[android-porting] Adb and Gadget support at same time

2009-07-27 Thread Jon
rial.ko module dynamically into an Adb built kernel doesn't seem to work either. Does anyone know either how to build both Adb and Gadget support into kernel statically or how to get both the Adb and Gadget modules to load correctly together? Thanks in advance Jon --~--~-~--~---

[android-porting] Trigger something on USB connect/disconnect

2009-07-29 Thread Jon
the USB is connected/disconnected? I thought of mountd and vold but I'm not sure whether they can be used in this case, as I think they normally for mounting partitions. Any thoughts on this would be greatly appreciated. Jon --~--~-~--~~~---~--~~ unsubscribe:

[android-porting] Re: Adb and Gadget support at same time

2009-07-30 Thread Jon
Anyone got any ideas? On Jul 27, 5:11 pm, Jon wrote: > I am currently trying to build both adb and gadget support into an > Android kernel. > Kernel was originally 2.6.27.10 but I believe it has been patched by a > third party and therefore I'm unsure where it is now. > >

[android-porting] Re: Adb and Gadget support at same time

2009-08-03 Thread Jon
Hi, thanks for the reply. How do you make composite drivers in Android? On Jul 31, 10:06 am, atom10jj wrote: > Why don't you try to make them composite > > On Jul 30, 10:29 pm, Jon wrote: > > > Anyone got any ideas? > > > On Jul 27, 5:11 pm, Jon wrote: > &

[android-porting] Re: Adb and Gadget support at same time

2009-08-06 Thread Jon
ide isn't made to use the extra interface. Does anyone know the Windows android driver can be modified to allow access to the gadget serial connection? On Aug 4, 7:59 am, Jon wrote: > Hi, thanks for the reply. > > How do you make composite drivers in Android? > > On Jul 31, 10

[android-porting] Re: Trigger something on USB connect/disconnect

2009-08-06 Thread Jon
Does nobody have any idea? On Jul 29, 10:17 am, Jon wrote: > I am trying to write a service/daemon that will start when the USB is > connected and do something, then stop when the USB is disconnected. > > Normally I would expect to use udev or something similar, but as far >