On Mon, Feb 28, 2011 at 1:00 PM, Jeremy Chang jeremy.chang@linaro.org wrote:
<inline...> On Sat, Feb 19, 2011 at 3:53 AM, Alexander Sack asac@linaro.org wrote:
On Fri, Feb 18, 2011 at 5:15 PM, Jim Huang jserv@0xlab.org wrote:
2011/2/19 Alexander Sack asac@linaro.org:
On Fri, Feb 18, 2011 at 4:42 PM, Jim Huang jserv@0xlab.org wrote:
[...]
To be precise, this patch works with Beagleboard-xM only. Beagleboard xM has one Ethernet port connected over USB, and the driver model makes it usable as a normal network device on device node, usb0. (Ethernet support for USB )
That is the reason why "usb0" is here.
is this fatal for beagle C4? maybe we can make this gracefully fail and if you plug in a USBNET device it starts working?
hi Alexander,
For Beagleboard C4, file init.omap3.sh _could_ be the same once you already set up USB networking in host side. However, it is hard to assume every desktop host provides DHCP server.
Instead, people might expect to configure usbnet IP address manually. I think there is no technical problem of Jeremy's patch, and I just care about the usability.
I think I used the wrong wording. What I really meant was whether
a) this patch causes problems on boot if there is no network device attached to beagleboard
If no such network device, it will have "No such device" ioctl fail that should not cause problem on boot.
b) would it start working if I plug in a USB LAN adapter to my beagleboard ;).
No. This is assuming that before booting the device the ethernet cable is plugged in and the interface is usb0. assuming usb0 is already there during the booting. or this still needs to be triggered somehow later when plugging the cable or LAN adapter after the booting.
Is there something like a network management service/framework in android that could be improved to also consider LAN to achieve always-online? I assume it currently reacts on wifi or 3g signal becoming available/going away.