• Content Count

  • Joined

  • Last visited

Everything posted by Juanjo

  1. indeed I tried Bionic image and it did mount ROOTFS but Buster not and throws mmc1 (sdcard) TIMEOUTs @balbes150 How can it be since it is supposed that Bionic and Buster images share the same Kernel and DTB ?
  2. Can you tell us which DTB are you using ? Tried /dtb/rockchip/rk3399-rock-pi-4.dtb and it boots but it cannot detect SD card so it cannot mount the rootfs Or you boot with USB pendrive ? TIA
  3. Did that after reverting and didn't work. Reported to Martin and I have to send logs to to linux-amlogic working and not working. Haven't had time to replicate the original incorrect behaviour BTW just been testing X96Max Plus box and it seem it is suffering from the same
  4. See Lastest images from Balbes broke some PHYs. I noted the problem is with a patch that it is used on newer Kernels and how the some PHY parameters are parsed from DTBs https://patchwork.kernel.org/patch/10985167/ So I reverted those changed on DTB and it worked. Please try attached DTB meson-gxm-q200.dtb
  5. I rolled back this patch and worked https://github.com/torvalds/linux/commit/f29cabf240ed6e67993f17594e5e6fffc5bc07e0 Funny think that I tried to increase reset-deassert-us to 1000000 as th old value suggest and didn't worked. Wonder if some manufacturers are using knockoff PHYs
  6. Hi Balbes I'm trying to work around a problem with PHY on a GT1-A Ultimate (gxmm-q200) that used to work on older kernels but not in your last 5.6.0rc image. I'm getting sometimes: [ 15.867041] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1 [ 15.867079] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19) I'm using the correct DTB since I remember using it on older Kernel before your unified you builds; box uses an external PHY Funny thing is if I boot with on old image of LE it works and after that i
  7. Balbes Maybe you remind I sent you the gt1-mini-a DTB time ago Now I'm playing with GT1-Mini-2 which is a S905X3, anyway it does boot with the GT1-Mini-A DTB (SEI610 boots but no Ethernet) when I get some time I'll mix both DTBs if some new stuff on the S905X3 merits But as you now this new GT1-Mini-2 has the messed HDMI colors so I installed your u-boot.sd on my card and everything works fine. I noted that basically you load the new uBoot if a u-boot.ext exists but this is on s905_autoscript So I wonder if I burn the eMMC (using your install-am
  8. Hi, Balbes time ago I sent you a PR for GT1-Mini-A DTS which was accepted, today testing your 5.99 image noted that Kernel is 5.4rc6 and the image does not contain that DTB. Which branches contain which versions on your Github ? LE - > 5.2rc ? Master -> 5.4 ? I'm trying to make a PR for 5.4 and also trying to get support for the GT1 WiFi AP6255: https://gitlab.com/baylibre/amlogic/atv/linux/tree/narmstrong/v5.1/aml/integ-5.1-bcmdhd/drivers/net/wireless/bcmdhd TIA
  9. Ok. So where is the 5.2 branch your're using so I do the PR against that ?
  10. Oleg Why does the DTBs on your 5.2rc images are different than those produces by your master branch on https://github.com/150balbes/Amlogic_s905-kernel ? I was making the PR but my WiFi wasn't working with the DTB generated by the DTS code but worked by decompiled DTBs from your images, after making this changes on DTSI everything fine: juanjo@bionic:~/devel/Amlogic_s905-kernel$ git diff arch/arm64/boot/dts/amlogic/meson-g12a.dtsi diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi b/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi index bd85b604c7..6565f5b70
  11. Seems to be the same case as mine GT1 Mini works and GT1 Mini-A didn't but did with SEI510 which in my case does have a different ETH PHY but I did manage to make a DTS. Now I need to find some time to do a PR for Balbes fork
  12. Ok. Got it working based on SEI510 Device Tree which booted then I changed some bits to enable GbE. By now have GbE and HDMI works; it seems WiFi too since a scan worked. I suppose I need to do a PR on your GitHub repo ?
  13. To start I did pull out the DTB from Android on the GT1 Mini and the GT1 Mini-A converted to DTS and compared them (diff -u). They are identically They are for 4.9 Kernel so they are too many differences to X96 DTS. I attached it anyway gt1_mini.dts
  14. I though that most of the time with a wrong DTB (but same SoC) at least I'll get some Kernel logs and then a panic or some HW not working. How do I extract the DTB from Android firmware ? It seems that thing doesn't have partitions like plain Linux do. I do have Armbian building knowledge but no Android Then I just to build some DTB from this source ? https://github.com/150balbes/Amlogic_s905-kernel TIA
  15. Hi, I recently got two Beelink GT1 Mini 2GB/32GB boxes. One is GT1 Mini and the other is GT1 Mini-A (note the A). The plain GT1 Mini boots Armbian with the G12A x96 DTB fine and everything looks good. But the GT1 Mini-A doesn't and supposedly the only difference between them is the remote control and Android firmware. I attached serial console the A version and it gets stuck on starting Kernel, tested both 5.89 the one with 5.1 kernel and the new with 5.2rc4 kernel: G12A:BL:0253b8:61aa2d;FEAT:E0F83180:2000;POC:F;RCY:0;EMMC:0;READ:0;0.0; bl2_stage_init1 L0:00000000 L1:0
  16. Ok, Patched 2013-10-rc4 to enable SPL_WATCHDOG and that workaround the stuck SPL every 1 of 5 boots. And patched 2018-03-armbian (dev branch) to actually set USDHC3 pins on HummingBoard2 an enable it to actually have eMMC boot support from SPL seems to work, many reboots and no stuck SPL so far. Later will PR it.
  17. I have lots of HummingBoards 2 Edge with eMMC but now got a batch with the new SOM 1.5 and eMMC the original u-boot from next and stable branch (2013-10rc4) get stuck on SPL from time to time on the new SOMs so I'm trying the dev branch which has this new patch: https://github.com/armbian/build/blob/master/patch/u-boot/u-boot-cubox-next/U-Boot-mx6cuboxi-add-support-for-detecting-Revision-1.5-SoMs.patch Copying SPL and u-boot.img to eMMC and booting produce the following: U-Boot SPL 2018.03-armbian (Jun 07 2018 - 16:06:14 -0400) Trying to boot from MMC1 Card d