|
||||
Quote:
__________________
-Bob Garon Kettlebell Training-
International Kettlebell and Fitness Federation certified kettlebell trainer |
|
||||
Me thinks this thread IS the rundown of what we know and don't know at this time.
Essentially there were problems with the kitchen we got for 3.3. We were challenged to get 3.5 working, and we are trying to get it working, rather than put too much effort fixing the 3.3 kitchen we got. As for the "feature" differences, we havent really spent any time on that, and prolly wont until we get a stable install. The more people "try it" and tell us what works doesnt work, the more we can do to figure out and get it working. For differences between 3.3 and 3.5 i'd sugguest you google windows mobile and see if anywhere else there are discusssions about it. For me, I'm hoping for simply a better build, and A2DP working more reliably. Obviously there is not much of a fix out there for the A2DP in the other builds, so i put my engineers hat on and started testing away in "hopes" i'll get what i'm looking for. Its actually kinda fun if ya relax and be ready to flash multiple times.
__________________
shawn
|
|
||||
shettj:
Couldnt build you're OEM w/o fixing up the rgu file. needed to add an extra '\' on lines 19 and 20 to escape the back slash. Havent loaded on the phone, but that got the compile done. Note that it gave a "dup file" for PhoneSetting.htm as well. I just ignored that, and am gonna flash momentarily. |
|
||||
Re: ImCoKeMaN AKU 3.5 Rom Kitchen Is out (NO USB)
Quote:
Are u using my kitchen (aku3.3/aku3.5) or really do the porting urself? There must be Core base conflict with the ROM and the aku, if the core not fixed then U'll can never make USB work... |
|
||||
I used your kitchens 3.3 and 3.5 and did a bit of troubleshooting with the OEMs. The one that i think is causing the problem at this point is the ms2_usbfn.dll package. It seems whenever the following key is entered it locks lots of stuff up randomly and it is unstable:[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\Usbfn]
"MemBase"=dword:40600000 I have tried using different drivers and changed MemBase to IoBase (and MemLen to IoLen) as that seems to be how all other 3.5 entries are. Also tried different addresses. I am able to get it to be stable with different IoBases or drivers, but nothing seems to get the USB to be recognized. The lights and charging work like normal though (with most combinations ) Sorry for holding out earlier. I was sparing the details thinking i was almost there, but since i didn't get it last night i wasn't as close as i thought. I know we have lots of other great minds out here (very glad helmi_c is on the case!) so hopefully this will help us get a solution more quickly! |
|
||||
Quote:
|
|
||||
Well googling around, that does seem to be a problem child
http://forum.brighthand.com/showthread.php?t=224198 http://groups.google.com/group/micro...50de1b3c5c75ac http://groups.google.com/group/micro...dcd7747406591e based on a lot of googling, looks like usbfn is all about activesync. It seems you don't want to change the MemBase setting - is it possible that the default is set not to serial mode, but RNDIS and RNDIS is missing or otherwise borked? If you put USB back in, but change the setting to USB Serial Mode for ActiveSync, does it become stable? Or, if it is already set that way, does changing it to the other setting make it stable? MSDN info on USB FC driver http://msdn2.microsoft.com/en-us/library/ms895495.aspx and http://msdn2.microsoft.com/en-us/library/ms923750.aspx Best of luck! |
|
|
|