You are not logged in.
Hi, everyone.
I currently run 4.6.2-1-ARCH on Lenovo IdeaPad 500S-13ISK. Also have Windows 10 installed.
The problem is:
Both Arch and Windows installations freeze on startup after a shutdown performed by the linux system.
No issues when powering off from Windows or doing a hard shutdown (holding the power button for several seconds) on linux.
Reboots always work fine. Hibernation may fail but usually also works.
The latest 15 lines of the journal after a freeze are
June 17 09:24:39 lenovo systemd[1]: Started udev Coldplug all Devices.
June 17 09:24:39 lenovo systemd[1]: Started Apply Kernel Variables.
June 17 09:24:39 lenovo kernel: usb 1-7: device descriptor read/64, error -71
June 17 09:24:39 lenovo systemd[1]: Started Create Static Device Nodes in /dev.
June 17 09:24:39 lenovo systemd[1]: Reached target Local File Systems (Pre).
June 17 09:24:39 lenovo systemd[1]: Starting udev Kernel Device Manager...
June 17 09:24:39 lenovo kernel: usb 1-7: device descriptor read/64, error -71
June 17 09:24:39 lenovo systemd-journald[150]: Journal started
June 17 09:24:39 lenovo systemd-modules-load[155]: Inserted module 'vboxdrv'
June 17 09:24:39 lenovo systemd-modules-load[155]: Inserted module 'vboxpci'
June 17 09:24:39 lenovo systemd-modules-load[155]: Inserted module 'vboxnetadp'
June 17 09:24:39 lenovo systemd-modules-load[155]: Inserted module 'vboxnetflt'
June 17 09:24:39 lenovo systemd[1]: Started Journal Service.
June 17 09:24:39 lenovo systemd[1]: Starting Flush Journal to Persistent Storage...
June 17 09:24:39 lenovo systemd[1]: Started udev Kernel Device Manager.
though the process may freeze on a different stage.
Last edited by divfree (2016-06-17 06:45:01)
Offline
Does using the fallback kernel change anything? Alternatively try a lts kernel?
Windows 10 freezing too seems to be really strange.
Your log does show an USB Address assignment error which might be the cause for freezing... what devices are plugged in? otherwise output from lsusb
Offline
So, the problem seems being related to the mentioned usb error messages
journalctl -b -9 -o short-monotonic | grep "usb 1-7"
[ 2.500000] lenovo kernel: usb 1-7: new full-speed USB device number 5 using xhci_hcd
[ 2.660112] lenovo kernel: usb 1-7: device descriptor read/64, error -71
[ 2.923382] lenovo kernel: usb 1-7: device descriptor read/64, error -71
[ 3.186668] lenovo kernel: usb 1-7: new full-speed USB device number 6 using xhci_hcd
[ 3.346623] lenovo kernel: usb 1-7: device descriptor read/64, error -71
[ 3.609994] lenovo kernel: usb 1-7: device descriptor read/64, error -71
[ 3.873507] lenovo kernel: usb 1-7: new full-speed USB device number 7 using xhci_hcd
[ 3.873710] lenovo kernel: usb 1-7: Device not responding to setup address.
[ 4.077038] lenovo kernel: usb 1-7: Device not responding to setup address.
[ 4.280001] lenovo kernel: usb 1-7: device not accepting address 7, error -71
[ 4.440029] lenovo kernel: usb 1-7: new full-speed USB device number 8 using xhci_hcd
[ 4.440194] lenovo kernel: usb 1-7: Device not responding to setup address.
[ 4.646892] lenovo kernel: usb 1-7: Device not responding to setup address.
[ 4.849991] lenovo kernel: usb 1-7: device not accepting address 8, error -71
The device connected to usb 1-7 happens to be the Bluetooth adapter:
lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
|__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 2: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 5: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 5: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
|__ Port 6: Dev 4, If 0, Class=Vendor Specific Class, Driver=rtsx_usb, 480M
-> |__ Port 7: Dev 5, If 0, Class=Wireless, Driver=btusb, 12M
-> |__ Port 7: Dev 5, If 1, Class=Wireless, Driver=btusb, 12M
To disable this USB port, I added a new rule to /etc/udev/rules.d/
ACTION=="add", SUBSYSTEMS=="usb", KERNEL=="1-7", ATTR{authorized}="0"
Now, the error messages and freezing issues are gone.
This is only a temporary solution. The Bluetooth adapter worked well before disabling.
P.S.: Switching to the linux-lts kernel or the fallback image didn't resolve the problem.
Last edited by divfree (2016-06-17 12:29:57)
Offline
The solution described in the previous post didn't work for sleep/hibernation. If I suspend or hibernate the system, resume and then shutdown, it freezes again on the next boot.
I ended up using another udev rule
ACTION=="add", SUBSYSTEMS=="usb", KERNEL=="1-7", ATTR{power/autosuspend}="0", ATTR{power/autosuspend_delay_ms}="0", ATTR{power/control}="auto"
which also disables the Bluetooth adapter but seems working for sleep mode.
I guess this issue is related to the firmware being erased when the power goes off.
Last edited by divfree (2016-06-21 05:37:44)
Offline
hi, I have exactly the same problem, but with different distro (kernel 4.4). divfree - have you tried to report it to upstream, as it seems to be a bug in the kernel?
Offline
No, I haven't. If you do that, please, post the link here.
Do you use the same hardware?
Offline
yes, lenovo 500S-13ISK with 0cf3:e360 bt module, however I don't have windows on it.
ps. your workaround with udev rule seems to work - so thanks for sharing.
Offline