From: laurent Trinques <scorpio@qelectrotech.org>
To: Takashi Iwai <tiwai@suse.de>
Cc: alsa-devel@alsa-project.org
Subject: Re: TRX40 Realtek ALC1220-VB USB Audio
Date: Tue, 07 Apr 2020 18:40:55 +0200 [thread overview]
Message-ID: <2217755.QTRE0Dg35j@debian> (raw)
In-Reply-To: <s5h7dyrmhei.wl-tiwai@suse.de>
Le mardi 7 avril 2020, 17:42:29 CEST Takashi Iwai a écrit :
> On Sun, 29 Mar 2020 16:20:49 +0200,
>
> laurent Trinques wrote:
> > Le dimanche 29 mars 2020, 10:50:53 CEST Takashi Iwai a écrit :
> > > On Sat, 07 Mar 2020 14:00:26 +0100,
> > >
> > > laurent Trinques wrote:
> > > > Hello,
> > > >
> > > > sudo dmesg -lerr -lcrit
> > > >
> > > > [ 0.386478] ACPI BIOS Error (bug): Failure creating named object
> > > > [\_SB.I2CA.WT1A], AE_ALREADY_EXISTS (20191018/dswload2-323)
> > >
> > > (snip)
> > >
> > > > [ 2.545332] Error: Driver 'pcspkr' is already registered,
> > > > aborting...
> > >
> > > All those are irrelevant with the sound problem.
> > >
> > > > [ 2.572542] snd_hda_intel 0000:23:00.4: no codecs found!
> > >
> > > I guess this is a known "problem", the strange hardware implementation
> > > where exposing the dummy HD-audio bus with non-existing codec. So
> > > this can be ignored as well (maybe we can blacklist the PCI ID for
> > > ignoring more properly).
> > >
> > > The real issue is:
> > > > [ 8.169209] usb 7-5: cannot get ctl value: req = 0x83, wValue =
> > > > 0xc00,
> > > > wIndex = 0x1300, type = 4
> > > > [ 8.169214] usb 7-5: 19:0: cannot get min/max values for control 12
> > > > (id
> > > > 19)
> > >
> > > So it's likely a USB audio firmware that doesn't behave correctly as
> > > advertised, and we'd need a workaround.
> > >
> > > Could you give lsusb -v output for this device?
> >
> > Yes
> > Bus 007 Device 002: ID 0db0:543d Micro Star International USB Audio
> >
> > See attached output.
>
> Thanks. This looks like the same issue as reported by others.
> https://bugzilla.kernel.org/show_bug.cgi?id=206543
>
> Could you try two patches found in the bugzilla above?
>
>
> thanks,
>
> Takashi
Seems fixed.
Thanks Takashi for this quick patches and make warnings silent. ;-)
Cheers,
Laurent
prev parent reply other threads:[~2020-04-07 16:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-07 13:00 TRX40 Realtek ALC1220-VB USB Audio laurent Trinques
2020-03-29 8:50 ` Takashi Iwai
2020-03-29 14:20 ` laurent Trinques
2020-04-07 15:42 ` Takashi Iwai
2020-04-07 16:40 ` laurent Trinques [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2217755.QTRE0Dg35j@debian \
--to=scorpio@qelectrotech.org \
--cc=alsa-devel@alsa-project.org \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox