Re: kern/22218 (using a USB isochronous endpoint freezes kernel)

[Thomas Runge <coto%marsrakete.de@localhost>]

The following reply was made to PR kern/22218; it has been noted by GNATS.

From: Thomas Runge <coto%marsrakete.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: dholland%NetBSD.org@localhost
Subject: Re: kern/22218 (using a USB isochronous endpoint freezes kernel)
Date: Wed, 8 Oct 2008 18:52:32 +0200 (CEST)

   This message is in MIME format.  The first part should be readable text,
   while the remaining parts are likely unreadable without MIME-aware tools.
 
 --0-1917849325-1223484752=:21239
 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
 
 On Thu, 18 Sep 2008, dholland%NetBSD.org@localhost wrote:
 
 > Synopsis: using a USB isochronous endpoint freezes kernel
 > State-Changed-Why:
 > Is this still an issue nowadays?
 
 I kept the app running for a few days. This works quite nicely, as long,
 as there is no activity on this system. When I start a cvs update, the
 kernel will panic soon. This is my latest stacktrace:
 
 ugen_isoc_rintr(c1079100,c6e41374,0,1,0,e500,15c0,4,3c1,4) at 
netbsd:ugen_isoc_rintr+0x56
 usb_transfer_complete(c1079100,15c0,20,a,3,c6e41380,c6509520,0,0,0) at 
netbsd:usb_transfer_complete+0xba
 ohci_softintr(c6509524,0,30,c63b0010,c63c0010,0,1fc7be0,c0e9f080,0,c63bbda0)  
at netbsd:ohci_softintr+0x543
 softint_dispatch(c74adae0,4,0,0,0,0,c63bbd90,c63bbbd8,c63bbc30,28) at 
netbsd:softint_dispatch+0x7c
 DDB lost frame for netbsd:Xsoftintr+0x3d, trying 0xc63bbd88
 Xsoftintr() at netbsd:Xsoftintr+0x3d
 ---  interrupt  ---
 fatal page fault in supervisor mode
 trap type 6 code 0 eip c052f6f7 cs 8 eflags 10202 cr2 3c ilevel 8
 kernel: supervisor trap page fault, code=0
 Faulted in DDB;  continuing...
 db{0}>
 
 
 This happens, when I use pkgsrc/graphics/cambevao with an ov511+ based
 camera.
 I tried making a short test code. You'll find it attached. This one crashes
 the kernel as well, but with a different stack trace. The same happens,
 when I start cambevao twice. In earlier NetBSD versions I just got an
 error when I tried opening the control device twice, now I can do this
 and get the panic after a few usb commands (the USB_SET_ALTINTERFACE
 fails and then I close the control device. POFF!):
 http://coto.marsrakete.de/IMG_1514.JPG (71 KB)
 http://coto.marsrakete.de/IMG_1515.JPG (95 KB)
 
 This shows, that we do have serious problems with isochronous USB
 transfers, still.
 I'm willing to do more testing and debug code as good as my expertise
 goes. I can give remote access to my machine, if that would help.
 
 -- 
 Tom
 (ex-coto%core.de@localhost)
 --0-1917849325-1223484752=:21239
 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=usb_iso_crash.c
 Content-Transfer-Encoding: BASE64
 Content-ID: <Pine.NEB.4.64.0810081852320.21239%beaver.marsrakete.de@localhost>
 Content-Description: 
 Content-Disposition: attachment; filename=usb_iso_crash.c
 
 I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQojaW5j
 bHVkZSA8ZmNudGwuaD4NCiNpbmNsdWRlIDxlcnJuby5oPg0KI2luY2x1ZGUg
 PGRldi91c2IvdXNiLmg+DQojaW5jbHVkZSA8c3lzL3R5cGVzLmg+DQojaW5j
 bHVkZSA8c3lzL2lvY3RsLmg+DQoNCmludCBtYWluKGludCBhcmdjLCBjaGFy
 ICoqYXJndikNCnsNCglvcGVuX2RldigwKTsNCglvcGVuX2RldigxKTsNCglv
 cGVuX2RldigyKTsNCn0NCg0Kdm9pZCBlcnJvcihjaGFyICptc2cpDQp7DQoJ
 ZnByaW50ZihzdGRlcnIsICIgICAgICBGYWlsZWQhICVzOiAlc1xuIiwgbXNn
 LCBzdHJlcnJvcihlcnJubykpOw0KfQ0KDQppbnQgb3Blbl9kZXYoaW50IG51
 bSkNCnsNCgljaGFyIGN0cmxkZXZpY2VbRklMRU5BTUVfTUFYXTsNCgljaGFy
 IGlzb2NkZXZpY2VbRklMRU5BTUVfTUFYXTsNCglzdHJ1Y3QgdXNiX2FsdF9p
 bnRlcmZhY2UgYWx0Ow0KCWludCBjdHJsZmQsIGlzb2NmZCwgdW5pdDsNCg0K
 CXVuaXQgPSAwOw0KDQoJZnByaW50ZihzdGRlcnIsICJydW4gIyVkXG4iLCBu
 dW0pOw0KCXNucHJpbnRmKGN0cmxkZXZpY2UsIEZJTEVOQU1FX01BWCwgIi9k
 ZXYvdWdlbiVkLjAwIiwgdW5pdCk7DQoJc25wcmludGYoaXNvY2RldmljZSwg
 RklMRU5BTUVfTUFYLCAiL2Rldi91Z2VuJWQuMDEiLCB1bml0KTsNCg0KCWZw
 cmludGYoc3RkZXJyLCAiICAgb3BlbmluZyAlc1xuIiwgY3RybGRldmljZSk7
 DQoJaWYoKGN0cmxmZCA9IG9wZW4oY3RybGRldmljZSwgT19SRFdSKSkgPCAw
 KQ0KCXsNCgkJZXJyb3IoIm9wZW4gY3RybGRldiIpOw0KCQlyZXR1cm47DQoJ
 fQ0KDQoJZnByaW50ZihzdGRlcnIsICIgICBzZXR0aW5nIGFsdCBpbnRlcmZh
 Y2VcbiIpOw0KCWFsdC51YWlfaW50ZXJmYWNlX2luZGV4ID0gMDsNCglhbHQu
 dWFpX2FsdF9ubyA9IDc7DQoJaWYoaW9jdGwoY3RybGZkLCBVU0JfU0VUX0FM
 VElOVEVSRkFDRSwgJmFsdCkgPCAwKQ0KCXsNCgkJZXJyb3IoInNldCBhbHQi
 KTsNCgkJY2xvc2UoY3RybGZkKTsNCgkJcmV0dXJuOw0KCX0NCg0KCWZwcmlu
 dGYoc3RkZXJyLCAiICAgb3BlbmluZyAlc1xuIiwgaXNvY2RldmljZSk7DQoJ
 aWYoKGlzb2NmZCA9IG9wZW4oaXNvY2RldmljZSwgT19SRE9OTFkpKSA8IDAp
 DQoJew0KCQllcnJvcigib3BlbiBpc29jZGV2Iik7DQoJCWNsb3NlKGN0cmxm
 ZCk7DQoJfQ0KDQoJLyoNCglmcHJpbnRmKHN0ZGVyciwgIiAgIGNsb3Npbmcg
 aXNvY2RldmljZVxuIik7DQoJY2xvc2UoaXNvY2ZkKTsNCglmcHJpbnRmKHN0
 ZGVyciwgIiAgIGNsb3NpbmcgY3RybGRldmljZVxuIik7DQoJY2xvc2UoY3Ry
 bGZkKTsNCgkqLw0KfQ0KDQo=
 
 --0-1917849325-1223484752=:21239--