Failed to get suitable pool for 0000:01:00.0 / usb 1-1.2.4.4: usbfs: usb_submit_urb returned -12

MarkusE · 20. Februar 2023

Warum bekomme eigentlich nur ich solche Fehler .

Code

Feb 20 16:32:09 rpi4s kernel: [507156.196390] ------------[ cut here ]------------
Feb 20 16:32:09 rpi4s kernel: [507156.196405] Failed to get suitable pool for 0000:01:00.0
Feb 20 16:32:09 rpi4s kernel: [507156.196422] WARNING: CPU: 1 PID: 340086 at kernel/dma/pool.c:279 dma_alloc_from_pool+0x90/0x1e0
Feb 20 16:32:09 rpi4s kernel: [507156.196443] Modules linked in: rpcsec_gss_krb5 md5 uinput raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor xor_neon raid6_pq iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 cfg80211 iptable_mangle iptable_filter bluetooth 8021q garp stp llc ecdh_generic ecc rfkill md_mod binfmt_misc sg v3d bcm2835_v4l2(C) bcm2835_codec(C) gpu_sched bcm2835_isp(C) bcm2835_mmal_vchiq(C) vc4 v4l2_mem2mem videobuf2_vmalloc videobuf2_dma_contig videobuf2_memops cec videobuf2_v4l2 videobuf2_common raspberrypi_hwmon drm_kms_helper videodev snd_bcm2835(C) vc_sm_cma(C) snd_soc_core snd_compress snd_pcm_dmaengine mc snd_pcm rpivid_mem snd_timer snd syscopyarea sysfillrect sysimgblt fb_sys_fops uio_pdrv_genirq nvmem_rmem uio i2c_dev aes_neon_bs aes_neon_blk crypto_simd cryptd drm fuse drm_panel_orientation_quirks nfsd backlight ip_tables x_tables ipv6
Feb 20 16:32:09 rpi4s kernel: [507156.196605] CPU: 1 PID: 340086 Comm: mediasrv Tainted: G        WC        5.15.33-v8+ #1543
Feb 20 16:32:09 rpi4s kernel: [507156.196612] Hardware name: Raspberry Pi 4 Model B Rev 1.4 (DT)
Feb 20 16:32:09 rpi4s kernel: [507156.196616] pstate: 800000c5 (Nzcv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
Feb 20 16:32:09 rpi4s kernel: [507156.196622] pc : dma_alloc_from_pool+0x90/0x1e0
Feb 20 16:32:09 rpi4s kernel: [507156.196628] lr : dma_alloc_from_pool+0x90/0x1e0
Feb 20 16:32:09 rpi4s kernel: [507156.196634] sp : ffffffc0094eb660
Feb 20 16:32:09 rpi4s kernel: [507156.196637] x29: ffffffc0094eb660 x28: ffffff81009a6a80 x27: 0000000000000004
Feb 20 16:32:09 rpi4s kernel: [507156.196647] x26: ffffffc0094eb740 x25: ffffff81008590b0 x24: ffffffe75012a260
Feb 20 16:32:09 rpi4s kernel: [507156.196656] x23: ffffffe74ed14560 x22: 0000000000001000 x21: ffffffe74fa8bb78
Feb 20 16:32:09 rpi4s kernel: [507156.196664] x20: ffffffe74fa8afe8 x19: 0000000000000000 x18: 0000000000091020
Feb 20 16:32:09 rpi4s kernel: [507156.196673] x17: 0000000000000018 x16: 0000000000000000 x15: 4d3ac94aad411863
Feb 20 16:32:09 rpi4s kernel: [507156.196682] x14: 0000000000000000 x13: 302e30303a31303a x12: ffffffe74ffa6690
Feb 20 16:32:09 rpi4s kernel: [507156.196690] x11: 0000000000000003 x10: ffffffe74ff8e650 x9 : ffffffe74ecec728
Feb 20 16:32:09 rpi4s kernel: [507156.196698] x8 : 0000000000017fe8 x7 : c0000000ffffefff x6 : 0000000000000001
Feb 20 16:32:09 rpi4s kernel: [507156.196707] x5 : ffffff9aaf352000 x4 : 0000000000000000 x3 : 0000000000000003
Feb 20 16:32:09 rpi4s kernel: [507156.196715] x2 : 0000000000000002 x1 : 8807d94afba6ca00 x0 : 0000000000000000
Feb 20 16:32:09 rpi4s kernel: [507156.196723] Call trace:
Feb 20 16:32:09 rpi4s kernel: [507156.196726]  dma_alloc_from_pool+0x90/0x1e0
Feb 20 16:32:09 rpi4s kernel: [507156.196733]  dma_direct_alloc+0x268/0x330
Feb 20 16:32:09 rpi4s kernel: [507156.196738]  dma_alloc_attrs+0xac/0xc0
Feb 20 16:32:09 rpi4s kernel: [507156.196743]  dma_pool_alloc+0xd8/0x200
Feb 20 16:32:09 rpi4s kernel: [507156.196750]  xhci_segment_alloc+0x94/0x150
Feb 20 16:32:09 rpi4s kernel: [507156.196756]  xhci_alloc_segments_for_ring+0xd0/0x180
Feb 20 16:32:09 rpi4s kernel: [507156.196761]  xhci_ring_expansion+0x84/0x2f8
Feb 20 16:32:09 rpi4s kernel: [507156.196765]  prepare_ring+0x180/0x260
Feb 20 16:32:09 rpi4s kernel: [507156.196770]  prepare_transfer.isra.55+0x88/0x148
Feb 20 16:32:09 rpi4s kernel: [507156.196775]  xhci_queue_bulk_tx+0xfc/0x918
Feb 20 16:32:09 rpi4s kernel: [507156.196780]  xhci_urb_enqueue+0x458/0x508
Feb 20 16:32:09 rpi4s kernel: [507156.196784]  usb_hcd_submit_urb+0xf8/0x9a0
Feb 20 16:32:09 rpi4s kernel: [507156.196790]  usb_submit_urb+0x248/0x5c8
Feb 20 16:32:09 rpi4s kernel: [507156.196794]  proc_do_submiturb+0xe94/0xf38
Feb 20 16:32:09 rpi4s kernel: [507156.196799]  usbdev_ioctl+0x16b0/0x1c40
Feb 20 16:32:09 rpi4s kernel: [507156.196804]  __arm64_sys_ioctl+0xb0/0xf0
Feb 20 16:32:09 rpi4s kernel: [507156.196809]  invoke_syscall+0x4c/0x110
Feb 20 16:32:09 rpi4s kernel: [507156.196816]  el0_svc_common.constprop.3+0xfc/0x120
Feb 20 16:32:09 rpi4s kernel: [507156.196822]  do_el0_svc+0x2c/0x90
Feb 20 16:32:09 rpi4s kernel: [507156.196827]  el0_svc+0x24/0x60
Feb 20 16:32:09 rpi4s kernel: [507156.196833]  el0t_64_sync_handler+0x90/0xb8
Feb 20 16:32:09 rpi4s kernel: [507156.196838]  el0t_64_sync+0x1a0/0x1a4
Feb 20 16:32:09 rpi4s kernel: [507156.196843] ---[ end trace 5293a2fd0fd45f04 ]---
Feb 20 16:32:09 rpi4s kernel: [507156.203025] xhci_hcd 0000:01:00.0: Ring expansion failed
Feb 20 16:32:09 rpi4s kernel: [507156.203194] usb 1-1.2.4.4: usbfs: usb_submit_urb returned -12

Alles anzeigen

~Markus

M-Reimer · 20. Februar 2023

Hast du mal alle Firmwares auf dem Raspberry aktualisiert?

Ich hatte auch schon unterschiedlichste "Problemchen" mit dem Raspi 4. Schön vor allem das das Problem oft nur an genau einem Raspberry auftritt. Also die exakt gleiche SD-Karte in einem (eigentlich baugleichen) anderen Raspberry keine Fehler verursacht.

Die Kosten des 4er Raspberry wurden meiner Meinung nach durchaus auch auf Kosten der Qualität niedrig gehalten. Das komische LAN-Modul das die im 4er verbauen haben die Entwickler ja bis heute nicht komplett stabil und teilweise komische Workarounds verbaut.

Bei den aktuellen Preisen hat es sich für mich mit dem 4er Raspberry auf jeden Fall erledigt. Gut über 100 Euro für ein Board mit eher durchschnittlicher Qualität. Auf der anderen Seite bekommt man für ähnliches Geld bei eBay auch sowas: https://www.ebay.de/itm/144928845459

MarkusE · 20. Februar 2023

Hm,

Sieht jetzt nicht nach RPI Fehler aus. Eher nach Problem im Kernel / USB Treiber (?). Oder dvb Karte (Sundtek)?

Ansich sollte der Kernel doch "suitable pools" wieder freigeben, wenn sie nicht mehr benötigt werden. Und dann stehen doch genügend "suitable pools" zur Verfügung, wenn sie benötigt werden.

S:oren hat da mal einen Bug im Kernel gefixed.

~ Markus

Failed to get suitable pool for 0000:01:00.0 / usb 1-1.2.4.4: usbfs: usb_submit_urb returned -12

Jetzt mitmachen!

Teilen