Posts by ihipop

  • There are two version of Nano PC T4 with different models of WIFI / Bluetooth CHIP

    Quote from chewitt

    It's best to take the discussion to the linux-wireless kernel mailing list.

    Sorry but I'm not familiar with the Linux kernel mailing list

    but I succeeded in making a bcmdhd driver work on kernel 5.10 of LE 10

    And I tested the throughput , and it seems acceptable

    the firmware is delivered by FriendlyELEC, the bcmdhd driver is clone from https://github.com/StreamUnlimite…59/tree/15c05df

    mismatched but it works

  • There are two version of Nano PC T4 with different models of WIFI / Bluetooth CHIP

    Finally, I seems it to work

    Code
    [    7.317759] brcmfmac: F1 signature read @0x18000000=0x1042aae8
[    7.321927] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43752-sdio for chip BCM43752/2
[    7.323560] usbcore: registered new interface driver brcmfmac
[    7.487029] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43752-sdio for chip BCM43752/2
[    7.552480] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43752/2 wl0: Aug  3 2021 17:32:21 version 18.35.387.23.57 (gdc961cae) FWID 01-fe5d6591

    but when scan wifi , it reports errors

  • There are two version of Nano PC T4 with different models of WIFI / Bluetooth CHIP

    Code
    [    7.174669] brcmfmac: F1 signature read @0x18000000=0x1042aae8
[    7.188845] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43752-sdio for chip BCM43752/2

    the chip identifies itself as BCM43752/2, and try to load brcmfmac43752-sdio , but the patch or a rockchip vendor kernel (5.15) has the  chip classified as BCM43751

    0xAAE7=43751

    0xAAE8=43752

    and also we didn't have brcmfmac43751-sdio but it seems not the problem right now

    according to this commit https://github.com/StreamUnlimite…d_config.c#L224

    for ap6398sv:

    - the Chip ID is BCM43752_CHIP_ID

    - the Devce ID is BCM43751_CHIP_ID

  • There are two version of Nano PC T4 with different models of WIFI / Bluetooth CHIP

    Quote from chewitt

    I'm happy to backport merged patches to our current kernel(s). I'm not interested in adding unmerged stale patches that nobody is working to upstream. I suggest you build an image with the RFC changes, and if they work (or don't) comment on the mailing list thread to revive it and perhaps trigger some activity with the developers.

    I've tried , And I encountered the same problem as the patch author of this https://patchwork.kernel.org/project/linux-…[email protected]/

    I don't know whether it's a DTS specification problem or not

    it's beyond my knowledge

  • There are two version of Nano PC T4 with different models of WIFI / Bluetooth CHIP

    The old one USE AP6356S both the WIFI and Bluetooth work well with LibreELEC official images

    The new one USE AP6398SV, with LibreELEC nightly images, only Bluetooth works, and there is no Wlan interface

    Code
    grep "" /sys/bus/sdio/devices/mmc0\:0001\:*/uevent
/sys/bus/sdio/devices/mmc0:0001:1/uevent:SDIO_CLASS=00
/sys/bus/sdio/devices/mmc0:0001:1/uevent:SDIO_ID=02D0:AAE7
/sys/bus/sdio/devices/mmc0:0001:1/uevent:SDIO_REVISION=0.0
/sys/bus/sdio/devices/mmc0:0001:1/uevent:MODALIAS=sdio:c00v02D0dAAE7
/sys/bus/sdio/devices/mmc0:0001:2/uevent:SDIO_CLASS=00
/sys/bus/sdio/devices/mmc0:0001:2/uevent:SDIO_ID=02D0:AAE7
/sys/bus/sdio/devices/mmc0:0001:2/uevent:SDIO_REVISION=0.0
/sys/bus/sdio/devices/mmc0:0001:2/uevent:MODALIAS=sdio:c00v02D0dAAE7

    currently, there are only new boards for selling

    they mark the wifi chip with read font to emphasize the difference

    any plan to support this?


    PS: AP6398S uses bcm4359, which is already supported by the Linux kernel

    Maybe related: https://patchwork.kernel.org/project/linux-…27&archive=both

  • RK3399 (eg: NanoPC T4) has stopped working after Kernel 6.x

    ilmich Thanks for your kind reply

    After I erase the internal eMmc with dd , LE 12 boots successfully

    But I still have some questions:

    LibreELEC 11.0 uses kernel 6.1.x (not mainline), LibreELEC 12.0 uses kernel 6.6.x (not mainline)

    while balbes150 's unOfficial LE uses kernel 6.12.3 (latest stable) , it can boot successfully, so which means it uses a vendor rockchip bootloader?

    so,may I have any idea about why the Official LE not to use the a vendor rockchip bootloader ?

    Is there any official way to install LE to the internal eMMC ?

  • RK3399 (eg: NanoPC T4) has stopped working after Kernel 6.x

    PostS12

    I've tried many versions of images

    Those Don't work

    Official LE 12,11, nightly won't boot, most SD cards get stuck at

    Code
    SecureInit ret = -2, SecureMode = 0

    a few SD cards directly boot the system on the internal eMMC

    What works:

    1. balbes150 's unofficial LE , which is Kernel 6.x too, works with all SD cards on my hands

    Thread

    Unofficial LE for RK356x RK3328\RK3399 RK3588(s)

    These are not official test images for the RK33xx and rk356x rk3588(s).

    Pay attention. Starting from version (20200826), the configuration order for the used DTB changes.

    Please note that the algorithm for initial configuration of the system for startup has changed. Instead of a file "uEnv.txt", the file "/extlinux/extlinux.conf " is now used. The rules for editing a file remain the same.

    After writing the image, you must correctly configure the DTB used in the file uEnv.txt

    kernel 5.

    Images rk3328…
    balbes150
    November 25, 2019 at 12:41 PM

    2. Official LE 10

  • RK3399 (eg: NanoPC T4) has stopped working after Kernel 6.x

    The log of LibreELEC 13 nightly

    Please Note that I have an official Android installed in the internal eMMC , so the boot sequence directly failed and it booted into the Android in eMMC directly

    this only happens with LibreELEC 13 nightly in SDCard, LibreELEC 12 will get stuck, and LibreELEC 10 will boot successfully


    If I interrupt the boot sequence with ctrl+c and interact with the uBoot, force it to boot from mmc1


  • RK3399 (eg: NanoPC T4) has stopped working after Kernel 6.x

    Quote from chewitt

    You need to share the u-boot (early stage boot) serial uart output. This will either show what stage of boot something fails at, or nothing which indicates a more fundamental u-boot compile/packaging issue.

    UART/TTL log of Libreelec 12

    Then it hangs

  • RK3399 (eg: NanoPC T4) has stopped working after Kernel 6.x

    Quote from chewitt

    You need to share the u-boot (early stage boot) serial uart output. This will either show what stage of boot something fails at, or nothing which indicates a more fundamental u-boot compile/packaging issue.

    I will order a TTL to USB adaptor , it will take days, when it's ready, I will paste the TTL log here


    It just amazes me that after two stable releases, no one noticed it even can't boot

  • RK3399 (eg: NanoPC T4) has stopped working after Kernel 6.x

    Moved from here https://github.com/LibreELEC/LibreELEC.tv/issues/9562

    Describe the bug

    RK3399 (eg: NanoPC T4) has stopped working after Kernel 6.x
    No HDMI output and boot

    How to reproduce

    Steps to reproduce the behavior:

    1. Go to https://libreelec.tv/downloads/rockchip/ or https://test.libreelec.tv/13.0/Rockchip/nanopc-t4/
    2. Download LE13 nightlies / LibreELEC 12.0 / LibreELEC 11.0 which has Kernel 6.x inside, burn it to an sd card, and boot from it
    3. NO HDMI output. There is no boot either, even the empty space of SD card has not been expanded, so there is no SSH access

    Information

    • LibreELEC Version: 12.0 / 11.0 / LE13 nightlies
    • Hardware Platform: NanoPC T4

    Log file

    No log because I can't ssh into it because of the failure of the boot

    Context

    LibreELEC 10.0 which has kernel 5.x works