On Sun, Mar 09, 2008 at 11:09:22AM -0500, Mike (mwester) wrote: > Felipe Balbi wrote: >> On Sun, Mar 09, 2008 at 10:45:56AM -0500, Mike (mwester) wrote: >> >>> Felipe Balbi wrote: >>> >>>> On Sun, Mar 09, 2008 at 11:45:09AM -0300, Werner Almesberger wrote: >>>> >>>>> Felipe Balbi wrote: >>>>> >>>>>> Just passed through my mind this idea, it would be nice to popup the >>>>>> user about which module to use, like when you attach an Nseries nokia >>>>>> phone to your pc, it asks "Pc-suite, Data transfer". How about that ? >>>>>> >>>>> Please send patches :-) >>>>> >>>> That would be done in userspace :-p >>>> Are you guys using HAL? >>>> >>>> You could install a hall-addon to check whether vbus is active and >>>> whether the cable attached is mini-b. If both are true this means we're >>>> attached as peripheral and instead of just starting g_ether (which is >>>> now statically linked to the kernel) you popup a screen for the user >>>> to choose. >>>> >>>> This means, g_ether and g_file_storage should be modules not statically >>>> linked to kernel. >>>> >>>> >>> Very good idea. But let's hold off on implementing this until things >>> stabilize a bit more with the device -- I rather often find myself >>> in a situation where the display is blank or trashed for some >>> reason, and I need to ssh into the phone to recover/debug/repair. >>> Can't do that if there's a popup on the blank or non-responsive >>> display asking me what I want to do! >>> >> >> It could be disabled for now, but why would you block serial console if >> there's something running on X side ? >> > Serial console requires the debug board; most people will not have one > -- and thus will only be able to gain access to the phone via ssh with > g_ether. > > (Also, for the GTA01 devices, even with the debug board the serial > console is disabled if the GSM is running.)
Ok, got your point. So, for now, g_ether is and will be statically linked to kernel. Or you could put something in /etc/init.d/ to load it as the default gadget module ;-) -- Best Regards, Felipe Balbi [EMAIL PROTECTED] http://blog.felipebalbi.com
