Jump to content
IGNORED

music playing "crashes" and kernel trace on sparky/usbridge


Recommended Posts

Dear allo,

 

i use my usbridge/sparky since years and from time to time i experience kernel traces in conjunction with "crashing" the music playback.

Today the usbridge stops playing music (while playing a 24/96 FLAC file) and i found that kernel trace: 

Dear all,

today my dietpi on sparky "crashed" during playback. Beside you find the kernel trace: 

 

Apr 02 16:40:43 DietPi kernel: ------------[ cut here ]------------
Apr 02 16:40:43 DietPi kernel: WARNING: at /imxhdd/opt/1301TAG/sparky_volumio/kernel/net/sched/sch_generic.c:255 dev_watchdog+0x24c/0x26c()
Apr 02 16:40:43 DietPi kernel: NETDEV WATCHDOG: eth0 (owl-ethernet): transmit queue 0 timed out
Apr 02 16:40:43 DietPi kernel: Modules linked in: snd_usb_audio snd_hwdep snd_usbmidi_lib nls_cp437 ethernet spidev atc260x_irkeypad atc260x_cap_gauge autofs4
Apr 02 16:40:43 DietPi kernel: CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W    3.10.38 #22
Apr 02 16:40:43 DietPi kernel: [<c0015b34>] (unwind_backtrace+0x0/0x138) from [<c001304c>] (show_stack+0x24/0x2c)
Apr 02 16:40:43 DietPi kernel: [<c001304c>] (show_stack+0x24/0x2c) from [<c002beb8>] (warn_slowpath_common+0x4c/0x6c)
Apr 02 16:40:43 DietPi kernel: [<c002beb8>] (warn_slowpath_common+0x4c/0x6c) from [<c002bf6c>] (warn_slowpath_fmt+0x30/0x40)
Apr 02 16:40:43 DietPi kernel: [<c002bf6c>] (warn_slowpath_fmt+0x30/0x40) from [<c05ea148>] (dev_watchdog+0x24c/0x26c)
Apr 02 16:40:43 DietPi kernel: [<c05ea148>] (dev_watchdog+0x24c/0x26c) from [<c003a2d8>] (call_timer_fn+0x3c/0x154)
Apr 02 16:40:43 DietPi kernel: [<c003a2d8>] (call_timer_fn+0x3c/0x154) from [<c003ac90>] (run_timer_softirq+0x1c0/0x2c4)
Apr 02 16:40:43 DietPi kernel: [<c003ac90>] (run_timer_softirq+0x1c0/0x2c4) from [<c00339e0>] (__do_softirq+0xf4/0x2a0)
Apr 02 16:40:43 DietPi kernel: [<c00339e0>] (__do_softirq+0xf4/0x2a0) from [<c0033c1c>] (do_softirq+0x4c/0x58)
Apr 02 16:40:43 DietPi kernel: [<c0033c1c>] (do_softirq+0x4c/0x58) from [<c0033e90>] (irq_exit+0x90/0xc8)
Apr 02 16:40:43 DietPi kernel: [<c0033e90>] (irq_exit+0x90/0xc8) from [<c000fbf8>] (handle_IRQ+0x3c/0x94)
Apr 02 16:40:43 DietPi kernel: [<c000fbf8>] (handle_IRQ+0x3c/0x94) from [<c00085e0>] (gic_handle_irq+0x28/0x5c)
Apr 02 16:40:43 DietPi kernel: [<c00085e0>] (gic_handle_irq+0x28/0x5c) from [<c000ef40>] (__irq_svc+0x40/0x70)
Apr 02 16:40:43 DietPi kernel: Exception stack(0xc0c77f68 to 0xc0c77fb0)
Apr 02 16:40:43 DietPi kernel: 7f60:                   ffffffed 00a37000 c0c8b6e4 00000000 c0c76000 c0c76000
Apr 02 16:40:43 DietPi kernel: 7f80: c0c76000 c0d29dec c0c89ed4 414fc091 c07c6920 c0d295bd 00000000 c0c77fb0
Apr 02 16:40:43 DietPi kernel: 7fa0: c0010050 c0010048 60000013 ffffffff
Apr 02 16:40:43 DietPi kernel: [<c000ef40>] (__irq_svc+0x40/0x70) from [<c0010048>] (arch_cpu_idle+0x28/0x38)
Apr 02 16:40:43 DietPi kernel: [<c0010048>] (arch_cpu_idle+0x28/0x38) from [<c00736b8>] (cpu_startup_entry+0x68/0x24c)
Apr 02 16:40:43 DietPi kernel: [<c00736b8>] (cpu_startup_entry+0x68/0x24c) from [<c0c00a34>] (start_kernel+0x2c4/0x320)
Apr 02 16:40:43 DietPi kernel: ---[ end trace ddc8d07941dc5ddd ]---
 

Could it be better to have a kernel without the "sparky_volumio" patch? I found kernel sources at GitHub under https://github.com/sparkysbc/Linux.

If you send me the make procedure in conjunction with the make of the uImage, i would be happy to compile my kernel myself - without the sparky_volumio patch

 

Link to post
Share on other sites
  • 5 weeks later...

Example of kernel trace from my Sparky USBridge running DietPi 7.1.2:

[102336.012837] ------------[ cut here ]------------
[102336.019425] WARNING: at /imxhdd/opt/1301TAG/sparky_volumio/kernel/net/sched/sch_generic.c:255 dev_watchdog+0x24c/0x26c()
[102336.032365] NETDEV WATCHDOG: eth0 (owl-ethernet): transmit queue 0 timed out
[21531.086079] ethernet link state:linked
               
[102336.032409] Modules linked in:
[102336.037522]  nls_cp437 snd_usb_audio snd_hwdep snd_usbmidi_lib ethernet spidev atc260x_cap_gauge atc260x_irkeypad autofs4
[102336.049338] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W    3.10.38 #22
[102336.058794] [<c0015b34>] (unwind_backtrace+0x0/0x138) from [<c001304c>] (show_stack+0x24/0x2c)
[102336.069930] [<c001304c>] (show_stack+0x24/0x2c) from [<c002beb8>] (warn_slowpath_common+0x4c/0x6c)
[102336.081439] [<c002beb8>] (warn_slowpath_common+0x4c/0x6c) from [<c002bf6c>] (warn_slowpath_fmt+0x30/0x40)
[102336.093663] [<c002bf6c>] (warn_slowpath_fmt+0x30/0x40) from [<c05ea148>] (dev_watchdog+0x24c/0x26c)
[102336.105609] [<c05ea148>] (dev_watchdog+0x24c/0x26c) from [<c003a2d8>] (call_timer_fn+0x3c/0x154)
[102336.117316] [<c003a2d8>] (call_timer_fn+0x3c/0x154) from [<c003ac90>] (run_timer_softirq+0x1c0/0x2c4)
[102336.129466] [<c003ac90>] (run_timer_softirq+0x1c0/0x2c4) from [<c00339e0>] (__do_softirq+0xf4/0x2a0)
[102336.141750] [<c00339e0>] (__do_softirq+0xf4/0x2a0) from [<c0033c1c>] (do_softirq+0x4c/0x58)
[102336.153218] [<c0033c1c>] (do_softirq+0x4c/0x58) from [<c0033e90>] (irq_exit+0x90/0xc8)
[102336.164253] [<c0033e90>] (irq_exit+0x90/0xc8) from [<c000fbf8>] (handle_IRQ+0x3c/0x94)
[102336.175394] [<c000fbf8>] (handle_IRQ+0x3c/0x94) from [<c00085e0>] (gic_handle_irq+0x28/0x5c)
[102336.187025] [<c00085e0>] (gic_handle_irq+0x28/0x5c) from [<c000ef40>] (__irq_svc+0x40/0x70)
[102336.198638] Exception stack(0xc0c77f68 to 0xc0c77fb0)
[102336.207039] 7f60:                   ffffffed 00a37000 c0c8b6e4 00000000 c0c76000 c0c76000
[102336.218772] 7f80: c0c76000 c0d29dec c0c89ed4 414fc091 c07c6920 c0d295bd 00000000 c0c77fb0
[102336.230415] 7fa0: c0010050 c0010048 60070013 ffffffff
[102336.238945] [<c000ef40>] (__irq_svc+0x40/0x70) from [<c0010048>] (arch_cpu_idle+0x28/0x38)
[102336.250777] [<c0010048>] (arch_cpu_idle+0x28/0x38) from [<c00736b8>] (cpu_startup_entry+0x68/0x24c)
[102336.263445] [<c00736b8>] (cpu_startup_entry+0x68/0x24c) from [<c0c00a34>] (start_kernel+0x2c4/0x320)
[102336.276196] ---[ end trace dba8e4e438192cbe ]---
[102467.472911] usb 3-1.1: new high-speed USB device number 7 using aotg_hcd
[102467.472937] aotg_hcd aotg_hcd.1: device addr : 0x00000082
[102467.552926] aotg_hcd aotg_hcd.1: <EP DISABLE> ep0 index 0 from ep [in]
[102467.572837] aotg_hcd aotg_hcd.1: device addr : 0x00000082
[102467.573624] usb 3-1.1: New USB device found, idVendor=20b1, idProduct=2008
[102467.573635] usb 3-1.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[102467.573643] usb 3-1.1: Product: X-SABRE Pro(MQA)
[102467.573649] usb 3-1.1: Manufacturer: Matrix Audio
[102467.598058] irqvector:64, 0x40
[102467.598072] hcd ep err ep_num:0, is_in:1
[102467.598078] err_type :3
[102467.598092] aotg_hcd aotg_hcd.1: HC OUT ep 0 error [0x0F] error type [0x03], reset it...
[102467.599068] hid-generic 0003:20B1:2008.0005: hiddev0,hidraw0: USB HID v1.10 Device [Matrix Audio X-SABRE Pro(MQA)] on usb-aotg_hcd.1-1.1/input3
[107982.241298] usb 3-1.1: USB disconnect, device number 7
[107982.243203] aotg_hcd aotg_hcd.1: <EP DISABLE> ep0 index 0 from ep [in]
[176094.862908] usb 3-1.1: new high-speed USB device number 8 using aotg_hcd
[176094.862935] aotg_hcd aotg_hcd.1: device addr : 0x00000082
[176094.943043] aotg_hcd aotg_hcd.1: <EP DISABLE> ep0 index 0 from ep [in]
[176094.962851] aotg_hcd aotg_hcd.1: device addr : 0x00000082
[176094.963640] usb 3-1.1: New USB device found, idVendor=20b1, idProduct=2008
[176094.963653] usb 3-1.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[176094.963661] usb 3-1.1: Product: X-SABRE Pro(MQA)
[176094.963668] usb 3-1.1: Manufacturer: Matrix Audio
[176094.988147] irqvector:64, 0x40
[176094.988159] hcd ep err ep_num:0, is_in:1
[176094.988165] err_type :3
[176094.988179] aotg_hcd aotg_hcd.1: HC OUT ep 0 error [0x0F] error type [0x03], reset it...
[176094.989170] hid-generic 0003:20B1:2008.0006: hiddev0,hidraw0: USB HID v1.10 Device [Matrix Audio X-SABRE Pro(MQA)] on usb-aotg_hcd.1-1.1/input3
[180825.505299] usb 3-1.1: USB disconnect, device number 8
[180825.507017] aotg_hcd aotg_hcd.1: <EP DISABLE> ep0 index 0 from ep [in]
[185695.372880] usb 3-1.1: new high-speed USB device number 9 using aotg_hcd
[185695.372905] aotg_hcd aotg_hcd.1: device addr : 0x00000082
[185695.453006] aotg_hcd aotg_hcd.1: <EP DISABLE> ep0 index 0 from ep [in]
[185695.472843] aotg_hcd aotg_hcd.1: device addr : 0x00000082
[185695.473609] usb 3-1.1: New USB device found, idVendor=20b1, idProduct=2008
[185695.473620] usb 3-1.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[185695.473628] usb 3-1.1: Product: X-SABRE Pro(MQA)
[185695.473634] usb 3-1.1: Manufacturer: Matrix Audio
[185695.498064] irqvector:64, 0x40
[185695.498077] hcd ep err ep_num:0, is_in:1
[185695.498083] err_type :3
[185695.498097] aotg_hcd aotg_hcd.1: HC OUT ep 0 error [0x0F] error type [0x03], reset it...
[185695.499114] hid-generic 0003:20B1:2008.0007: hiddev0,hidraw0: USB HID v1.10 Device [Matrix Audio X-SABRE Pro(MQA)] on usb-aotg_hcd.1-1.1/input3
[185834.640633] iso_packets:0, bInterval:1, urb_interval:1, reg_con:0x4
[185834.640795] iso_packets:0, bInterval:4, urb_interval:8, reg_con:0x4
[185846.397945] TX ERROR status: 0x007e0000
[185859.292804] timeout: still 8 active urbs on EP #1
[185860.292801] timeout: still 8 active urbs on EP #1
[185860.300990] ------------[ cut here ]------------

Link to post
Share on other sites

Ok, figured this out I suppose. DietPi on Sparky SBC still uses Linux kernel provided by Allo (3.10.38 #22) and not the one in the standard distribution repos. This kernel includes patches applied by Allo. It means only Allo developers can help with debugging and fixing this issue. Allo support, please respond.

Link to post
Share on other sites
11 hours ago, bamyasi said:

Ok, figured this out I suppose. DietPi on Sparky SBC still uses Linux kernel provided by Allo (3.10.38 #22) and not the one in the standard distribution repos. This kernel includes patches applied by Allo. It means only Allo developers can help with debugging and fixing this issue. Allo support, please respond.

With Dietpi ,which player you are using ? is with roon?

Link to post
Share on other sites

No I do not have Roon. Crashes happen when streaming Qobuz over the network, using BubbleUPnP as a DLNA control point. BubbleUPnP uses GMedia renderer installed on DietPi box to play Qobuz streams. This setup has been working without hitches for years until I upgraded DietPi last year to version 6, when it started crashing occasionally. Now I am at DietPi version 7.1.2 and GMrender crashes on every track, between 10 to 30 seconds into playback, rendering device unusable.

Link to post
Share on other sites

Oh, and the crashes do not occur when playing back files from a USB SDD drive attached to Sparky USB port. Also, it looks like HiRes network streaming is the least stable, 24/96 tracks usually crash within 5-10 seconds. CD quality streams sometimes can play a complete track without crashing but then crash upon skipping to next track. Still unusable.

Link to post
Share on other sites

Correction: SDD->SSD

I have also started monitoring the usual suspects on the DietPi box, like memory usage and CPU temperature but noticed nothing out of normal when crashes happen. Memory stays at 40% free and CPU Temp around 58-59 degC. USBridge is connected to my router's wired Ethernet port, connection speed is 100BaseT/duplex.

Link to post
Share on other sites
16 hours ago, bamyasi said:

Correction: SDD->SSD

I have also started monitoring the usual suspects on the DietPi box, like memory usage and CPU temperature but noticed nothing out of normal when crashes happen. Memory stays at 40% free and CPU Temp around 58-59 degC. USBridge is connected to my router's wired Ethernet port, connection speed is 100BaseT/duplex.

Our team will check and update on this.

Link to post
Share on other sites


×
×
  • Create New...