On Wed, 19 Dec 2012 11:35:50 -0800, Alan Stern
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 (BIOS or ACPI).
Is there
On Thu, Dec 06, 2012 at 08:34:31AM +, Ian Campbell wrote:
> (trim quote please...)
> On Wed, 2012-12-05 at 21:47 +, Konrad Rzeszutek Wilk wrote:
> > Do you want to prep a patch that I can stick in my 'microcode' branch?
> > .. That I will at some point try to upstream.
>
> You might want t
On Wed, Dec 19, 2012 at 06:07:24PM +0100, Bastian Blank wrote:
> On Tue, Dec 18, 2012 at 06:50:36PM -0800, Josh Triplett wrote:
> > On Wed, Dec 19, 2012 at 12:38:55AM +, Ben Hutchings wrote:
> > > When using an initramfs, implementation of the 'root' kernel parameter
> > > is the responsibility
On Wed, 19 Dec 2012, [ISO-8859-1] Frank Sch�fer wrote:
> I can confirm that MCP55 has this bug and it should be safe to add
> MCP65-78S, too, because MCP79 still has the bug.
By the way, you mentioned that runtime suspend seemed to work okay,
right? It might be worthwhile testing this again, ju
Am 19.12.2012 16:29, schrieb Alan Stern:
> On Wed, 19 Dec 2012, Lan Tianyu wrote:
...
> /* List of quirks for OHCI */
> static const struct pci_device_id ohci_pci_quirks[] = {
> {
> @@ -238,6 +247,31 @@
> PCI_DEVICE(PCI_VENDOR_ID_ATI, 0x4399),
> .driver_dat
On Wed, 19 Dec 2012, Octavio Alvarez wrote:
> On Wed, 19 Dec 2012 08:57:00 -0800, Alan Stern
> 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
On Tue, Dec 18, 2012 at 06:50:36PM -0800, Josh Triplett wrote:
> On Wed, Dec 19, 2012 at 12:38:55AM +, Ben Hutchings wrote:
> > When using an initramfs, implementation of the 'root' kernel parameter
> > is the responsibility of the initramfs!
> I'm not using an initramfs. The kernel supports 9
On Wed, 19 Dec 2012 08:57:00 -0800, Alan Stern
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.
Shouldn't it be exposed to dmesg
On Wed, 19 Dec 2012, Octavio Alvarez wrote:
> On Wed, 19 Dec 2012 07:29:23 -0800, Alan Stern
> 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 mes
Processing commands for cont...@bugs.debian.org:
> reopen 681280
Bug #681280 {Done: Ben Hutchings } [src:linux] kernel
warning at .../net/sched/sch_generic.c:255 dev_watchdog - eth0 (sky2) transmit
queue 0 timed out
Bug #687791 {Done: Ben Hutchings } [src:linux] sky2: TX
watchdog timeout on Yuk
reopen 681280
thanks
Oh dear. Even with a patched kernel, it's started doing the same
thing again. So even though this seemed to help, it's not actually
fully fixed the problem :-/
It certainly seems to be the case, though, that this problem only
appears when the computer is powered by battery;
On Wed, 19 Dec 2012 07:29:23 -0800, Alan Stern
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 means or implies. I woul
On Wed, 19 Dec 2012, lantianyu wrote:
> Oh. I forget to mention the issue also takes place on the uhci.
> https://bugzilla.kernel.org/show_bug.cgi?id=42721
> So we also should make such a patch for uhci.
That bug report shows clearly that it is a software problem or a device
problem, not an erro
On Wed, 19 Dec 2012, Lan Tianyu wrote:
> Hi Alan:
>
> How about this patch?
>
> Index: linux-pm/drivers/usb/host/ohci-pci.c
> ===
> --- linux-pm.orig/drivers/usb/host/ohci-pci.c 2012-11-01
> 18:21:33.604460469 +0800
> +++ linux-pm
于 2012/12/18 4:06, Alan Stern 写道:
On Mon, 17 Dec 2012, Octavio Alvarez wrote:
On Thu, 13 Dec 2012 00:45:05 -0800, Lan Tianyu
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
Am 15.12.2012 20:33, schrieb Ingo:
> All versions ran smoothly without any problems. Also no
> incompatibilities with other Wheezy packages have been noticed.
>
CORRECTION:
with vanilla kernel 3.4.23, I now had 2 freezes within 6 days!
I now switched back to 3.4.21 (which ran 8 days without fre
linux_3.2.35-2_multi.changes uploaded successfully to localhost
along with the files:
linux_3.2.35-2.dsc
linux_3.2.35-2.debian.tar.xz
linux-support-3.2.0-4_3.2.35-2_all.deb
linux-doc-3.2_3.2.35-2_all.deb
linux-manual-3.2_3.2.35-2_all.deb
linux-source-3.2_3.2.35-2_all.deb
Greetings,
Processing commands for cont...@bugs.debian.org:
> tags 696248 + pending
Bug #696248 [src:linux] installation-reports: ThinkPad X1 Carbon
USB-to-Ethernet adapter not supported
Ignoring request to alter tags of bug #696248 to the same tags previously set
> thanks
Stopping processing here.
Please
Processing commands for cont...@bugs.debian.org:
> tags 694348 + pending
Bug #694348 [src:linux] wheezy installer not detecting all usb-storage devices
Ignoring request to alter tags of bug #694348 to the same tags previously set
> thanks
Stopping processing here.
Please contact me if you need as
Processing commands for cont...@bugs.debian.org:
> tags 631799 + pending
Bug #631799 [src:linux] linux-image-2.6.32-5-amd64: Kernel logs "name_count
maxed, losing inode data" messages
Ignoring request to alter tags of bug #631799 to the same tags previously set
> thanks
Stopping processing here.
20 matches
Mail list logo
