Search the Community

Showing results for tags 'kernel'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Announcements & first aid
    • Announcements
    • Board doesn't start
  • Community forums
    • Common issues / peer to peer technical support
    • Reviews, Tutorials, Hardware hacks
    • Feature Requests
    • TV boxes
    • General chit chat
  • Bug tracker - supported boards only
    • Allwinner A20
    • Allwinner H2 & H3
    • Allwinner A64, H5 and H6
    • Armada A388, A3700
    • Amlogic S905(x), S922X
    • NXP (Freescale)
    • Rockchip 3288 & 3328
    • Rockchip 3399
    • Other supported boards
  • Development
    • Development
  • TV Boxes's General chat
  • TV Boxes's Support Armbian TV
  • TV Boxes's Reviews
  • Android fanboys's Forums
  • Gaming on ARM's Reviews
  • Gaming on ARM's Issues

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Matrix


Mastodon


IRC


Website URL


XMPP


Skype


Github


Location


Interests

Found 3 results

  1. 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
  2. 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
  3. 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