All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: linux-kernel@vger.kernel.org, alsa-devel@alsa-project.org,
	linux-usb@vger.kernel.org, Takashi Iwai <tiwai@suse.com>
Subject: Re: [PATCH] ALSA: usb-audio: allow -EPIPE errors for some v2 messages
Date: Sun, 10 Oct 2021 22:25:09 +0200	[thread overview]
Message-ID: <s5hily46316.wl-tiwai@suse.de> (raw)
In-Reply-To: <YWLbEdHUE3k/i0fe@kroah.com>

On Sun, 10 Oct 2021 14:22:41 +0200,
Greg Kroah-Hartman wrote:
> 
> The Schiit Hel device does not like to respond to all get_ctl_value_v2()
> requests for some reason.  This used to work in older kernels, but now
> with more strict checking, this failure causes the device to fail to
> work.
> 
> Cc: Jaroslav Kysela <perex@perex.cz>
> Cc: Takashi Iwai <tiwai@suse.com>
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> ---
> 
> This fixes the Shiit Hel device that I have.  It used to work on older
> kernels (a year ago?), but stopped working for some reason and I didn't
> take the time to track it down.  This change fixes the issue for me, but
> feels wrong for some reason.  At least now I can use the device as a
> headphone driver, much better than the built-in one for my current
> machine...
> 
> If needed, I can take the time to do bisection to track down the real
> issue here, it might be due to stricter endpoint checking in the USB
> core, but that feels wrong somehow.
> 
> Here's the debugfs USB output for this device, showing the endpoints:
> 
> T:  Bus=07 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#=  5 Spd=480 MxCh= 0
> D:  Ver= 2.00 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs=  1
> P:  Vendor=30be ProdID=0101 Rev=01.02
> S:  Manufacturer=Schiit Audio
> S:  Product=Schiit Hel
> C:  #Ifs= 4 Cfg#= 1 Atr=c0 MxPwr=0mA
> I:  If#= 0 Alt= 0 #EPs= 1 Cls=01(audio) Sub=01 Prot=20 Driver=snd-usb-audio
> E:  Ad=8f(I) Atr=03(Int.) MxPS=   6 Ivl=1ms
> I:  If#= 1 Alt= 1 #EPs= 2 Cls=01(audio) Sub=02 Prot=20 Driver=snd-usb-audio
> E:  Ad=05(O) Atr=05(Isoc) MxPS= 104 Ivl=125us
> E:  Ad=85(I) Atr=11(Isoc) MxPS=   4 Ivl=1ms
> I:  If#= 2 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=20 Driver=snd-usb-audio
> E:  Ad=88(I) Atr=05(Isoc) MxPS= 156 Ivl=125us
> I:  If#= 3 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=00 Prot=00 Driver=usbhid
> E:  Ad=84(I) Atr=03(Int.) MxPS=  16 Ivl=1ms
> 
> Any other suggestions to fix this are welcome.

Could you show the exact error messages and lsusb -v output?
We may paper over only the problematic node instead.


thanks,

Takashi

WARNING: multiple messages have this Message-ID (diff)
From: Takashi Iwai <tiwai@suse.de>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>,
	alsa-devel@alsa-project.org, linux-usb@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ALSA: usb-audio: allow -EPIPE errors for some v2 messages
Date: Sun, 10 Oct 2021 22:25:09 +0200	[thread overview]
Message-ID: <s5hily46316.wl-tiwai@suse.de> (raw)
In-Reply-To: <YWLbEdHUE3k/i0fe@kroah.com>

On Sun, 10 Oct 2021 14:22:41 +0200,
Greg Kroah-Hartman wrote:
> 
> The Schiit Hel device does not like to respond to all get_ctl_value_v2()
> requests for some reason.  This used to work in older kernels, but now
> with more strict checking, this failure causes the device to fail to
> work.
> 
> Cc: Jaroslav Kysela <perex@perex.cz>
> Cc: Takashi Iwai <tiwai@suse.com>
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> ---
> 
> This fixes the Shiit Hel device that I have.  It used to work on older
> kernels (a year ago?), but stopped working for some reason and I didn't
> take the time to track it down.  This change fixes the issue for me, but
> feels wrong for some reason.  At least now I can use the device as a
> headphone driver, much better than the built-in one for my current
> machine...
> 
> If needed, I can take the time to do bisection to track down the real
> issue here, it might be due to stricter endpoint checking in the USB
> core, but that feels wrong somehow.
> 
> Here's the debugfs USB output for this device, showing the endpoints:
> 
> T:  Bus=07 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#=  5 Spd=480 MxCh= 0
> D:  Ver= 2.00 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs=  1
> P:  Vendor=30be ProdID=0101 Rev=01.02
> S:  Manufacturer=Schiit Audio
> S:  Product=Schiit Hel
> C:  #Ifs= 4 Cfg#= 1 Atr=c0 MxPwr=0mA
> I:  If#= 0 Alt= 0 #EPs= 1 Cls=01(audio) Sub=01 Prot=20 Driver=snd-usb-audio
> E:  Ad=8f(I) Atr=03(Int.) MxPS=   6 Ivl=1ms
> I:  If#= 1 Alt= 1 #EPs= 2 Cls=01(audio) Sub=02 Prot=20 Driver=snd-usb-audio
> E:  Ad=05(O) Atr=05(Isoc) MxPS= 104 Ivl=125us
> E:  Ad=85(I) Atr=11(Isoc) MxPS=   4 Ivl=1ms
> I:  If#= 2 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=20 Driver=snd-usb-audio
> E:  Ad=88(I) Atr=05(Isoc) MxPS= 156 Ivl=125us
> I:  If#= 3 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=00 Prot=00 Driver=usbhid
> E:  Ad=84(I) Atr=03(Int.) MxPS=  16 Ivl=1ms
> 
> Any other suggestions to fix this are welcome.

Could you show the exact error messages and lsusb -v output?
We may paper over only the problematic node instead.


thanks,

Takashi

  reply	other threads:[~2021-10-10 20:26 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-10 12:22 [PATCH] ALSA: usb-audio: allow -EPIPE errors for some v2 messages Greg Kroah-Hartman
2021-10-10 20:25 ` Takashi Iwai [this message]
2021-10-10 20:25   ` Takashi Iwai
2021-10-11 15:28   ` Greg Kroah-Hartman
2021-10-11 15:28     ` Greg Kroah-Hartman
2021-10-11 16:07     ` Takashi Iwai
2021-10-11 16:07       ` Takashi Iwai
2021-10-11 17:23       ` Greg Kroah-Hartman
2021-10-11 17:23         ` Greg Kroah-Hartman
2021-10-12  7:35         ` Takashi Iwai
2021-10-12  7:35           ` Takashi Iwai
2021-10-12 12:41           ` Greg Kroah-Hartman
2021-10-12 12:41             ` Greg Kroah-Hartman
2021-10-12 13:24             ` Takashi Iwai
2021-10-12 13:24               ` Takashi Iwai
2021-10-14 10:56               ` Greg Kroah-Hartman
2021-10-14 10:56                 ` Greg Kroah-Hartman
2021-10-14 11:21                 ` Greg Kroah-Hartman
2021-10-14 11:21                   ` Greg Kroah-Hartman
2021-10-14 11:38                 ` Takashi Iwai
2021-10-14 11:38                   ` Takashi Iwai
2021-10-14 12:28                   ` Greg Kroah-Hartman
2021-10-14 12:28                     ` Greg Kroah-Hartman

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=s5hily46316.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=tiwai@suse.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.