linux-kernel - Re: 2.6.25.1, stray noise in dmesg

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200806052050.34537.elendil@planet.nl>
Date:	Thu, 5 Jun 2008 20:50:33 +0200
From:	Frans Pop <elendil@...net.nl>
To:	linux-kernel@...r.kernel.org
Cc:	Greg KH <greg@...ah.com>, Gene Heskett <gene.heskett@...il.com>
Subject: Re: 2.6.25.1, stray noise in dmesg

On Friday 02 May 2008, Frans Pop wrote:
> Gene Heskett wrote:
> > I just rebooted to 2.6.25.1, and was momentarily panic'd by the
> > messages going by early in the boot, but on putting 2&2 together,
> > found they were just noise.
> >
> > From dmesg:
> > [root@...ote ~]# dmesg|grep unable
> > [    2.093502] hub 1-0:1.0: unable to enumerate USB device on port 2
> > [    2.248475] hub 1-0:1.0: unable to enumerate USB device on port 5
> > [    2.454444] hub 1-0:1.0: unable to enumerate USB device on port 6
>
> I'm seeing these too (hub 5-0):
> hub 5-0:1.0: USB hub found
> hub 5-0:1.0: unable to enumerate USB device on port 5
> hub 5-0:1.0: unable to enumerate USB device on port 7

I'm going to bring this up one last time.

Google currently already shows 1060 hits for this new error:
http://www.google.com/search?q=%22unable+to+enumerate+USB+device%22&ie=UTF-8&oe=UTF-8

This one is particularly interesting as it shows quite a few systems
are affected: https://bugzilla.redhat.com/show_bug.cgi?id=446845

Given its apparent prevalence I'm still wondering whether this is
really broken hardware in all cases or that there could be an error
in detection in some cases.

Note that in my case this is not with an external hub or anything, but just
the internal USB ports of the system.

One thing with this message is that because of its "error" status, it
also shows when the system is booted with the "quiet" option. Could it be
an option to apply the following patch so that at least that is avoided?

---
From: Frans Pop <elendil@...net.nl>

usb core: lower severity of 'unable to enumerate USB device' message
    
This message is relatively common and in most cases can be safely
ignored. Lower its severity from 'err' to 'notice' so it is not printed
on the console when systems are booted with the "quiet" boot parameter.
    
Signed-off-by: Frans Pop <elendil@...net.nl>

diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c
index 8eb4da3..ea1ef37 100644
--- a/drivers/usb/core/hub.c
+++ b/drivers/usb/core/hub.c
@@ -2756,7 +2756,7 @@ loop:
 	if (hub->hdev->parent ||
 			!hcd->driver->port_handed_over ||
 			!(hcd->driver->port_handed_over)(hcd, port1))
-		dev_err(hub_dev, "unable to enumerate USB device on port %d\n",
+		dev_notice(hub_dev, "unable to enumerate USB device on port %d\n",
 				port1);
  
 done:
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/