Bug#644174: Kernel 3.10.2 - still hangs on Vostro 3750 when something is connected to any USB 3.0 port

I have tried to switch to the newest stable kernel - 3.10.2 Unfortunately it still doesn't start when anything is connected to one of USB 3.0 ports... -- Wojtek -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@list

Bug#644174: Some new details - system hangs when i915 module is loaded with modeset=1, after a device was connected to USB 3.0 port during boot

Hi, I've performed a few experiments (please see https://bugzilla.kernel.org/show_bug.cgi?id=42844 , comments 24-27), and found, that the system hangs when I load the i915 module with modeset=1, after any device was connected to the USB 3.0 port during boot. When I boot the system with i915.mod

Bug#644174: Logs from the ACPI, when system freezes after "modprobe i915 modeset=1" in "nosmp" mode

Hi, I've recorded (via netconsole) logs from the ACPI layer, when system was booted in the "nosmp" mode. More details are provided at: https://bugzilla.kernel.org/show_bug.cgi?id=42844 and logs themselves are at: https://bugzilla.kernel.org/attachment.cgi?id=107235 -- Regards, Wojtek PS. On De

Bug#644174: Another report about the same, or very similar bug

Very similar problem related to hang if anything is connected to the USB 3.0 capable port is reported here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/978891 It seems, that there are also other types of laptops affected (see comments #31, #34, #37 and #41) -- Regards, Wojtek -- To

Bug#644174: Workaround "acpi_backlight=vendor" allows system to boot with USB device connected to the USB 3.0 port

Hi, I've checked old workarounds suggested in https://bugzilla.kernel.org/show_bug.cgi?id=42844 and have found, that the kernel parameter "acpi_backlight=vendor" given by Lan Brown in https://bugzilla.kernel.org/show_bug.cgi?id=42844#c4 allows my system to boot with different USB devices connec

Bug#891036: The problem is related to the number of ports created in vhci_hcd.0

When I load the vhci-hcd driver in version 4.14, and then run "usbip --debug port", I get: [...] usbip: debug: names.c:428:[parse] line 18067 subclass fe:01 Device Firmware Update usbip: debug: names.c:428:[parse] line 18068 subclass fe:02 IRDA Bridge usbip: debug: names.c:428:[parse] line 1806

Bug#623004: Problem with xhc_hcd USB 3.0 exists also in kernel 3.1

Hi, I use the Dell Vostro 3750 laptop in which I experienced strange freezes during startup. (The problem was initially described in http://lists.debian.org/debian-user/2011/10/msg02496.html ) After some experiments I've found, that the problem is caused by USB devices connected to one of two US

Bug#630031: If this is a bug related to D865GBF motherboard, does processor.nocst=1 help?

The problem reported as bug 631597 was worked around by booting with "processor.nocst=1" parameter (solution was found in https://bugzilla.redhat.com/show_bug.cgi?id=727865 thread). Does it solve also 63274 and 630031 bugs? This is only a workaround. The real problem is probably somewhere in th

Bug#644174: Problem still exists in kernel version 3.8.2

i have just compiled and tested kernel 3.8.2. It still hangs with a device connected to the USB 3.0 connector, unless you use "i915.modeset=0" as a kernel parameter Booting with the above option is also not a viable workaround, as it badly affects video performance... -- Regards, Wojtek -- To

Bug#644174: Linux kernel 3.9.2 - problem still exists :-(

I have just compiled the newest 3.9.2 kernel. Dell Vostro 3750 still doesn't boot when anything is connected to one of USB 3.0 connectors :-(. -- WZab -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or

Bug#644174: Not solved yet...

Unfortunately my hope, that the problem is solved was too early. The freeze problem seems to be associated not with the i2c-smbus neither with i2c-i801 drivers, but with DRM drivers: i915 and nouveau. -- Regards, Wojtek -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a su

Bug#644174: ACPI I/O resource conflicts with ACPI region SMBI

I have also verified, that with 3.5.2 booted with "pci=noacpi" the command "#echo disk>/sys/power/state" correctly suspends system to disk. The operation is correctly resumed if I power on the system later on with the same kernel and also with "pci=noacpi". -- Regards, Wojtek -- To UNSUBSCRIBE