Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: nick-nhusb merge coming soon



On Wednesday 13 Apr 2016 07:59:20 Nick Hudson wrote:
> Hi,
> 
> I think the first phase of nick-nhusb is in a state ready to be
> merged. I'd like to merge it in the next few days, but in the meantime
> I've put some kernels for testing here:
> 
>      http://www.netbsd.org/~skrll/nick-nhusb
> 
> 
> Please test and report success or failure.
> 
> I can provide kernels to other platforms on request.
> 
> Thanks,
> Nick

Hi Nick,

I've done some testing with a couple of USB video cameras on amd64. I wanted 
to see if PR 48308 could be closed.

extract from dmesg:

uvideo0 at uhub4 port 5 configuration 1 interface 0: vendor 04f2 USB2.0 2MP 
UVC Camera, rev 2.00/1.00, addr 2
video0 at uvideo0: vendor 04f2 USB2.0 2MP UVC Camera, rev 2.00/1.00, addr 2
uaudio0 at uhub4 port 5 configuration 1 interface 2
uaudio0: vendor 04f2 USB2.0 2MP UVC Camera, rev 2.00/1.00, addr 2
uaudio0: audio rev 1.00
audio1 at uaudio0: full duplex, playback, capture, independent
uhidev0 at uhub1 port 2 configuration 1 interface 0
uhidev0: Logitech USB Receiver, rev 2.00/30.00, addr 2, iclass 3/1
ums0 at uhidev0: 16 buttons, W and Z dirs
wsmouse0 at ums0 mux 0
uhidev1 at uhub1 port 2 configuration 1 interface 1
uhidev1: Logitech USB Receiver, rev 2.00/30.00, addr 2, iclass 3/0
uhidev1: 17 report ids
uhid0 at uhidev1 reportid 3: input=4, output=0, feature=0
uhid1 at uhidev1 reportid 16: input=6, output=6, feature=0
uhid2 at uhidev1 reportid 17: input=19, output=19, feature=0
uvideo1 at uhub4 port 6 configuration 1 interface 0: Generic USB2.0 PC CAMERA, 
rev 2.00/1.00, addr 3
video1 at uvideo1: Generic USB2.0 PC CAMERA, rev 2.00/1.00, addr 3
ehci0: handing over full speed device on port 7 to uhci3

Both cameras worked fine under nick-usb, but they also worked fine under 
current 7.99.27 (GENERIC.201604110150Z) from a couple of days ago :-) so 
something must have changed in current since PR 48308 was filed as I couldn't 
reproduce it now.

I could trigger a panic if I unplugged a camera while mplayer was running:

video0: detached
uvideo0: detached
uvideo0: at uhub4 port 6 (addr 2) disconnected
audio1: detached
uaudio0: detached
uaudio0: at uhub4 port 6 (addr 2) disconnected
usb_disconnect_port: no device
panic: kernel diagnostic assertion "uvm_page_locked_p(pg)" failed: file 
"/wrk/nhusb/src/sys/arch/x86/x86/pmap.c", line 3315
cpu1: Begin traceback...
vpanic() at netbsd:vpanic+0x13c
valid_user_selector() at netbsd:valid_user_selector
pmap_remove_pte() at netbsd:pmap_remove_pte+0x311
pmap_remove() at netbsd:pmap_remove+0x1ff
uvm_unmap_remove() at netbsd:uvm_unmap_remove+0x210
sys_munmap() at netbsd:sys_munmap+0x8a
syscall() at netbsd:syscall+0xbe
--- syscall (number 73) ---
7f7feb10d80a:
cpu1: End traceback...

I guess a panic in this situation is not unexpected. I have the core dump if 
you want it.

I'll try and get around to testing USB scanners and printers in a few days.

Cheers,
Dave


-- 
=========================================
Phone: 07805784357
Open Source O/S: www.netbsd.org
Caving: http://www.wirralcavinggroup.org.uk
=========================================


Home | Main Index | Thread Index | Old Index