Does this release support the WP2 box? Tuner does not appear.
@balbes150 LE images with Kodi-19 for S9xxx
-
balbes150 -
April 24, 2018 at 1:26 PM -
Closed -
Thread is Unresolved
-
-
afaik these drivers are not at the mainline kernel ?
I don't think they are, but I don't think they were in kernel 3.14 either. Anyway, it was just a way to answer the question if it had support for the dvb tuner in the ki pro.
-
It would have been useful if the announcement were a little bit more informative, ie only Kernel based dvb drivers are enabled.
Shoog -
Hello Balbes150,
Both Images for Nanopi-K2 won't boot on freshly burned SD: 20191010 and 20190911.
-
9-11 Odroid C2 build freshly installed on a brand new SD (for now I run CoreElec on an EMMC to keep the girls happy). It works rather well, but it halts when I do a reboot. The OS seems to be completely shutdown, the heartbeat led stops flashing, SSH of course is down at that point too (so I can't log anything), but it won't reboot, or at least it doesn't actually start booting.
Passthrough audio not working well (I think that's to be expected at this point). DVD menu's (running from DVD ISO's) are not working properly. The studio-trailers run fine, but as soon as an interactive menu should show up, it's either blank, or sometimes the menu shows but the 'cursor' is flashing. Then, when for example I choose 'select episode' I get to the episode menu, but then there's no selector at all.
I'm new to these test builds. Having read trough most of the posts in this thread, I'm not really sure if you guys want logs for these kind of issues, or it's too soon to iron these out?
Anyway I want to applaud you guys in how far you've already come and how well this is already running on a recent kernel!
-
- Official Post
New look with KODI-19. Please note, this is the first trial version and many things may not work.
Both Images for Nanopi-K2 won't boot on freshly burned SD: 20191010 and 20190911.
To check the reasons I don't post the image for nanopi-k2. Can you specify the exact version of the image (full name) that runs from the SD card ?
hi my beelink gt1 mini a no boot in all virsions
I checked on the Beelink GT1 mini. Everything works, including WiFi. Follow the instructions exactly.
-
New look with KODI-19. Please note, this is the first trial version and many things may not work.
To check the reasons I don't post the image for nanopi-k2. Can you specify the exact version of the image (full name) that runs from the SD card ?
I checked on the Beelink GT1 mini. Everything works, including WiFi. Follow the instructions exactly.
Hello balbes150 ,
The last version that boots is LibreELEC-AMLGX.arm-9.80-devel-20190821172816-07b919f-nanopi-k2.img.gz.
I've looked at your Github and it appears that the extra steps required to get u-boot working on the NanoPi K2 is missing in the latest builds. Copied from the u-boot readme for this boot, these steps are:
Code
Display Moreu-boot compilation (*mainline) ================== > export ARCH=arm > export CROSS_COMPILE=aarch64-none-elf- > make nanopi-k2_defconfig > make Image creation (*steps missing from your builds) ============== Amlogic doesn't provide sources for the firmware and for tools needed to create the bootloader image, so it is necessary to obtain them from the git tree published by the board vendor: > wget https://releases.linaro.org/archive/13.11/components/toolchain/binaries/gcc-linaro-aarch64-none-elf-4.8-2013.11_linux.tar.xz > wget https://releases.linaro.org/archive/13.11/components/toolchain/binaries/gcc-linaro-arm-none-eabi-4.8-2013.11_linux.tar.xz > tar xvfJ gcc-linaro-aarch64-none-elf-4.8-2013.11_linux.tar.xz > tar xvfJ gcc-linaro-arm-none-eabi-4.8-2013.11_linux.tar.xz > export PATH=$PWD/gcc-linaro-aarch64-none-elf-4.8-2013.11_linux/bin:$PWD/gcc-linaro-arm-none-eabi-4.8-2013.11_linux/bin:$PATH > git clone https://github.com/friendlyarm/u-boot.git -b nanopi-k2-v2015.01 amlogic-u-boot > cd amlogic-u-boot > sed -i 's/aarch64-linux-gnu-/aarch64-none-elf-/' Makefile > sed -i 's/arm-linux-/arm-none-eabi-/' arch/arm/cpu/armv8/gxb/firmware/scp_task/Makefile > make nanopi-k2_defconfig > make > export FIPDIR=$PWD/fip Go back to mainline U-Boot source tree then : > mkdir fip > cp $FIPDIR/gxb/bl2.bin fip/ > cp $FIPDIR/gxb/acs.bin fip/ > cp $FIPDIR/gxb/bl21.bin fip/ > cp $FIPDIR/gxb/bl30.bin fip/ > cp $FIPDIR/gxb/bl301.bin fip/ > cp $FIPDIR/gxb/bl31.img fip/ > cp u-boot.bin fip/bl33.bin > $FIPDIR/blx_fix.sh \ fip/bl30.bin \ fip/zero_tmp \ fip/bl30_zero.bin \ fip/bl301.bin \ fip/bl301_zero.bin \ fip/bl30_new.bin \ bl30 > $FIPDIR/fip_create \ --bl30 fip/bl30_new.bin \ --bl31 fip/bl31.img \ --bl33 fip/bl33.bin \ fip/fip.bin > python $FIPDIR/acs_tool.pyc fip/bl2.bin fip/bl2_acs.bin fip/acs.bin 0 > $FIPDIR/blx_fix.sh \ fip/bl2_acs.bin \ fip/zero_tmp \ fip/bl2_zero.bin \ fip/bl21.bin \ fip/bl21_zero.bin \ fip/bl2_new.bin \ bl2 > cat fip/bl2_new.bin fip/fip.bin > fip/boot_new.bin > $FIPDIR/gxb/aml_encrypt_gxb --bootsig \ --input fip/boot_new.bin --output fip/u-boot.bin and then write the image to SD with: > DEV=/dev/your_sd_device > dd if=fip/u-boot.bin of=$DEV conv=fsync,notrunc bs=512 seek=1
These lines do show up in your Amlogic-Leia-4.x branch (in http://LibreELEC.tv/projects/Amlogic/bootloader/mkimage), but do not appear to have been merged into the latest builds. That's probably why the images are no longer booting? FYI, I compiled u-boot from the above instructions and burn it to the SD card that already has your image and it boots fine again.
While you're at it, could you please test if playing DRM content works on your builds (any device and not just the NanoPi K2)? As mentioned in my earlier post, so far I've had no success and I'm not sure if it's your images that's not working, or it's the InputStream Adaptive add-on / libwidevine that's not compatible.. You can test with the Video Test Streams Add-on by Matt Huisman (choose "Input Stream Adaptive - Dash with Widevine").
Thank you for your hard work!
-
New look with KODI-19. Please note, this is the first trial version and many things may not work.
X96 MAX 64/4G eMMC and SD Card work.
Does anyone have usable wireless? The box seems to get very upset with very little traffic.
Code
Display More[ 6.762275] meson-ir ff808000.ir: receiver initialized [ 6.809969] brcmfmac: F1 signature read @0x18000000=0x17224356 [ 6.816006] ------------[ cut here ]------------ [ 6.816073] WARNING: CPU: 0 PID: 457 at brcmf_sdiod_sgtable_alloc+0xb0/0x148 [brcmfmac] [ 6.816075] Modules linked in: brcmfmac brcmutil hci_uart ir_nec_decoder btsdio btqca btbcm btintel bluetooth rc_x96max mali_kbase(O) meson_ir rc_core cfg80211 ao_cec_g12a ecdh_generic ecc meson_vdec(C) rfkill videobuf2_dma_contig v4l2_mem2mem [ 6.816106] CPU: 0 PID: 457 Comm: kworker/0:3 Tainted: G C O 5.3.0-rc8 #1 [ 6.816107] Hardware name: Shenzhen Amediatech Technology Co., Ltd X96 Max (DT) [ 6.816118] Workqueue: events brcmf_driver_register [brcmfmac] [ 6.816122] pstate: 40000005 (nZcv daif -PAN -UAO) [ 6.816131] pc : brcmf_sdiod_sgtable_alloc+0xb0/0x148 [brcmfmac] [ 6.816139] lr : brcmf_sdiod_sgtable_alloc+0xb0/0x148 [brcmfmac] [ 6.816140] sp : ffff0000103fba80 [ 6.816142] x29: ffff0000103fba80 x28: 0000000000000000 [ 6.816144] x27: ffff800086bbb000 x26: ffff800089dd9e00 [ 6.816147] x25: ffff000009b26bc8 x24: ffff80009a4fcc00 [ 6.816150] x23: ffff000012118548 x22: ffff800089e34400 [ 6.816152] x21: ffff800089e34400 x20: 0000000000000023 [ 6.816155] x19: ffff800089e34400 x18: 00000000fffffff0 [ 6.816157] x17: 0000000000000000 x16: 0000000000000000 [ 6.816160] x15: ffff000012130e90 x14: ffff0000121e700a [ 6.816162] x13: 0000000000000000 x12: ffff0000121e6000 [ 6.816165] x11: ffff000012130000 x10: ffff0000121e6650 [ 6.816168] x9 : 0000000000000000 x8 : 0000000000000001 [ 6.816170] x7 : 0000000000000127 x6 : 0000000000000001 [ 6.816172] x5 : 0000000000000000 x4 : 0000000000000000 [ 6.816175] x3 : 0000000000000000 x2 : b937bdd8fab0ab00 [ 6.816177] x1 : 0000000000000000 x0 : 0000000000000024 [ 6.816180] Call trace: [ 6.816190] brcmf_sdiod_sgtable_alloc+0xb0/0x148 [brcmfmac] [ 6.816197] brcmf_sdio_probe+0x28c/0x890 [brcmfmac] [ 6.816205] brcmf_ops_sdio_probe+0x1f0/0x350 [brcmfmac] [ 6.816213] sdio_bus_probe+0xa0/0x170 [ 6.816218] really_probe+0xec/0x3d0 [ 6.816221] driver_probe_device+0xdc/0x130 [ 6.816224] device_driver_attach+0x6c/0x78 [ 6.816226] __driver_attach+0x9c/0x168 [ 6.816230] bus_for_each_dev+0x70/0xc0 [ 6.816232] driver_attach+0x20/0x28 [ 6.816236] bus_add_driver+0x190/0x220 [ 6.816238] driver_register+0x60/0x110 [ 6.816241] sdio_register_driver+0x24/0x30 [ 6.816250] brcmf_sdio_register+0x14/0x48 [brcmfmac] [ 6.816258] brcmf_driver_register+0xc/0x18 [brcmfmac] [ 6.816263] process_one_work+0x1fc/0x388 [ 6.816266] worker_thread+0x4c/0x4f8 [ 6.816269] kthread+0x120/0x128 [ 6.816274] ret_from_fork+0x10/0x1c [ 6.816275] ---[ end trace ee34d4fdfe242e45 ]--- [ 6.829866] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4356-sdio for chip BCM4356/2 [ 6.834714] usbcore: registered new interface driver brcmfmac [ 6.943633] input: eventlircd as /devices/virtual/input/input1 [ 6.974855] meson8b-dwmac ff3f0000.ethernet eth0: PHY [0.0:00] driver [RTL8211F Gigabit Ethernet] [ 6.974877] meson8b-dwmac ff3f0000.ethernet eth0: phy: setting supported 00,00000000,000062ff advertising 00,00000000,000062ff [ 6.978410] meson8b-dwmac ff3f0000.ethernet eth0: No Safety Features support found [ 6.978424] meson8b-dwmac ff3f0000.ethernet eth0: PTP not supported by HW [ 6.978432] meson8b-dwmac ff3f0000.ethernet eth0: configuring for phy/rgmii link mode [ 6.978440] meson8b-dwmac ff3f0000.ethernet eth0: phylink_mac_config: mode=phy/rgmii/Unknown/Unknown adv=00,00000000,000062ff pause=10 link=0 an=1 [ 6.980798] meson8b-dwmac ff3f0000.ethernet eth0: phy link down rgmii/Unknown/Unknown [ 6.988069] Bluetooth: hci0: BCM: chip id 101 [ 6.988318] Bluetooth: hci0: BCM: features 0x2f [ 6.989808] Bluetooth: hci0: BCM4354A2 [ 6.989824] Bluetooth: hci0: BCM4356A2 (001.003.015) build 0000 [ 7.077756] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac4356-sdio for chip BCM4356/2 [ 7.077855] brcmfmac: brcmf_c_process_clm_blob: no clm_blob available (err=-2), device may have limited channels available [ 7.081474] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4356/2 wl0: Jun 16 2015 14:25:06 version 7.35.184.r1 (TOB) (r559293) FWID 01-b22ae69c [ 7.904678] Bluetooth: hci0: BCM4356A2 (001.003.015) build 0266 [ 10.751260] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 10.807801] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 10.807810] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 20.443272] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 20.443281] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 20.862176] fuse: init (API version 7.31) [ 20.987292] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 20.987300] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 29.133398] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 29.133410] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 30.136995] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 30.137022] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 55.111497] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 55.111512] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 69.905043] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 69.905049] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 70.911698] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 70.911706] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 74.201920] brcmfmac: mmc_submit_one: CMD53 sg block read failed -22 [ 74.201936] brcmfmac: brcmf_sdio_rxglom: glom read of 512 bytes failed: -5 [ 74.201944] brcmfmac: brcmf_sdio_rxfail: abort command, terminate frame [ 74.202112] brcmfmac: brcmf_sdio_readframes: brcmf_sdio_readframes: glom superframe w/o descriptor! [ 74.202119] brcmfmac: brcmf_sdio_rxfail: terminate frame [ 74.202298] brcmfmac: mmc_submit_one: CMD53 sg block read failed -22 [ 74.202306] brcmfmac: brcmf_sdio_rxglom: glom read of 512 bytes failed: -5 [ 74.202312] brcmfmac: brcmf_sdio_rxfail: abort command, terminate frame [ 74.202512] brcmfmac: brcmf_sdio_readframes: brcmf_sdio_readframes: glom superframe w/o descriptor! [ 74.202518] brcmfmac: brcmf_sdio_rxfail: terminate frame [ 74.203087] brcmfmac: mmc_submit_one: CMD53 sg block read failed -22 [ 74.203096] brcmfmac: brcmf_sdio_rxglom: glom read of 512 bytes failed: -5 [ 74.203102] brcmfmac: brcmf_sdio_rxfail: abort command, terminate frame [ 74.205078] brcmfmac: brcmf_sdio_readframes: brcmf_sdio_readframes: glom superframe w/o descriptor! [ 74.205126] brcmfmac: brcmf_sdio_rxfail: terminate frame [ 74.205356] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 74.205359] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 75.205701] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 75.205708] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 77.798496] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 77.798552] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 116.665715] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame [ 116.665846] mmc0: tuning execution failed: -5 [ 117.694663] brcmfmac: mmc_submit_one: CMD53 sg block read failed -22 [ 117.694677] brcmfmac: brcmf_sdio_rxglom: glom read of 512 bytes failed: -5 [ 117.694684] brcmfmac: brcmf_sdio_rxfail: abort command, terminate frame [ 117.694821] brcmfmac: brcmf_sdio_readframes: brcmf_sdio_readframes: glom superframe w/o descriptor! [ 117.694827] brcmfmac: brcmf_sdio_rxfail: terminate frame [ 117.695296] brcmfmac: mmc_submit_one: CMD53 sg block read failed -22 [ 117.695305] brcmfmac: brcmf_sdio_rxglom: glom read of 512 bytes failed: -5 [ 117.695310] brcmfmac: brcmf_sdio_rxfail: abort command, terminate frame [ 117.695463] brcmfmac: brcmf_sdio_readframes: brcmf_sdio_readframes: glom superframe w/o descriptor! [ 117.695468] brcmfmac: brcmf_sdio_rxfail: terminate frame [ 117.696273] brcmfmac: mmc_submit_one: CMD53 sg block write failed -22 [ 117.696280] brcmfmac: brcmf_sdio_txfail: sdio error, abort command and terminate frame
-
Quote from balbes150
To check the reasons I don't post the image for nanopi-k2. Can you specify the exact version of the image (full name) that runs from the SD card ?
I don't test every single Version. Last build that was booting: LibreELEC-AMLGX.arm-9.80-devel-20190821172816-07b919f-nanopi-k2.img.
-
Version-20190913 Kodi 19
Order placed, order fulfilled: LibreELEC Module Drivers.
Even though it was not possible to test Driver TBS, Not even a tuner was detected on Tvheadend. (tests done with 3 drivers)
Another problem: tvheadend htsp client the dependency on kodi.binary.global.gui version
-
LibreELEC-AMLG12.arm-9.80-devel-20190913121812-60568a1-odroid-n2.img on Odroid n2 has an green overlay, after reboot over splasscreen and the menu.
the same for s905x2 is testing now
-
Version-20190913 Kodi 19
Order placed, order fulfilled: LibreELEC Module Drivers.
Even though it was not possible to test Driver TBS, Not even a tuner was detected on Tvheadend. (tests done with 3 drivers)
Another problem: tvheadend htsp client the dependency on kodi.binary.global.gui version
Tests done on a KI Pro+TBS
Same problems reported above!
I followed documents for more information.
lsusb dmesg
-
- Official Post
Hello Balbes150,
Both Images for Nanopi-K2 won't boot on freshly burned SD: 20191010 and 20190911.
I've looked at your Github and it appears that the extra steps required to get u-boot working on the NanoPi K2 is missing in the latest builds. Copied from the u-boot readme for this boot, these steps are:
Check the last option (20190916) to run from Sd card on nanopi-k2.
While you're at it, could you please test if playing DRM content works on your builds (any device and not just the NanoPi K2)? As mentioned in my earlier post, so far I've had no success and I'm not sure if it's your images that's not working, or it's the InputStream Adaptive add-on / libwidevine that's not compatible.. You can test with the Video Test Streams Add-on by Matt Huisman (choose "Input Stream Adaptive - Dash with Widevine").
Alas, I have no opportunity and time for such checks.
-
Check the last option (20190916) to run from Sd card on nanopi-k2.
Alas, I have no opportunity and time for such checks.
Did a quick test with the 20190916 image. Still doesn't boot - had to manually dd u-boot for it to work.
-
The last option (20190916)
Same Problems
tvheadend htsp client the dependency on kodi.binary.global.gui version
Even though it was not possible to test Driver TBS, Not even a tuner was detected on Tvheadend. (tests done with 3 drivers)
-
The last option (20190916)
Same Problems
tvheadend htsp client the dependency on kodi.binary.global.gui version
Even though it was not possible to test Driver TBS, Not even a tuner was detected on Tvheadend. (tests done with 3 drivers)
Codedvb-usb: found a 'TBS 5520se USB2.0' in cold state, will try to load a firmware [ 13.388144] usb 1-1.4.1: Direct firmware load for dvb-usb-tbsqbox-id5521.fw failed with error -2 [ 13.388150] dvb-usb: did not find the firmware file 'dvb-usb-tbsqbox-id5521.fw' (status -2). You can use <kernel_dir>/scripts/get_dvb_firmware to get the firmware
dvb-firmware/dvb-usb-tbsqbox-id5521.fw at master · CoreELEC/dvb-firmware · GitHub
-
- Official Post
Same Problems
looks like there are no firmware files at the image
should be fixed with Amlogic: cleanup options by CvH · Pull Request #3828 · LibreELEC/LibreELEC.tv · GitHub
in the meanwhile Add a firmware to LibreELEC [LibreELEC.wiki]
download that file and copy it over and rebootgithub.com/LibreELEC/dvb-firmware/raw/master/firmware/dvb-usb-tbsqbox-id5521.fw
-
Afaik because C2 has its own bootloader (uboot) that can't be replaced with the much more recent version that is used at other images. Basically there are "
crapfixes" at these bootloader that are not open source. Could be related to workaround the hw bugs of the C2 board.afaik these drivers are not at the mainline kernel ?
Yes that would be correct... the C2 if you want to build uboot for it requires you to either include hk;s provided bl1 blob in the uboot build or you need to disassemble their blob and take its parameters and info and include it in your own custom bootloader...
At least that is the way it was when i last looked a long time ago...
-