* g_audio kernel oops on pulling calbe
@ 2015-07-06 13:20 Angelo Compagnucci
2015-07-06 13:38 ` Michael Trimarchi
0 siblings, 1 reply; 7+ messages in thread
From: Angelo Compagnucci @ 2015-07-06 13:20 UTC (permalink / raw)
To: alsa-devel
Dear Developers,
I'm having hard times with g_audio module on a Atmel SAMA5D3. I always
obtain a kernel oops in a memcpy inside f_audio_complete function.
Honeslty I cannot understand wht's going wrong, cause that memcpy should work.
I have a simple ssc sound card whih works as expected when used with
aplay or any other audio player software, but when i pull the usb
cable this is what I obtain:
[ 23.860000] Unable to handle kernel paging request at virtual
address 0a080604
[ 23.860000] pgd = c0004000
[ 23.860000] [0a080604] *pgd=00000000
[ 23.860000] Internal error: Oops: 805 [#1] ARM
[ 23.860000] Modules linked in: usb_f_uac1 g_audio libcomposite
snd_soc_atmel_ssc_dai snd_soc_atmel_pcm_dma
[ 23.860000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.19.8+ #81
[ 23.860000] Hardware name: Atmel SAMA5 (Device Tree)
[ 23.860000] task: c05327b8 ti: c0528000 task.ti: c0528000
[ 23.860000] PC is at memcpy+0x50/0x330
[ 23.860000] LR is at 0x0
[ 23.860000] pc : [<c01a0430>] lr : [<00000000>] psr: 20090193
[ 23.860000] sp : c0529e5c ip : 00000000 fp : cfb33200
[ 23.860000] r10: 00000001 r9 : 0000bb80 r8 : 00000000
[ 23.860000] r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 : 00000000
[ 23.860000] r3 : 00000000 r2 : 00000020 r1 : cf9f5220 r0 : 0a080604
[ 23.860000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM
Segment kernel
[ 23.860000] Control: 10c53c7d Table: 2fb24059 DAC: 00000015
[ 23.860000] Process swapper (pid: 0, stack limit = 0xc0528230)
[ 23.860000] Stack: (0xc0529e5c to 0xc052a000)
[ 23.860000] 9e40:
cf9f5100
[ 23.860000] 9e60: cfa25868 cf9e7dc0 cfb33080 0a080604 cfb33200
bf0287e0 cfa25858 00000000
[ 23.860000] 9e80: cfa20a10 cfb33200 cfa25858 cfa20a10 cfa20a10
000000c0 00000002 c0284f50
[ 23.860000] 9ea0: c0529ea0 c0529ea0 00000002 00000090 cfa25858
c0286408 0000001c ffffffff
[ 23.860000] 9ec0: 7fffffff c054e040 00000000 02000029 cf88cac0
c05544fe c0529ed8 c0529ed8
[ 23.860000] 9ee0: 00000000 cfa23c40 cf802540 00000000 00000000
0000002d cf901dc0 c05544fe
[ 23.860000] 9f00: 00000000 c0040b28 c05544fe c0554dc0 cf901dc0
cf802540 00000000 00000000
[ 23.860000] 9f20: cf802200 c051fe18 cfffc480 c0040c18 cf901dc0
c0042e38 0000002d 0000002d
[ 23.860000] 9f40: 00000000 c004034c c053aca0 c0040570 c000eec4
60090013 ffffffff c0529f9c
[ 23.860000] 9f60: c0554600 c0011b00 00000000 c0536918 00000000
c0017880 c0528000 c05300c4
[ 23.860000] 9f80: c05544fc c05544fc c0554600 c051fe18 cfffc480
00000000 01000000 c0529fb0
[ 23.860000] 9fa0: c000eec0 c000eec4 60090013 ffffffff c0528000
c0039b90 ffffffff c04fac30
[ 23.860000] 9fc0: ffffffff ffffffff c04fa678 00000000 00000000
c051fe18 c05547d4 c0530070
[ 23.860000] 9fe0: c051fe14 c0533860 20004059 410fc051 00000000
20008070 00000000 00000000
[ 23.860000] [<c01a0430>] (memcpy) from [<bf0287e0>]
(f_audio_complete+0x11c/0x170 [usb_f_uac1])
[ 23.860000] [<bf0287e0>] (f_audio_complete [usb_f_uac1]) from
[<c0284f50>] (request_complete+0x5c/0x80)
[ 23.860000] [<c0284f50>] (request_complete) from [<c0286408>]
(usba_udc_irq+0x12c/0xc50)
[ 23.860000] [<c0286408>] (usba_udc_irq) from [<c0040b28>]
(handle_irq_event_percpu+0x78/0x140)
[ 23.860000] [<c0040b28>] (handle_irq_event_percpu) from
[<c0040c18>] (handle_irq_event+0x28/0x38)
[ 23.860000] [<c0040c18>] (handle_irq_event) from [<c0042e38>]
(handle_fasteoi_irq+0x9c/0x164)
[ 23.860000] [<c0042e38>] (handle_fasteoi_irq) from [<c004034c>]
(generic_handle_irq+0x2c/0x3c)
[ 23.860000] [<c004034c>] (generic_handle_irq) from [<c0040570>]
(__handle_domain_irq+0x54/0xa8)
[ 23.860000] [<c0040570>] (__handle_domain_irq) from [<c0011b00>]
(__irq_svc+0x40/0x54)
[ 23.860000] [<c0011b00>] (__irq_svc) from [<c000eec4>]
(arch_cpu_idle+0x38/0x3c)
[ 23.860000] [<c000eec4>] (arch_cpu_idle) from [<c0039b90>]
(cpu_startup_entry+0xa8/0xf4)
[ 23.860000] [<c0039b90>] (cpu_startup_entry) from [<c04fac30>]
(start_kernel+0x374/0x380)
[ 23.860000] Code: f5d1f05c f5d1f07c e8b151f8 e2522020 (e8a051f8)
[ 23.860000] ---[ end trace 6affc0dac289a4ab ]---
[ 23.860000] Kernel panic - not syncing: Fatal exception in interrupt
[ 23.860000] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
Anyone has a clue about that?
--
Profile: http://it.linkedin.com/in/compagnucciangelo
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: g_audio kernel oops on pulling calbe
2015-07-06 13:20 g_audio kernel oops on pulling calbe Angelo Compagnucci
@ 2015-07-06 13:38 ` Michael Trimarchi
2015-07-06 14:10 ` Angelo Compagnucci
0 siblings, 1 reply; 7+ messages in thread
From: Michael Trimarchi @ 2015-07-06 13:38 UTC (permalink / raw)
To: Angelo Compagnucci; +Cc: alsa-devel
Hi
On Mon, Jul 6, 2015 at 3:20 PM, Angelo Compagnucci
<angelo.compagnucci@gmail.com> wrote:
> Dear Developers,
>
> I'm having hard times with g_audio module on a Atmel SAMA5D3. I always
> obtain a kernel oops in a memcpy inside f_audio_complete function.
> Honeslty I cannot understand wht's going wrong, cause that memcpy should work.
>
> I have a simple ssc sound card whih works as expected when used with
> aplay or any other audio player software, but when i pull the usb
> cable this is what I obtain:
>
Please check if req->length is 4 byte too ;).
Michael
> [ 23.860000] Unable to handle kernel paging request at virtual
> address 0a080604
> [ 23.860000] pgd = c0004000
> [ 23.860000] [0a080604] *pgd=00000000
> [ 23.860000] Internal error: Oops: 805 [#1] ARM
> [ 23.860000] Modules linked in: usb_f_uac1 g_audio libcomposite
> snd_soc_atmel_ssc_dai snd_soc_atmel_pcm_dma
> [ 23.860000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.19.8+ #81
> [ 23.860000] Hardware name: Atmel SAMA5 (Device Tree)
> [ 23.860000] task: c05327b8 ti: c0528000 task.ti: c0528000
> [ 23.860000] PC is at memcpy+0x50/0x330
> [ 23.860000] LR is at 0x0
> [ 23.860000] pc : [<c01a0430>] lr : [<00000000>] psr: 20090193
> [ 23.860000] sp : c0529e5c ip : 00000000 fp : cfb33200
> [ 23.860000] r10: 00000001 r9 : 0000bb80 r8 : 00000000
> [ 23.860000] r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 : 00000000
> [ 23.860000] r3 : 00000000 r2 : 00000020 r1 : cf9f5220 r0 : 0a080604
> [ 23.860000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM
> Segment kernel
> [ 23.860000] Control: 10c53c7d Table: 2fb24059 DAC: 00000015
> [ 23.860000] Process swapper (pid: 0, stack limit = 0xc0528230)
> [ 23.860000] Stack: (0xc0529e5c to 0xc052a000)
> [ 23.860000] 9e40:
> cf9f5100
> [ 23.860000] 9e60: cfa25868 cf9e7dc0 cfb33080 0a080604 cfb33200
> bf0287e0 cfa25858 00000000
> [ 23.860000] 9e80: cfa20a10 cfb33200 cfa25858 cfa20a10 cfa20a10
> 000000c0 00000002 c0284f50
> [ 23.860000] 9ea0: c0529ea0 c0529ea0 00000002 00000090 cfa25858
> c0286408 0000001c ffffffff
> [ 23.860000] 9ec0: 7fffffff c054e040 00000000 02000029 cf88cac0
> c05544fe c0529ed8 c0529ed8
> [ 23.860000] 9ee0: 00000000 cfa23c40 cf802540 00000000 00000000
> 0000002d cf901dc0 c05544fe
> [ 23.860000] 9f00: 00000000 c0040b28 c05544fe c0554dc0 cf901dc0
> cf802540 00000000 00000000
> [ 23.860000] 9f20: cf802200 c051fe18 cfffc480 c0040c18 cf901dc0
> c0042e38 0000002d 0000002d
> [ 23.860000] 9f40: 00000000 c004034c c053aca0 c0040570 c000eec4
> 60090013 ffffffff c0529f9c
> [ 23.860000] 9f60: c0554600 c0011b00 00000000 c0536918 00000000
> c0017880 c0528000 c05300c4
> [ 23.860000] 9f80: c05544fc c05544fc c0554600 c051fe18 cfffc480
> 00000000 01000000 c0529fb0
> [ 23.860000] 9fa0: c000eec0 c000eec4 60090013 ffffffff c0528000
> c0039b90 ffffffff c04fac30
> [ 23.860000] 9fc0: ffffffff ffffffff c04fa678 00000000 00000000
> c051fe18 c05547d4 c0530070
> [ 23.860000] 9fe0: c051fe14 c0533860 20004059 410fc051 00000000
> 20008070 00000000 00000000
> [ 23.860000] [<c01a0430>] (memcpy) from [<bf0287e0>]
> (f_audio_complete+0x11c/0x170 [usb_f_uac1])
> [ 23.860000] [<bf0287e0>] (f_audio_complete [usb_f_uac1]) from
> [<c0284f50>] (request_complete+0x5c/0x80)
> [ 23.860000] [<c0284f50>] (request_complete) from [<c0286408>]
> (usba_udc_irq+0x12c/0xc50)
> [ 23.860000] [<c0286408>] (usba_udc_irq) from [<c0040b28>]
> (handle_irq_event_percpu+0x78/0x140)
> [ 23.860000] [<c0040b28>] (handle_irq_event_percpu) from
> [<c0040c18>] (handle_irq_event+0x28/0x38)
> [ 23.860000] [<c0040c18>] (handle_irq_event) from [<c0042e38>]
> (handle_fasteoi_irq+0x9c/0x164)
> [ 23.860000] [<c0042e38>] (handle_fasteoi_irq) from [<c004034c>]
> (generic_handle_irq+0x2c/0x3c)
> [ 23.860000] [<c004034c>] (generic_handle_irq) from [<c0040570>]
> (__handle_domain_irq+0x54/0xa8)
> [ 23.860000] [<c0040570>] (__handle_domain_irq) from [<c0011b00>]
> (__irq_svc+0x40/0x54)
> [ 23.860000] [<c0011b00>] (__irq_svc) from [<c000eec4>]
> (arch_cpu_idle+0x38/0x3c)
> [ 23.860000] [<c000eec4>] (arch_cpu_idle) from [<c0039b90>]
> (cpu_startup_entry+0xa8/0xf4)
> [ 23.860000] [<c0039b90>] (cpu_startup_entry) from [<c04fac30>]
> (start_kernel+0x374/0x380)
> [ 23.860000] Code: f5d1f05c f5d1f07c e8b151f8 e2522020 (e8a051f8)
> [ 23.860000] ---[ end trace 6affc0dac289a4ab ]---
> [ 23.860000] Kernel panic - not syncing: Fatal exception in interrupt
> [ 23.860000] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
>
> Anyone has a clue about that?
>
> --
> Profile: http://it.linkedin.com/in/compagnucciangelo
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
--
| Michael Nazzareno Trimarchi Amarula Solutions BV |
| COO - Founder Cruquiuskade 47 |
| +31(0)851119172 Amsterdam 1018 AM NL |
| [`as] http://www.amarulasolutions.com |
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: g_audio kernel oops on pulling calbe
2015-07-06 13:38 ` Michael Trimarchi
@ 2015-07-06 14:10 ` Angelo Compagnucci
2015-07-06 17:20 ` Michael Trimarchi
0 siblings, 1 reply; 7+ messages in thread
From: Angelo Compagnucci @ 2015-07-06 14:10 UTC (permalink / raw)
To: Michael Trimarchi; +Cc: alsa-devel
Hi Michael,
2015-07-06 15:38 GMT+02:00 Michael Trimarchi <michael@amarulasolutions.com>:
> Hi
>
> On Mon, Jul 6, 2015 at 3:20 PM, Angelo Compagnucci
> <angelo.compagnucci@gmail.com> wrote:
>> Dear Developers,
>>
>> I'm having hard times with g_audio module on a Atmel SAMA5D3. I always
>> obtain a kernel oops in a memcpy inside f_audio_complete function.
>> Honeslty I cannot understand wht's going wrong, cause that memcpy should work.
>>
>> I have a simple ssc sound card whih works as expected when used with
>> aplay or any other audio player software, but when i pull the usb
>> cable this is what I obtain:
>>
>
> Please check if req->length is 4 byte too ;).
Unfortunately it's not 4 bytes long ... Sometimes is 2 sometimes is
one, I added a dirty printk before the memcpy:
[ 23.320000] len=2 buf=
[ 23.320000] len=2 buf=
[ 23.320000] len=2 buf=
[ 23.330000] len=2 buf=
[ 23.330000] len=2 buf=
[ 23.330000] len=2 buf=��V
[ 23.330000] len=2 buf=��V
[ 23.970000] len=1 buf=
[ 23.990000] len=2 buf=��A
[ 24.000000] len=2 buf=��A
[ 24.190000] Unable to handle kernel paging request at virtual
address 0a080604
Any idea on what is causing this wired behaviour?
Sincerely, Angelo
> Michael
>
>> [ 23.860000] Unable to handle kernel paging request at virtual
>> address 0a080604
>> [ 23.860000] pgd = c0004000
>> [ 23.860000] [0a080604] *pgd=00000000
>> [ 23.860000] Internal error: Oops: 805 [#1] ARM
>> [ 23.860000] Modules linked in: usb_f_uac1 g_audio libcomposite
>> snd_soc_atmel_ssc_dai snd_soc_atmel_pcm_dma
>> [ 23.860000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.19.8+ #81
>> [ 23.860000] Hardware name: Atmel SAMA5 (Device Tree)
>> [ 23.860000] task: c05327b8 ti: c0528000 task.ti: c0528000
>> [ 23.860000] PC is at memcpy+0x50/0x330
>> [ 23.860000] LR is at 0x0
>> [ 23.860000] pc : [<c01a0430>] lr : [<00000000>] psr: 20090193
>> [ 23.860000] sp : c0529e5c ip : 00000000 fp : cfb33200
>> [ 23.860000] r10: 00000001 r9 : 0000bb80 r8 : 00000000
>> [ 23.860000] r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 : 00000000
>> [ 23.860000] r3 : 00000000 r2 : 00000020 r1 : cf9f5220 r0 : 0a080604
>> [ 23.860000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM
>> Segment kernel
>> [ 23.860000] Control: 10c53c7d Table: 2fb24059 DAC: 00000015
>> [ 23.860000] Process swapper (pid: 0, stack limit = 0xc0528230)
>> [ 23.860000] Stack: (0xc0529e5c to 0xc052a000)
>> [ 23.860000] 9e40:
>> cf9f5100
>> [ 23.860000] 9e60: cfa25868 cf9e7dc0 cfb33080 0a080604 cfb33200
>> bf0287e0 cfa25858 00000000
>> [ 23.860000] 9e80: cfa20a10 cfb33200 cfa25858 cfa20a10 cfa20a10
>> 000000c0 00000002 c0284f50
>> [ 23.860000] 9ea0: c0529ea0 c0529ea0 00000002 00000090 cfa25858
>> c0286408 0000001c ffffffff
>> [ 23.860000] 9ec0: 7fffffff c054e040 00000000 02000029 cf88cac0
>> c05544fe c0529ed8 c0529ed8
>> [ 23.860000] 9ee0: 00000000 cfa23c40 cf802540 00000000 00000000
>> 0000002d cf901dc0 c05544fe
>> [ 23.860000] 9f00: 00000000 c0040b28 c05544fe c0554dc0 cf901dc0
>> cf802540 00000000 00000000
>> [ 23.860000] 9f20: cf802200 c051fe18 cfffc480 c0040c18 cf901dc0
>> c0042e38 0000002d 0000002d
>> [ 23.860000] 9f40: 00000000 c004034c c053aca0 c0040570 c000eec4
>> 60090013 ffffffff c0529f9c
>> [ 23.860000] 9f60: c0554600 c0011b00 00000000 c0536918 00000000
>> c0017880 c0528000 c05300c4
>> [ 23.860000] 9f80: c05544fc c05544fc c0554600 c051fe18 cfffc480
>> 00000000 01000000 c0529fb0
>> [ 23.860000] 9fa0: c000eec0 c000eec4 60090013 ffffffff c0528000
>> c0039b90 ffffffff c04fac30
>> [ 23.860000] 9fc0: ffffffff ffffffff c04fa678 00000000 00000000
>> c051fe18 c05547d4 c0530070
>> [ 23.860000] 9fe0: c051fe14 c0533860 20004059 410fc051 00000000
>> 20008070 00000000 00000000
>> [ 23.860000] [<c01a0430>] (memcpy) from [<bf0287e0>]
>> (f_audio_complete+0x11c/0x170 [usb_f_uac1])
>> [ 23.860000] [<bf0287e0>] (f_audio_complete [usb_f_uac1]) from
>> [<c0284f50>] (request_complete+0x5c/0x80)
>> [ 23.860000] [<c0284f50>] (request_complete) from [<c0286408>]
>> (usba_udc_irq+0x12c/0xc50)
>> [ 23.860000] [<c0286408>] (usba_udc_irq) from [<c0040b28>]
>> (handle_irq_event_percpu+0x78/0x140)
>> [ 23.860000] [<c0040b28>] (handle_irq_event_percpu) from
>> [<c0040c18>] (handle_irq_event+0x28/0x38)
>> [ 23.860000] [<c0040c18>] (handle_irq_event) from [<c0042e38>]
>> (handle_fasteoi_irq+0x9c/0x164)
>> [ 23.860000] [<c0042e38>] (handle_fasteoi_irq) from [<c004034c>]
>> (generic_handle_irq+0x2c/0x3c)
>> [ 23.860000] [<c004034c>] (generic_handle_irq) from [<c0040570>]
>> (__handle_domain_irq+0x54/0xa8)
>> [ 23.860000] [<c0040570>] (__handle_domain_irq) from [<c0011b00>]
>> (__irq_svc+0x40/0x54)
>> [ 23.860000] [<c0011b00>] (__irq_svc) from [<c000eec4>]
>> (arch_cpu_idle+0x38/0x3c)
>> [ 23.860000] [<c000eec4>] (arch_cpu_idle) from [<c0039b90>]
>> (cpu_startup_entry+0xa8/0xf4)
>> [ 23.860000] [<c0039b90>] (cpu_startup_entry) from [<c04fac30>]
>> (start_kernel+0x374/0x380)
>> [ 23.860000] Code: f5d1f05c f5d1f07c e8b151f8 e2522020 (e8a051f8)
>> [ 23.860000] ---[ end trace 6affc0dac289a4ab ]---
>> [ 23.860000] Kernel panic - not syncing: Fatal exception in interrupt
>> [ 23.860000] ---[ end Kernel panic - not syncing: Fatal exception in interrupt
>>
>> Anyone has a clue about that?
>>
>> --
>> Profile: http://it.linkedin.com/in/compagnucciangelo
>> _______________________________________________
>> Alsa-devel mailing list
>> Alsa-devel@alsa-project.org
>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
>
>
> --
> | Michael Nazzareno Trimarchi Amarula Solutions BV |
> | COO - Founder Cruquiuskade 47 |
> | +31(0)851119172 Amsterdam 1018 AM NL |
> | [`as] http://www.amarulasolutions.com |
--
Profile: http://it.linkedin.com/in/compagnucciangelo
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: g_audio kernel oops on pulling calbe
2015-07-06 14:10 ` Angelo Compagnucci
@ 2015-07-06 17:20 ` Michael Trimarchi
2015-07-07 7:12 ` Angelo Compagnucci
0 siblings, 1 reply; 7+ messages in thread
From: Michael Trimarchi @ 2015-07-06 17:20 UTC (permalink / raw)
To: Angelo Compagnucci; +Cc: alsa-devel
Hi
On Jul 6, 2015 4:10 PM, "Angelo Compagnucci" <angelo.compagnucci@gmail.com>
wrote:
>
> Hi Michael,
>
> 2015-07-06 15:38 GMT+02:00 Michael Trimarchi <michael@amarulasolutions.com
>:
> > Hi
> >
> > On Mon, Jul 6, 2015 at 3:20 PM, Angelo Compagnucci
> > <angelo.compagnucci@gmail.com> wrote:
> >> Dear Developers,
> >>
> >> I'm having hard times with g_audio module on a Atmel SAMA5D3. I always
> >> obtain a kernel oops in a memcpy inside f_audio_complete function.
> >> Honeslty I cannot understand wht's going wrong, cause that memcpy
should work.
> >>
> >> I have a simple ssc sound card whih works as expected when used with
> >> aplay or any other audio player software, but when i pull the usb
> >> cable this is what I obtain:
> >>
> >
> > Please check if req->length is 4 byte too ;).
>
> Unfortunately it's not 4 bytes long ... Sometimes is 2 sometimes is
> one, I added a dirty printk before the memcpy:
Code is wrong, if the dst is 4 byte, you can't copy more then this, so some
check should be done.
Michael
>
> [ 23.320000] len=2 buf=
> [ 23.320000] len=2 buf=
>
> [ 23.320000] len=2 buf=
> [ 23.330000] len=2 buf=
> [ 23.330000] len=2 buf=
> [ 23.330000] len=2 buf=��V
> [ 23.330000] len=2 buf=��V
> [ 23.970000] len=1 buf=
> [ 23.990000] len=2 buf=��A
> [ 24.000000] len=2 buf=��A
> [ 24.190000] Unable to handle kernel paging request at virtual
> address 0a080604
>
> Any idea on what is causing this wired behaviour?
>
> Sincerely, Angelo
>
>
> > Michael
> >
> >> [ 23.860000] Unable to handle kernel paging request at virtual
> >> address 0a080604
> >> [ 23.860000] pgd = c0004000
> >> [ 23.860000] [0a080604] *pgd=00000000
> >> [ 23.860000] Internal error: Oops: 805 [#1] ARM
> >> [ 23.860000] Modules linked in: usb_f_uac1 g_audio libcomposite
> >> snd_soc_atmel_ssc_dai snd_soc_atmel_pcm_dma
> >> [ 23.860000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.19.8+ #81
> >> [ 23.860000] Hardware name: Atmel SAMA5 (Device Tree)
> >> [ 23.860000] task: c05327b8 ti: c0528000 task.ti: c0528000
> >> [ 23.860000] PC is at memcpy+0x50/0x330
> >> [ 23.860000] LR is at 0x0
> >> [ 23.860000] pc : [<c01a0430>] lr : [<00000000>] psr: 20090193
> >> [ 23.860000] sp : c0529e5c ip : 00000000 fp : cfb33200
> >> [ 23.860000] r10: 00000001 r9 : 0000bb80 r8 : 00000000
> >> [ 23.860000] r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 :
00000000
> >> [ 23.860000] r3 : 00000000 r2 : 00000020 r1 : cf9f5220 r0 :
0a080604
> >> [ 23.860000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM
> >> Segment kernel
> >> [ 23.860000] Control: 10c53c7d Table: 2fb24059 DAC: 00000015
> >> [ 23.860000] Process swapper (pid: 0, stack limit = 0xc0528230)
> >> [ 23.860000] Stack: (0xc0529e5c to 0xc052a000)
> >> [ 23.860000] 9e40:
> >> cf9f5100
> >> [ 23.860000] 9e60: cfa25868 cf9e7dc0 cfb33080 0a080604 cfb33200
> >> bf0287e0 cfa25858 00000000
> >> [ 23.860000] 9e80: cfa20a10 cfb33200 cfa25858 cfa20a10 cfa20a10
> >> 000000c0 00000002 c0284f50
> >> [ 23.860000] 9ea0: c0529ea0 c0529ea0 00000002 00000090 cfa25858
> >> c0286408 0000001c ffffffff
> >> [ 23.860000] 9ec0: 7fffffff c054e040 00000000 02000029 cf88cac0
> >> c05544fe c0529ed8 c0529ed8
> >> [ 23.860000] 9ee0: 00000000 cfa23c40 cf802540 00000000 00000000
> >> 0000002d cf901dc0 c05544fe
> >> [ 23.860000] 9f00: 00000000 c0040b28 c05544fe c0554dc0 cf901dc0
> >> cf802540 00000000 00000000
> >> [ 23.860000] 9f20: cf802200 c051fe18 cfffc480 c0040c18 cf901dc0
> >> c0042e38 0000002d 0000002d
> >> [ 23.860000] 9f40: 00000000 c004034c c053aca0 c0040570 c000eec4
> >> 60090013 ffffffff c0529f9c
> >> [ 23.860000] 9f60: c0554600 c0011b00 00000000 c0536918 00000000
> >> c0017880 c0528000 c05300c4
> >> [ 23.860000] 9f80: c05544fc c05544fc c0554600 c051fe18 cfffc480
> >> 00000000 01000000 c0529fb0
> >> [ 23.860000] 9fa0: c000eec0 c000eec4 60090013 ffffffff c0528000
> >> c0039b90 ffffffff c04fac30
> >> [ 23.860000] 9fc0: ffffffff ffffffff c04fa678 00000000 00000000
> >> c051fe18 c05547d4 c0530070
> >> [ 23.860000] 9fe0: c051fe14 c0533860 20004059 410fc051 00000000
> >> 20008070 00000000 00000000
> >> [ 23.860000] [<c01a0430>] (memcpy) from [<bf0287e0>]
> >> (f_audio_complete+0x11c/0x170 [usb_f_uac1])
> >> [ 23.860000] [<bf0287e0>] (f_audio_complete [usb_f_uac1]) from
> >> [<c0284f50>] (request_complete+0x5c/0x80)
> >> [ 23.860000] [<c0284f50>] (request_complete) from [<c0286408>]
> >> (usba_udc_irq+0x12c/0xc50)
> >> [ 23.860000] [<c0286408>] (usba_udc_irq) from [<c0040b28>]
> >> (handle_irq_event_percpu+0x78/0x140)
> >> [ 23.860000] [<c0040b28>] (handle_irq_event_percpu) from
> >> [<c0040c18>] (handle_irq_event+0x28/0x38)
> >> [ 23.860000] [<c0040c18>] (handle_irq_event) from [<c0042e38>]
> >> (handle_fasteoi_irq+0x9c/0x164)
> >> [ 23.860000] [<c0042e38>] (handle_fasteoi_irq) from [<c004034c>]
> >> (generic_handle_irq+0x2c/0x3c)
> >> [ 23.860000] [<c004034c>] (generic_handle_irq) from [<c0040570>]
> >> (__handle_domain_irq+0x54/0xa8)
> >> [ 23.860000] [<c0040570>] (__handle_domain_irq) from [<c0011b00>]
> >> (__irq_svc+0x40/0x54)
> >> [ 23.860000] [<c0011b00>] (__irq_svc) from [<c000eec4>]
> >> (arch_cpu_idle+0x38/0x3c)
> >> [ 23.860000] [<c000eec4>] (arch_cpu_idle) from [<c0039b90>]
> >> (cpu_startup_entry+0xa8/0xf4)
> >> [ 23.860000] [<c0039b90>] (cpu_startup_entry) from [<c04fac30>]
> >> (start_kernel+0x374/0x380)
> >> [ 23.860000] Code: f5d1f05c f5d1f07c e8b151f8 e2522020 (e8a051f8)
> >> [ 23.860000] ---[ end trace 6affc0dac289a4ab ]---
> >> [ 23.860000] Kernel panic - not syncing: Fatal exception in interrupt
> >> [ 23.860000] ---[ end Kernel panic - not syncing: Fatal exception in
interrupt
> >>
> >> Anyone has a clue about that?
> >>
> >> --
> >> Profile: http://it.linkedin.com/in/compagnucciangelo
> >> _______________________________________________
> >> Alsa-devel mailing list
> >> Alsa-devel@alsa-project.org
> >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> >
> >
> >
> > --
> > | Michael Nazzareno Trimarchi Amarula Solutions BV |
> > | COO - Founder Cruquiuskade 47 |
> > | +31(0)851119172 Amsterdam 1018 AM NL |
> > | [`as] http://www.amarulasolutions.com |
>
>
>
> --
> Profile: http://it.linkedin.com/in/compagnucciangelo
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: g_audio kernel oops on pulling calbe
2015-07-06 17:20 ` Michael Trimarchi
@ 2015-07-07 7:12 ` Angelo Compagnucci
2015-07-07 7:19 ` Michael Trimarchi
0 siblings, 1 reply; 7+ messages in thread
From: Angelo Compagnucci @ 2015-07-07 7:12 UTC (permalink / raw)
To: Michael Trimarchi; +Cc: alsa-devel
Hi Michael
2015-07-06 19:20 GMT+02:00 Michael Trimarchi <michael@amarulasolutions.com>:
> Hi
>
> On Jul 6, 2015 4:10 PM, "Angelo Compagnucci" <angelo.compagnucci@gmail.com>
> wrote:
>>
>> Hi Michael,
>>
>> 2015-07-06 15:38 GMT+02:00 Michael Trimarchi
>> <michael@amarulasolutions.com>:
>> > Hi
>> >
>> > On Mon, Jul 6, 2015 at 3:20 PM, Angelo Compagnucci
>> > <angelo.compagnucci@gmail.com> wrote:
>> >> Dear Developers,
>> >>
>> >> I'm having hard times with g_audio module on a Atmel SAMA5D3. I always
>> >> obtain a kernel oops in a memcpy inside f_audio_complete function.
>> >> Honeslty I cannot understand wht's going wrong, cause that memcpy
>> >> should work.
>> >>
>> >> I have a simple ssc sound card whih works as expected when used with
>> >> aplay or any other audio player software, but when i pull the usb
>> >> cable this is what I obtain:
>> >>
>> >
>> > Please check if req->length is 4 byte too ;).
>>
>> Unfortunately it's not 4 bytes long ... Sometimes is 2 sometimes is
>> one, I added a dirty printk before the memcpy:
>
> Code is wrong, if the dst is 4 byte, you can't copy more then this, so some
> check should be done.
Honestly, the buffer len never exceeded 2 bytes in my tests, at least
stating to the printk I added.
[ 11.750000] len=2 buf=0x560018
[ 11.750000] data=0x18
[ 11.750000] len=2 buf=0x56000C
[ 11.750000] data=0x0C
[ 11.760000] len=2 buf=0x560006
[ 11.760000] data=0x06
[ 11.760000] len=2 buf=0x560003
[ 11.760000] data=0x03
[ 11.770000] len=2 buf=0x560001
[ 11.770000] data=0x01
[ 11.770000] len=2 buf=0x56FFC1
[ 11.770000] data=0xFFC1
[ 11.780000] len=2 buf=0x56FFC0
[ 11.780000] data=0xFFC0
[ 12.420000] len=1 buf=0x410300
[ 12.420000] data=0x00
[ 12.440000] len=2 buf=0x41FFC0
[ 12.440000] data=0xFFC0
[ 12.450000] len=2 buf=0x41FFC0
[ 12.450000] data=0xFFC0
[ 12.650000] Unable to handle kernel paging request at virtual
address 0a080604
[ 12.650000] pgd = c0004000
[ 12.650000] [0a080604] *pgd=00000000
[ 12.650000] Internal error: Oops: 805 [#1] ARM
I think there is more of a problem with an invalid pointer. Indeed a
quick fix like this works:
if (req->buf) memcpy(&data, req->buf, req->length);
Unfortunately, it's fails miserably somewhere else with this error and
the audio from USB is jerky:
[ 11.680000] len=2 buf=0x560018
[ 11.680000] data=0x18
[ 11.680000] len=2 buf=0x56000C
[ 11.680000] data=0x0C
[ 11.690000] len=2 buf=0x560006
[ 11.690000] data=0x06
[ 11.690000] len=2 buf=0x560003
[ 11.690000] data=0x03
[ 11.700000] len=2 buf=0x560001
[ 11.700000] data=0x01
[ 11.700000] len=2 buf=0x56FFC1
[ 11.700000] data=0xFFC1
[ 11.710000] len=2 buf=0x56FFC0
[ 11.710000] data=0xFFC0
[ 12.340000] g_audio gadget: Playback error: -14
[ 12.340000] g_audio gadget: Playback error: -14
[ 12.350000] g_audio gadget: Playback error: -14
[ 12.350000] g_audio gadget: Playback error: -14
[ 12.350000] g_audio gadget: Playback error: -14
[ 12.360000] len=1 buf=0x410300
[ 12.360000] data=0x00
[ 12.360000] g_audio gadget: Playback error: -14
[ 12.370000] g_audio gadget: Playback error: -14
[ 12.370000] g_audio gadget: Playback error: -14
[ 12.380000] len=2 buf=0x41FFC0
[ 12.380000] data=0xFFC0
[ 12.380000] g_audio gadget: Playback error: -14
[ 12.390000] g_audio gadget: Playback error: -14
[ 12.390000] g_audio gadget: Playback error: -14
[ 12.400000] g_audio gadget: Playback error: -14
[ 12.400000] g_audio gadget: Playback error: -14
[ 12.410000] len=2 buf=0x41FFC0
[ 12.410000] data=0xFFC0
[ 12.410000] g_audio gadget: Playback error: -14
The error is obviously at that "data=0x00" probably cause the address
of buffer is invalid. Honestly I don't know where to look further to
understand the root cause of the problem. I initially thought that
having a working alsa driver should be a sufficient condition to have
a working usb bridge!
Sincerely, Angelo
>
> Michael
>
>>
>> [ 23.320000] len=2 buf=
>
>
>> [ 23.320000] len=2 buf=
>>
>> [ 23.320000] len=2 buf=
>> [ 23.330000] len=2 buf=
>> [ 23.330000] len=2 buf=
>> [ 23.330000] len=2 buf=��V
>> [ 23.330000] len=2 buf=��V
>> [ 23.970000] len=1 buf=
>> [ 23.990000] len=2 buf=��A
>> [ 24.000000] len=2 buf=��A
>> [ 24.190000] Unable to handle kernel paging request at virtual
>> address 0a080604
>>
>> Any idea on what is causing this wired behaviour?
>>
>> Sincerely, Angelo
>>
>>
>> > Michael
>> >
>> >> [ 23.860000] Unable to handle kernel paging request at virtual
>> >> address 0a080604
>> >> [ 23.860000] pgd = c0004000
>> >> [ 23.860000] [0a080604] *pgd=00000000
>> >> [ 23.860000] Internal error: Oops: 805 [#1] ARM
>> >> [ 23.860000] Modules linked in: usb_f_uac1 g_audio libcomposite
>> >> snd_soc_atmel_ssc_dai snd_soc_atmel_pcm_dma
>> >> [ 23.860000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.19.8+ #81
>> >> [ 23.860000] Hardware name: Atmel SAMA5 (Device Tree)
>> >> [ 23.860000] task: c05327b8 ti: c0528000 task.ti: c0528000
>> >> [ 23.860000] PC is at memcpy+0x50/0x330
>> >> [ 23.860000] LR is at 0x0
>> >> [ 23.860000] pc : [<c01a0430>] lr : [<00000000>] psr: 20090193
>> >> [ 23.860000] sp : c0529e5c ip : 00000000 fp : cfb33200
>> >> [ 23.860000] r10: 00000001 r9 : 0000bb80 r8 : 00000000
>> >> [ 23.860000] r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 :
>> >> 00000000
>> >> [ 23.860000] r3 : 00000000 r2 : 00000020 r1 : cf9f5220 r0 :
>> >> 0a080604
>> >> [ 23.860000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM
>> >> Segment kernel
>> >> [ 23.860000] Control: 10c53c7d Table: 2fb24059 DAC: 00000015
>> >> [ 23.860000] Process swapper (pid: 0, stack limit = 0xc0528230)
>> >> [ 23.860000] Stack: (0xc0529e5c to 0xc052a000)
>> >> [ 23.860000] 9e40:
>> >> cf9f5100
>> >> [ 23.860000] 9e60: cfa25868 cf9e7dc0 cfb33080 0a080604 cfb33200
>> >> bf0287e0 cfa25858 00000000
>> >> [ 23.860000] 9e80: cfa20a10 cfb33200 cfa25858 cfa20a10 cfa20a10
>> >> 000000c0 00000002 c0284f50
>> >> [ 23.860000] 9ea0: c0529ea0 c0529ea0 00000002 00000090 cfa25858
>> >> c0286408 0000001c ffffffff
>> >> [ 23.860000] 9ec0: 7fffffff c054e040 00000000 02000029 cf88cac0
>> >> c05544fe c0529ed8 c0529ed8
>> >> [ 23.860000] 9ee0: 00000000 cfa23c40 cf802540 00000000 00000000
>> >> 0000002d cf901dc0 c05544fe
>> >> [ 23.860000] 9f00: 00000000 c0040b28 c05544fe c0554dc0 cf901dc0
>> >> cf802540 00000000 00000000
>> >> [ 23.860000] 9f20: cf802200 c051fe18 cfffc480 c0040c18 cf901dc0
>> >> c0042e38 0000002d 0000002d
>> >> [ 23.860000] 9f40: 00000000 c004034c c053aca0 c0040570 c000eec4
>> >> 60090013 ffffffff c0529f9c
>> >> [ 23.860000] 9f60: c0554600 c0011b00 00000000 c0536918 00000000
>> >> c0017880 c0528000 c05300c4
>> >> [ 23.860000] 9f80: c05544fc c05544fc c0554600 c051fe18 cfffc480
>> >> 00000000 01000000 c0529fb0
>> >> [ 23.860000] 9fa0: c000eec0 c000eec4 60090013 ffffffff c0528000
>> >> c0039b90 ffffffff c04fac30
>> >> [ 23.860000] 9fc0: ffffffff ffffffff c04fa678 00000000 00000000
>> >> c051fe18 c05547d4 c0530070
>> >> [ 23.860000] 9fe0: c051fe14 c0533860 20004059 410fc051 00000000
>> >> 20008070 00000000 00000000
>> >> [ 23.860000] [<c01a0430>] (memcpy) from [<bf0287e0>]
>> >> (f_audio_complete+0x11c/0x170 [usb_f_uac1])
>> >> [ 23.860000] [<bf0287e0>] (f_audio_complete [usb_f_uac1]) from
>> >> [<c0284f50>] (request_complete+0x5c/0x80)
>> >> [ 23.860000] [<c0284f50>] (request_complete) from [<c0286408>]
>> >> (usba_udc_irq+0x12c/0xc50)
>> >> [ 23.860000] [<c0286408>] (usba_udc_irq) from [<c0040b28>]
>> >> (handle_irq_event_percpu+0x78/0x140)
>> >> [ 23.860000] [<c0040b28>] (handle_irq_event_percpu) from
>> >> [<c0040c18>] (handle_irq_event+0x28/0x38)
>> >> [ 23.860000] [<c0040c18>] (handle_irq_event) from [<c0042e38>]
>> >> (handle_fasteoi_irq+0x9c/0x164)
>> >> [ 23.860000] [<c0042e38>] (handle_fasteoi_irq) from [<c004034c>]
>> >> (generic_handle_irq+0x2c/0x3c)
>> >> [ 23.860000] [<c004034c>] (generic_handle_irq) from [<c0040570>]
>> >> (__handle_domain_irq+0x54/0xa8)
>> >> [ 23.860000] [<c0040570>] (__handle_domain_irq) from [<c0011b00>]
>> >> (__irq_svc+0x40/0x54)
>> >> [ 23.860000] [<c0011b00>] (__irq_svc) from [<c000eec4>]
>> >> (arch_cpu_idle+0x38/0x3c)
>> >> [ 23.860000] [<c000eec4>] (arch_cpu_idle) from [<c0039b90>]
>> >> (cpu_startup_entry+0xa8/0xf4)
>> >> [ 23.860000] [<c0039b90>] (cpu_startup_entry) from [<c04fac30>]
>> >> (start_kernel+0x374/0x380)
>> >> [ 23.860000] Code: f5d1f05c f5d1f07c e8b151f8 e2522020 (e8a051f8)
>> >> [ 23.860000] ---[ end trace 6affc0dac289a4ab ]---
>> >> [ 23.860000] Kernel panic - not syncing: Fatal exception in interrupt
>> >> [ 23.860000] ---[ end Kernel panic - not syncing: Fatal exception in
>> >> interrupt
>> >>
>> >> Anyone has a clue about that?
>> >>
>> >> --
>> >> Profile: http://it.linkedin.com/in/compagnucciangelo
>> >> _______________________________________________
>> >> Alsa-devel mailing list
>> >> Alsa-devel@alsa-project.org
>> >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>> >
>> >
>> >
>> > --
>> > | Michael Nazzareno Trimarchi Amarula Solutions BV |
>> > | COO - Founder Cruquiuskade 47 |
>> > | +31(0)851119172 Amsterdam 1018 AM NL |
>> > | [`as] http://www.amarulasolutions.com |
>>
>>
>>
>> --
>> Profile: http://it.linkedin.com/in/compagnucciangelo
--
Profile: http://it.linkedin.com/in/compagnucciangelo
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: g_audio kernel oops on pulling calbe
2015-07-07 7:12 ` Angelo Compagnucci
@ 2015-07-07 7:19 ` Michael Trimarchi
2015-07-07 7:46 ` Angelo Compagnucci
0 siblings, 1 reply; 7+ messages in thread
From: Michael Trimarchi @ 2015-07-07 7:19 UTC (permalink / raw)
To: Angelo Compagnucci; +Cc: alsa-devel
Hi
On Jul 7, 2015 9:13 AM, "Angelo Compagnucci" <angelo.compagnucci@gmail.com>
wrote:
>
> Hi Michael
>
> 2015-07-06 19:20 GMT+02:00 Michael Trimarchi <michael@amarulasolutions.com
>:
> > Hi
> >
> > On Jul 6, 2015 4:10 PM, "Angelo Compagnucci" <
angelo.compagnucci@gmail.com>
> > wrote:
> >>
> >> Hi Michael,
> >>
> >> 2015-07-06 15:38 GMT+02:00 Michael Trimarchi
> >> <michael@amarulasolutions.com>:
> >> > Hi
> >> >
> >> > On Mon, Jul 6, 2015 at 3:20 PM, Angelo Compagnucci
> >> > <angelo.compagnucci@gmail.com> wrote:
> >> >> Dear Developers,
> >> >>
> >> >> I'm having hard times with g_audio module on a Atmel SAMA5D3. I
always
> >> >> obtain a kernel oops in a memcpy inside f_audio_complete function.
> >> >> Honeslty I cannot understand wht's going wrong, cause that memcpy
> >> >> should work.
> >> >>
> >> >> I have a simple ssc sound card whih works as expected when used with
> >> >> aplay or any other audio player software, but when i pull the usb
> >> >> cable this is what I obtain:
> >> >>
> >> >
> >> > Please check if req->length is 4 byte too ;).
> >>
> >> Unfortunately it's not 4 bytes long ... Sometimes is 2 sometimes is
> >> one, I added a dirty printk before the memcpy:
> >
> > Code is wrong, if the dst is 4 byte, you can't copy more then this, so
some
> > check should be done.
>
> Honestly, the buffer len never exceeded 2 bytes in my tests, at least
> stating to the printk I added.
>
> [ 11.750000] len=2 buf=0x560018
> [ 11.750000] data=0x18
> [ 11.750000] len=2 buf=0x56000C
> [ 11.750000] data=0x0C
> [ 11.760000] len=2 buf=0x560006
> [ 11.760000] data=0x06
> [ 11.760000] len=2 buf=0x560003
> [ 11.760000] data=0x03
> [ 11.770000] len=2 buf=0x560001
> [ 11.770000] data=0x01
> [ 11.770000] len=2 buf=0x56FFC1
> [ 11.770000] data=0xFFC1
> [ 11.780000] len=2 buf=0x56FFC0
> [ 11.780000] data=0xFFC0
> [ 12.420000] len=1 buf=0x410300
> [ 12.420000] data=0x00
> [ 12.440000] len=2 buf=0x41FFC0
> [ 12.440000] data=0xFFC0
> [ 12.450000] len=2 buf=0x41FFC0
> [ 12.450000] data=0xFFC0
> [ 12.650000] Unable to handle kernel paging request at virtual
> address 0a080604
> [ 12.650000] pgd = c0004000
> [ 12.650000] [0a080604] *pgd=00000000
> [ 12.650000] Internal error: Oops: 805 [#1] ARM
>
Sorry I don't have code in front. I have asked to check length for this,
anyway urb should contain a status on completion.
Michael
> I think there is more of a problem with an invalid pointer. Indeed a
> quick fix like this works:
>
> if (req->buf) memcpy(&data, req->buf, req->length);
>
> Unfortunately, it's fails miserably somewhere else with this error and
> the audio from USB is jerky:
>
> [ 11.680000] len=2 buf=0x560018
> [ 11.680000] data=0x18
> [ 11.680000] len=2 buf=0x56000C
> [ 11.680000] data=0x0C
> [ 11.690000] len=2 buf=0x560006
> [ 11.690000] data=0x06
> [ 11.690000] len=2 buf=0x560003
> [ 11.690000] data=0x03
> [ 11.700000] len=2 buf=0x560001
> [ 11.700000] data=0x01
> [ 11.700000] len=2 buf=0x56FFC1
> [ 11.700000] data=0xFFC1
> [ 11.710000] len=2 buf=0x56FFC0
> [ 11.710000] data=0xFFC0
> [ 12.340000] g_audio gadget: Playback error: -14
> [ 12.340000] g_audio gadget: Playback error: -14
> [ 12.350000] g_audio gadget: Playback error: -14
> [ 12.350000] g_audio gadget: Playback error: -14
> [ 12.350000] g_audio gadget: Playback error: -14
> [ 12.360000] len=1 buf=0x410300
> [ 12.360000] data=0x00
> [ 12.360000] g_audio gadget: Playback error: -14
> [ 12.370000] g_audio gadget: Playback error: -14
> [ 12.370000] g_audio gadget: Playback error: -14
> [ 12.380000] len=2 buf=0x41FFC0
> [ 12.380000] data=0xFFC0
> [ 12.380000] g_audio gadget: Playback error: -14
> [ 12.390000] g_audio gadget: Playback error: -14
> [ 12.390000] g_audio gadget: Playback error: -14
> [ 12.400000] g_audio gadget: Playback error: -14
> [ 12.400000] g_audio gadget: Playback error: -14
> [ 12.410000] len=2 buf=0x41FFC0
> [ 12.410000] data=0xFFC0
> [ 12.410000] g_audio gadget: Playback error: -14
>
> The error is obviously at that "data=0x00" probably cause the address
> of buffer is invalid. Honestly I don't know where to look further to
> understand the root cause of the problem. I initially thought that
> having a working alsa driver should be a sufficient condition to have
> a working usb bridge!
>
> Sincerely, Angelo
>
> >
> > Michael
> >
> >>
> >> [ 23.320000] len=2 buf=
> >
> >
> >> [ 23.320000] len=2 buf=
> >>
> >> [ 23.320000] len=2 buf=
> >> [ 23.330000] len=2 buf=
> >> [ 23.330000] len=2 buf=
> >> [ 23.330000] len=2 buf=��V
> >> [ 23.330000] len=2 buf=��V
> >> [ 23.970000] len=1 buf=
> >> [ 23.990000] len=2 buf=��A
> >> [ 24.000000] len=2 buf=��A
> >> [ 24.190000] Unable to handle kernel paging request at virtual
> >> address 0a080604
> >>
> >> Any idea on what is causing this wired behaviour?
> >>
> >> Sincerely, Angelo
> >>
> >>
> >> > Michael
> >> >
> >> >> [ 23.860000] Unable to handle kernel paging request at virtual
> >> >> address 0a080604
> >> >> [ 23.860000] pgd = c0004000
> >> >> [ 23.860000] [0a080604] *pgd=00000000
> >> >> [ 23.860000] Internal error: Oops: 805 [#1] ARM
> >> >> [ 23.860000] Modules linked in: usb_f_uac1 g_audio libcomposite
> >> >> snd_soc_atmel_ssc_dai snd_soc_atmel_pcm_dma
> >> >> [ 23.860000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.19.8+ #81
> >> >> [ 23.860000] Hardware name: Atmel SAMA5 (Device Tree)
> >> >> [ 23.860000] task: c05327b8 ti: c0528000 task.ti: c0528000
> >> >> [ 23.860000] PC is at memcpy+0x50/0x330
> >> >> [ 23.860000] LR is at 0x0
> >> >> [ 23.860000] pc : [<c01a0430>] lr : [<00000000>] psr:
20090193
> >> >> [ 23.860000] sp : c0529e5c ip : 00000000 fp : cfb33200
> >> >> [ 23.860000] r10: 00000001 r9 : 0000bb80 r8 : 00000000
> >> >> [ 23.860000] r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 :
> >> >> 00000000
> >> >> [ 23.860000] r3 : 00000000 r2 : 00000020 r1 : cf9f5220 r0 :
> >> >> 0a080604
> >> >> [ 23.860000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM
> >> >> Segment kernel
> >> >> [ 23.860000] Control: 10c53c7d Table: 2fb24059 DAC: 00000015
> >> >> [ 23.860000] Process swapper (pid: 0, stack limit = 0xc0528230)
> >> >> [ 23.860000] Stack: (0xc0529e5c to 0xc052a000)
> >> >> [ 23.860000] 9e40:
> >> >> cf9f5100
> >> >> [ 23.860000] 9e60: cfa25868 cf9e7dc0 cfb33080 0a080604 cfb33200
> >> >> bf0287e0 cfa25858 00000000
> >> >> [ 23.860000] 9e80: cfa20a10 cfb33200 cfa25858 cfa20a10 cfa20a10
> >> >> 000000c0 00000002 c0284f50
> >> >> [ 23.860000] 9ea0: c0529ea0 c0529ea0 00000002 00000090 cfa25858
> >> >> c0286408 0000001c ffffffff
> >> >> [ 23.860000] 9ec0: 7fffffff c054e040 00000000 02000029 cf88cac0
> >> >> c05544fe c0529ed8 c0529ed8
> >> >> [ 23.860000] 9ee0: 00000000 cfa23c40 cf802540 00000000 00000000
> >> >> 0000002d cf901dc0 c05544fe
> >> >> [ 23.860000] 9f00: 00000000 c0040b28 c05544fe c0554dc0 cf901dc0
> >> >> cf802540 00000000 00000000
> >> >> [ 23.860000] 9f20: cf802200 c051fe18 cfffc480 c0040c18 cf901dc0
> >> >> c0042e38 0000002d 0000002d
> >> >> [ 23.860000] 9f40: 00000000 c004034c c053aca0 c0040570 c000eec4
> >> >> 60090013 ffffffff c0529f9c
> >> >> [ 23.860000] 9f60: c0554600 c0011b00 00000000 c0536918 00000000
> >> >> c0017880 c0528000 c05300c4
> >> >> [ 23.860000] 9f80: c05544fc c05544fc c0554600 c051fe18 cfffc480
> >> >> 00000000 01000000 c0529fb0
> >> >> [ 23.860000] 9fa0: c000eec0 c000eec4 60090013 ffffffff c0528000
> >> >> c0039b90 ffffffff c04fac30
> >> >> [ 23.860000] 9fc0: ffffffff ffffffff c04fa678 00000000 00000000
> >> >> c051fe18 c05547d4 c0530070
> >> >> [ 23.860000] 9fe0: c051fe14 c0533860 20004059 410fc051 00000000
> >> >> 20008070 00000000 00000000
> >> >> [ 23.860000] [<c01a0430>] (memcpy) from [<bf0287e0>]
> >> >> (f_audio_complete+0x11c/0x170 [usb_f_uac1])
> >> >> [ 23.860000] [<bf0287e0>] (f_audio_complete [usb_f_uac1]) from
> >> >> [<c0284f50>] (request_complete+0x5c/0x80)
> >> >> [ 23.860000] [<c0284f50>] (request_complete) from [<c0286408>]
> >> >> (usba_udc_irq+0x12c/0xc50)
> >> >> [ 23.860000] [<c0286408>] (usba_udc_irq) from [<c0040b28>]
> >> >> (handle_irq_event_percpu+0x78/0x140)
> >> >> [ 23.860000] [<c0040b28>] (handle_irq_event_percpu) from
> >> >> [<c0040c18>] (handle_irq_event+0x28/0x38)
> >> >> [ 23.860000] [<c0040c18>] (handle_irq_event) from [<c0042e38>]
> >> >> (handle_fasteoi_irq+0x9c/0x164)
> >> >> [ 23.860000] [<c0042e38>] (handle_fasteoi_irq) from [<c004034c>]
> >> >> (generic_handle_irq+0x2c/0x3c)
> >> >> [ 23.860000] [<c004034c>] (generic_handle_irq) from [<c0040570>]
> >> >> (__handle_domain_irq+0x54/0xa8)
> >> >> [ 23.860000] [<c0040570>] (__handle_domain_irq) from [<c0011b00>]
> >> >> (__irq_svc+0x40/0x54)
> >> >> [ 23.860000] [<c0011b00>] (__irq_svc) from [<c000eec4>]
> >> >> (arch_cpu_idle+0x38/0x3c)
> >> >> [ 23.860000] [<c000eec4>] (arch_cpu_idle) from [<c0039b90>]
> >> >> (cpu_startup_entry+0xa8/0xf4)
> >> >> [ 23.860000] [<c0039b90>] (cpu_startup_entry) from [<c04fac30>]
> >> >> (start_kernel+0x374/0x380)
> >> >> [ 23.860000] Code: f5d1f05c f5d1f07c e8b151f8 e2522020 (e8a051f8)
> >> >> [ 23.860000] ---[ end trace 6affc0dac289a4ab ]---
> >> >> [ 23.860000] Kernel panic - not syncing: Fatal exception in
interrupt
> >> >> [ 23.860000] ---[ end Kernel panic - not syncing: Fatal exception
in
> >> >> interrupt
> >> >>
> >> >> Anyone has a clue about that?
> >> >>
> >> >> --
> >> >> Profile: http://it.linkedin.com/in/compagnucciangelo
> >> >> _______________________________________________
> >> >> Alsa-devel mailing list
> >> >> Alsa-devel@alsa-project.org
> >> >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> >> >
> >> >
> >> >
> >> > --
> >> > | Michael Nazzareno Trimarchi Amarula Solutions
BV |
> >> > | COO - Founder Cruquiuskade
47 |
> >> > | +31(0)851119172 Amsterdam 1018 AM
NL |
> >> > | [`as] http://www.amarulasolutions.com
|
> >>
> >>
> >>
> >> --
> >> Profile: http://it.linkedin.com/in/compagnucciangelo
>
>
>
> --
> Profile: http://it.linkedin.com/in/compagnucciangelo
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: g_audio kernel oops on pulling calbe
2015-07-07 7:19 ` Michael Trimarchi
@ 2015-07-07 7:46 ` Angelo Compagnucci
0 siblings, 0 replies; 7+ messages in thread
From: Angelo Compagnucci @ 2015-07-07 7:46 UTC (permalink / raw)
To: Michael Trimarchi; +Cc: alsa-devel
Hi Michael,
2015-07-07 9:19 GMT+02:00 Michael Trimarchi <michael@amarulasolutions.com>:
> Hi
>
> On Jul 7, 2015 9:13 AM, "Angelo Compagnucci" <angelo.compagnucci@gmail.com>
> wrote:
>>
>> Hi Michael
>>
>> 2015-07-06 19:20 GMT+02:00 Michael Trimarchi
>> <michael@amarulasolutions.com>:
>> > Hi
>> >
>> > On Jul 6, 2015 4:10 PM, "Angelo Compagnucci"
>> > <angelo.compagnucci@gmail.com>
>> > wrote:
>> >>
>> >> Hi Michael,
>> >>
>> >> 2015-07-06 15:38 GMT+02:00 Michael Trimarchi
>> >> <michael@amarulasolutions.com>:
>> >> > Hi
>> >> >
>> >> > On Mon, Jul 6, 2015 at 3:20 PM, Angelo Compagnucci
>> >> > <angelo.compagnucci@gmail.com> wrote:
>> >> >> Dear Developers,
>> >> >>
>> >> >> I'm having hard times with g_audio module on a Atmel SAMA5D3. I
>> >> >> always
>> >> >> obtain a kernel oops in a memcpy inside f_audio_complete function.
>> >> >> Honeslty I cannot understand wht's going wrong, cause that memcpy
>> >> >> should work.
>> >> >>
>> >> >> I have a simple ssc sound card whih works as expected when used with
>> >> >> aplay or any other audio player software, but when i pull the usb
>> >> >> cable this is what I obtain:
>> >> >>
>> >> >
>> >> > Please check if req->length is 4 byte too ;).
>> >>
>> >> Unfortunately it's not 4 bytes long ... Sometimes is 2 sometimes is
>> >> one, I added a dirty printk before the memcpy:
>> >
>> > Code is wrong, if the dst is 4 byte, you can't copy more then this, so
>> > some
>> > check should be done.
>>
>> Honestly, the buffer len never exceeded 2 bytes in my tests, at least
>> stating to the printk I added.
>>
>> [ 11.750000] len=2 buf=0x560018
>> [ 11.750000] data=0x18
>> [ 11.750000] len=2 buf=0x56000C
>> [ 11.750000] data=0x0C
>> [ 11.760000] len=2 buf=0x560006
>> [ 11.760000] data=0x06
>> [ 11.760000] len=2 buf=0x560003
>> [ 11.760000] data=0x03
>> [ 11.770000] len=2 buf=0x560001
>> [ 11.770000] data=0x01
>> [ 11.770000] len=2 buf=0x56FFC1
>> [ 11.770000] data=0xFFC1
>> [ 11.780000] len=2 buf=0x56FFC0
>> [ 11.780000] data=0xFFC0
>> [ 12.420000] len=1 buf=0x410300
>> [ 12.420000] data=0x00
>> [ 12.440000] len=2 buf=0x41FFC0
>> [ 12.440000] data=0xFFC0
>> [ 12.450000] len=2 buf=0x41FFC0
>> [ 12.450000] data=0xFFC0
>> [ 12.650000] Unable to handle kernel paging request at virtual
>> address 0a080604
>> [ 12.650000] pgd = c0004000
>> [ 12.650000] [0a080604] *pgd=00000000
>> [ 12.650000] Internal error: Oops: 805 [#1] ARM
>>
>
> Sorry I don't have code in front. I have asked to check length for this,
You can view from the pritk that length is max 2, it never exceeds 4
bytes. I added a check for length in the code, but it changes
anything. The only way to kill the error is to check the buffer
pointer before memcpy from it.
> anyway urb should contain a status on completion.
I will look into this.
Thank you!
>
> Michael
>
>> I think there is more of a problem with an invalid pointer. Indeed a
>> quick fix like this works:
>>
>> if (req->buf) memcpy(&data, req->buf, req->length);
>>
>> Unfortunately, it's fails miserably somewhere else with this error and
>> the audio from USB is jerky:
>>
>> [ 11.680000] len=2 buf=0x560018
>> [ 11.680000] data=0x18
>> [ 11.680000] len=2 buf=0x56000C
>> [ 11.680000] data=0x0C
>> [ 11.690000] len=2 buf=0x560006
>> [ 11.690000] data=0x06
>> [ 11.690000] len=2 buf=0x560003
>> [ 11.690000] data=0x03
>> [ 11.700000] len=2 buf=0x560001
>> [ 11.700000] data=0x01
>> [ 11.700000] len=2 buf=0x56FFC1
>> [ 11.700000] data=0xFFC1
>> [ 11.710000] len=2 buf=0x56FFC0
>> [ 11.710000] data=0xFFC0
>> [ 12.340000] g_audio gadget: Playback error: -14
>> [ 12.340000] g_audio gadget: Playback error: -14
>> [ 12.350000] g_audio gadget: Playback error: -14
>> [ 12.350000] g_audio gadget: Playback error: -14
>> [ 12.350000] g_audio gadget: Playback error: -14
>> [ 12.360000] len=1 buf=0x410300
>> [ 12.360000] data=0x00
>> [ 12.360000] g_audio gadget: Playback error: -14
>> [ 12.370000] g_audio gadget: Playback error: -14
>> [ 12.370000] g_audio gadget: Playback error: -14
>> [ 12.380000] len=2 buf=0x41FFC0
>> [ 12.380000] data=0xFFC0
>> [ 12.380000] g_audio gadget: Playback error: -14
>> [ 12.390000] g_audio gadget: Playback error: -14
>> [ 12.390000] g_audio gadget: Playback error: -14
>> [ 12.400000] g_audio gadget: Playback error: -14
>> [ 12.400000] g_audio gadget: Playback error: -14
>> [ 12.410000] len=2 buf=0x41FFC0
>> [ 12.410000] data=0xFFC0
>> [ 12.410000] g_audio gadget: Playback error: -14
>>
>> The error is obviously at that "data=0x00" probably cause the address
>> of buffer is invalid. Honestly I don't know where to look further to
>> understand the root cause of the problem. I initially thought that
>> having a working alsa driver should be a sufficient condition to have
>> a working usb bridge!
>>
>> Sincerely, Angelo
>>
>> >
>> > Michael
>> >
>> >>
>> >> [ 23.320000] len=2 buf=
>> >
>> >
>> >> [ 23.320000] len=2 buf=
>> >>
>> >> [ 23.320000] len=2 buf=
>> >> [ 23.330000] len=2 buf=
>> >> [ 23.330000] len=2 buf=
>> >> [ 23.330000] len=2 buf=��V
>> >> [ 23.330000] len=2 buf=��V
>> >> [ 23.970000] len=1 buf=
>> >> [ 23.990000] len=2 buf=��A
>> >> [ 24.000000] len=2 buf=��A
>> >> [ 24.190000] Unable to handle kernel paging request at virtual
>> >> address 0a080604
>> >>
>> >> Any idea on what is causing this wired behaviour?
>> >>
>> >> Sincerely, Angelo
>> >>
>> >>
>> >> > Michael
>> >> >
>> >> >> [ 23.860000] Unable to handle kernel paging request at virtual
>> >> >> address 0a080604
>> >> >> [ 23.860000] pgd = c0004000
>> >> >> [ 23.860000] [0a080604] *pgd=00000000
>> >> >> [ 23.860000] Internal error: Oops: 805 [#1] ARM
>> >> >> [ 23.860000] Modules linked in: usb_f_uac1 g_audio libcomposite
>> >> >> snd_soc_atmel_ssc_dai snd_soc_atmel_pcm_dma
>> >> >> [ 23.860000] CPU: 0 PID: 0 Comm: swapper Not tainted 3.19.8+ #81
>> >> >> [ 23.860000] Hardware name: Atmel SAMA5 (Device Tree)
>> >> >> [ 23.860000] task: c05327b8 ti: c0528000 task.ti: c0528000
>> >> >> [ 23.860000] PC is at memcpy+0x50/0x330
>> >> >> [ 23.860000] LR is at 0x0
>> >> >> [ 23.860000] pc : [<c01a0430>] lr : [<00000000>] psr:
>> >> >> 20090193
>> >> >> [ 23.860000] sp : c0529e5c ip : 00000000 fp : cfb33200
>> >> >> [ 23.860000] r10: 00000001 r9 : 0000bb80 r8 : 00000000
>> >> >> [ 23.860000] r7 : 00000000 r6 : 00000000 r5 : 00000000 r4 :
>> >> >> 00000000
>> >> >> [ 23.860000] r3 : 00000000 r2 : 00000020 r1 : cf9f5220 r0 :
>> >> >> 0a080604
>> >> >> [ 23.860000] Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM
>> >> >> Segment kernel
>> >> >> [ 23.860000] Control: 10c53c7d Table: 2fb24059 DAC: 00000015
>> >> >> [ 23.860000] Process swapper (pid: 0, stack limit = 0xc0528230)
>> >> >> [ 23.860000] Stack: (0xc0529e5c to 0xc052a000)
>> >> >> [ 23.860000] 9e40:
>> >> >> cf9f5100
>> >> >> [ 23.860000] 9e60: cfa25868 cf9e7dc0 cfb33080 0a080604 cfb33200
>> >> >> bf0287e0 cfa25858 00000000
>> >> >> [ 23.860000] 9e80: cfa20a10 cfb33200 cfa25858 cfa20a10 cfa20a10
>> >> >> 000000c0 00000002 c0284f50
>> >> >> [ 23.860000] 9ea0: c0529ea0 c0529ea0 00000002 00000090 cfa25858
>> >> >> c0286408 0000001c ffffffff
>> >> >> [ 23.860000] 9ec0: 7fffffff c054e040 00000000 02000029 cf88cac0
>> >> >> c05544fe c0529ed8 c0529ed8
>> >> >> [ 23.860000] 9ee0: 00000000 cfa23c40 cf802540 00000000 00000000
>> >> >> 0000002d cf901dc0 c05544fe
>> >> >> [ 23.860000] 9f00: 00000000 c0040b28 c05544fe c0554dc0 cf901dc0
>> >> >> cf802540 00000000 00000000
>> >> >> [ 23.860000] 9f20: cf802200 c051fe18 cfffc480 c0040c18 cf901dc0
>> >> >> c0042e38 0000002d 0000002d
>> >> >> [ 23.860000] 9f40: 00000000 c004034c c053aca0 c0040570 c000eec4
>> >> >> 60090013 ffffffff c0529f9c
>> >> >> [ 23.860000] 9f60: c0554600 c0011b00 00000000 c0536918 00000000
>> >> >> c0017880 c0528000 c05300c4
>> >> >> [ 23.860000] 9f80: c05544fc c05544fc c0554600 c051fe18 cfffc480
>> >> >> 00000000 01000000 c0529fb0
>> >> >> [ 23.860000] 9fa0: c000eec0 c000eec4 60090013 ffffffff c0528000
>> >> >> c0039b90 ffffffff c04fac30
>> >> >> [ 23.860000] 9fc0: ffffffff ffffffff c04fa678 00000000 00000000
>> >> >> c051fe18 c05547d4 c0530070
>> >> >> [ 23.860000] 9fe0: c051fe14 c0533860 20004059 410fc051 00000000
>> >> >> 20008070 00000000 00000000
>> >> >> [ 23.860000] [<c01a0430>] (memcpy) from [<bf0287e0>]
>> >> >> (f_audio_complete+0x11c/0x170 [usb_f_uac1])
>> >> >> [ 23.860000] [<bf0287e0>] (f_audio_complete [usb_f_uac1]) from
>> >> >> [<c0284f50>] (request_complete+0x5c/0x80)
>> >> >> [ 23.860000] [<c0284f50>] (request_complete) from [<c0286408>]
>> >> >> (usba_udc_irq+0x12c/0xc50)
>> >> >> [ 23.860000] [<c0286408>] (usba_udc_irq) from [<c0040b28>]
>> >> >> (handle_irq_event_percpu+0x78/0x140)
>> >> >> [ 23.860000] [<c0040b28>] (handle_irq_event_percpu) from
>> >> >> [<c0040c18>] (handle_irq_event+0x28/0x38)
>> >> >> [ 23.860000] [<c0040c18>] (handle_irq_event) from [<c0042e38>]
>> >> >> (handle_fasteoi_irq+0x9c/0x164)
>> >> >> [ 23.860000] [<c0042e38>] (handle_fasteoi_irq) from [<c004034c>]
>> >> >> (generic_handle_irq+0x2c/0x3c)
>> >> >> [ 23.860000] [<c004034c>] (generic_handle_irq) from [<c0040570>]
>> >> >> (__handle_domain_irq+0x54/0xa8)
>> >> >> [ 23.860000] [<c0040570>] (__handle_domain_irq) from [<c0011b00>]
>> >> >> (__irq_svc+0x40/0x54)
>> >> >> [ 23.860000] [<c0011b00>] (__irq_svc) from [<c000eec4>]
>> >> >> (arch_cpu_idle+0x38/0x3c)
>> >> >> [ 23.860000] [<c000eec4>] (arch_cpu_idle) from [<c0039b90>]
>> >> >> (cpu_startup_entry+0xa8/0xf4)
>> >> >> [ 23.860000] [<c0039b90>] (cpu_startup_entry) from [<c04fac30>]
>> >> >> (start_kernel+0x374/0x380)
>> >> >> [ 23.860000] Code: f5d1f05c f5d1f07c e8b151f8 e2522020 (e8a051f8)
>> >> >> [ 23.860000] ---[ end trace 6affc0dac289a4ab ]---
>> >> >> [ 23.860000] Kernel panic - not syncing: Fatal exception in
>> >> >> interrupt
>> >> >> [ 23.860000] ---[ end Kernel panic - not syncing: Fatal exception
>> >> >> in
>> >> >> interrupt
>> >> >>
>> >> >> Anyone has a clue about that?
>> >> >>
>> >> >> --
>> >> >> Profile: http://it.linkedin.com/in/compagnucciangelo
>> >> >> _______________________________________________
>> >> >> Alsa-devel mailing list
>> >> >> Alsa-devel@alsa-project.org
>> >> >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > | Michael Nazzareno Trimarchi Amarula Solutions
>> >> > BV |
>> >> > | COO - Founder Cruquiuskade
>> >> > 47 |
>> >> > | +31(0)851119172 Amsterdam 1018 AM
>> >> > NL |
>> >> > | [`as] http://www.amarulasolutions.com
>> >> > |
>> >>
>> >>
>> >>
>> >> --
>> >> Profile: http://it.linkedin.com/in/compagnucciangelo
>>
>>
>>
>> --
>> Profile: http://it.linkedin.com/in/compagnucciangelo
--
Profile: http://it.linkedin.com/in/compagnucciangelo
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2015-07-07 7:47 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-07-06 13:20 g_audio kernel oops on pulling calbe Angelo Compagnucci
2015-07-06 13:38 ` Michael Trimarchi
2015-07-06 14:10 ` Angelo Compagnucci
2015-07-06 17:20 ` Michael Trimarchi
2015-07-07 7:12 ` Angelo Compagnucci
2015-07-07 7:19 ` Michael Trimarchi
2015-07-07 7:46 ` Angelo Compagnucci
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.