martinayotte

Members
  • Content Count

    2791
  • Joined

  • Last visited

 Content Type 

Forums

Member Map

Store

Crowdfunding

Raffles

Applications

Everything posted by martinayotte

  1. According to that, you seems to have crossed SDA/SCK ...
  2. I've done a commit in Armbian patches so that in future nightly builds the UART3 will be disabled by default and people wishing to use UART3 will need to load "uart3" overlay... https://github.com/armbian/build/commit/eb61dc0fe4db222df8ebac4ac1f8086ac3e67f3a
  3. Looking at the sources, it seems to be enabled in the Main DT... So, you will need to decompile it, edit to change the uart3 node status from "okay" to "disabled", then recompile it. Since NanoPi-Neo is a H3, use the DT compiler from http://ftp.debian.org/debian/pool/main/d/device-tree-compiler/device-tree-compiler_1.4.7-3_armhf.deb
  4. Oh ! This means you should not load the "uart3" since it is using the same pins as SPI ...
  5. Did you tried "spi-spidev" only without "spi-add-cs1" and "spi-jedec-nor" ? What "dmesg | grep spi" is reporting ?
  6. This sector 0 dump is coming from which image ? Maybe it should be written on the eMMC first ? This didn't work either ... Maybe also @balbes150 has some clues ?
  7. To my knowledge, providing multiple "skip" arguments will only override each others and only the last one will be taken into account ...
  8. I was preparing myself to struggle again with this issue ... But in the meantime, upgrading first all my RK3399 to 5.1.y, I've discovered that we have random eth0 MAC on few ones (I didn't check this in past months, since I mostly running all those on WiFi) : The discovery is that random MAC are present on v2019.04, but not in Ayufan's v2017.09. It was missing the ethernet0 alias, I've added it, but it didn't fixed the issue... The sad thing is that is on the wrong side of the fence : if the issue were in v2017.09, I wouldn't bother trying to fix it, but it is under v2019.04 ... I don't have any other idea for now ...
  9. Comparing that to original write_uboot_platform() doesn't show some relevant change since only "bs=512 skip=1" is repeated twice ... We don't have "u-boot.bin.sd.bin" installed in /usr/lib/linux-u-boot-dev-nanopik2-s905_5.89_arm64/, there is only "u-boot.bin" and "u-boot.img", but I will look again in the build tree itself. I've also search in https://wiki.odroid.com/odroid-c2/software/building_u-boot , and they say for eMMC "sudo dd if=u-boot.bin of=/dev/mmcblk0 bs=512 seek=97", followed by "You must use the u-boot.bin binary under the folder, “u-boot/sd_fuse/u-boot.bin” . This is confusing me since Armbian build process is different ...
  10. Just as a side note : you can also do the reverse, installing Ubuntu as you main OS and use VirtualBox to run Win10 inside a VM ...
  11. No, disabling the eMMC on Rock64 isn't done thru DTB, but by shorting 2 pins jumper nearby the recovery button. EDIT : Oh ! I´ve just saw that you were talking about "a55 tv box.Rk3328", not your Rock64 ... So, my answer isn't related ...
  12. You can see at the end of boot.cmd these instructions : # Recompile with: # mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr
  13. It is almost unbelievable ! It must be something specific to your network/router ! I've more than 10 OPis of different flavors, some NanoPis annd someother boards, they are able to reach each others ...
  14. I've received my eMMC module yesterday ! Although @Igor committed this https://github.com/armbian/build/commit/7c73d7a61f0724f9a4465604ffb683bcd18a997d , it doesn't work out-of-the-box ... I've tried to manually place u-boot on eMMC using : dd if=/usr/lib/linux-u-boot-dev-nanopik2-s905_5.89_arm64/u-boot.bin of=/dev/mmcblk0 bs=1 count=442 conv=fsync dd if=/usr/lib/linux-u-boot-dev-nanopik2-s905_5.89_arm64/u-boot.bin of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync But still no luck ! We need to investigate more ... Maybe our Meson64 expert here, @TonyMac32 could give us some help here ?
  15. Googling "turn off X11 cursor" revealed that starting X with "-nocursor" option is the way to go
  16. http://linux-sunxi.org/images/e/e0/Orange-Pi-Zero-Schanetics-v1_11.pdf or http://www.orangepi.org/download/orange_pi-zero-v1_11.pdf
  17. According to silkscreen, the resistor you are pointing to is R5, and according to schematic, R5 is a 6K 1%, and I've measured it and seems to be right. This resistor is part of Ethernet PHY.
  18. The "fdtfile" trick isn't explain anywhere, you need to learn about Armbian U-Boot internals... As I'm a developer, I've simply remembered that /boot/boot.scr is responsible of loading the DTB with specific filename according to that "fdtfile" variable with default value assign at compile time. But any U-Boot variables values could be overwritten by assigning them new value in /boot/armbianEnv.txt since this is loaded before actually loading DTB/Kernel/uInitrd.
  19. Of course : the default value of fdtfile is hard coded at u-boot compile time, but it can be overwritten by adding it to /boot/armbianEnv.txt . EDIT: BTW, I've looked at /boot/boot.scr, it seems that "fdtfile" should be without path, only the DTB filename...
  20. Right ! There is only a plain text console for login.
  21. The one with "desktop" means the image is already including a X11 desktop, that is why image size is bigger ...
  22. What do you mean exactly ? Do you simply wish that U-Boot should use a different file name ? That could be workarounded in /boot/armbianEnv.txt by declaring "fdtfile=/boot/sun8i-h3-nanopi-neo-core.dtb" if I remember the syntax ...
  23. Overlays are only available with Mainline ...
  24. I think so ... You need to take your existing script and translate all the smbus calls to the new library.