Support for Raspberry Pi 3B+

[JonM]

A little more info:
This seems to happen with one Dell keyboard so far. Changing keyboards will cause the issue to disappear.

Enclosed is the output of dmesg -w. Look at [ 217.993749]. Hopefully it is helpful.

2019-01-21_14.41.34-dmesg.log

(57.15 KiB) Downloaded 74 times

[Challenger]

Hi @JonM, i think that you don't see the errors, because you haven't set up correctly the blue interface.
In my case the issue shows up when i enable hostapd and sent/receive some traffic over blue interface, and in parallel receiving/sending traffic over red and green interfaces. It seems like the hardware does not support too much traffic, maybe because all the three interfaces are using the same bus. I will try the new core 127, maybe works. I will post my tests in the next days.

Regards

@Challenger - I went from a red/green setup to a red/green/blue setup and I don't see the same errors. (disclaimer - I am not one of the experts. I am just a user like you).

My setup:
• Raspberry Pi 3 Model B+
• IPFire 2.21 (armv5tel) - Core Update 126
• green = Onboard LAN ethernet port - Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
• red = USB-to-Ethernet adapter - Trendnet TU3-ETG (with AXIS AX88179 Gigabit internals)
• blue = on-board wifi via sdio: brcmfmac
• addons = hostapd, nano, iperf3

I don't see any of the errors like the ones in your log and I don't have any of the kernel panics. But I also cannot get the hostapd add-on to work correctly. I cannot connect from the blue network to the Internet. I can access the IPFire box and connect to the WUI just fine. So I think I've set something wrong!

These are the only issues I see:

Code: Select all

[root@ipfire-rpi3bplus ~]# dmesg | grep -ave "DROP_INPUT"
[   27.437026] cfg80211: Invalid regulatory domain detected: 00
[   32.179606] 8021q: 802.1Q VLAN Support v1.8
[   34.867696] ax88179_178a 1-1.1.3:1.0 red0: ax88179 - Link status is: 1
[  280.353561] cfg80211: Invalid regulatory domain detected: 00
[  283.999590] brcmfmac mmc1:0001:1 blue0_man: renamed from blue0
[ 2405.902226] cfg80211: Invalid regulatory domain detected: 00
[ 2464.347532] cfg80211: Invalid regulatory domain detected: 00
[ 2583.825689] cfg80211: Invalid regulatory domain detected: 00
[ 3055.267432] cfg80211: Invalid regulatory domain detected: 00
[ 3098.848984] cfg80211: Invalid regulatory domain detected: 00
[ 3140.067677] cfg80211: Invalid regulatory domain detected: 00

More testing to do!

[Arne.F]

The WLAN Module on the RPi 3B+ doesn't work if the Region is not configured ("00"). Other modules falls back to "World" - channel 1-11 bg mode.
Configure your region on the WlanAP page in the webgui then the wlan should work.

[JonM]

Updated my RasPi3+ to Core 128 (test).

My setup:
• Raspberry Pi 3 Model B+
• IPFire 2.21 (armv5tel) - Core Update 128
• green = Onboard LAN ethernet port - Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
• red = USB-to-Ethernet adapter - Trendnet TU3-ETG (with AXIS AX88179 Gigabit internals)
• blue = USB-to-Ethernet adapter - CableCreation CD0026 (with Realtek RTL8153 Gigabit internals)
• addons = nano

Code: Select all

[root@ipfire-rpi3bplus ~]# dmesg | grep -ave DROP_
[   26.013072] 8021q: 802.1Q VLAN Support v1.8
[   28.570840] ax88179_178a 1-1.1.3:1.0 red0: ax88179 - Link status is: 1
[ 1465.067960] r8152 1-1.2:1.0 blue0: carrier on
[ 1495.033422] ------------[ cut here ]------------
[ 1495.033451] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:328 dev_watchdog+0x2a0/0x2bc
[ 1495.033457] NETDEV WATCHDOG: blue0 (r8152): transmit queue 0 timed out
[ 1495.033461] Modules linked in: ipt_MASQUERADE nf_nat_masquerade_ipv4 8021q garp xt_nat xt_mark xt_policy xt_TCPMSS nf_nat_irc nf_conntrack_irc nf_nat_tftp nf_conntrack_tftp nf_nat_ftp nf_conntrack_ftp nf_nat_h323 nf_conntrack_h323 xt_CT xt_helper nf_nat_sip nf_conntrack_sip xt_conntrack xt_comment ipt_REJECT nf_reject_ipv4 nf_log_ipv4 nf_log_common xt_LOG xt_limit iptable_raw iptable_mangle iptable_nat nf_nat_ipv4 nf_nat iptable_filter vfat fat sch_fq_codel btsdio bluetooth ecdh_generic brcmfmac microchip brcmutil cfg80211 cdc_ether ax88179_178a usbnet r8152 mii lan78xx i2c_bcm2835 bcm2835_wdt lp parport
[ 1495.033684] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.14.103-ipfire-multi #1
[ 1495.033688] Hardware name: Generic DT based system
[ 1495.033717] [<c0114e7c>] (unwind_backtrace) from [<c010e778>] (show_stack+0x20/0x24)
[ 1495.033735] [<c010e778>] (show_stack) from [<c0986d48>] (dump_stack+0x94/0xb4)
[ 1495.033753] [<c0986d48>] (dump_stack) from [<c014c46c>] (__warn+0xe4/0x110)
[ 1495.033769] [<c014c46c>] (__warn) from [<c014c4ec>] (warn_slowpath_fmt+0x54/0x74)
[ 1495.033784] [<c014c4ec>] (warn_slowpath_fmt) from [<c0851e00>] (dev_watchdog+0x2a0/0x2bc)
[ 1495.033800] [<c0851e00>] (dev_watchdog) from [<c01c4a04>] (call_timer_fn+0x40/0x198)
[ 1495.033815] [<c01c4a04>] (call_timer_fn) from [<c01c4c64>] (expire_timers+0x108/0x140)
[ 1495.033828] [<c01c4c64>] (expire_timers) from [<c01c4e18>] (run_timer_softirq+0x17c/0x338)
[ 1495.033842] [<c01c4e18>] (run_timer_softirq) from [<c0101c58>] (__do_softirq+0xe0/0x358)
[ 1495.033859] [<c0101c58>] (__do_softirq) from [<c0153890>] (irq_exit+0xd8/0x168)
[ 1495.033876] [<c0153890>] (irq_exit) from [<c01ac234>] (__handle_domain_irq+0x7c/0xf0)
[ 1495.033891] [<c01ac234>] (__handle_domain_irq) from [<c0101700>] (bcm2836_arm_irqchip_handle_irq+0xb4/0xbc)
[ 1495.033905] [<c0101700>] (bcm2836_arm_irqchip_handle_irq) from [<c010f4ac>] (__irq_svc+0x6c/0x90)
[ 1495.033911] Exception stack(0xc1101ed8 to 0xc1101f20)
[ 1495.033920] 1ec0:                                                       c1100000 c1048448
[ 1495.033933] 1ee0: 2e69a000 c01212c0 ffffe000 00000000 c1105260 c11051fc c11fc7ff 00000001
[ 1495.033946] 1f00: c0c4151c c1101f34 c1101f38 c1101f28 c010a454 c010a458 60000013 ffffffff
[ 1495.033963] [<c010f4ac>] (__irq_svc) from [<c010a458>] (arch_cpu_idle+0x40/0x4c)
[ 1495.033981] [<c010a458>] (arch_cpu_idle) from [<c09a3ec4>] (default_idle_call+0x30/0x3c)
[ 1495.033998] [<c09a3ec4>] (default_idle_call) from [<c01970d4>] (do_idle+0xdc/0x158)
[ 1495.034015] [<c01970d4>] (do_idle) from [<c019740c>] (cpu_startup_entry+0x28/0x2c)
[ 1495.034032] [<c019740c>] (cpu_startup_entry) from [<c099d35c>] (rest_init+0xa4/0xc4)
[ 1495.034051] [<c099d35c>] (rest_init) from [<c0f015b8>] (start_kernel+0x460/0x53c)
[ 1495.034068] ---[ end trace b6a15281c7114a9d ]---
[ 1495.034081] r8152 1-1.2:1.0 blue0: Tx timeout

[Arne.F]

Hast du da noch USB Geräte dran die du nicht brauchst. Sieht für mich aus als ob der keine DMA Kanäle mehr frei hat und da ein Gerät zu viel dran ist. Der USB Treiber ist da echt verbuggt. Und der Gigabit/Hub chip braucht noch einen Kanal (da es intern zwei Hubs hintereinander sind) mehr als der alte 100mBit chip vom RPi3B (ohne plus)

[JonM]

Hi Arne! In English please.

I tried the Google translate but I'm not sure I understand.

[DJ-Melo]

"Do you have there still USB devices to which you do not need. Looks to me as if the DMA channels no longer has more free and because a device is too much. The USB driver is really bugged. And the Gigabit / Hub chip still needs a channel (because there are two hubs in a row internally) more than the old 100mBit chip from the RPi3B (without plus)".

Try less usb devices

Greetings