Search the Community
Showing results for tags 'kernel'.
I would love to see support for modems based on the SIM7070G chip. Along with Quectel’s BG96, SIMCom’s 70x0 and 7x00 families seem to be the leading choice when it comes to IoT-related applications with LTE-M and NB-IoT. Shenzhen-based AND Technology manufactures and offers two very affordable modems (< USD 25) using the SIM7070G: BK-SIM7070G (a break-out board with serial interface) -> AliExpress DG-SIM7070G (a USB stick/dongle) -> AliExpress Sidenote: Waveshare has a Raspberry Pi HAT based on the very same chip –> SIM7070G Cat-M/NB-IoT/GPRS
Wifi AP access point broken in Linux tinkerboard 5.4.44-rockchip #20.05.2 SMP PREEMPT Wed Jun 3 10:43:15 CEST 2020 armv7l armv7l armv7l GNU/Linux [ 456.873025] ------------[ cut here ]------------ [ 456.878198] kernel BUG at mm/slub.c:3968! [ 456.882680] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM [ 456.889200] Modules linked in: xt_MASQUERADE xt_conntrack ipt_REJECT iptable_filter nf_nat_h323 nf_conntrack_h323 nf_nat_pptp nf_conntrack_pptp nf_nat_tftp nf_conntrack_tftp nf_nat_sip nf_conntrack_sip nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp iptable_nat
I have two HC1s both running Armbian 10. Both of them respond to uname -r with: 4.14.187-odroidxu4 Yesterday, I rebooted one of them, and immediately started seeing errors. These turned out to be attributable to missing modules. The only directory in /lib/modules was 4.14.198-odroidxu4 which does not match the kernel version. The other HC1 still had a directory /lib/modules/4.14.187-odroidxu4. Prior to the reboot both systems were working. How can this happen? My quick solution was to copy the 4.14.187-odroidxu4 directory from the working HC1 to the failed HC1, wh