On Thu, Aug 30, 2012 at 16:10:10 +0200,
Takashi Iwai wrote:
As the test result looks positive, I applied it for the next pull
request. Thanks.
I tested 3.6.0-0.rc3.git3.2.fc18.i686.PAE (which inlcudes the patches) on two
more machines last night and it worked on them as well.
--
To unsu
At Wed, 29 Aug 2012 15:32:34 +0200,
Daniel Mack wrote:
>
> On 29.08.2012 15:29, Takashi Iwai wrote:
> > At Wed, 29 Aug 2012 13:26:25 +0200,
> > Daniel Mack wrote:
> >>
> >> [1 ]
> >> On 25.08.2012 14:17, Josh Boyer wrote:
> >>> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
> O
On Wed, Aug 29, 2012 at 13:22:54 -0400,
Josh Boyer wrote:
On Wed, Aug 29, 2012 at 01:07:53PM -0400, Josh Boyer wrote:
> Right. New patch attached.
I'll try and get another kernel built with this later today. I'm at
Plumbers so it might have to wait a bit.
OK, I got impatient with myself a
On Wed, Aug 29, 2012 at 01:07:53PM -0400, Josh Boyer wrote:
> > Right. New patch attached.
>
> I'll try and get another kernel built with this later today. I'm at
> Plumbers so it might have to wait a bit.
OK, I got impatient with myself and got the kernel building sooner than
I said. Bruno, yo
On Wed, Aug 29, 2012 at 03:32:34PM +0200, Daniel Mack wrote:
> On 29.08.2012 15:29, Takashi Iwai wrote:
> > At Wed, 29 Aug 2012 13:26:25 +0200,
> > Daniel Mack wrote:
> >>
> >> [1 ]
> >> On 25.08.2012 14:17, Josh Boyer wrote:
> >>> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
> >>>
At Wed, 29 Aug 2012 16:25:46 +0200,
Daniel Mack wrote:
>
> On 29.08.2012 16:14, Takashi Iwai wrote:
> > At Wed, 29 Aug 2012 15:32:34 +0200,
> > Daniel Mack wrote:
> >>
> >> [1 ]
> >> On 29.08.2012 15:29, Takashi Iwai wrote:
> >>> At Wed, 29 Aug 2012 13:26:25 +0200,
> >>> Daniel Mack wrote:
>
On 29.08.2012 16:14, Takashi Iwai wrote:
> At Wed, 29 Aug 2012 15:32:34 +0200,
> Daniel Mack wrote:
>>
>> [1 ]
>> On 29.08.2012 15:29, Takashi Iwai wrote:
>>> At Wed, 29 Aug 2012 13:26:25 +0200,
>>> Daniel Mack wrote:
[1 ]
On 25.08.2012 14:17, Josh Boyer wrote:
> On Sat, Aug 25
At Wed, 29 Aug 2012 15:32:34 +0200,
Daniel Mack wrote:
>
> [1 ]
> On 29.08.2012 15:29, Takashi Iwai wrote:
> > At Wed, 29 Aug 2012 13:26:25 +0200,
> > Daniel Mack wrote:
> >>
> >> [1 ]
> >> On 25.08.2012 14:17, Josh Boyer wrote:
> >>> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
On 29.08.2012 15:29, Takashi Iwai wrote:
> At Wed, 29 Aug 2012 13:26:25 +0200,
> Daniel Mack wrote:
>>
>> [1 ]
>> On 25.08.2012 14:17, Josh Boyer wrote:
>>> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
On 25.08.2012 14:07, Bruno Wolff III wrote:
> On Sat, Aug 25, 2012 at 1
At Wed, 29 Aug 2012 13:26:25 +0200,
Daniel Mack wrote:
>
> [1 ]
> On 25.08.2012 14:17, Josh Boyer wrote:
> > On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
> >> On 25.08.2012 14:07, Bruno Wolff III wrote:
> >>> On Sat, Aug 25, 2012 at 14:02:51 +0200,
> >>>Daniel Mack wrote:
> >
On 25.08.2012 14:17, Josh Boyer wrote:
> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
>> On 25.08.2012 14:07, Bruno Wolff III wrote:
>>> On Sat, Aug 25, 2012 at 14:02:51 +0200,
>>>Daniel Mack wrote:
Can you revert commit e9ba389c5 ("ALSA: usb-audio: Fix
schedulin
At Mon, 27 Aug 2012 19:22:02 +0200,
Felix Homann wrote:
>
> Hi Takashi,
>
> Am 26.08.2012 14:46 schrieb "Takashi Iwai" :
>
> >
> > Actually you don't have to rebuild the whole kernel at all just for
> > debugging this usb-audio bug. The workflow below is what I do often
> > for debugging a driv
At Sat, 25 Aug 2012 07:16:21 -0500,
Bruno Wolff III wrote:
>
> On Sat, Aug 25, 2012 at 08:13:27 -0400,
>Josh Boyer wrote:
> >On Sat, Aug 25, 2012 at 07:07:40AM -0500, Bruno Wolff III wrote:
> >> On Sat, Aug 25, 2012 at 14:02:51 +0200,
> >> Daniel Mack wrote:
> >> >
> >> >Can you revert com
On Sat, Aug 25, 2012 at 08:13:27 -0400,
Josh Boyer wrote:
On Sat, Aug 25, 2012 at 07:07:40AM -0500, Bruno Wolff III wrote:
On Sat, Aug 25, 2012 at 14:02:51 +0200,
Daniel Mack wrote:
>
>Can you revert commit e9ba389c5 ("ALSA: usb-audio: Fix
>scheduling-while-atomic bug in PCM capture stream
At Sat, 25 Aug 2012 08:17:58 -0400,
Josh Boyer wrote:
>
> On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
> > On 25.08.2012 14:07, Bruno Wolff III wrote:
> > > On Sat, Aug 25, 2012 at 14:02:51 +0200,
> > >Daniel Mack wrote:
> > >>
> > >> Can you revert commit e9ba389c5 ("ALSA: us
On Sat, Aug 25, 2012 at 08:13:27 -0400,
Josh Boyer wrote:
On Sat, Aug 25, 2012 at 07:07:40AM -0500, Bruno Wolff III wrote:
On Sat, Aug 25, 2012 at 14:02:51 +0200,
Daniel Mack wrote:
>
>Can you revert commit e9ba389c5 ("ALSA: usb-audio: Fix
>scheduling-while-atomic bug in PCM capture stream
On Sat, Aug 25, 2012 at 02:13:58PM +0200, Daniel Mack wrote:
> On 25.08.2012 14:07, Bruno Wolff III wrote:
> > On Sat, Aug 25, 2012 at 14:02:51 +0200,
> >Daniel Mack wrote:
> >>
> >> Can you revert commit e9ba389c5 ("ALSA: usb-audio: Fix
> >> scheduling-while-atomic bug in PCM capture stream")
On 25.08.2012 14:07, Bruno Wolff III wrote:
> On Sat, Aug 25, 2012 at 14:02:51 +0200,
>Daniel Mack wrote:
>>
>> Can you revert commit e9ba389c5 ("ALSA: usb-audio: Fix
>> scheduling-while-atomic bug in PCM capture stream") and see if that
>
> I can try that, but it takes a long time to build a
On Sat, Aug 25, 2012 at 07:07:40AM -0500, Bruno Wolff III wrote:
> On Sat, Aug 25, 2012 at 14:02:51 +0200,
> Daniel Mack wrote:
> >
> >Can you revert commit e9ba389c5 ("ALSA: usb-audio: Fix
> >scheduling-while-atomic bug in PCM capture stream") and see if that
>
> I can try that, but it takes a
On Sat, Aug 25, 2012 at 14:02:51 +0200,
Daniel Mack wrote:
Can you revert commit e9ba389c5 ("ALSA: usb-audio: Fix
scheduling-while-atomic bug in PCM capture stream") and see if that
I can try that, but it takes a long time to build a new kernel on my
old hardware.
helps? If not, can you
On 25.08.2012 13:54, Bruno Wolff III wrote:
> On Sat, Aug 25, 2012 at 06:17:49 -0500,
>Bruno Wolff III wrote:
>>
>> I see this behavior on three different computers. Rebooting into an old
>> enough kernel gets things working again. The older kernels also have
>> older initramfs images. I coul
On Sat, Aug 25, 2012 at 06:17:49 -0500,
Bruno Wolff III wrote:
I see this behavior on three different computers. Rebooting into an old
enough kernel gets things working again. The older kernels also have
older initramfs images. I could rebuild those to see if there is some
issue there inste
On Sat, Aug 25, 2012 at 00:30:22 +0200,
Daniel Mack wrote:
So what does "isn't working anymore" refer to precisely? Are there any
more dmesg entries generated once the stream is started?
When I try to play music, the progress bar for the song doesn't advance and
there is no audbile sound.
On Fri, Aug 24, 2012 at 11:30:12PM +0200, Daniel Mack wrote:
> On Fri, Aug 24, 2012 at 9:08 PM, Josh Boyer wrote:
> > Hi All,
> >
> > We've had a report[1] that the Logitech USB headset 0003:046D:0A0C isn't
> > working with 3.6-rc3. It seems the last working kernel was based on
> > commit 10c63c9
Hi,
On 24.08.2012 21:08, Josh Boyer wrote:
> We've had a report[1] that the Logitech USB headset 0003:046D:0A0C isn't
> working with 3.6-rc3. It seems the last working kernel was based on
> commit 10c63c9, and it first stopped working with a kernel based on
> commit 23dcfa6. There are only a few
On Fri, Aug 24, 2012 at 9:08 PM, Josh Boyer wrote:
> Hi All,
>
> We've had a report[1] that the Logitech USB headset 0003:046D:0A0C isn't
> working with 3.6-rc3. It seems the last working kernel was based on
> commit 10c63c9, and it first stopped working with a kernel based on
> commit 23dcfa6.
26 matches
Mail list logo
