On Wed, May 2, 2012 at 11:05 AM, Daniel Drake <[email protected]> wrote: >> 1 - the code to setup /etc/sysconfig/network is in the wrong place -- >> it should trigger boot that /etc/sysconfig/network is missing > > Yes, we can improve the code that handles this case.
That'll be great :-) >> 2 - yes, libertas init is slow, I've implemented a draft patch that >> waits for it to complete with something smarter than "sleep" -- with >> this patch, it seems to succeed 100% of the time for me. Not of the >> wlan is DOA, but in that case fixing #1 addresses the problem. > > As noted in the ticket, this is fixed in 3.3. It can also be fixed by > backporting a number of patches to 3.0 (but I figured waiting for 3.3 > would be better than putting the time into the backport). You're right. I read that, and then... forgot it during my debugging. > The udevsettle behaviour and timing will also change quite a bit with You can still shorten the settle behaviour significantly with udev trigger if you know what device you are looking for (and you do ;-) ). Anyway, it looks like you'll chop the "read from eth0" off so udev settle goes too. > For a preview of how things will look, you can test on XO-1 or XO-1.5. In Taipei right now, only have 1.75 with me, FWIW ;-) > Yes, we need a "general" solution to wait for the USBVGA corner cases > at least. Using the state of /sys after probe and and then waiting for > a file to appear seems like a good solution to me. Yep. In genral, a modprobe/udevtrigger/waitforpath approach seems to work. I am a bit annoyed that systemd/udev doesn't provide some useful facilities for this. We are early users, and as such we hit all the early issues. Not sure how to put it to upstream. > With this in mind do people have strong preferences on how to generate > this? After reading the responses my new proposal would be to try and > use the last 3 bytes of the MAC address read from mfg data, and if > that doesnt exist, fall back on 3 random hex bytes. +1 from this side... + moving it our of the versioned configure_root code block :-) cheers, m -- [email protected] [email protected] -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff _______________________________________________ Devel mailing list [email protected] http://lists.laptop.org/listinfo/devel
