Syslog spam: "unable to enumerate USB device on port #"

Project:Trisquel
Component:Kernel/drivers
Category:bug report
Priority:normal
Assigned:upstream
Status:patch (ready)
Description


Sep 2 19:22:19 lap kernel: [10732.721553] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:19 lap kernel: [10732.977330] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:20 lap kernel: [10733.877086] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:20 lap kernel: [10734.021512] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:20 lap kernel: [10734.256966] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:21 lap kernel: [10734.517176] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:21 lap kernel: [10734.769759] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:21 lap kernel: [10735.025103] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:22 lap kernel: [10735.929125] hub 1-1:1.0: unable to enumerate USB device on port 5
Sep 2 19:22:22 lap kernel: [10736.076756] hub 1-1:1.0: unable to enumerate USB device on port 5

So on and so forth. Any devices I've tried (usb keys and drives, mice and a sound card) worked fine in any port, the system boots fine and this doesn't seem to have any other effect than syslog spam, at least that I've noticed.

I tried to dig a little into it but couldn't find anything.

Temporary "fix" to keep the syslog clean for now, for anyone who has this little noise and needs a traffic cop to send it somewhere else:

add to rsyslog.conf:

:msg, regex, "enumerate .* device" ~
*.* /dev/null

Then just

#service rsyslog restart

Though redirecting it into its own log may be a smarter move.

Tue, 03/27/2012 - 04:44
Assigned to:anonymous» upstream
Status:needs more info» patch (needs review)

Assigning to upstream:

Please see:

This fix should eventually make it's way downstream into Trisquel.

Mon, 09/10/2012 - 17:15
Status:patch (needs review)» patch (ready)