linux-kernel - Re: kernel 5.4.11: problems with usb sound cards

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Sun, 2 Feb 2020 20:28:16 -0300
From:   edes <edes@....net>
To:     linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org
Cc:     Johan Hovold <johan@...nel.org>, Takashi Iwai <tiwai@...e.de>
Subject: Re: kernel 5.4.11: problems with usb sound cards

el 2020-02-02 a las 14:41 Johan Hovold escribió:

> I realised I forgot the test to match on the device descriptor when
> applying the blacklist. It doesn't matter currently since I only enable
> the quirk for your device, but if you haven't tested the patch already,
> would you mind testing the below patch instead?

Hi, Johan, thank you for looking into this. I tested your patch, and it
works! (5.4.11 and 5.5.0).

I haven't performed extensive tests, but the card is again recognized as
both playback and capture device. Thank you!

Is this and acceptable solution and will this patch be integrated into the
kernel?

OTOH, you said:

> Ok, so the device has a broken altsetting 3 for interface 1, where
> endpoint 0x85 is declared as an isochronous endpoint, despite being used
> by interface 2 as an audio endpoint:
[...]
> Note that the broken altsetting probably should be using endpoint 0x81
> just like the other altsettings for that interface, 

I can't say I understand exactly what you're saying, but do you think it
could be worth contacting the company and see if they are willing to fix
this with a new firmware?

Anyway, it's working now, thank you again.

--