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]
Date:	Thu, 5 Jun 2008 12:38:15 -0700
From:	Greg KH <greg@...ah.com>
To:	Frans Pop <elendil@...net.nl>
Cc:	linux-kernel@...r.kernel.org, Gene Heskett <gene.heskett@...il.com>
Subject: Re: 2.6.25.1, stray noise in dmesg

On Thu, Jun 05, 2008 at 08:50:33PM +0200, Frans Pop wrote:
> 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?

I agree, I'll change the message to be this, thanks for the patch.

greg k-h
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ