Hi Andrew, I've been looking for hacking the EHCI support for the Nexus One platform and was considering doing more or less the same as you do now for your Hero - backporting code from the Aurora project to the CyanogenMod version of the source tree. I had some talk with the cyanogen devs and they seem to like the idea and I find it the right way to go there. I need this to work for a research project I am into right now where we'd like to have the Nexus as a mini ARM based PC running linux code (which it is if you forget about all the eye candy on top). Therefore I'd like to join forces with you if you are interestedm, and help with the backporting by extending it to the Nexus kernel config too. Do you mind dropping me a mail about whether you like the idea and would like to share your work. Anyways I will have to try this on my own but I hope we can try joining forces for better and quicker results. Cheers, Julian
On 11 Март, 03:15, Andrew de Quincey <a...@lidskialf.net> wrote: > On 11 March 2010 00:28, Sven Killig <s...@killig.de> wrote: > > >> -----Original Message----- > >> From: android-kernel@googlegroups.com > >> [mailto:android-ker...@googlegroups.com] On Behalf Of Andrew de Quincey > >> Sent: Wednesday, March 10, 2010 6:55 PM > >> To: android-kernel@googlegroups.com > >> Subject: Re: [android-kernel] Re: Working MSM7201usbhostdriver v2 > > >> 1) 'cos I had the cable data lines the wrong way round > > > How could this happen? Aren't they colour-coded? > > Ah - I was playing about with the HeroUSBPHY's registers which let > you swap the lines about in software :) > > >> .flags = HCD_USB2 | HCD_MEMORY | HCD_LOCAL_MEM, > > > I modified the Samsung Galaxy kernel source this way. Now the error message > > hub 1-0:1.0: unable to enumerateUSBdevice on port 1 > > after modprobe disappeared, the last line is now > > msm_hsusb_vbus_shutdown > > But nothing else is happening in dmesg when replugging. I'm still not sure > > about my wiring though. > > Hmm, dunno yet, I'm still in the middle of backporting the ehci-msm.c > driver to my hero tree; should be able to test that out soon though. > > The code appears to have fullUSBOTG as well, which should be kinda > cool; theoretically no need for any module unloading. Also, I now know > the RPC calls to turn the vbus voltage on and off! (untested, may not > be supported on all hardware). -- unsubscribe: android-kernel+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-kernel
