-
Posts
3889 -
Joined
-
Last visited
Posts posted by martinayotte
-
-
2 hours ago, lanefu said:
yeah honestly I doubt any of us have tried emmc on the H5...
Personnally, I'm running on eMMC with other boards such OPi-ZeroPlus2-H5 since years ...
-
15 hours ago, Werner said:
@martinayotte maybe?
I will try, but daily job take most of my time these days ...
-
Sorry, completely forgot to join, it was too sunny outside ...
-
On 3/9/2021 at 1:35 PM, derpeter said:
Any advice where to go from here to help with fixing the issue would be very appreciated.
With the help of @megi / @megous , I've now my Pinebook-A64 LCD working.
Here is the patch : https://github.com/armbian/build/commit/d49be78b702d7779f78d2655126a56e7f2ea7426
-
On 3/9/2021 at 1:35 PM, derpeter said:
So while i`m not familiar with the the details of the display init i assume this is not the display but the gpu / drm driver crashing.
I've tried for months to clarify the reason of such issue ...
My last working kernel was 5.7.6, and the issue appeared as soon as 5.8.0, I've done "diff" between both branches and I still didn't figured out the glitches ...
-
2 hours ago, guidol said:
Thanks for your commit
I've reverted my commit since now the original github has the changes done directly by CGarces ...
-
5 hours ago, guidol said:
I disabled the module
If you look at the resulting image, maybe the rtl8189fs.ko is still present and broken ...
Anyway, I've done builds+tests on all my OPi which using this rtl8189, and results are successful, I've done this commit :
https://github.com/armbian/build/commit/bba53d4644e83cd46b80820b5835ad7c2e7691e5
-
16 minutes ago, guidol said:
Thanks I will keep that in mind
I've just done new build with a 8189fs patch, it seems to work on my OPiPC+ ...
I will check other boards this afternoon. Now time to do some snowshows ...
-
Just now, guidol said:
does this prevent from booting up complete?
Yes, and No ... it prevent all networking if WiFi is present, such as running "ifconfig" will hang forever.
Simply move or delete the 8189fs.ko module will prevent that.
-
55 minutes ago, guidol said:
seem to make some trouble
It seems that NanoPi K1 Plus is using rtl8189 WiFi ... Right ?
Driver is broken in 5.11, I'm working on it with other guys, I'm using OPiPC+/OPiLite/OPiPlus2E.
In the mean time, if you don't need WiFi, disable the module :
mv /lib/modules/5.11.1-sunxi/kernel/drivers/net/wireless/rtl8189fs/8189fs.ko /lib/modules/5.11.1-sunxi/kernel/drivers/net/wireless/rtl8189fs/8189fs.ko-disabled -
3 hours ago, ebalcsk said:
Sorry it was my fault
Do you mean that UART3 is working fine ?
-
10 minutes ago, ebalcsk said:
5.10.12-sunxi64
Could you check DTS directly by decompiling DTB ?
dtc -@ -I dtb -O dts -o /root/sun50i-h6-orangepi-one-plus.dts-5.10.12 /boot/dtb/allwinner/sun50i-h6-orangepi-one-plus.dtb -
-
50 minutes ago, ebalcsk said:
I try to communicate on UART3
Can you check DT if pinctrl-0 is present in UART3 node ?
You can verify using this :
ll /proc/device-tree/soc/serial@5000c00(In my old 5.9 build, I see that they are missing and only UART0 has its pinctl-0 handle.)
If missing, you can decompile DTB into DTS, edit DTS to add "pinctrl-0 = <phandle>;" where phandle can be found in "uart3-pins" node ...
-
4 hours ago, xkcd said:
but nothing at /dev/spidev/
It won't appear as subfolder, but as direct node /dev/spidev0.0 ...
Also, check with "dmesg | grep spi" ...
-
20 hours ago, Lukas S said:
Sorry I didn't find it in overlay documentation that this flag is needed ^^
Look at this doc file : /boot/dtb/overlay/README.sun8i-h3-overlays
-
1 hour ago, Lukas S said:
Thanks in advance
You've forgot to define "param_spidev_spi_bus" which is mandatory ...
-
-
3 hours ago, sgjava said:
This is the step I'm missing.
I'm not understanding exactly.
Maybe because I've always producing patches manually ...
Here is a summary of how I would do it :
(edit the file to add "gpio-line-names" manually) nano cache/sources/linux-odroidxu4/odroid-5.4.y/arch/arm/boot/dts/exynos5420-pinctrl.dtsi (save) pushd cache/sources/linux-odroidxu4/odroid-5.4.y/ git diff arch/arm/boot/dts/exynos5420-pinctrl.dtsi > ~/my-gpio-line-names.patch popd mv ~/my-gpio-line-names.patch patches/kernel/odroidxu4-dev/odroidxu4-add-gpio-line-names.patch -
28 minutes ago, sgjava said:
each pinctrl using phandle to identify
Be carefull : phandle can vary between builds, so better use <&pio> and <&r_pio> symbols.
30 minutes ago, sgjava said:So next question is how do I make this part of build process
As I said earlier, append you overlay code in some new board specific patch such as ./patch/kernel/sunxi-dev/nanopi-duo/board-h2plus-nanopi-duo-add-overlay.patch which will also provide change to arch/arm/boot/dts/overlay/Makefile.
-
50 minutes ago, sgjava said:
Yes, I'm wondering is that another fragment section in one file or another file?
I would choose to simply add another fragment in the same overlay ...
-
1 hour ago, sgjava said:
find a way to cover both pin controllers
Do you mean PL ?
Simply add another "gpio-line-names" entry into "pinctrl@1f02c00" node.
-
13 hours ago, sgjava said:
not /boot/dts/overlay as you suggested above.
Sorry for the typo ...
-
3 hours ago, sgjava said:
do you have an example for /boot/armbianEnv.txt gpio-line-names?
I've manually copied my gpio-line-names.dtbo under /boot/dts/overlay/sun8i-h3-gpio-line-names.dtbo
Then, I added "overlays=gpio-line-names" in /boot/armbianEnv.txt, and rebooted ...
3 hours ago, sgjava said:This is generated board specific, correct?
Yes, my test was for OrangePiPC+, and tested using libgpiod "gpioinfo" ...

/boot/armbianEnv.txt vs build/config/bootenv/rockchip.txt
in Common issues / peer to peer technical support
Posted
If you look at /boot/boot.cmd (which then compiled into /boot/boot.scr), there is a line where /boot/armbianEnv.txt is loaded in memory and then "env import" is executed ...