I tested the patch and it works on my system.
I suppose this bug should be closed.
Thanks!
Octavio.
Package: src:linux
Version: 4.19.28-2
Severity: normal
Tags: upstream
Dear Maintainer,
After hibernation (using the power button on my laptop) my network card
does not detect link. It works fine in 4.9, it does not work in 4.19, it
still does not work in 5.1.0-rc7.
I bisected the kernel and
Hi,
I bisected the kernel to the following commit:
2dc702c991e3774af9d7ce410eef410ca9e2357e is the first bad commit
commit 2dc702c991e3774af9d7ce410eef410ca9e2357e
Author: Peter Hutterer
Date: Wed Dec 5 10:42:24 2018 +1000
HID: input: use the Resolution Multiplier for high-resolution
Package: src:linux
Version: 5.0.2-1~exp1
Severity: normal
Dear Maintainer,
After upgrading from 4.19 to 5.0 (experimental) the scrollwheel is
slow. It takes about 20 steps to get the equivalent of a single step
from 4.19.
The mouse is a USB Microsft Wireless Mobile Mouse 3000:
Bus 002 Device
On Wed, 19 Dec 2012 07:29:23 -0800, Alan Stern st...@rowland.harvard.edu
wrote:
+ ohci_dbg(ohci, marked as bad wakeup.\n);
I'd prefer the message to be something more like enabled nVidia/SiS
wakeup quirk.
To me, the stupid end-user, both messages are useless. I don't know
that that
On Wed, 19 Dec 2012 08:57:00 -0800, Alan Stern st...@rowland.harvard.edu
wrote:
You, the stupid end-user, would not see this message at all under
normal circumstances. It uses the ohci_dbg macro and therefore will
not appear unless your kernel is built with CONFIG_USB_DEBUG enabled.
On Wed, 19 Dec 2012 11:35:50 -0800, Alan Stern st...@rowland.harvard.edu
wrote:
As far as the OHCI hardware is concerned, there shouldn't be any
difference between runtime suspend and system suspend. This strongly
suggests that the bug doesn't lie in the controller itself but in the
firmware
On Thu, 13 Dec 2012 00:45:05 -0800, Lan Tianyu tianyu@intel.com
wrote:
diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c
index f034716..9335f1b 100644
--- a/drivers/usb/core/hcd.c
+++ b/drivers/usb/core/hcd.c
@@ -2509,7 +2509,8 @@ int usb_add_hcd(struct usb_hcd *hcd,
*
On Thu, 13 Dec 2012 07:35:55 -0800, Frank Schäfer
fschaefer@googlemail.com wrote:
I write a quirk patch. Can you test?
Yes, that makes it work !
I just find one MCP51 and two MCP79 OHCI id. Can you provide more buggy
hcd id via lspci -nnvvv?
Thanks.
I have the MCP61 (rev. A2) with id
On Wed, 12 Dec 2012 12:28:16 -0800, Frank Schäfer
fschaefer@googlemail.com wrote:
Good information. Attaching device makes hc work abnormally during
entering into s3 since without device it can work, right?
Right.
The system successfully enters S3 (machine switches off = fan stops,
On 10/05/2012 07:56 AM, Alan Stern wrote:
On Mon, 9 Jul 2012, Octavio Alvarez wrote:
What happens if you unplug only the keyboard, or only the mouse?
The only thing I can confirm for now is that with both disconnected
the system consistently suspends and that I have seen the system
On Sun, 08 Jul 2012 17:28:25 -0700, Alan Stern st...@rowland.harvard.edu
wrote:
Removing my pen drive cleared CCS on [6].
Okay, that explains that. More or less. Is this an old USB-1.1 pen
drive? If it is USB-2.0 then I would expect it to connect to the EHCI
controller, not the OHCI
On Sun, 08 Jul 2012 02:04:32 -0700, Jonathan Nieder jrnie...@gmail.com
wrote:
So presumably it's the new writes to the ACPI_BITREG_ARB_DISABLE
register that cause trouble. The patch below tests that guess.
Given the complexity of the ACPI_DEBUG logging (particularly the
console part), I
On Sun, 08 Jul 2012 07:40:49 -0700, Alan Stern st...@rowland.harvard.edu
wrote:
On Sat, 7 Jul 2012, Octavio Alvarez wrote:
On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern
st...@rowland.harvard.edu
wrote:
roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
roothub.portstatus [5] 0x0303
Hi, Alan!
So, after about more than a week of bisecting, and thanks to Jonathan
Nieder's
more-than-precise instructions, the results are in.
On Mon, 25 Jun 2012 11:41:31 -0700, Alan Stern st...@rowland.harvard.edu
wrote:
On Mon, 25 Jun 2012, Octavio Alvarez wrote:
On Mon, 25 Jun 2012
On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern st...@rowland.harvard.edu
wrote:
Also, what does the lspci -vv output show for the controller if you
run it with superuser permissions?
[Sat Jul 07 12:50:10 -0700 -- alvarezp@octavio:/sys/kernel/debug/usb]
$ sudo lspci -vv -s :00:0b.1
On Sat, 07 Jul 2012 19:57:30 -0700, Jonathan Nieder jrnie...@gmail.com
wrote:
commit 2feec47d4c5f80b05f1650f5a24865718978eea4
Author: Bob Moore robert.mo...@intel.com
Date: Tue Feb 14 15:00:53 2012 +0800
ACPICA: ACPI 5: Support for new FADT SleepStatus, SleepControl
registers
[...]
On Mon, 25 Jun 2012 07:33:11 -0700, Alan Stern st...@rowland.harvard.edu
wrote:
What happens if Octavio disables wakeup for that controller before
suspending?
echo disabled /sys/bus/pci/devices/:00:0b.0/power/wakeup
On kernel 3.2, it lets suspend work again.
For kernel 3.4, I'll
Package: src:linux
Version: 3.2.20-1
Severity: normal
Dear Maintainer,
Since upgrading to kernel 3.2, I'm unable to suspend my PC. I configured
the button to do something like what pm-suspend does.
Kernel 3.1 (linux-image-3.1.0-1-686-pae version 3.1.8-2) does NOT exhibit
this problem. As of
Package: initramfs-tools
Version: 0.99
Severity: critical
Hi. On a freshly-installed squeeze, and then upgraded to wheezy, upgrading to
kernel 3.0.0-1 (amd64) makes the server fail to boot.
I set to critical because it matches the breaks the whole system criteria on
reportbug. The server was
20 matches
Mail list logo
