Date: Fri, 01 Feb 2019 22:21:06 +0000 From: bugzilla-noreply@freebsd.org To: usb@FreeBSD.org Subject: [Bug 235257] snd_uaudio not getting loaded automatically after migration to devmatch Message-ID: <bug-235257-19105-KpMKLMdQnH@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-235257-19105@https.bugs.freebsd.org/bugzilla/> References: <bug-235257-19105@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235257 --- Comment #24 from Max <maxsteciuk@gmail.com> --- I am able to trace event through from sys/dev/usb/usb_hub.c:usb_notify_addq= to sys/kern/subrc_bus.c:devctl_queue_data_f where it is supposed to invoke pgsigio() but still I don't see devd triggering module loading... The devctl queue is not getting full as per printout. It is set to default hw.bus.devctl_queue =3D 1000 >>>Feb 1 16:57:06 kernel: usb_alloc_device: new dev (addr 5), udev=3D0xff= fff80006677000, >>>parent_hub=3D0xfffff800062df000 >>>Feb 1 16:57:06 kernel: ugen0.6: <Dell DELL PROFESSIONAL SOUND BAR AE51= 5> at usbus0 >>>Feb 1 16:57:06 kernel: usb_notify_addq: ++++ sending devctl_notify() a= bout type ATTACH ugen_name ugen0.6 >>>Feb 1 16:57:06 kernel: +++ devctl_notify_f() system USB, subsystem DEV= ICE, type ATTACH, data [ugen=3Dugen0.6 cdev=3Dugen0.6 vendor=3D0x413c produ= ct=3D0xa506 devclass=3D0x00 devsubclass=3D0x00 sernum=3D"" release=3D0xe001= mode=3Dhost port=3D2 parent=3Dugen0.3], flags 1 >>>+++ 1 devctl_queue_data_f() data [!system=3DUSB subsystem=3DDEVICE type= =3DATTACH ugen=3Dugen0.6 cdev=3Dugen0.6 vendor=3D0x413c product=3D0xa506 de= vclass=3D0x00 devsubclass=3D0x00 sernum=3D"" release=3D0xe001 mode=3Dhost p= ort=3D2 parent=3Dugen0.3 >>>Feb 1 16:57:06 kernel: ] flags 1, devctl_queue_length 1000 >>>Feb 1 16:57:06 kernel: +++ 2 devctl_queue_data_f() data [!system=3DUSB= subsystem=3DDEVICE >>>type=3DATTACH ugen=3Dugen0.6 cdev=3Dugen0.6 vendor= =3D0x413c product=3D0xa506 devclass=3D0x00 devsubclass=3D0x00 sernum=3D"" r= elease=3D0xe001 mode=3Dhost port=3D2 parent=3Dugen0.3 >>>Feb 1 16:57:06 kernel: ] flags 1, devctl_queue_length 1000, devsoftc.q= ueued 368 Hitting this point where the only condition of not sending request would be= if devsoft.async =3D=3D 0 or devsoftc.sigio is null. >>>printf("+++ 2 devctl_queue_data_f() data [%s] flags %d, devctl_queue_len= gth %d, devsoftc.queued >>>%d\n", data, flags, devctl_queue_length, devsoft= c.queued); >>> /* Leave at least one spot in the queue... */ >>> while (devsoftc.queued > devctl_queue_length - 1) { >>> n2 =3D TAILQ_FIRST(&devsoftc.devq); >>> TAILQ_REMOVE(&devsoftc.devq, n2, dei_link); >>> free(n2->dei_data, M_BUS); >>> free(n2, M_BUS); >>> devsoftc.queued--; >>> } >>> TAILQ_INSERT_TAIL(&devsoftc.devq, n1, dei_link); >>> devsoftc.queued++; >>> cv_broadcast(&devsoftc.cv); >>> KNOTE_LOCKED(&devsoftc.sel.si_note, 0); >>> mtx_unlock(&devsoftc.mtx); >>> selwakeup(&devsoftc.sel); >>> if (devsoftc.async && devsoftc.sigio !=3D NULL) >>> pgsigio(&devsoftc.sigio, SIGIO, 0); >>> return; Thanks, Max --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-235257-19105-KpMKLMdQnH>