Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:

Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern <[EMAIL PROTECTED]> Mon, 19 Feb 2007 15:52:45 -0500

     UHCI: Eliminate asynchronous skeleton Queue Headers
[...]
Post it along with the usbmon log, and I'll try to figure out what happened.

Here it comes:
USBMON:
f7525b40 1832950485 C Ii:004:01 0 8 = 00005300 00000000
f7525b40 1832950517 S Ii:004:01 -115 8 <
f7525140 1832950540 S Co:004:00 s 21 09 0200 0000 0001 1 = 01
f7525140 1832952485 C Co:004:00 0 1 >

Corresponds to numlock; 7; numlock; 7.

UHCI snapshot:
Root-hub state: running   FSBR: 0
HC status
  usbcmd    =     00c1   Maxp64 CF RS
  usbstat   =     0000
  usbint    =     000f
  usbfrnum  =   (0)6d4
  flbaseadd = 36a526d4
  sof       =       40
  stat1     =     01a5   LowSpeed Enabled Connected
  stat2     =     0095   Enabled Connected
Most recent frame: 101131 (305)   Last ISO frame: 101131 (305)
Periodic load table
        12      0       0       0       127     0       0       0
        0       0       0       0       127     0       0       0
        0       0       0       0       127     0       0       0
        0       0       0       0       127     0       0       0
Total: 520, #INT: 4, #ISO: 0
Frame List
Skeleton QHs
- skel_unlink_qh
    [f722f000] Skel QH link (00000001) element (00000001)
      queue is empty
- skel_iso_qh
    [f722f060] Skel QH link (00000001) element (00000001)
      queue is empty
- skel_int128_qh
    [f722f0c0] Skel QH link (3722f542) element (00000001)
      queue is empty
    [f722f540] INT QH link (3722f362) element (36848090)
        period 128 phase 0 load 12 us
urb_priv [f767ecd0] urb [f7418b40] qh [f722f540] Dev=7 EP=1(IN) INT Actlen=0
1: [f6848090] link (36848030) e3 IOC Active NAK Length=7ff MaxLen=0 DT0 EndPt=1 Dev=7, PID=69(IN) (buf=3722b040)
      Dummy TD
[f6848030] link (368480c0) e0 Length=0 MaxLen=7ff DT0 EndPt=0 Dev=0, PID=e1(OUT) (buf=00000000)
- skel_int64_qh
    [f722f120] Skel QH link (3722f362) element (00000001)
      queue is empty
- skel_int32_qh
    [f722f180] Skel QH link (3722f362) element (00000001)
      queue is empty
- skel_int16_qh
    [f722f1e0] Skel QH link (3722f362) element (00000001)
      queue is empty
- skel_int8_qh
    [f722f240] Skel QH link (3722f482) element (00000001)
      queue is empty
    [f722f480] INT QH link (3722f602) element (36848060)
        period 8 phase 4 load 93 us
urb_priv [f767ef70] urb [f74481c0] qh [f722f480] Dev=2 EP=1(IN) INT Actlen=0
1: [f6848060] link (368481e0) e3 LS IOC Active NAK Length=7ff MaxLen=3 DT1 EndPt=1 Dev=2, PID=69(IN) (buf=36a71000)
      Dummy TD
[f68481e0] link (36848180) e0 Length=0 MaxLen=7ff DT0 EndPt=0 Dev=0, PID=e1(OUT) (buf=00000000)
    [f722f600] INT QH link (3722f662) element (36848120)
        period 8 phase 4 load 17 us
urb_priv [f767ed08] urb [f6566240] qh [f722f600] Dev=8 EP=1(IN) INT Actlen=0
1: [f6848120] link (368480f0) e3 IOC Active NAK Length=7ff MaxLen=7 DT0 EndPt=1 Dev=8, PID=69(IN) (buf=36a71180)
      Dummy TD
[f68480f0] link (36848150) e0 Length=0 MaxLen=7ff DT0 EndPt=0 Dev=0, PID=e1(OUT) (buf=00000000)
    [f722f660] INT QH link (3722f362) element (368481b0)
        period 8 phase 4 load 17 us
urb_priv [f767e2dc] urb [f7418140] qh [f722f660] Dev=8 EP=2(IN) INT Actlen=0
1: [f68481b0] link (36848210) e3 IOC Active NAK Length=7ff MaxLen=4 DT0 EndPt=2 Dev=8, PID=69(IN) (buf=36a71300)
      Dummy TD
[f6848210] link (36848270) e0 Length=0 MaxLen=7ff DT0 EndPt=0 Dev=0, PID=e1(OUT) (buf=00000000)
- skel_int4_qh
    [f722f2a0] Skel QH link (3722f362) element (00000001)
      queue is empty
- skel_int2_qh
    [f722f300] Skel QH link (3722f362) element (00000001)
      queue is empty
- skel_async_qh
    [f722f360] Skel QH link (00000001) element (36848000)
      queue is empty
- skel_term_qh
    [f722f3c0] Skel QH link (00000001) element (36848000)
      queue is empty



Side note, it doesn't stop working at all, but there is something like timeout or whatever, after a while, the keyboard interacts again.

regards,
--
http://www.fi.muni.cz/~xslaby/            Jiri Slaby
faculty of informatics, masaryk university, brno, cz
e-mail: jirislaby gmail com, gpg pubkey fingerprint:
B674 9967 0407 CE62 ACC8  22A0 32CC 55C3 39D4 7A7E

Hnus <[EMAIL PROTECTED]> is an alias for /dev/null
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to