Comment 14 for bug 1308348

Update from my side (see my contributions above): after several successful starts with kernel 3.11 instead of 3.13 I experienced a completely new and unexpected behavior: the WiFi device was switched off by software during boot and wasn't available anymore, even after a reboot. I had to go to the BIOS (old non-UEFI BIOS) to switch it "on" again. After another reboot the device was switched off again during the boot phase and wasn't visible anymore during subsequent boot processes so I had to go to the BIOS again only to find that the BIOS "WiFi" entry was switched "off" again. So I had to modify its WiFi settings back to "on" (I have no hardware killswitch for the WiFi, only a WiFi switch in the BIOS). That was reproducible several times.

Finally I switched back to kernel 3.13 (standard Trusty kernel), rebooted again - and suddenly everything worked - from the now visible lxpanel indicator to the network - fine everything.

What for a strange behavior: a software that changes killswitch BIOS entries during boot??? Is that allowed at all?

So for me to conclude on all this: sporadically I have WiFi, sporadically I don't have. In the latter case obviously the lxpanel is missing as well. The software alters the BIOS and I really cannot find out why it does so. For me the observed behavior seems to be a lowlevel (NetworkManager? / kernel module? ) problem rather than that of the lxpanel...