-
Posts
3892 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by martinayotte
-
-
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" ...
-
16 hours ago, sgjava said:
but this should only impact Duo.
Although I've never tried, patches could be board specific using a subdirectory such as ./patch/kernel/sunxi-dev/nanopi-duo/board-h2plus-nanopi-duo-add-device.patch
BTW, I've tried dynamic loading of gpio-line-names.dtbo overlay, but it doesn't work, but doing it in /boot/armbianEnv.txt works.
I think it is due that gpio-lines-names property is only checked while initializing pinctrl at boot time.
-
4 minutes ago, sgjava said:
but my question was how do I do this for Duo using overlay
For Allwinners SoC, you simply add new overlay to existing patch located there :
https://github.com/armbian/build/blob/master/patch/kernel/sunxi-dev/general-sunxi-overlays.patch
You need to add DTS, but also add entry into the Makefile.
-
11 hours ago, sgjava said:
How would that work?
In this specific case, since it is for exynos5420 which doesn't have any overlay mecanism yet, I will leave your PR as is ...
-
1 hour ago, sgjava said:
I need to know how to do overlay.
Here is a quick/not-tested/incomplete overlay sources named gpio-line-names.dts :
/dts-v1/; /plugin/; / { compatible = "allwinner,sun8i-h3"; fragment@1 { target = <&pio>; __overlay__ { gpio-line-names = "", "", "", "", "TX", "RX", "", "", "", "", "", "", "", "", "", "STATUS-LED", "MUTE", "SPDIF-OUT", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", ""; }; }; };
Then, compile it as DTB with this command :
dtc -O dtb -I dts -o gpio-line-names.dtbo gpio-line-names.dts
To try loading DTB dynamically into main tree without doing it in /boot/armbianEnv.txt, execute those commands :
mkdir /sys/kernel/config/device-tree/overlays/gpionames cat gpio-line-names.dtbo > /sys/kernel/config/device-tree/overlays/gpionames/dtbo cat /sys/kernel/config/device-tree/overlays/gpionames/status
The last command should provide "applied" status.
Then, you can test names with your own tool ...
-
53 minutes ago, sgjava said:
is this documented somewhere? I'll give that a try.
Do you mean how to write an overlay ?
Or do you mean how "gpio-line-names" is used ?
Here is a general example from https://elixir.bootlin.com/linux/v4.7/source/Documentation/devicetree/bindings/gpio/gpio.txt
gpio-controller@00000000 { compatible = "foo"; reg = <0x00000000 0x1000>; gpio-controller; #gpio-cells = <2>; ngpios = <18>; gpio-line-names = "MMC-CD", "MMC-WP", "VDD eth", "RST eth", "LED R", "LED G", "LED B", "Col A", "Col B", "Col C", "Col D", "Row A", "Row B", "Row C", "Row D", "NMI button", "poweroff", "reset"; }
It is not exact syntax, since it is depending of SoC main DT, for example, on H3, the controller would be "pinctrl@1c20800" ...
-
14 hours ago, Igor said:
what do you think how to drive this thing?
I don't see much other ways than doing it using overlays ...
-
5 hours ago, rajiv1000 said:
I need to back up my emmc module has now it got everything I need to run on it
As I said months ago, you need to execute the backup using SSH ...
ssh root@<ip_board_to_be_backup> "dd if=/dev/mmcblk1" | dd of=backup_image.img bs=100M
-
The PCF8523 chip is a good one since it can trigger an alarm interrupt ...
-
10 minutes ago, TRS-80 said:
I don't see "Orange Pi Zero H2" listed at all
It is here : https://www.armbian.com/orange-pi-zero/
-
1 hour ago, anITiot said:
I had some issues with one-wire and gpio on my OP3
That is because "sun50i-h6-fixup.scr" doesn't handle "L" bank (and "H" bank as well) as you can see here :
setenv decompose_pin 'setexpr tmp_bank sub "P(A|C|D|G)\\d+" "\\1"; setexpr tmp_pin sub "P\\S(\\d+)" "\\1"; test "${tmp_bank}" = "A" && setenv tmp_bank 0; test "${tmp_bank}" = "C" && setenv tmp_bank 2; test "${tmp_bank}" = "D" && setenv tmp_bank 3; test "${tmp_bank}" = "G" && setenv tmp_bank 6'
Feel free to tweak that script and submit the fix in a PR...
EDIT : adding "H" bank should be pretty easy, but for "L" bank, it would be a bit harder since it need to change also the "pinctrl" with some "if" statements :
("L" bank is using "pinctrl@7022000" instead of "pinctrl@300b000" ...)
if test -n "${param_w1_pin}"; then setenv tmp_bank "${param_w1_pin}" setenv tmp_pin "${param_w1_pin}" run decompose_pin fdt set /soc/pinctrl@300b000/w1_pins pins "${param_w1_pin}" fdt get value tmp_phandle /soc/pinctrl@300b000 phandle fdt set /onewire@0 gpios "<${tmp_phandle} ${tmp_bank} ${tmp_pin} 0>" env delete tmp_pin tmp_bank tmp_phandle fi if test "${param_w1_pin_int_pullup}" = "1"; then fdt set /soc/pinctrl@300b000/w1_pins bias-pull-up fi
-
53 minutes ago, J.M. said:
i did checked it,
and configs in your cache/source/u-boot/v2019.04/.config
and cache/sources/u-boot/v2019.04/arch/arm/dts/sun7i-a20-lamobo-r1.dts
seems to hold the same configuration...
But the ".config" I've provided is "default = no i2c", you need to turn most of those to "=y" instead of "is not set" ...
-
42 minutes ago, konki said:
sed is installed but the /bin directory!
But /bin should be in your path too ...
-
14 hours ago, J.M. said:
I don't see any i2c bus in here.
Did you checked all the possible configs in your cache/source/u-boot/v2019.04/.config
By default, "grep -i i2c" is showing :
# CONFIG_I2C0_ENABLE is not set # CONFIG_I2C1_ENABLE is not set # CONFIG_I2C2_ENABLE is not set # CONFIG_SPL_I2C_SUPPORT is not set # CONFIG_CMD_I2C is not set # I2C support # CONFIG_DM_I2C is not set # CONFIG_SYS_I2C_DW is not set # CONFIG_SYS_I2C_IMX_LPI2C is not set # CONFIG_SYS_I2C_MXC is not set # CONFIG_I2C_EDID is not set
-
17 hours ago, J.M. said:
Anyway to verify the u-boot does use this DT file ?
Stop U-Boot using <spacebar> during USB can, then do "printenv" command and check the value of "fdtfile"
-
1 hour ago, J.M. said:
however i2c0 and i2c3 are defined in "sun7i-a20-lamobo-r1.dts"
Be aware that U-Boot and Kernel don't use the same DT file, you need to verify the one used in U-Boot build ...
-
On 11/30/2020 at 10:36 AM, Werner said:
This did not happen with the old version?
I've checked on my second OPi0 where I didn't upgrade firmware, so still previous version, and the issue is also present :
[ 14.824376] xradio: XR819 device discovered [ 15.056442] xradio: hardware vers. 7.9 [ 15.056457] xradio: firmware vers. 8 (WSM), build 43, api 1060, cap 0x0003 [ 15.056460] xradio: Config USE_EXTENSIONS [ 40.809788] xradio TXRX-WRN: received frame has no key status [ 40.809802] xradio TXRX-WRN: dropped received frame [ 3653.654011] xradio WRN: BH: missed 4 consecutive interrupts! [ 5423.670767] xradio WRN: BH: missed 5 consecutive interrupts! [ 7584.760350] xradio WRN: BH: missed 6 consecutive interrupts! [ 9724.478792] xradio WRN: BH: missed 7 consecutive interrupts! [10080.291066] xradio WRN: BH: missed 8 consecutive interrupts! [10777.751448] xradio WRN: BH: missed 9 consecutive interrupts! [13480.647858] xradio WRN: BH: missed 10 consecutive interrupts! [18367.827745] xradio WRN: BH: missed 11 consecutive interrupts! [19237.530227] xradio WRN: BH: missed 12 consecutive interrupts! [20461.024844] xradio WRN: BH: missed 13 consecutive interrupts!
-
On 11/28/2020 at 3:14 PM, Nyx_ said:
Any ideas where I can look next to solve the problem?
I appreciate any suggestion/advice.After hours of investigation, and after having figured out that SPI for H6 wasn't working since 5.7.x, I've found why : missing SPI pins in DT ...
https://github.com/armbian/build/commit/e3ade9e9f4292c6b257ad10f676edc4055106d2a
-
1 hour ago, Werner said:
Hopefully somebody like @martinayotte has a chance to play with the collected information and create some basic Armbian support with it
I will try my best, but "time is the missing ingredient" as usual ...
(I'm currently chasing why SPI0 doesn't work properly on OPiOne+ while it was with few earlier kernel versions)
-
1 hour ago, J.M. said:
Any Ideas, suggestions ?
Did you added also CONFIG_CMD_I2C=y to recompile U-Boot with I2C related commands ?
-
17 minutes ago, Werner said:
If somebody has a chance to test new firmware blob for XR819 feedback would be appreciated
Upgrade done ! No side effect seen until now ...
-
2 minutes ago, lagerschaden said:
I tried other pins and other DS18B20 and there was the same issue.
Try using external 4K7 pullup instead of internal one ...
BTW, which kernel are you using ?
-
10 minutes ago, lagerschaden said:
[ 10.918414] w1-gpio onewire@0: there is not valid maps for state default
This line looks strange ...
Can you try PA7 (pin 12) instead, and look again at /sys/kernel/debug/gpio ?
Trying to add gpio-line-names to nanopi duo
in Advanced users - Development
Posted
Do you mean PL ?
Simply add another "gpio-line-names" entry into "pinctrl@1f02c00" node.