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

Progetto:Trisquel
Componente:Kernel/drivers
Categoria:segnalazione di bug
Priorità:normal
Assigned:upstream
Stato:patch (ready)
Descrizione


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.

Mar, 03/27/2012 - 04:44
Assegnato a:anonymous» upstream
Stato:needs more info» patch (needs review)

Assigning to upstream:

Please see:

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

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