Re: [LAD] snd-usb-audio dying on jackd xruns

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Gabriel Beddingfield <gabrbedd@...>
Cc: <linux-audio-dev@...>
Date: Wednesday, February 2, 2011 - 7:09 pm

--e0cb4e43cee9782146049b51620d
Content-Type: text/plain; charset=UTF-8

I was looking at the wrong urb.c file. The correct one is
linux-kernel/sound/usb/urb.c

Actually the KERN_ERR is on 138 for my version triggers as line 146...

On line 460 is the second KERN_ERR.

This is all in a function called retire_capture_urb()

It appears that there is a commented continue that would drastically change
the for-loop this one is in. I wonder... Could this be the offending line?

If I'm reading the code correctly it appears to be some sort of locking
mechanism check while retiring the urb from use to make sure it is retired
when it is no longer active. Without the continue the urb will still be
retired. Perhaps this is causing something unstable?

Clemens might know more about this. I'm not that familiar with kernel code.

...Rods ;-)

On Wed, Feb 2, 2011 at 11:53, Gabriel Beddingfield wrote:

> This link is for a vanilla 2.6.37 kernel. Is this the kernel you're

--e0cb4e43cee9782146049b51620d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I was looking at the wrong urb.c file. The correct one is =
linux-kernel/sound/usb/urb.cActually the KERN_ERR is on=
138 for my version triggers as line 146...On lin=
e 460 is the second KERN_ERR.

This is all in a function called retire_capture_urb(=
)It appears that there is a commented conti=
nue that would drastically change the for-loop this one is in. I wonder... =
Could this be the offending line?

If I'm reading the code correctly it appears to =
be some sort of locking mechanism check while retiring the urb from use to =
make sure it is retired when it is no longer active. Without the continue t=
he urb will still be retired. Perhaps this is causing something unstable?

Clemens might know more about this. I&=
#39;m not that familiar with kernel code....Rods ;-)
On Wed, Feb 2, 2011 at 11:53, Gabriel Be=
ddingfield <gabr=
bedd@gmail.com
> wrote:

This link is for a vanilla 2.6.37 kernel. =C2=A0Is this t=
he kernel you're
running? =C2=A0It was only just recently released.

Also, gotta check that you're looking at the right urb.c and pcm.c
files. =C2=A0IIRC, there's more than one.

-gabriel

--e0cb4e43cee9782146049b51620d--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Wed Feb 2, 4:42 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Gabriel Beddingfield, (Wed Feb 2, 4:58 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Wed Feb 2, 5:24 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Clemens Ladisch, (Thu Feb 3, 8:21 am)
Re: [LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Thu Feb 3, 3:44 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Gabriel Beddingfield, (Wed Feb 2, 5:48 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Wed Feb 2, 6:01 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Arnold Krille, (Wed Feb 2, 7:00 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Gabriel Beddingfield, (Wed Feb 2, 6:07 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Wed Feb 2, 6:12 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Gabriel Beddingfield, (Wed Feb 2, 6:20 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Wed Feb 2, 6:42 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Gabriel Beddingfield, (Wed Feb 2, 6:53 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Wed Feb 2, 7:09 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Gabriel Beddingfield, (Wed Feb 2, 7:25 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Rods Bobavich, (Wed Feb 2, 11:40 pm)
Re: [LAD] snd-usb-audio dying on jackd xruns, Jeremy Jongepier, (Thu Feb 3, 9:51 am)
Re: [LAD] snd-usb-audio dying on jackd xruns, James Morris, (Thu Feb 3, 12:31 am)