Is there a way to enable “wait for network” outside the UI. I cannot exit the UI for some reason. The only way to get out of MyOSMC is to exit kodi or reboot.
The following NEW packages will be installed:
rbp1-image-4.3.0-6-osmc rbp1-kernel-osmc
0 upgraded, 2 newly installed, 0 to remove and 9 not upgraded.
Need to get 18.1 MB of archives.
After this operation, 61.7 MB of additional disk space will be used.
Do you want to continue? [Y/n]
Get:1 http://apt.osmc.tv/ jessie-devel/main rbp1-image-4.3.0-6-osmc armhf 6 [18.0 MB]
Get:2 http://apt.osmc.tv/ jessie-devel/main rbp1-kernel-osmc armhf 1.9.3 [1004 B]
Fetched 18.1 MB in 41s (439 kB/s)
Preconfiguring packages ...
Selecting previously unselected package rbp1-image-4.3.0-6-osmc.
(Reading database ... 28049 files and directories currently installed.)
Preparing to unpack .../rbp1-image-4.3.0-6-osmc_6_armhf.deb ...
Examining /etc/kernel/preinst.d/
run-parts: executing /etc/kernel/preinst.d/preprocess-rbp 4.3.0-6-osmc /boot/vmlinuz-4.3.0-6-osmc
Done.
Unpacking rbp1-image-4.3.0-6-osmc (6) ...
Selecting previously unselected package rbp1-kernel-osmc.
Preparing to unpack .../rbp1-kernel-osmc_1.9.3_armhf.deb ...
Unpacking rbp1-kernel-osmc (1.9.3) ...
dpkg: error processing archive /var/cache/apt/archives/rbp1-kernel-osmc_1.9.3_armhf.deb (--unpack):
trying to overwrite '/etc/kernel/postinst.d/inform-updater', which is also in package rbp2-kernel-osmc 1.8.0
Errors were encountered while processing:
/var/cache/apt/archives/rbp1-kernel-osmc_1.9.3_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Somehow it managed to install it (I did an apt-get dist-upgrade it found the incomplete installation and finished it). However it does not boot. It stays at the rainbow screen forever.
You have installed a Pi 1 kernel on your system. The instructions above were not clear, but you were meant to install rbp1-kernel-osmc or rbp2-kernel-osmc depending on your device.
The good news is this is revertible. Insert the SD card, rename kernel.img to kernel.img.old and rename the latest vmlinuz file before 4.3 to kernel.img and your device should boot again.
We are currently experimenting with initramfs which may cause some kernel breakage at the moment, so please exercise caution.
If you installed this from the testing repository, then this is not an issue per se. Breakage is expected in this repository. Simply rename an older vmlinuz on /boot to boot again.
There isn’t as far as I know, which is why we call it testing. It would be exhaustive for us to mark what is and isn’t broken, and difficult. Packages go straight in to testing straight after compilation, so we would not be able to confirm things on a package by package basis
it seems with kernel 4.4.1-1-osmc the issue (hw csum failure) is still here.
It seems to happen only when the ethernet is bridged with another interface. I have another rpi2 running exactly the same OSMC, but its eth0 is not bridged, without any issues.
Feb 16 23:32:13 bedtv kernel: [ 1909.888963] eth0: hw csum failure
Feb 16 23:32:13 bedtv kernel: [ 1909.888999] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.4.1-1-osmc #1
Feb 16 23:32:13 bedtv kernel: [ 1909.889008] Hardware name: BCM2709
Feb 16 23:32:13 bedtv kernel: [ 1909.889051] [<8001f938>] (unwind_backtrace) from [<8001b214>] (show_stack+0x20/0x24)
Feb 16 23:32:13 bedtv kernel: [ 1909.889074] [<8001b214>] (show_stack) from [<8040a8d4>] (dump_stack+0x9c/0xdc)
Feb 16 23:32:13 bedtv kernel: [ 1909.889094] [<8040a8d4>] (dump_stack) from [<80640ab4>] (netdev_rx_csum_fault+0x44/0x48)
Feb 16 23:32:13 bedtv kernel: [ 1909.889115] [<80640ab4>] (netdev_rx_csum_fault) from [<8062d1cc>] (__skb_checksum_complete+0xb4/0xb8)
Feb 16 23:32:13 bedtv kernel: [ 1909.889135] [<8062d1cc>] (__skb_checksum_complete) from [<8070d2d8>] (ipv6_mc_validate_checksum+0xa8/0x150)
Feb 16 23:32:13 bedtv kernel: [ 1909.889153] [<8070d2d8>] (ipv6_mc_validate_checksum) from [<80628228>] (skb_checksum_trimmed+0x9c/0x190)
Feb 16 23:32:13 bedtv kernel: [ 1909.889168] [<80628228>] (skb_checksum_trimmed) from [<8070d480>] (ipv6_mc_check_mld+0x100/0x344)
Feb 16 23:32:13 bedtv kernel: [ 1909.889240] [<8070d480>] (ipv6_mc_check_mld) from [<7f33939c>] (br_multicast_rcv+0x68/0x10ac [bridge])
Feb 16 23:32:13 bedtv kernel: [ 1909.889324] [<7f33939c>] (br_multicast_rcv [bridge]) from [<7f32eb04>] (br_handle_frame_finish+0x1b4/0x5b0 [bridge])
Feb 16 23:32:13 bedtv kernel: [ 1909.889367] [<7f32eb04>] (br_handle_frame_finish [bridge]) from [<7f32f078>] (br_handle_frame+0x178/0x2e0 [bridge])
Feb 16 23:32:13 bedtv kernel: [ 1909.889400] [<7f32f078>] (br_handle_frame [bridge]) from [<80637830>] (__netif_receive_skb_core+0x384/0xb68)
Feb 16 23:32:13 bedtv kernel: [ 1909.889418] [<80637830>] (__netif_receive_skb_core) from [<8063a324>] (process_backlog+0x120/0x210)
Feb 16 23:32:13 bedtv kernel: [ 1909.889433] [<8063a324>] (process_backlog) from [<8063ccb0>] (net_rx_action+0x320/0x58c)
Feb 16 23:32:13 bedtv kernel: [ 1909.889450] [<8063ccb0>] (net_rx_action) from [<80036678>] (__do_softirq+0x1d4/0x4dc)
Feb 16 23:32:13 bedtv kernel: [ 1909.889465] [<80036678>] (__do_softirq) from [<80036e7c>] (irq_exit+0x120/0x168)
Feb 16 23:32:13 bedtv kernel: [ 1909.889525] [<80036e7c>] (irq_exit) from [<8009e2a4>] (__handle_domain_irq+0x80/0xd4)
Feb 16 23:32:13 bedtv kernel: [ 1909.889545] [<8009e2a4>] (__handle_domain_irq) from [<800177f4>] (handle_IRQ+0x2c/0x30)
Feb 16 23:32:13 bedtv kernel: [ 1909.889564] [<800177f4>] (handle_IRQ) from [<80009644>] (bcm2836_arm_irqchip_handle_irq+0xb8/0xbc)
Feb 16 23:32:13 bedtv kernel: [ 1909.889580] [<80009644>] (bcm2836_arm_irqchip_handle_irq) from [<80752144>] (__irq_svc+0x44/0x7c)
Feb 16 23:32:13 bedtv kernel: [ 1909.889589] Exception stack(0x80b5bf08 to 0x80b5bf50)
Feb 16 23:32:13 bedtv kernel: [ 1909.889603] bf00: 00000001 00000000 00000000 00000000 80b5a000 80b5c5dc
Feb 16 23:32:13 bedtv kernel: [ 1909.889617] bf20: 80b5c57c 80bc1118 00000000 00000000 80756ea4 80b5bf64 80b5d4f8 80b5bf58
Feb 16 23:32:13 bedtv kernel: [ 1909.889628] bf40: 80017acc 80017ad0 60000013 ffffffff
Feb 16 23:32:13 bedtv kernel: [ 1909.889644] [<80752144>] (__irq_svc) from [<80017ad0>] (arch_cpu_idle+0x34/0x4c)
Feb 16 23:32:13 bedtv kernel: [ 1909.889664] [<80017ad0>] (arch_cpu_idle) from [<80086794>] (cpu_startup_entry+0x33c/0x424)
Feb 16 23:32:13 bedtv kernel: [ 1909.889682] [<80086794>] (cpu_startup_entry) from [<8074b558>] (rest_init+0x98/0x9c)
Feb 16 23:32:13 bedtv kernel: [ 1909.889702] [<8074b558>] (rest_init) from [<8099bd4c>] (start_kernel+0x3f4/0x400)
Feb 16 23:32:14 bedtv kernel: [ 1910.894613] eth0: hw csum failure
Feb 16 23:32:14 bedtv kernel: [ 1910.894683] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.4.1-1-osmc #1
Feb 16 23:32:14 bedtv kernel: [ 1910.894700] Hardware name: BCM2709
Feb 16 23:32:14 bedtv kernel: [ 1910.894747] [<8001f938>] (unwind_backtrace) from [<8001b214>] (show_stack+0x20/0x24)
Feb 16 23:32:14 bedtv kernel: [ 1910.894789] [<8001b214>] (show_stack) from [<8040a8d4>] (dump_stack+0x9c/0xdc)
Feb 16 23:32:14 bedtv kernel: [ 1910.894820] [<8040a8d4>] (dump_stack) from [<80640ab4>] (netdev_rx_csum_fault+0x44/0x48)
Feb 16 23:32:14 bedtv kernel: [ 1910.894846] [<80640ab4>] (netdev_rx_csum_fault) from [<8062d1cc>] (__skb_checksum_complete+0xb4/0xb8)
Feb 16 23:32:14 bedtv kernel: [ 1910.894870] [<8062d1cc>] (__skb_checksum_complete) from [<8070d2d8>] (ipv6_mc_validate_checksum+0xa8/0x150)
Feb 16 23:32:14 bedtv kernel: [ 1910.894890] [<8070d2d8>] (ipv6_mc_validate_checksum) from [<80628228>] (skb_checksum_trimmed+0x9c/0x190)
Feb 16 23:32:14 bedtv kernel: [ 1910.894910] [<80628228>] (skb_checksum_trimmed) from [<8070d480>] (ipv6_mc_check_mld+0x100/0x344)
Feb 16 23:32:14 bedtv kernel: [ 1910.894979] [<8070d480>] (ipv6_mc_check_mld) from [<7f33939c>] (br_multicast_rcv+0x68/0x10ac [bridge])
Feb 16 23:32:14 bedtv kernel: [ 1910.895060] [<7f33939c>] (br_multicast_rcv [bridge]) from [<7f32eb04>] (br_handle_frame_finish+0x1b4/0x5b0 [bridge])
Feb 16 23:32:14 bedtv kernel: [ 1910.895106] [<7f32eb04>] (br_handle_frame_finish [bridge]) from [<7f32f078>] (br_handle_frame+0x178/0x2e0 [bridge])
Feb 16 23:32:14 bedtv kernel: [ 1910.895172] [<7f32f078>] (br_handle_frame [bridge]) from [<80637830>] (__netif_receive_skb_core+0x384/0xb68)
Feb 16 23:32:14 bedtv kernel: [ 1910.895196] [<80637830>] (__netif_receive_skb_core) from [<8063a324>] (process_backlog+0x120/0x210)
Feb 16 23:32:14 bedtv kernel: [ 1910.895216] [<8063a324>] (process_backlog) from [<8063ccb0>] (net_rx_action+0x320/0x58c)
Feb 16 23:32:14 bedtv kernel: [ 1910.895235] [<8063ccb0>] (net_rx_action) from [<80036678>] (__do_softirq+0x1d4/0x4dc)
Feb 16 23:32:14 bedtv kernel: [ 1910.895255] [<80036678>] (__do_softirq) from [<80036e7c>] (irq_exit+0x120/0x168)
Feb 16 23:32:14 bedtv kernel: [ 1910.895277] [<80036e7c>] (irq_exit) from [<8009e2a4>] (__handle_domain_irq+0x80/0xd4)
Feb 16 23:32:14 bedtv kernel: [ 1910.895297] [<8009e2a4>] (__handle_domain_irq) from [<800177f4>] (handle_IRQ+0x2c/0x30)
Feb 16 23:32:14 bedtv kernel: [ 1910.895319] [<800177f4>] (handle_IRQ) from [<80009644>] (bcm2836_arm_irqchip_handle_irq+0xb8/0xbc)
Feb 16 23:32:14 bedtv kernel: [ 1910.895341] [<80009644>] (bcm2836_arm_irqchip_handle_irq) from [<80752144>] (__irq_svc+0x44/0x7c)
Feb 16 23:32:14 bedtv kernel: [ 1910.895353] Exception stack(0x80b5bf08 to 0x80b5bf50)
Feb 16 23:32:14 bedtv kernel: [ 1910.895370] bf00: 00000001 00000000 00000000 00000000 80b5a000 80b5c5dc
Feb 16 23:32:14 bedtv kernel: [ 1910.895389] bf20: 80b5c57c 80bc1118 00000000 00000000 80756ea4 80b5bf64 80b5d4f8 80b5bf58
Feb 16 23:32:14 bedtv kernel: [ 1910.895403] bf40: 80017acc 80017ad0 60000013 ffffffff
Feb 16 23:32:14 bedtv kernel: [ 1910.895423] [<80752144>] (__irq_svc) from [<80017ad0>] (arch_cpu_idle+0x34/0x4c)
Feb 16 23:32:14 bedtv kernel: [ 1910.895443] [<80017ad0>] (arch_cpu_idle) from [<80086794>] (cpu_startup_entry+0x33c/0x424)
Feb 16 23:32:14 bedtv kernel: [ 1910.895467] [<80086794>] (cpu_startup_entry) from [<8074b558>] (rest_init+0x98/0x9c)
Feb 16 23:32:14 bedtv kernel: [ 1910.895496] [<8074b558>] (rest_init) from [<8099bd4c>] (start_kernel+0x3f4/0x400)
The packet loss of 1 packet every 30 seconds sharp, is still here:
ipv6 is not disabled at the kernel driver level in OSMC.
It is only disabled by default in connman when new interfaces are created/configured, which means no ipv6 address is allocated. You can still enable ipv6 on an interface using connmanctl.