Date: Sun, 27 Jan 2019 23:32:39 +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@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235257 Bug ID: 235257 Summary: snd_uaudio not getting loaded automatically after migration to devmatch Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: usb Assignee: usb@FreeBSD.org Reporter: maxsteciuk@gmail.com Certain USB modules such as snd_uaudio, uplcom are not loading automatically since /etc/devd/usb.conf was replaced by devmatch. When running devmatch to= ol with no arguments (as /etc/rc.d/devmatch script has) it does not return any matches.=20 I checked /boot/kernel/linker.hints has the pnpinfo string for uaudio. Also /sys/dev/sound/usb/uaudio.c has call to USB_PNP_HOST_INFO(uaudio_dev) macro. >>>audio >>>snd_uaudio.ko >>>uhub >>>M:mask;I:vendor;I:product;L:release;G:release;I:devclass;I:devsubclass;I= :devpr>>>oto;I:intclass;I:intsubclass;I:intprotocol;T:mode=3Dhost Yet devmatch was not able to match module by the parsed fields. When debugg= ing=20 I noticed the following mismatch condition for type 'I' was hit (values were different) /sbin/devmatch/devmatch.c:319-328 >>>ival =3D getint(&ptr); >>>... >>>v =3D pnpval_as_int(cp + 2, pnpinfo); >>>... >>> case 'I': >>> if(v !=3D ival) notme++;=20 BSDCan 2018 devmatch presentation mentioned some USB module issues due to pnpinfo string being too long for 128 byte limit. Is this one of the cases?= Or is this because vendorID/productID of my device is not in the uaudio module= =20 table? Could you please help me understand how devmatch is supposed to work for su= ch cases? Do I need to configure anything else? Please let me know if additional information is needed. The environment: OS: 13.0-CURRENT FreeBSD 13.0-CURRENT GENERIC-NODEBUG amd64 Build date/time: 2019/01/21 16:38:41 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>