Several Errors in journalctl

[spartacus]

Any ideas what these mean and how to solve them? I recently updated to the February image and ran pacman. I do not recall any of these errors in the older image I used earlier.

Code: Select all

Feb 19 20:52:28.113957 server systemd[1]: Failed to reset devices.list on /system.slice: Invalid argument

I get this during every boot. Someone else has the same problem: http://www.raspberrypi.org/forums/viewt ... 0&p=677776

Code: Select all

Dec 31 16:00:07.321598 server systemd[1]: Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory.

I get this during every boot. I looked in /etc/systemd/system/* and don't see this service listed.

Code: Select all

Feb 20 14:18:05.410673 server kernel: pcm512x: probe of 1-004c failed with error -5
Feb 20 14:18:05.408072 server kernel: pcm512x 1-004c: Failed to reset device: -5
Feb 20 14:18:05.224087 server kernel: pcm512x: probe of 1-004d failed with error -5
Feb 20 14:18:05.134703 server kernel: pcm512x 1-004d: Failed to reset device: -5

I removed snd-bcm2835 from /etc/modules-load.d/raspberrypi.conf. Is this related? Is some other driver or service trying to access the sound card?

Code: Select all

Feb 19 21:30:12.842397 server kernel: ---[ end trace 46c987f613730655 ]---
Feb 19 21:30:12.840710 server kernel: [<c00505d8>] (cpu_startup_entry) from [<c0a0fbe4>] (start_kernel+0x330/0x398)
Feb 19 21:30:12.839002 server kernel: [<c000ec98>] (arch_cpu_idle) from [<c00505d8>] (cpu_startup_entry+0x280/0x304)
Feb 19 21:30:12.837338 server kernel: [<c075ff94>] (__irq_svc) from [<c000ec98>] (arch_cpu_idle+0x28/0x30)
Feb 19 21:30:12.835536 server kernel: [<c005dd88>] (__handle_domain_irq) from [<c075ff94>] (__irq_svc+0x34/0xc8)
Feb 19 21:30:12.829948 server kernel: [<c00281bc>] (irq_exit) from [<c005dd88>] (__handle_domain_irq+0x8c/0xf4)
Feb 19 21:30:12.828110 server kernel: [<c0027d38>] (__do_softirq) from [<c00281bc>] (irq_exit+0xa8/0xf4)
Feb 19 21:30:12.826409 server kernel: [<c068d588>] (net_rx_action) from [<c0027d38>] (__do_softirq+0xe8/0x2e8)
Feb 19 21:30:12.824795 server kernel: [<c068dde8>] (process_backlog) from [<c068d588>] (net_rx_action+0x10c/0x24c)
Feb 19 21:30:12.823246 server kernel: [<c068af24>] (__netif_receive_skb_core) from [<c068dde8>] (process_backlog+0x6c/0xfc)
Feb 19 21:30:12.821593 server kernel: [<c06bf8a8>] (ip_local_deliver_finish) from [<c068af24>] (__netif_receive_skb_core+0x628/0x8bc)
Feb 19 21:30:12.819770 server kernel: [<c06e2ddc>] (tcp_v4_rcv) from [<c06bf8a8>] (ip_local_deliver_finish+0xcc/0x240)
Feb 19 21:30:12.818045 server kernel: [<c06e0600>] (tcp_v4_do_rcv) from [<c06e2ddc>] (tcp_v4_rcv+0x8a0/0x8e0)
Feb 19 21:30:12.816490 server kernel: [<c06d8340>] (tcp_rcv_established) from [<c06e0600>] (tcp_v4_do_rcv+0x108/0x2a8)
Feb 19 21:30:12.814916 server kernel: [<c06d62b0>] (tcp_data_queue) from [<c06d8340>] (tcp_rcv_established+0x138/0x608)
Feb 19 21:30:12.813272 server kernel: [<c06d4f34>] (tcp_try_coalesce) from [<c06d62b0>] (tcp_data_queue+0x39c/0xc78)
Feb 19 21:30:12.811620 server kernel: [<c068195c>] (skb_try_coalesce) from [<c06d4f34>] (tcp_try_coalesce+0x50/0xd4)
Feb 19 21:30:12.809906 server kernel: [<c0024ae4>] (warn_slowpath_null) from [<c068195c>] (skb_try_coalesce+0x304/0x37c)
Feb 19 21:30:12.808153 server kernel: [<c0024a28>] (warn_slowpath_common) from [<c0024ae4>] (warn_slowpath_null+0x1c/0x24)
Feb 19 21:30:12.806523 server kernel: [<c0011a28>] (show_stack) from [<c0024a28>] (warn_slowpath_common+0x6c/0x8c)
Feb 19 21:30:12.804707 server kernel: [<c0013d0c>] (unwind_backtrace) from [<c0011a28>] (show_stack+0x10/0x14)
Feb 19 21:30:12.803159 server kernel: CPU: 0 PID: 0 Comm: swapper Not tainted 3.18.7-5-ARCH #1
Feb 19 21:30:12.801463 server kernel: Modules linked in: nf_tables_ipv6 nf_log_ipv4 nf_log_common nft_limit nft_log nft_meta nf_conntrack_ipv4 nf_de
Feb 19 21:30:12.799762 server kernel: WARNING: CPU: 0 PID: 0 at net/core/skbuff.c:3995 skb_try_coalesce+0x304/0x37c()
Feb 19 21:30:12.797387 server kernel: ------------[ cut here ]------------

This pops up randomly. Even when I'm not logged in.

[sdjf]

There are no Arch images any more, do you mean the February tar file?

Which model of Pi? I have not updated my system to February, but this looks suspiciously to me like potentially a bad cable or power supply. Or failure to sync after the update before rebooting, with corrupt file system.

Does any of that make sense in your situation?

[spartacus]

There are no Arch images any more, do you mean the February tar file?

yes. i got it from here: http://os.archlinuxarm.org/os/rpi/

Which model of Pi? I have not updated my system to February, but this looks suspiciously to me like potentially a bad cable or power supply.

Does any of that make sense in your situation?

it's a B+. i'm using an iphone power supply. i'm getting these errors on multiple pis, so i don't think it's the hardware.

Or failure to sync after the update before rebooting, with corrupt file system.

i'm doing that.

[gearhead]

"Same Here"
I'm running a model B Rev 2 and a B+. On the B Rev 2, I do not get the error on the B+ I do. Both are configured almost identically, Both are at current Kernel (3.18.7-9-ARCH). The pi still functions (I have MPD and motion running) and can ssh into and everything is just fine as far as I can tell.

My error is:

Code: Select all

[  179.360214] ------------[ cut here ]------------
[  179.360279] WARNING: CPU: 0 PID: 470 at net/core/skbuff.c:3995 skb_try_coalesce+0x304/0x37c()
[  179.360296] Modules linked in: ecb md4 nls_utf8 cifs snd_usb_audio snd_usbmidi_lib snd_hwdep snd_rawmidi snd_seq_device evdev uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common videodev media uio_pdrv_genirq uio sch_fq_codel snd_bcm2835 snd_pcm snd_timer snd bcm2708_rng rng_core w1_therm w1_gpio wire cn ipv6 [last unloaded: snd_seq_device]
[  179.360527] CPU: 0 PID: 470 Comm: php-fpm Not tainted 3.18.7-9-ARCH #1
[  179.360600] [<c00139f4>] (unwind_backtrace) from [<c0011948>] (show_stack+0x10/0x14)
[  179.360644] [<c0011948>] (show_stack) from [<c0024630>] (warn_slowpath_common+0x6c/0x8c)
[  179.360717] [<c0024630>] (warn_slowpath_common) from [<c00246ec>] (warn_slowpath_null+0x1c/0x24)
[  179.360751] [<c00246ec>] (warn_slowpath_null) from [<c06747b0>] (skb_try_coalesce+0x304/0x37c)
[  179.360798] [<c06747b0>] (skb_try_coalesce) from [<c06c7d88>] (tcp_try_coalesce+0x50/0xd4)
[  179.360866] [<c06c7d88>] (tcp_try_coalesce) from [<c06c9104>] (tcp_data_queue+0x39c/0xc78)
[  179.360937] [<c06c9104>] (tcp_data_queue) from [<c06cb194>] (tcp_rcv_established+0x138/0x608)
[  179.360980] [<c06cb194>] (tcp_rcv_established) from [<c06d3454>] (tcp_v4_do_rcv+0x108/0x2a8)
[  179.361011] [<c06d3454>] (tcp_v4_do_rcv) from [<c06d5c30>] (tcp_v4_rcv+0x8a0/0x8e0)
[  179.361054] [<c06d5c30>] (tcp_v4_rcv) from [<c06b26fc>] (ip_local_deliver_finish+0xcc/0x240)
[  179.361102] [<c06b26fc>] (ip_local_deliver_finish) from [<c067dd78>] (__netif_receive_skb_core+0x628/0x8bc)
[  179.361134] [<c067dd78>] (__netif_receive_skb_core) from [<c0680c3c>] (process_backlog+0x6c/0xfc)
[  179.361161] [<c0680c3c>] (process_backlog) from [<c06803dc>] (net_rx_action+0x10c/0x24c)
[  179.361198] [<c06803dc>] (net_rx_action) from [<c0027940>] (__do_softirq+0xe8/0x2e8)
[  179.361227] [<c0027940>] (__do_softirq) from [<c0027dc4>] (irq_exit+0xa8/0xf4)
[  179.361263] [<c0027dc4>] (irq_exit) from [<c005c318>] (__handle_domain_irq+0x88/0xf0)
[  179.361298] [<c005c318>] (__handle_domain_irq) from [<c0752fc0>] (__irq_usr+0x40/0xc0)
[  179.361320] ---[ end trace b912eac16da72b15 ]---

[ShiroiKuma]

I just noticed this today on my new Pi2, never seen that error on the B+ either. Guessing something in the kernel needs tweaking maybe, be interesting to know what it is.