* [PATCH 0/6] snd-usb endpoint rework, version 6
@ 2012-02-13 20:41 Aurélien Leblond
2012-02-22 18:50 ` Daniel Mack
0 siblings, 1 reply; 22+ messages in thread
From: Aurélien Leblond @ 2012-02-13 20:41 UTC (permalink / raw)
To: alsa-devel, Daniel Mack, Takashi Iwai, Felix Homann,
Clemens Ladisch, Grant Diffey
Hello everyone,
My laptop has been in reparation for a while and I just got it back
now, so I have been out of sync with any update on the snd-usb module,
the support of the M-Audio Fast Track Ultra, and I now need to
re-setup my laptop.
As far as I can see, the kernel 3.2.5 doesn't have the update of Alsa
1.0.25, so the first thing I did was to compile those two separately
(compile first the kernel without any sound support, then compile and
install 1.0.25), but the midi was then not working on the M-Audio FTU,
the Roland UA-25Ex and my E-Mu USB keyboard. All modules are probed,
no messages in dmesg, but jack doesn't see any alsa midi driver.
In addition, I cannot make out if Daniel's changes are part of this
release of Alsa!
My next step was to get a git version of the kernel, add Takashi's
branch and Daniel's one on top of it (process I used to do 2 months
ago), but I get a conflicting error when pulling/merging Daniel's
patch, so I guess it is not in sync with the latest kernel anymore...
So my questions are:
- Did I do something wrong with the kernel 3.2.5/alsa 1.0.25 that
broke the USB Midi or is it a bug? I ran through the mailing list but
couldn't see anything mentionned about USB Midi. As far as I can tell,
I have all the necessary modules.
- What is the status of Daniel's work on the snd-usb module? Again I
ran through the changelog of alsa 1.0.25 but couldn't make out if it
was integrated or not.
So as usual, thanks in advance for your help and if there is anymore
information I can provide, please let me know.
Aurélien
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-02-13 20:41 [PATCH 0/6] snd-usb endpoint rework, version 6 Aurélien Leblond
@ 2012-02-22 18:50 ` Daniel Mack
2012-03-05 8:01 ` Felix Homann
0 siblings, 1 reply; 22+ messages in thread
From: Daniel Mack @ 2012-02-22 18:50 UTC (permalink / raw)
To: Aurélien Leblond
Cc: Takashi Iwai, alsa-devel, Grant Diffey, Clemens Ladisch, Felix Homann
On 13.02.2012 21:41, Aurélien Leblond wrote:
> Hello everyone,
>
> My laptop has been in reparation for a while and I just got it back
> now, so I have been out of sync with any update on the snd-usb module,
> the support of the M-Audio Fast Track Ultra, and I now need to
> re-setup my laptop.
>
> As far as I can see, the kernel 3.2.5 doesn't have the update of Alsa
> 1.0.25, so the first thing I did was to compile those two separately
> (compile first the kernel without any sound support, then compile and
> install 1.0.25), but the midi was then not working on the M-Audio FTU,
> the Roland UA-25Ex and my E-Mu USB keyboard. All modules are probed,
> no messages in dmesg, but jack doesn't see any alsa midi driver.
> In addition, I cannot make out if Daniel's changes are part of this
> release of Alsa!
>
> My next step was to get a git version of the kernel, add Takashi's
> branch and Daniel's one on top of it (process I used to do 2 months
> ago), but I get a conflicting error when pulling/merging Daniel's
> patch, so I guess it is not in sync with the latest kernel anymore...
>
> So my questions are:
> - Did I do something wrong with the kernel 3.2.5/alsa 1.0.25 that
> broke the USB Midi or is it a bug? I ran through the mailing list but
> couldn't see anything mentionned about USB Midi. As far as I can tell,
> I have all the necessary modules.
> - What is the status of Daniel's work on the snd-usb module? Again I
> ran through the changelog of alsa 1.0.25 but couldn't make out if it
> was integrated or not.
Sorry for the silence on this topic. I've been distracted by work that
isn't even remotely kernel related during the last weeks, so I lost
track on this. I'll catch up again soon, and review the reports from
around christmas last year, rebase the series and resubmit.
Again, sorry for the delay.
Daniel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-02-22 18:50 ` Daniel Mack
@ 2012-03-05 8:01 ` Felix Homann
0 siblings, 0 replies; 22+ messages in thread
From: Felix Homann @ 2012-03-05 8:01 UTC (permalink / raw)
To: Daniel Mack
Cc: Takashi Iwai, Aurélien Leblond, alsa-devel, Clemens Ladisch,
Grant Diffey
Hi Daniel,
2012/2/22 Daniel Mack <zonque@gmail.com>:
>
> Sorry for the silence on this topic. I've been distracted by work that
> isn't even remotely kernel related during the last weeks, so I lost
> track on this. I'll catch up again soon, and review the reports from
> around christmas last year, rebase the series and resubmit.
great to see you back here on the list! As you can tell from my
silence on all of this, I've been very busy, too.
Kind regards,
Felix
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-04-12 9:05 ` Felix Homann
@ 2012-04-12 11:45 ` Daniel Mack
0 siblings, 0 replies; 22+ messages in thread
From: Daniel Mack @ 2012-04-12 11:45 UTC (permalink / raw)
To: Felix Homann
Cc: Aurélien Leblond, Grant Diffey, Clemens Ladisch, alsa-devel
On 12.04.2012 11:05, Felix Homann wrote:
> Hi,
>
> 2012/4/11 Daniel Mack <zonque@gmail.com>:
>> Just refreshed my tree and the combined patch (gist). Could you give it
>> another shot?
>
> I've just tested the new version and have not found any issues. Great
> work! Thank you very much!
Good news indeed. As Grant is also signalling green light, I'll post
version 7 of the patch series now.
> BTW, didn't you have a patch for switching to an external clock source
> on the FTUs? Maybe it would be useful for me to clean up the dirty
> hack I've got somewhere for the effects controls. (Don't hurry, it
> will take me a couple of weeks anyway due to time constraints)
Can't find it right now. But that should be comparatively easy to do in
a subsequent patch.
Thanks,
Daniel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-04-11 15:08 ` Daniel Mack
@ 2012-04-12 9:05 ` Felix Homann
2012-04-12 11:45 ` Daniel Mack
0 siblings, 1 reply; 22+ messages in thread
From: Felix Homann @ 2012-04-12 9:05 UTC (permalink / raw)
To: Daniel Mack
Cc: Aurélien Leblond, Grant Diffey, Clemens Ladisch, alsa-devel
Hi,
2012/4/11 Daniel Mack <zonque@gmail.com>:
> Just refreshed my tree and the combined patch (gist). Could you give it
> another shot?
I've just tested the new version and have not found any issues. Great
work! Thank you very much!
BTW, didn't you have a patch for switching to an external clock source
on the FTUs? Maybe it would be useful for me to clean up the dirty
hack I've got somewhere for the effects controls. (Don't hurry, it
will take me a couple of weeks anyway due to time constraints)
Regards,
Felix
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-04-10 18:52 ` Felix Homann
@ 2012-04-11 15:08 ` Daniel Mack
2012-04-12 9:05 ` Felix Homann
0 siblings, 1 reply; 22+ messages in thread
From: Daniel Mack @ 2012-04-11 15:08 UTC (permalink / raw)
To: Felix Homann
Cc: Aurélien Leblond, Grant Diffey, Clemens Ladisch, alsa-devel
Hi,
On 10.04.2012 20:52, Felix Homann wrote:
> this time I can get the device to work. It produces clickless playback
> at higher latencies. But trying to run JACK @44.1kHz with 128
> frames/period (i.e. -p 128) I can reliably reproduce a kernel oops
> which either completely freezes my system or at least blocks keyboard
> an mouse. Here it is:
Good catch, thanks! I was able to trigger that one too, and fixed it.
Just refreshed my tree and the combined patch (gist). Could you give it
another shot?
Thanks,
Daniel
>
> Apr 10 20:25:43 weasel kernel: [ 164.243214] usbcore: registered new
> interface driver snd-usb-audio
> Apr 10 20:27:00 weasel kernel: [ 240.453704] BUG: unable to handle
> kernel paging request at 00100104
> Apr 10 20:27:00 weasel kernel: [ 240.457673] IP: [<f90a7409>]
> queue_pending_output_urbs+0x89/0x130 [snd_usb_audio]
> Apr 10 20:27:00 weasel kernel: [ 240.457673] *pde = 00000000
> Apr 10 20:27:00 weasel kernel: [ 240.457673] Oops: 0002 [#1] SMP
> Apr 10 20:27:00 weasel kernel: [ 240.457673] Modules linked in:
> snd_usb_audio snd_usbmidi_lib snd_seq_dummy rfcomm bnep parport_pc
> dm_crypt ppdev binfmt_misc snd_hda_c
> odec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep
> snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq joydev
> coretemp snd_timer snd_seq_devi
> ce uvcvideo hid_multitouch videobuf2_core snd microcode videodev
> videobuf2_vmalloc videobuf2_memops btusb soundcore bluetooth
> snd_page_alloc psmouse serio_raw lp parpor
> t usbhid hid atl1c ahci libahci i915 drm_kms_helper drm wmi i2c_algo_bit video
> Apr 10 20:27:00 weasel kernel: [ 240.457673]
> Apr 10 20:27:00 weasel kernel: [ 240.457673] Pid: 0, comm: swapper/0
> Not tainted 3.4.0-rc2-daniel+ #2 Acer Aspire 1420P/JM12-MS
> Apr 10 20:27:00 weasel kernel: [ 240.457673] EIP: 0060:[<f90a7409>]
> EFLAGS: 00010002 CPU: 0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] EIP is at
> queue_pending_output_urbs+0x89/0x130 [snd_usb_audio]
> Apr 10 20:27:00 weasel kernel: [ 240.457673] EAX: 00200200 EBX:
> edb08000 ECX: edb097ac EDX: edb08028
> Apr 10 20:27:00 weasel kernel: [ 240.457673] ESI: edb082c0 EDI:
> 00100100 EBP: f380be64 ESP: f380be3c
> Apr 10 20:27:00 weasel kernel: [ 240.457673] DS: 007b ES: 007b FS:
> 00d8 GS: 00e0 SS: 0068
> Apr 10 20:27:00 weasel kernel: [ 240.457673] CR0: 8005003b CR2:
> 00100104 CR3: 018af000 CR4: 000407d0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] DR0: 00000000 DR1:
> 00000000 DR2: 00000000 DR3: 00000000
> Apr 10 20:27:00 weasel kernel: [ 240.457673] DR6: ffff0ff0 DR7: 00000400
> Apr 10 20:27:00 weasel kernel: [ 240.457673] Process swapper/0 (pid:
> 0, ti=f380a000 task=c1794020 task.ti=c1788000)
> Apr 10 20:27:00 weasel kernel: [ 240.457673] Stack:
> Apr 10 20:27:00 weasel kernel: [ 240.457673] f380be44 f380be4c
> c105dfd2 f380be50 00000096 edb0a9b4 edb0a950 edeb5f08
> Apr 10 20:27:00 weasel kernel: [ 240.457673] edb0c2c8 edb097ac
> f380be94 f90a86bf edb0c2c8 f7007300 f7007300 edeb5e00
> Apr 10 20:27:00 weasel kernel: [ 240.457673] 00000092 edb0a9b4
> edb08000 edb0c000 edb0c2c8 edeb5e00 f380beb8 f90a882d
> Apr 10 20:27:00 weasel kernel: [ 240.457673] Call Trace:
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c105dfd2>] ?
> resched_task+0x22/0x70
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<f90a86bf>]
> snd_usb_handle_sync_urb+0x1ef/0x260 [snd_usb_audio]
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<f90a882d>]
> snd_complete_urb+0xfd/0x200 [snd_usb_audio]
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13dec0d>]
> usb_hcd_giveback_urb+0x4d/0xc0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1551f6d>] ?
> _raw_spin_lock+0xd/0x10
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13f3571>]
> ehci_urb_done+0xc1/0xf0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13f4afc>]
> ehci_work+0x8ec/0xa10
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13f4ea1>] ehci_irq+0x221/0x250
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1080cb3>] ?
> tick_do_periodic_broadcast+0x33/0x40
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13de3b2>]
> usb_hcd_irq+0x32/0x50
>
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10ad52c>]
> handle_irq_event_percpu+0x4c/0x210
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c155219d>] ?
> _raw_spin_lock_irqsave+0x2d/0x40
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10ad72b>]
> handle_irq_event+0x3b/0x60
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10aff20>] ?
> unmask_irq+0x30/0x30
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10aff6e>]
> handle_fasteoi_irq+0x4e/0xd0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] <IRQ>
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1559432>] ? do_IRQ+0x42/0xc0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10084f8>] ?
> sched_clock+0x8/0x10
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1062e8b>] ?
> sched_clock_local+0xcb/0x1c0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1559370>] ?
> common_interrupt+0x30/0x38
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10600d8>] ?
> rt_mutex_setprio+0x98/0x200
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c131b5d6>] ?
> arch_local_irq_enable+0x5/0xb
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c131c30f>] ?
> acpi_idle_enter_bm+0x228/0x268
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c143b785>] ?
> cpuidle_enter+0x15/0x20
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c143bd1c>] ?
> cpuidle_idle_call+0x9c/0x260
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c100a10a>] ? cpu_idle+0xaa/0xe0
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c152e135>] ?
> rest_init+0x5d/0x68
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c17f976c>] ?
> start_kernel+0x367/0x36d
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c17f9186>] ? loglevel+0x2b/0x2b
> Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c17f9078>] ?
> i386_start_kernel+0x78/0x7d
> Apr 10 20:27:00 weasel kernel: [ 240.457673] Code: 00 83 c0 01 8d 8c
> 13 28 15 00 00 89 c2 c1 fa 1f c1 ea 1d 01 d0 83 e0 07 29 d0 89 83 48
> 29 00 00 8b 46 04 8d 96 68 fd ff ff 8b 3e <89> 47 04 89 38 c7 06 00 01
> 10 00 c7 46 04 00 02 20 00 8b 81 80
> Apr 10 20:27:00 weasel kernel: [ 240.457673] EIP: [<f90a7409>]
> queue_pending_output_urbs+0x89/0x130 [snd_usb_audio] SS:ESP
> 0068:f380be3c
> Apr 10 20:27:00 weasel kernel: [ 240.457673] CR2: 0000000000100104
>
>
> After this messageand only ahter this oops I'm getting lots of ACPI errors:
>
> Apr 10 20:27:06 weasel kernel: [ 247.021871] ACPI Exception: AE_TIME,
> Returned by Handler for [EmbeddedControl] (20120320/evregion-501)
> Apr 10 20:27:06 weasel kernel: [ 247.024423] ACPI Error: Method
> parse/execution failed [\_SB_.BAT1._BST] (Node f382b2d0), AE_TIME
> (20120320/psparse-536)
> Apr 10 20:27:06 weasel kernel: [ 247.025805] ACPI Exception: AE_TIME,
> Evaluating _BST (20120320/battery-455)
> Apr 10 20:27:07 weasel kernel: [ 248.178058] ACPI Exception: AE_TIME,
> Returned by Handler for [EmbeddedControl] (20120320/evregion-501)
> Apr 10 20:27:07 weasel kernel: [ 248.180657] ACPI Error: Method
> parse/execution failed [\_SB_.BAT1._BST] (Node f382b2d0), AE_TIME
> (20120320/psparse-536)
> Apr 10 20:27:07 weasel kernel: [ 248.182039] ACPI Exception: AE_TIME,
> Evaluating _BST (20120320/battery-455)
>
>
> Any ideas?
>
> Regards,
>
> Felix
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-04-09 19:21 ` Daniel Mack
2012-04-10 15:35 ` Grant Diffey
@ 2012-04-10 18:52 ` Felix Homann
2012-04-11 15:08 ` Daniel Mack
1 sibling, 1 reply; 22+ messages in thread
From: Felix Homann @ 2012-04-10 18:52 UTC (permalink / raw)
To: Daniel Mack
Cc: Aurélien Leblond, Grant Diffey, Clemens Ladisch, alsa-devel
Hi,
this time I can get the device to work. It produces clickless playback
at higher latencies. But trying to run JACK @44.1kHz with 128
frames/period (i.e. -p 128) I can reliably reproduce a kernel oops
which either completely freezes my system or at least blocks keyboard
an mouse. Here it is:
Apr 10 20:25:43 weasel kernel: [ 164.243214] usbcore: registered new
interface driver snd-usb-audio
Apr 10 20:27:00 weasel kernel: [ 240.453704] BUG: unable to handle
kernel paging request at 00100104
Apr 10 20:27:00 weasel kernel: [ 240.457673] IP: [<f90a7409>]
queue_pending_output_urbs+0x89/0x130 [snd_usb_audio]
Apr 10 20:27:00 weasel kernel: [ 240.457673] *pde = 00000000
Apr 10 20:27:00 weasel kernel: [ 240.457673] Oops: 0002 [#1] SMP
Apr 10 20:27:00 weasel kernel: [ 240.457673] Modules linked in:
snd_usb_audio snd_usbmidi_lib snd_seq_dummy rfcomm bnep parport_pc
dm_crypt ppdev binfmt_misc snd_hda_c
odec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep
snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq joydev
coretemp snd_timer snd_seq_devi
ce uvcvideo hid_multitouch videobuf2_core snd microcode videodev
videobuf2_vmalloc videobuf2_memops btusb soundcore bluetooth
snd_page_alloc psmouse serio_raw lp parpor
t usbhid hid atl1c ahci libahci i915 drm_kms_helper drm wmi i2c_algo_bit video
Apr 10 20:27:00 weasel kernel: [ 240.457673]
Apr 10 20:27:00 weasel kernel: [ 240.457673] Pid: 0, comm: swapper/0
Not tainted 3.4.0-rc2-daniel+ #2 Acer Aspire 1420P/JM12-MS
Apr 10 20:27:00 weasel kernel: [ 240.457673] EIP: 0060:[<f90a7409>]
EFLAGS: 00010002 CPU: 0
Apr 10 20:27:00 weasel kernel: [ 240.457673] EIP is at
queue_pending_output_urbs+0x89/0x130 [snd_usb_audio]
Apr 10 20:27:00 weasel kernel: [ 240.457673] EAX: 00200200 EBX:
edb08000 ECX: edb097ac EDX: edb08028
Apr 10 20:27:00 weasel kernel: [ 240.457673] ESI: edb082c0 EDI:
00100100 EBP: f380be64 ESP: f380be3c
Apr 10 20:27:00 weasel kernel: [ 240.457673] DS: 007b ES: 007b FS:
00d8 GS: 00e0 SS: 0068
Apr 10 20:27:00 weasel kernel: [ 240.457673] CR0: 8005003b CR2:
00100104 CR3: 018af000 CR4: 000407d0
Apr 10 20:27:00 weasel kernel: [ 240.457673] DR0: 00000000 DR1:
00000000 DR2: 00000000 DR3: 00000000
Apr 10 20:27:00 weasel kernel: [ 240.457673] DR6: ffff0ff0 DR7: 00000400
Apr 10 20:27:00 weasel kernel: [ 240.457673] Process swapper/0 (pid:
0, ti=f380a000 task=c1794020 task.ti=c1788000)
Apr 10 20:27:00 weasel kernel: [ 240.457673] Stack:
Apr 10 20:27:00 weasel kernel: [ 240.457673] f380be44 f380be4c
c105dfd2 f380be50 00000096 edb0a9b4 edb0a950 edeb5f08
Apr 10 20:27:00 weasel kernel: [ 240.457673] edb0c2c8 edb097ac
f380be94 f90a86bf edb0c2c8 f7007300 f7007300 edeb5e00
Apr 10 20:27:00 weasel kernel: [ 240.457673] 00000092 edb0a9b4
edb08000 edb0c000 edb0c2c8 edeb5e00 f380beb8 f90a882d
Apr 10 20:27:00 weasel kernel: [ 240.457673] Call Trace:
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c105dfd2>] ?
resched_task+0x22/0x70
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<f90a86bf>]
snd_usb_handle_sync_urb+0x1ef/0x260 [snd_usb_audio]
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<f90a882d>]
snd_complete_urb+0xfd/0x200 [snd_usb_audio]
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13dec0d>]
usb_hcd_giveback_urb+0x4d/0xc0
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1551f6d>] ?
_raw_spin_lock+0xd/0x10
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13f3571>]
ehci_urb_done+0xc1/0xf0
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13f4afc>]
ehci_work+0x8ec/0xa10
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13f4ea1>] ehci_irq+0x221/0x250
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1080cb3>] ?
tick_do_periodic_broadcast+0x33/0x40
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c13de3b2>]
usb_hcd_irq+0x32/0x50
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10ad52c>]
handle_irq_event_percpu+0x4c/0x210
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c155219d>] ?
_raw_spin_lock_irqsave+0x2d/0x40
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10ad72b>]
handle_irq_event+0x3b/0x60
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10aff20>] ?
unmask_irq+0x30/0x30
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10aff6e>]
handle_fasteoi_irq+0x4e/0xd0
Apr 10 20:27:00 weasel kernel: [ 240.457673] <IRQ>
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1559432>] ? do_IRQ+0x42/0xc0
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10084f8>] ?
sched_clock+0x8/0x10
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1062e8b>] ?
sched_clock_local+0xcb/0x1c0
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c1559370>] ?
common_interrupt+0x30/0x38
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c10600d8>] ?
rt_mutex_setprio+0x98/0x200
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c131b5d6>] ?
arch_local_irq_enable+0x5/0xb
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c131c30f>] ?
acpi_idle_enter_bm+0x228/0x268
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c143b785>] ?
cpuidle_enter+0x15/0x20
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c143bd1c>] ?
cpuidle_idle_call+0x9c/0x260
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c100a10a>] ? cpu_idle+0xaa/0xe0
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c152e135>] ?
rest_init+0x5d/0x68
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c17f976c>] ?
start_kernel+0x367/0x36d
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c17f9186>] ? loglevel+0x2b/0x2b
Apr 10 20:27:00 weasel kernel: [ 240.457673] [<c17f9078>] ?
i386_start_kernel+0x78/0x7d
Apr 10 20:27:00 weasel kernel: [ 240.457673] Code: 00 83 c0 01 8d 8c
13 28 15 00 00 89 c2 c1 fa 1f c1 ea 1d 01 d0 83 e0 07 29 d0 89 83 48
29 00 00 8b 46 04 8d 96 68 fd ff ff 8b 3e <89> 47 04 89 38 c7 06 00 01
10 00 c7 46 04 00 02 20 00 8b 81 80
Apr 10 20:27:00 weasel kernel: [ 240.457673] EIP: [<f90a7409>]
queue_pending_output_urbs+0x89/0x130 [snd_usb_audio] SS:ESP
0068:f380be3c
Apr 10 20:27:00 weasel kernel: [ 240.457673] CR2: 0000000000100104
After this messageand only ahter this oops I'm getting lots of ACPI errors:
Apr 10 20:27:06 weasel kernel: [ 247.021871] ACPI Exception: AE_TIME,
Returned by Handler for [EmbeddedControl] (20120320/evregion-501)
Apr 10 20:27:06 weasel kernel: [ 247.024423] ACPI Error: Method
parse/execution failed [\_SB_.BAT1._BST] (Node f382b2d0), AE_TIME
(20120320/psparse-536)
Apr 10 20:27:06 weasel kernel: [ 247.025805] ACPI Exception: AE_TIME,
Evaluating _BST (20120320/battery-455)
Apr 10 20:27:07 weasel kernel: [ 248.178058] ACPI Exception: AE_TIME,
Returned by Handler for [EmbeddedControl] (20120320/evregion-501)
Apr 10 20:27:07 weasel kernel: [ 248.180657] ACPI Error: Method
parse/execution failed [\_SB_.BAT1._BST] (Node f382b2d0), AE_TIME
(20120320/psparse-536)
Apr 10 20:27:07 weasel kernel: [ 248.182039] ACPI Exception: AE_TIME,
Evaluating _BST (20120320/battery-455)
Any ideas?
Regards,
Felix
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-01-01 17:09 ` Felix Homann
2012-01-16 20:26 ` Grant Diffey
@ 2012-04-10 15:40 ` Grant Diffey
1 sibling, 0 replies; 22+ messages in thread
From: Grant Diffey @ 2012-04-10 15:40 UTC (permalink / raw)
To: Felix Homann; +Cc: tiwai, blablack, alsa-devel, clemens, Daniel Mack
On Mon, Jan 2, 2012 at 4:09 AM, Felix Homann <linuxaudio@showlabor.de>wrote:
> Happy New Year!
>
> That being said, I've tested a kernel without Daniel's patch set. It
> doesn't work either. The error messages are only slightly different:
>
> Jan 1 11:52:31 weasel mtp-probe: checking bus 1, device 4:
> "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1"
> Jan 1 11:52:31 weasel mtp-probe: bus: 1, device: 4 was not an MTP device
> Jan 1 11:52:31 weasel kernel: [ 161.880773] usbcore: registered new
> interface driver snd-usb-audio
> Jan 1 11:52:34 weasel kernel: [ 164.284980] cannot submit datapipe
> for urb 0, error -28: not enough bandwidth
>
> So, It's not related to Daniel's rework. But nevertheless, something's
> broken...
>
are you sure it's connected to an EHCI (usb2) controller?
Grant.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-04-09 19:21 ` Daniel Mack
@ 2012-04-10 15:35 ` Grant Diffey
2012-04-10 18:52 ` Felix Homann
1 sibling, 0 replies; 22+ messages in thread
From: Grant Diffey @ 2012-04-10 15:35 UTC (permalink / raw)
To: Daniel Mack
Cc: Aurélien Leblond, alsa-devel, Clemens Ladisch, Felix Homann
On Tue, Apr 10, 2012 at 5:21 AM, Daniel Mack <zonque@gmail.com> wrote:
> Hi Grant et al,
>
>
> Again sorry for catching up so late on this.
>
>
> On 16.01.2012 21:26, Grant Diffey wrote:
> > So I've had a chance to do some testing. I can reliably generate then
> > following trace with daniels patch on 3.2-rt10
> >
> > [ 188.561901] ------------[ cut here ]------------
> > [ 188.561908] WARNING: at fs/proc/generic.c:586
> proc_register+0x181/0x1c7()
> > [ 188.561909] Hardware name: HP Compaq 6910p
> > [ 188.561911] proc_dir_entry 'card1/pcm0p' already registered
>
> There might have been a race condition in the shutdown path which I fixed.
>
> Could you repeat the tests you did some months ago and report whether
> you still see this issue? I would also appreciate test input from other
> people. Any kind of USB device is good to track these issues.
>
> Regarding the difference in reported channel numbers, I can't really
> point my finger to any specific line. It really puzzles me, as my patch
> set leaves the detection of interfaces and the registration of pcm
> streams untouched. It would help to know whether there is any difference
> in the output of "aplay -l" with and without my patches applied.
>
> To test the new set of patches, please start off with a 3.4.0 vanilla
> kernel and then either
>
> git pull git://github.com/zonque/linux.git usb-audio
>
> or manually apply the combined patch from https://gist.github.com/1168715
>
>
> I hope to *finally* get this topic finished in this round, but I need
> the some helpers for testing :)
>
>
>
> Daniel
>
>
So this seems to be good it solves the clicking problem for me generating
sine wave's
I need to do some further testing. which is unlikely to happen this morning.
Grant.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-01-16 20:26 ` Grant Diffey
2012-01-16 20:27 ` Grant Diffey
@ 2012-04-09 19:21 ` Daniel Mack
2012-04-10 15:35 ` Grant Diffey
2012-04-10 18:52 ` Felix Homann
1 sibling, 2 replies; 22+ messages in thread
From: Daniel Mack @ 2012-04-09 19:21 UTC (permalink / raw)
To: Grant Diffey
Cc: Aurélien Leblond, alsa-devel, Clemens Ladisch, Felix Homann
Hi Grant et al,
Again sorry for catching up so late on this.
On 16.01.2012 21:26, Grant Diffey wrote:
> So I've had a chance to do some testing. I can reliably generate then
> following trace with daniels patch on 3.2-rt10
>
> [ 188.561901] ------------[ cut here ]------------
> [ 188.561908] WARNING: at fs/proc/generic.c:586 proc_register+0x181/0x1c7()
> [ 188.561909] Hardware name: HP Compaq 6910p
> [ 188.561911] proc_dir_entry 'card1/pcm0p' already registered
There might have been a race condition in the shutdown path which I fixed.
Could you repeat the tests you did some months ago and report whether
you still see this issue? I would also appreciate test input from other
people. Any kind of USB device is good to track these issues.
Regarding the difference in reported channel numbers, I can't really
point my finger to any specific line. It really puzzles me, as my patch
set leaves the detection of interfaces and the registration of pcm
streams untouched. It would help to know whether there is any difference
in the output of "aplay -l" with and without my patches applied.
To test the new set of patches, please start off with a 3.4.0 vanilla
kernel and then either
git pull git://github.com/zonque/linux.git usb-audio
or manually apply the combined patch from https://gist.github.com/1168715
I hope to *finally* get this topic finished in this round, but I need
the some helpers for testing :)
Daniel
> [ 188.561912] Modules linked in: snd_usb_audio snd_usbmidi_lib
> snd_seq_dummy acpi_cpufreq mperf cpufreq_userspace cpufreq_stats
> cpufreq_conservative cpufreq_powersave ppdev lp parport microcode
> binfmt_misc uinput fuse nfsd exportfs nfs lockd fscache auth_rpcgss
> nfs_acl sunrpc ext2 firewire_sbp2 loop btusb bluetooth
> snd_hda_codec_analog arc4 iwl4965 iwl_legacy i915 mac80211 uhci_hcd
> snd_hda_intel snd_hda_codec ehci_hcd drm_kms_helper snd_hwdep drm
> snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi cfg80211 snd_rawmidi
> snd_seq_midi_event snd_seq usbcore sr_mod mmc_block snd_timer
> tpm_infineon pata_pcmcia snd_seq_device firewire_ohci snd sdhci_pci
> i2c_algo_bit irda cdrom sdhci joydev pcmcia tpm_tis ata_generic ata_piix
> hp_wmi firewire_core i2c_core yenta_socket pcmcia_rsrc iTCO_wdt mmc_core
> battery pcmcia_core sparse_keymap ac power_supply rfkill pcspkr
> soundcore tpm tpm_bios wmi iTCO_vendor_support evdev crc_itu_t crc_ccitt
> psmouse processor container video usb_common snd_page_alloc serio_raw
> button ext3 jbd mbcache sha256_generic aes_x86_64 aes_generic cbc
> dm_crypt dm_mod sd_mod crc_t10dif ahci libahci libata scsi_mod fan
> thermal thermal_sys
> [ 188.561979] Pid: 621, comm: khubd Not tainted
> 3.2.0-rt10-00255-g530565d #5
> [ 188.561980] Call Trace:
> [ 188.561986] [<ffffffff81036273>] ? warn_slowpath_common+0x78/0x8c
> [ 188.561989] [<ffffffff8103631f>] ? warn_slowpath_fmt+0x45/0x4a
> [ 188.561993] [<ffffffff8102df06>] ? get_parent_ip+0x9/0x1b
> [ 188.561995] [<ffffffff81123ac5>] ? proc_register+0x181/0x1c7
> [ 188.561997] [<ffffffff81123e2c>] ? create_proc_entry+0x6e/0x85
> [ 188.562020] [<ffffffffa0237c18>] ? snd_info_register+0x35/0xbd [snd]
> [ 188.562026] [<ffffffffa02cdf89>] ? snd_pcm_new_stream+0xd6/0x417
> [snd_pcm]
> [ 188.562031] [<ffffffffa05b69e3>] ?
> snd_usb_add_audio_stream+0xd5/0x21c [snd_usb_audio]
> [ 188.562035] [<ffffffffa05b6fd3>] ?
> snd_usb_parse_audio_interface+0x4a9/0x556 [snd_usb_audio]
> [ 188.562039] [<ffffffffa05ae276>] ? snd_usb_create_stream+0xed/0x126
> [snd_usb_audio]
> [ 188.562043] [<ffffffffa05aea74>] ? usb_audio_probe+0x61d/0x72d
> [snd_usb_audio]
> [ 188.562057] [<ffffffffa028c6e3>] ? usb_probe_interface+0xf8/0x163
> [usbcore]
> [ 188.562062] [<ffffffff812170f1>] ? driver_probe_device+0xa8/0x138
> [ 188.562064] [<ffffffff812171f0>] ? __driver_attach+0x6f/0x6f
> [ 188.562066] [<ffffffff81216120>] ? bus_for_each_drv+0x4a/0x7e
> [ 188.562069] [<ffffffff81217012>] ? device_attach+0x6f/0x8f
> [ 188.562071] [<ffffffff8121692c>] ? bus_probe_device+0x1f/0x37
> [ 188.562073] [<ffffffff8121520a>] ? device_add+0x3d4/0x577
> [ 188.562076] [<ffffffff8102df06>] ? get_parent_ip+0x9/0x1b
> [ 188.562078] [<ffffffff81030bf0>] ? migrate_enable+0x150/0x16a
> [ 188.562085] [<ffffffffa028b2b0>] ? usb_set_configuration+0x53f/0x594
> [usbcore]
> [ 188.562088] [<ffffffff811304e6>] ? sysfs_do_create_link+0x149/0x194
> [ 188.562094] [<ffffffffa029231a>] ? generic_probe+0x45/0x73 [usbcore]
> [ 188.562097] [<ffffffff812170f1>] ? driver_probe_device+0xa8/0x138
> [ 188.562099] [<ffffffff812171f0>] ? __driver_attach+0x6f/0x6f
> [ 188.562101] [<ffffffff81216120>] ? bus_for_each_drv+0x4a/0x7e
> [ 188.562104] [<ffffffff81217012>] ? device_attach+0x6f/0x8f
> [ 188.562106] [<ffffffff8121692c>] ? bus_probe_device+0x1f/0x37
> [ 188.562108] [<ffffffff8121520a>] ? device_add+0x3d4/0x577
> [ 188.562110] [<ffffffff81214793>] ? dev_printk+0x48/0x4d
> [ 188.562116] [<ffffffffa0285188>] ? usb_new_device+0x124/0x198 [usbcore]
> [ 188.562122] [<ffffffffa02861eb>] ? hub_thread+0x964/0xe54 [usbcore]
> [ 188.562124] [<ffffffff8102abf4>] ? hrtick_start_fair+0x1a/0x15b
> [ 188.562127] [<ffffffff8102000a>] ? kern_addr_valid+0x5/0x93
> [ 188.562131] [<ffffffff8131adb9>] ? __schedule+0x531/0x548
> [ 188.562135] [<ffffffff8104ff82>] ? __init_waitqueue_head+0x39/0x39
> [ 188.562140] [<ffffffffa0285887>] ? usb_remote_wakeup+0x2f/0x2f [usbcore]
> [ 188.562142] [<ffffffff8104f8b8>] ? kthread+0x78/0x80
> [ 188.562145] [<ffffffff8102df06>] ? get_parent_ip+0x9/0x1b
> [ 188.562148] [<ffffffff81310000>] ? init_amd+0x112/0x3e4
> [ 188.562151] [<ffffffff81322d74>] ? kernel_thread_helper+0x4/0x10
> [ 188.562154] [<ffffffff8104f840>] ? __init_kthread_worker+0x41/0x41
> [ 188.562156] [<ffffffff81322d70>] ? gs_change+0x13/0x13
> [ 188.562161] ---[ end trace 0000000000000002 ]---
>
>
> Grant
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-01-16 20:26 ` Grant Diffey
@ 2012-01-16 20:27 ` Grant Diffey
2012-04-09 19:21 ` Daniel Mack
1 sibling, 0 replies; 22+ messages in thread
From: Grant Diffey @ 2012-01-16 20:27 UTC (permalink / raw)
To: Daniel Mack
Cc: Aurélien Leblond, alsa-devel, Clemens Ladisch, Felix Homann
oh steps to reproduce remove logitech headset
Additionally there seems to be an issue with correctly detecting the number
of audio channels.
the logitech is only showing up as a mono output device with the new
streaming code.
Grant.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2012-01-01 17:09 ` Felix Homann
@ 2012-01-16 20:26 ` Grant Diffey
2012-01-16 20:27 ` Grant Diffey
2012-04-09 19:21 ` Daniel Mack
2012-04-10 15:40 ` Grant Diffey
1 sibling, 2 replies; 22+ messages in thread
From: Grant Diffey @ 2012-01-16 20:26 UTC (permalink / raw)
To: Daniel Mack
Cc: Aurélien Leblond, alsa-devel, Clemens Ladisch, Felix Homann
So I've had a chance to do some testing. I can reliably generate then
following trace with daniels patch on 3.2-rt10
[ 188.561901] ------------[ cut here ]------------
[ 188.561908] WARNING: at fs/proc/generic.c:586 proc_register+0x181/0x1c7()
[ 188.561909] Hardware name: HP Compaq 6910p
[ 188.561911] proc_dir_entry 'card1/pcm0p' already registered
[ 188.561912] Modules linked in: snd_usb_audio snd_usbmidi_lib
snd_seq_dummy acpi_cpufreq mperf cpufreq_userspace cpufreq_stats
cpufreq_conservative cpufreq_powersave ppdev lp parport microcode
binfmt_misc uinput fuse nfsd exportfs nfs lockd fscache auth_rpcgss nfs_acl
sunrpc ext2 firewire_sbp2 loop btusb bluetooth snd_hda_codec_analog arc4
iwl4965 iwl_legacy i915 mac80211 uhci_hcd snd_hda_intel snd_hda_codec
ehci_hcd drm_kms_helper snd_hwdep drm snd_pcm_oss snd_mixer_oss snd_pcm
snd_seq_midi cfg80211 snd_rawmidi snd_seq_midi_event snd_seq usbcore sr_mod
mmc_block snd_timer tpm_infineon pata_pcmcia snd_seq_device firewire_ohci
snd sdhci_pci i2c_algo_bit irda cdrom sdhci joydev pcmcia tpm_tis
ata_generic ata_piix hp_wmi firewire_core i2c_core yenta_socket pcmcia_rsrc
iTCO_wdt mmc_core battery pcmcia_core sparse_keymap ac power_supply rfkill
pcspkr soundcore tpm tpm_bios wmi iTCO_vendor_support evdev crc_itu_t
crc_ccitt psmouse processor container video usb_common snd_page_alloc
serio_raw button ext3 jbd mbcache sha256_generic aes_x86_64 aes_generic cbc
dm_crypt dm_mod sd_mod crc_t10dif ahci libahci libata scsi_mod fan thermal
thermal_sys
[ 188.561979] Pid: 621, comm: khubd Not tainted 3.2.0-rt10-00255-g530565d
#5
[ 188.561980] Call Trace:
[ 188.561986] [<ffffffff81036273>] ? warn_slowpath_common+0x78/0x8c
[ 188.561989] [<ffffffff8103631f>] ? warn_slowpath_fmt+0x45/0x4a
[ 188.561993] [<ffffffff8102df06>] ? get_parent_ip+0x9/0x1b
[ 188.561995] [<ffffffff81123ac5>] ? proc_register+0x181/0x1c7
[ 188.561997] [<ffffffff81123e2c>] ? create_proc_entry+0x6e/0x85
[ 188.562020] [<ffffffffa0237c18>] ? snd_info_register+0x35/0xbd [snd]
[ 188.562026] [<ffffffffa02cdf89>] ? snd_pcm_new_stream+0xd6/0x417
[snd_pcm]
[ 188.562031] [<ffffffffa05b69e3>] ? snd_usb_add_audio_stream+0xd5/0x21c
[snd_usb_audio]
[ 188.562035] [<ffffffffa05b6fd3>] ?
snd_usb_parse_audio_interface+0x4a9/0x556 [snd_usb_audio]
[ 188.562039] [<ffffffffa05ae276>] ? snd_usb_create_stream+0xed/0x126
[snd_usb_audio]
[ 188.562043] [<ffffffffa05aea74>] ? usb_audio_probe+0x61d/0x72d
[snd_usb_audio]
[ 188.562057] [<ffffffffa028c6e3>] ? usb_probe_interface+0xf8/0x163
[usbcore]
[ 188.562062] [<ffffffff812170f1>] ? driver_probe_device+0xa8/0x138
[ 188.562064] [<ffffffff812171f0>] ? __driver_attach+0x6f/0x6f
[ 188.562066] [<ffffffff81216120>] ? bus_for_each_drv+0x4a/0x7e
[ 188.562069] [<ffffffff81217012>] ? device_attach+0x6f/0x8f
[ 188.562071] [<ffffffff8121692c>] ? bus_probe_device+0x1f/0x37
[ 188.562073] [<ffffffff8121520a>] ? device_add+0x3d4/0x577
[ 188.562076] [<ffffffff8102df06>] ? get_parent_ip+0x9/0x1b
[ 188.562078] [<ffffffff81030bf0>] ? migrate_enable+0x150/0x16a
[ 188.562085] [<ffffffffa028b2b0>] ? usb_set_configuration+0x53f/0x594
[usbcore]
[ 188.562088] [<ffffffff811304e6>] ? sysfs_do_create_link+0x149/0x194
[ 188.562094] [<ffffffffa029231a>] ? generic_probe+0x45/0x73 [usbcore]
[ 188.562097] [<ffffffff812170f1>] ? driver_probe_device+0xa8/0x138
[ 188.562099] [<ffffffff812171f0>] ? __driver_attach+0x6f/0x6f
[ 188.562101] [<ffffffff81216120>] ? bus_for_each_drv+0x4a/0x7e
[ 188.562104] [<ffffffff81217012>] ? device_attach+0x6f/0x8f
[ 188.562106] [<ffffffff8121692c>] ? bus_probe_device+0x1f/0x37
[ 188.562108] [<ffffffff8121520a>] ? device_add+0x3d4/0x577
[ 188.562110] [<ffffffff81214793>] ? dev_printk+0x48/0x4d
[ 188.562116] [<ffffffffa0285188>] ? usb_new_device+0x124/0x198 [usbcore]
[ 188.562122] [<ffffffffa02861eb>] ? hub_thread+0x964/0xe54 [usbcore]
[ 188.562124] [<ffffffff8102abf4>] ? hrtick_start_fair+0x1a/0x15b
[ 188.562127] [<ffffffff8102000a>] ? kern_addr_valid+0x5/0x93
[ 188.562131] [<ffffffff8131adb9>] ? __schedule+0x531/0x548
[ 188.562135] [<ffffffff8104ff82>] ? __init_waitqueue_head+0x39/0x39
[ 188.562140] [<ffffffffa0285887>] ? usb_remote_wakeup+0x2f/0x2f [usbcore]
[ 188.562142] [<ffffffff8104f8b8>] ? kthread+0x78/0x80
[ 188.562145] [<ffffffff8102df06>] ? get_parent_ip+0x9/0x1b
[ 188.562148] [<ffffffff81310000>] ? init_amd+0x112/0x3e4
[ 188.562151] [<ffffffff81322d74>] ? kernel_thread_helper+0x4/0x10
[ 188.562154] [<ffffffff8104f840>] ? __init_kthread_worker+0x41/0x41
[ 188.562156] [<ffffffff81322d70>] ? gs_change+0x13/0x13
[ 188.562161] ---[ end trace 0000000000000002 ]---
Grant
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
[not found] ` <CAFz=ag7_qzPJq44havp=EbFVKud5VvKaOLJk0i0dM43X3urp9Q@mail.gmail.com>
@ 2012-01-01 17:09 ` Felix Homann
2012-01-16 20:26 ` Grant Diffey
2012-04-10 15:40 ` Grant Diffey
0 siblings, 2 replies; 22+ messages in thread
From: Felix Homann @ 2012-01-01 17:09 UTC (permalink / raw)
To: Daniel Mack; +Cc: tiwai, blablack, alsa-devel, clemens, gdiffey
Happy New Year!
That being said, I've tested a kernel without Daniel's patch set. It
doesn't work either. The error messages are only slightly different:
Jan 1 11:52:31 weasel mtp-probe: checking bus 1, device 4:
"/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1"
Jan 1 11:52:31 weasel mtp-probe: bus: 1, device: 4 was not an MTP device
Jan 1 11:52:31 weasel kernel: [ 161.880773] usbcore: registered new
interface driver snd-usb-audio
Jan 1 11:52:34 weasel kernel: [ 164.284980] cannot submit datapipe
for urb 0, error -28: not enough bandwidth
So, It's not related to Daniel's rework. But nevertheless, something's broken...
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2011-12-31 15:02 ` Aurélien Leblond
@ 2011-12-31 15:39 ` Felix Homann
0 siblings, 0 replies; 22+ messages in thread
From: Felix Homann @ 2011-12-31 15:39 UTC (permalink / raw)
To: Aurélien Leblond
Cc: Takashi Iwai, alsa-devel, Clemens Ladisch, Grant Diffey, Daniel Mack
Hi Aurélien,
2011/12/31 Aurélien Leblond <blablack@gmail.com>:> Is this when using
the FTU or another USB device?
It's the FTU. I don't have any other USB audio devices here which I could test.
> Would your USB device by any chance be of type USB 1, and the type of> the USB port on your machine EHCI?
So, no, it's not a USB 1 device. But it's on a EHCI port.
Unfortunately, I can't test the patch on a different machine at
thistime. But I will try the same kernel without Daniel's patch set
assoon as possible.
Regards,
Felix
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2011-12-31 14:23 ` Felix Homann
@ 2011-12-31 15:02 ` Aurélien Leblond
2011-12-31 15:39 ` Felix Homann
0 siblings, 1 reply; 22+ messages in thread
From: Aurélien Leblond @ 2011-12-31 15:02 UTC (permalink / raw)
To: Felix Homann
Cc: Takashi Iwai, alsa-devel, Clemens Ladisch, Grant Diffey, Daniel Mack
> OK, it doesn't work for me. Each time I try to start a stream I get
> error messages like this:
>
> cannot submit urb 0, error -28: not enough bandwidth
Hi Felix,
Is this when using the FTU or another USB device?
Would your USB device by any chance be of type USB 1, and the type of
the USB port on your machine EHCI?
If so, could it be related to this problem?
http://lists.linuxaudio.org/pipermail/linux-audio-user/2011-November/081814.html
There used to be a problem with EHCI and USB1 soundcards.
I never got my Edirol UA-25Ex to work on my machine, gettting the
exact same error as the one you described.
But, few weeks ago, while testing the RC 3.2 kernel with Daniel's
patch, it worked.
I don't believe Daniel's patch fixed the problem, but more the changes
done in 3.2 by Clemens.
Now, after more testing, it turns out my Edirol UA25-Ex works only if
I have a pretty high latency on Jack (25ms).
If I try and decrease the Frames/Period, then the bandwitdh issue
occurs again (mind me, it's way better then before where the sound
card wouldn't work in Full Duplex)...
Hope this helps,
Aurélien
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2011-12-30 13:56 ` Daniel Mack
2011-12-30 15:22 ` Felix Homann
[not found] ` <CAFz=ag6XNJSXvYQnAEbx=M+zXVH7sEw=_CJQKx63MmdQBWFuwA@mail.gmail.com>
@ 2011-12-31 14:23 ` Felix Homann
2011-12-31 15:02 ` Aurélien Leblond
[not found] ` <CAFz=ag7_qzPJq44havp=EbFVKud5VvKaOLJk0i0dM43X3urp9Q@mail.gmail.com>
3 siblings, 1 reply; 22+ messages in thread
From: Felix Homann @ 2011-12-31 14:23 UTC (permalink / raw)
To: Daniel Mack
Cc: Takashi Iwai, Aurélien Leblond, alsa-devel, Clemens Ladisch,
Grant Diffey
> On 12/23/2011 05:15 PM, Daniel Mack wrote:
> Any chance that more people who've been waiting for support of the FTU
> can use the lazy time between the years and quickly test this set?
OK, it doesn't work for me. Each time I try to start a stream I get
error messages like this:
cannot submit urb 0, error -28: not enough bandwidth
This doesn't need to be related to your patch. I might even have
messed something up in the rc3 kernels config. How can I tell?
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2011-12-31 4:35 ` Grant Diffey
@ 2011-12-31 8:04 ` Grant Diffey
0 siblings, 0 replies; 22+ messages in thread
From: Grant Diffey @ 2011-12-31 8:04 UTC (permalink / raw)
To: Daniel Mack, alsa-devel
On Sat, Dec 31, 2011 at 3:35 PM, Grant Diffey <gdiffey@gmail.com> wrote:
>
> Yes, any kind of USB audio device is good.
>>
>> Thanks for heling test! :)
>>
>>
>>
> So sadly not all is well in my world the logitech is only registering as a
> mono device for some reason.
>
> nevyn@cetacea:~$ speaker-test -c 2 -D hw:Headset
>
> speaker-test 1.0.24.2
>
> Playback device is hw:Headset
> Stream parameters are 48000Hz, S16_LE, 2 channels
> Using 16 octaves of pink noise
> Channels count (2) not available for playbacks: Invalid argument
> Setting of hwparams failed: Invalid argument
>
>
> it's clearly stereo. lsusb -vv attached for reference
>
This also affects the 3.2-rc2 version I compiled a few weeks ago
3.0.0-rc5 correctly registers the device as stereo.
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
[not found] ` <4EFE6E52.4050503@gmail.com>
@ 2011-12-31 4:35 ` Grant Diffey
2011-12-31 8:04 ` Grant Diffey
0 siblings, 1 reply; 22+ messages in thread
From: Grant Diffey @ 2011-12-31 4:35 UTC (permalink / raw)
To: Daniel Mack, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 540 bytes --]
> Yes, any kind of USB audio device is good.
>
> Thanks for heling test! :)
>
>
>
So sadly not all is well in my world the logitech is only registering as a
mono device for some reason.
nevyn@cetacea:~$ speaker-test -c 2 -D hw:Headset
speaker-test 1.0.24.2
Playback device is hw:Headset
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Channels count (2) not available for playbacks: Invalid argument
Setting of hwparams failed: Invalid argument
it's clearly stereo. lsusb -vv attached for reference
h
[-- Attachment #2: Logitech-Headset.lsusb --]
[-- Type: application/octet-stream, Size: 12224 bytes --]
Bus 005 Device 005: ID 046d:0a01 Logitech, Inc. USB Headset
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x046d Logitech, Inc.
idProduct 0x0a01 USB Headset
bcdDevice 10.13
iManufacturer 1 Logitech
iProduct 2 Logitech USB Headset
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 318
bNumInterfaces 3
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 1 Control Device
bInterfaceProtocol 0
iInterface 0
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 1.00
wTotalLength 117
bInCollection 2
baInterfaceNr( 0) 1
baInterfaceNr( 1) 2
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 13
wTerminalType 0x0201 Microphone
bAssocTerminal 0
bNrChannels 1
wChannelConfig 0x0001
Left Front (L)
iChannelNames 0
iTerminal 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 6
bSourceID 13
bControlSize 1
bmaControls( 0) 0x03
Mute Control
Volume Control
bmaControls( 1) 0x00
iFeature 0
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 12
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 0
iTerminal 0
AudioControl Interface Descriptor:
bLength 13
bDescriptorType 36
bDescriptorSubtype 4 (MIXER_UNIT)
bUnitID 9
bNrInPins 2
baSourceID( 0) 12
baSourceID( 1) 6
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 0
bmControls 0x00
iMixer 0
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 1
bSourceID 9
bControlSize 1
bmaControls( 0) 0x01
Mute Control
bmaControls( 1) 0x02
Volume Control
bmaControls( 2) 0x02
Volume Control
iFeature 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 14
wTerminalType 0x0301 Speaker
bAssocTerminal 0
bSourceID 1
iTerminal 0
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 11
wTerminalType 0x0201 Microphone
bAssocTerminal 0
bNrChannels 1
wChannelConfig 0x0001
Left Front (L)
iChannelNames 0
iTerminal 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 6 (FEATURE_UNIT)
bUnitID 2
bSourceID 11
bControlSize 1
bmaControls( 0) 0x03
Mute Control
Volume Control
bmaControls( 1) 0x00
iFeature 0
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 4 (MIXER_UNIT)
bUnitID 7
bNrInPins 1
baSourceID( 0) 2
bNrChannels 1
wChannelConfig 0x0001
Left Front (L)
iChannelNames 0
bmControls 0x00
iMixer 0
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 10
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bSourceID 7
iTerminal 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 12
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 23
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 2
bBitResolution 16
bSamFreqType 5 Discrete
tSamFreq[ 0] 8000
tSamFreq[ 1] 11025
tSamFreq[ 2] 22050
tSamFreq[ 3] 44100
tSamFreq[ 4] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 9
Transfer Type Isochronous
Synch Type Adaptive
Usage Type Data
wMaxPacketSize 0x00c0 1x 192 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 0 Undefined
wLockDelay 0 Undefined
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 2
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 12
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 23
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 1
bSubframeSize 2
bBitResolution 16
bSamFreqType 5 Discrete
tSamFreq[ 0] 8000
tSamFreq[ 1] 11025
tSamFreq[ 2] 22050
tSamFreq[ 3] 44100
tSamFreq[ 4] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 9
Transfer Type Isochronous
Synch Type Adaptive
Usage Type Data
wMaxPacketSize 0x0060 1x 96 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 0 Undefined
wLockDelay 0 Undefined
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 0
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 10
bDelay 0 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 23
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 1
bSubframeSize 2
bBitResolution 16
bSamFreqType 5 Discrete
tSamFreq[ 0] 8000
tSamFreq[ 1] 11025
tSamFreq[ 2] 22050
tSamFreq[ 3] 44100
tSamFreq[ 4] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 9
Transfer Type Isochronous
Synch Type Adaptive
Usage Type Data
wMaxPacketSize 0x0060 1x 96 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 2 Decoded PCM samples
wLockDelay 1 Decoded PCM samples
Device Status: 0x0000
(Bus Powered)
[-- Attachment #3: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
[not found] ` <CAFz=ag6XNJSXvYQnAEbx=M+zXVH7sEw=_CJQKx63MmdQBWFuwA@mail.gmail.com>
@ 2011-12-30 15:24 ` Daniel Mack
[not found] ` <CACckToWP-C5H2xhvdJ5ykNf4BcuNCa4cMyFh2hppcwW0u33fQQ@mail.gmail.com>
0 siblings, 1 reply; 22+ messages in thread
From: Daniel Mack @ 2011-12-30 15:24 UTC (permalink / raw)
To: Felix Homann; +Cc: tiwai, blablack, alsa-devel, clemens, gdiffey
On 12/30/2011 04:16 PM, Felix Homann wrote:
> Hi Daniel,
>
> 2011/12/30 Daniel Mack <zonque@gmail.com>:
>>
>> Any chance that more people who've been waiting for support of the FTU
>> can use the lazy time between the years and quickly test this set?
>
> Could you please put a combined patch on your github place?
Done:
https://gist.github.com/1168715
> Should it be OK to use the alsa-driver/alsa-kernel update approach or
> would I need to build a complete kernel image?
Take Linus' tree, merge Takashi's tree (from
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git master)
and then apply the gist.
Daniel
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2011-12-30 13:56 ` Daniel Mack
@ 2011-12-30 15:22 ` Felix Homann
[not found] ` <CAFz=ag6XNJSXvYQnAEbx=M+zXVH7sEw=_CJQKx63MmdQBWFuwA@mail.gmail.com>
` (2 subsequent siblings)
3 siblings, 0 replies; 22+ messages in thread
From: Felix Homann @ 2011-12-30 15:22 UTC (permalink / raw)
To: alsa-devel
Hi Daniel,
2011/12/30 Daniel Mack <zonque@gmail.com>:
> Any chance that more people who've been waiting for support of the FTU
> can use the lazy time between the years and quickly test this set?
Could you please put a combined patch on your github place?
Should it be OK to use the alsa-driver/alsa-kernel update approach or
would I need to build a complete kernel image?
Thanks,
Felix
^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/6] snd-usb endpoint rework, version 6
2011-12-23 16:15 Daniel Mack
@ 2011-12-30 13:56 ` Daniel Mack
2011-12-30 15:22 ` Felix Homann
` (3 more replies)
0 siblings, 4 replies; 22+ messages in thread
From: Daniel Mack @ 2011-12-30 13:56 UTC (permalink / raw)
To: Daniel Mack; +Cc: alsa-devel, tiwai, clemens, gdiffey, linuxaudio, blablack
On 12/23/2011 05:15 PM, Daniel Mack wrote:
> Fortunately, the effects reported by Aurélien were easy to fix, and
> indeed just regressions from previous version of the patch set. Those
> are now out of the way, so here's version 6.
>
> One thing that has also been added here is a sixth patch that adds
> some documentation to endpoint.c to explain the concept of the new
> implementation.
>
> Thanks, and please have more test results coming.
Any chance that more people who've been waiting for support of the FTU
can use the lazy time between the years and quickly test this set?
As it affects all USB devices, results from all other snd-usb users are
as important and welcome :)
Thanks,
Daniel
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
* [PATCH 0/6] snd-usb endpoint rework, version 6
@ 2011-12-23 16:15 Daniel Mack
2011-12-30 13:56 ` Daniel Mack
0 siblings, 1 reply; 22+ messages in thread
From: Daniel Mack @ 2011-12-23 16:15 UTC (permalink / raw)
To: alsa-devel; +Cc: gdiffey, tiwai, clemens, linuxaudio, Daniel Mack, blablack
Fortunately, the effects reported by Aurélien were easy to fix, and
indeed just regressions from previous version of the patch set. Those
are now out of the way, so here's version 6.
One thing that has also been added here is a sixth patch that adds
some documentation to endpoint.c to explain the concept of the new
implementation.
Thanks, and please have more test results coming.
Daniel
Daniel Mack (6):
ALSA: snd-usb: add snd_usb_audio-wide mutex
ALSA: snd-usb: implement new endpoint streaming model
ALSA: snd-usb: switch over to new endpoint streaming logic
ALSA: snd-usb: remove old streaming logic
ALSA: snd-usb: add support for implicit feedback
ALSA: snd-usb: add some documentation
sound/usb/card.c | 10 +-
sound/usb/card.h | 62 ++
sound/usb/endpoint.c | 1602 ++++++++++++++++++++++++++++----------------------
sound/usb/endpoint.h | 32 +-
sound/usb/pcm.c | 440 ++++++++++++---
sound/usb/stream.c | 31 +-
sound/usb/usbaudio.h | 2 +
7 files changed, 1381 insertions(+), 798 deletions(-)
--
1.7.7.4
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2012-04-12 11:46 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-02-13 20:41 [PATCH 0/6] snd-usb endpoint rework, version 6 Aurélien Leblond
2012-02-22 18:50 ` Daniel Mack
2012-03-05 8:01 ` Felix Homann
-- strict thread matches above, loose matches on Subject: below --
2011-12-23 16:15 Daniel Mack
2011-12-30 13:56 ` Daniel Mack
2011-12-30 15:22 ` Felix Homann
[not found] ` <CAFz=ag6XNJSXvYQnAEbx=M+zXVH7sEw=_CJQKx63MmdQBWFuwA@mail.gmail.com>
2011-12-30 15:24 ` Daniel Mack
[not found] ` <CACckToWP-C5H2xhvdJ5ykNf4BcuNCa4cMyFh2hppcwW0u33fQQ@mail.gmail.com>
[not found] ` <4EFE6E52.4050503@gmail.com>
2011-12-31 4:35 ` Grant Diffey
2011-12-31 8:04 ` Grant Diffey
2011-12-31 14:23 ` Felix Homann
2011-12-31 15:02 ` Aurélien Leblond
2011-12-31 15:39 ` Felix Homann
[not found] ` <CAFz=ag7_qzPJq44havp=EbFVKud5VvKaOLJk0i0dM43X3urp9Q@mail.gmail.com>
2012-01-01 17:09 ` Felix Homann
2012-01-16 20:26 ` Grant Diffey
2012-01-16 20:27 ` Grant Diffey
2012-04-09 19:21 ` Daniel Mack
2012-04-10 15:35 ` Grant Diffey
2012-04-10 18:52 ` Felix Homann
2012-04-11 15:08 ` Daniel Mack
2012-04-12 9:05 ` Felix Homann
2012-04-12 11:45 ` Daniel Mack
2012-04-10 15:40 ` Grant Diffey
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.