Created attachment 833859 [details] live.py patch file Description of problem: USB doesn't work on Celeron N2805 (Bay Trail) Version-Release number of selected component (if applicable): Linux version 3.11.9-200.fc19.i686.PAE Linux version 3.11.9-200.fc19.i686 Linux version 3.13.0-0.rc2.git2.1.fc21.i686+PAE How reproducible: I have a Gateway LT41P04u netbook . Adam Williamson at Redhat showed me how to hack livecd-creator to make 32 bit bootable media (the UEFI on this netbook is 32 bit only). This laptop has "Secure Boot", so it's a bit tricky, but it does work. Steps to Reproduce: 1. patch -o live.py.32bituefi /usr/lib/python2.7/site-packages/imgcreate/live.py livecd-creator.patch ## attached patch file 2. 3. Actual results: Expected results: Additional info:
Oops... I wasn't finished. I get errors like : pci 0000:00:1d.0: EHCI: BIOS handoff failed (BIOS bug?) 01010001 usb 1-1: device not accepting address 2, error -110 usb 1-1: device not accepting address 3, error -110 ... and it takes about 60 seconds to boot ( not including the possibly unrelated 60 second pause early in the boot process: [ 0.000011] pid_max: default: 32768 minimum: 301 [ 60.402151] Security Framework initialized ... which is not helped by setting selinux=0 )
Let me know if you need any log files or tests done.
Created attachment 833861 [details] dmesg output
You're likely better off emailing the upstream kernel maintainers with this one.
It looks like this patch is what I need : [PATCH] xhci: Add BayTrail to list of Intel switchable hosts ( http://www.spinics.net/lists/linux-usb/msg86204.html ). I'm not quite sure how to tell if this patch is applied. I tried the rawhide kernel : kernel-3.13.0-0.rc3.git5.1.fc21.i686 , but still no USB. I got a message from Sarah Sharp <sarah.a.sharp.com> : > Are you enabling CONFIG_USB_XHCI_HCD in your .config? Maybe the BIOS > expects your OS to switch the ports over to xHCI, but you don't have the > driver compiled? > If you do have CONFIG_USB_XHCI_HCD turned on for 3.13, please make sure > CONFIG_USB_DEBUG is turned on as well, and send me the resulting dmesg, > starting from boot. That should let me see which (if any) ports are > being switched over from EHCI to xHCI. > Other things to look for in your BIOS settings are things labeled "xHCI > mode". It may have options like "enabled", "disabled", "Auto", or > "Smart Auto". You want it to be set to either "enabled" or one of the > "auto" options. She mentions the "driver compiled", meaning the above patch. I don't have any USB options in my BIOS settings. Are there any precompiled kernels with "CONFIG_USB_DEBUG" enabled (I haven't compiled a kernel is a while) ?
FYI, there is a newer "xHCI switching" patch : "Intel xhci: refactorEHCI/xHCI port switching" ( https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=26b76798e0507429506b93cd49f8c4cfdab06896 ). That code is in Fedora 3.12 ... so I'll try to make a kernel with CONFIG_USB_DEBUG and send it to Sarah.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.12.6-200.fc19. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 20, and are still experiencing this issue, please change the version to Fedora 20. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.13.4-200.fc20. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug has been in a needinfo state for several weeks and is being closed with insufficient data due to inactivity. If this is still an issue with Fedora 20, please feel free to reopen the bug and provide the additional information requested.