<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 18, 2019 at 5:32 PM Michael Biebl <<a href="mailto:biebl@debian.org" target="_blank">biebl@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 18.04.19 um 19:35 schrieb JB:<br>
> If it can help, it happened to other people, e.g. here with Arch : <a href="https://bbs.archlinux.org/viewtopic.php?id=222301" rel="noreferrer" target="_blank">https://bbs.archlinux.org/viewtopic.php?id=222301</a><br>
> <br>
<br>
Felipe, with your PA hat on, can you take a look at this?<br></blockquote><div><br></div><div>PA simply reads information udev relays to it (ID_MODEL, ID_VENDOR, etc). </div><div><br></div><div>Julien, can you post the output of:</div><div><br></div><div>udevadm info -p /devices/pci0000:00/0000:00:14.0/usb3/3-3/3-3:1.1/sound/card2</div><div> </div><div>in both cases?</div><div><br></div><div>From the pacmd output I see that the product id is not the same: 10e0 in the correct case vs 9023 in the wrong case. These are picked from the ID_MODEL_ID udev property. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
To me this looks like a kernel/driver issue, but would welcome your<br>
input on this.<br></blockquote><div> </div><div>IIUC, ID_MODEL_ID is originated in the kernel rather than udev, which would make this a kernel bug.<br></div><div><br></div></div>-- <br><div dir="ltr" class="m_-8305005380346931839gmail_signature"><br>Saludos,<br>Felipe Sateler</div></div></div></div></div>