Jump to content

[Experiment] armbian on NanoPi A64


guidol

Recommended Posts

Yesterday I did try 10 times to install Pihole to the NanoPi A64 (running debian buster), but got serveral unexpected restarts :(

After giving up yesterday and lying in the bed I did think about the cpu-frequencies.....

 

The original /etc/default/cpufrequtils file for debian buster (tweaked from Pine64) is:

ENABLE=true
MIN_SPEED=480000
MAX_SPEED=1200000
GOVERNOR=ondemand

but on the NanoPi A64 the frequency do start at 648000 and I dont know how high it could be stable (on the FriendlyArm Page the NanoPi A64 is advertised for 1152000). I got the NanoPi A64 serveral weeks running with SETI-Client and 960000

 

So I did try to install Pihole with:
 

ENABLE=true
MIN_SPEED=648000
MAX_SPEED=960000
GOVERNOR=conservative

And it succeeded like it could with debian buster:

 

After fixing the lighttpd - Pihole does work now with debian buster on the NanoPi A64 ;)

 

Maybe later I will try a more normal config ;)

 

ENABLE=true
MIN_SPEED=648000
MAX_SPEED=1010000
GOVERNOR=ondemand
 

Link to comment
Share on other sites

21 minutes ago, Rami Khawaly said:

Hi, Is there any link to download this version with the changes to support the A64? 

Also how stable is it and is there any improvements that can be done?

No :( there is no downloadable image, because its unofficial.

You could install the armbian-build-system and change the file of the Pine64 (see first page of this thread) and compile the image by yourself.

 

Another non-armbian-option is to take a look at

https://github.com/avafinger/nanopi-a64-firmware   or

https://github.com/avafinger/nanopi-a64-kodi

Link to comment
Share on other sites

little change at usb@1c19000 for the .dts/.dtb in the latest compile:

 

change from:

dr_mode = "otg";
status = "disabled";

change to:

status = "okay";
dr_mode = "host";

and you will get a working new version with boot usb-ports also working ;)
 

login as: root
root@192.168.6.116's password:
 _   _ ____  _         _    __   _  _
| \ | |  _ \(_)       / \  / /_ | || |
|  \| | |_) | |_____ / _ \| '_ \| || |_
| |\  |  __/| |_____/ ___ \ (_) |__   _|
|_| \_|_|   |_|    /_/   \_\___/   |_|

Welcome to Debian Buster with Armbian Linux 5.3.0-rc6-sunxi64
package bsp-kernel[5.96] u-boot[5.96] dtb[5.96] firmware[5.96] config[5.96]

System load:   0.03 0.07 0.03   Up time:       4 min
Memory usage:  10 % of 989MB    IP:            192.168.6.116
CPU temp:      39°C
Usage of /:    10% of 15G

[ General system configuration (beta): armbian-config ]

Last login: Fri Sep  6 15:00:08 2019 from 192.168.6.17

root@npi-a64(192.168.6.116):~#

armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/1Uqg
 

Link to comment
Share on other sites

Here the commands for uncompile/editing and compiling the .dtb / .dts - files

(

check filename because of your board-configuration file in the armbian-build-system

maybe 

sun50i-a64-nanopi-a64 or

sun50i-a64-nanopia64

------------------------------------------------------------------------
CONVERT dtb to dts
------------------------------------------------------------------------
dtc -I dtb -O dts /boot/dtb/allwinner/sun50i-a64-nanopi-a64.dtb -o /boot/dtb/allwinner/sun50i-a64-nanopi-a64.dts

------------------------------------------------------------------------
EDIT dts
------------------------------------------------------------------------
nano /boot/dtb/allwinner/sun50i-a64-nanopi-a64.dts

------------------------------------------------------------------------
CONVERT (BACK) dts to dtb
------------------------------------------------------------------------	
dtc -I dts -O dtb /boot/dtb/allwinner/sun50i-a64-nanopi-a64.dts -o /boot/dtb/allwinner/sun50i-a64-nanopi-a64.dtb

 

Link to comment
Share on other sites

I have two boards of nanopi-a64. after following the instructions here to enable usb and hdmi audio, i've tried also making the audio jack working (at least for audio output).

 

I did the inclusion of a custom board config as stated in post #1 of this thread.

 

Here is my patch file I add to <armbian-build-path>/patch/kernel/sunxi-dev/
I named it xxx-xxx-nanopi-a64-fix-usb-and-audio.patch so that it would be executed last on the patching stage of the build.

diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts b/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts
index 9b9d915..0b671c7 100644
--- a/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts
+++ b/arch/arm64/boot/dts/allwinner/sun50i-a64-nanopi-a64.dts
@@ -283,3 +283,48 @@
 &usbphy {
 	status = "okay";
 };
+
+&codec {
+    status = "okay";
+};
+
+&codec_analog {
+    cpvdd-supply = <&reg_eldo1>;
+    status = "okay";
+};
+
+&dai {
+    status = "okay";
+};
+
+&i2s1 {
+    status = "okay";
+};
+
+&i2s2 {
+    status = "okay";
+};
+
+&sound {
+  simple-audio-card,aux-devs = <&codec_analog>;
+  simple-audio-card,widgets = "Microphone", "Microphone Jack",
+            "Headphone", "Headphone Jack";
+  simple-audio-card,routing =
+      "Left DAC", "AIF1 Slot 0 Left",
+      "Right DAC", "AIF1 Slot 0 Right",
+      "Headphone Jack", "HP",
+      "AIF1 Slot 0 Left ADC", "Left ADC",
+      "AIF1 Slot 0 Right ADC", "Right ADC",
+      "MIC2", "Microphone Jack";
+  status = "okay";
+};
+
+&sound_hdmi {
+    status = "okay";
+};
+
+&usb_otg {
+    dr_mode = "host";
+    status = "okay";
+};
+

Adding it at the patching stage avoids having to decompile and recompile into dtb and replacing the one at the boot.

So far so good, audio on hdmi and the audio jack works, you just have to set the default sink device on pulse audio's settings if you want to use either audio outputs.

 

Be aware though that is needed to hold the linux-dtb-dev-sunxi and linux-dtb-dev-sunxi64 packages so that the patches above wont be lost when running apt-get upgrade.

 

Link to comment
Share on other sites

On 9/15/2019 at 1:09 AM, kevinplatt said:

Be aware though that is needed to hold the linux-dtb-dev-sunxi and linux-dtb-dev-sunxi64 packages so that the patches above wont be lost when running apt-get upgrade.


If you get this working, send a PR (to dev and next) and you don't need to worry about ;) In case board works well, we could also add an image ... we have it for some other CSC targets as well.

Link to comment
Share on other sites

On 9/15/2019 at 2:09 AM, kevinplatt said:

Adding it at the patching stage avoids having to decompile and recompile into dtb and replacing the one at the boot.

So far so good, audio on hdmi and the audio jack works, you just have to set the default sink device on pulse audio's settings if you want to use either audio outputs.

 

Be aware though that is needed to hold the linux-dtb-dev-sunxi and linux-dtb-dev-sunxi64 packages so that the patches above wont be lost when running apt-get upgrade.

 

Today I compiled Kernel 5.3.1 dev image for the NPi A64 - and after that the U-Boot/Kernel-packages with the patch applied to get the 2 different .dtb/dts files for compare and maybe de-/compile dtb2dts and dts2dtb.

Debian Buster with Armbian Linux 5.3.1-sunxi64
package bsp-kernel[5.98] u-boot[5.98] dtb[5.98] firmware[5.98] config[5.98]

 

Audio-Jack is now working for me - didnt test the HDMI(-Audio)

**** List of PLAYBACK Hardware Devices ****
card 0: sun50ia64audio [sun50i-a64-audio], device 0: 1c22c00.dai-sun8i sun8i-0 []
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 1: allwinnerhdmi [allwinner,hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

 

A little "problem" I did found with armbian-config ==> system ==> hardware

When trying to configure there a hardware-part then there is a small loop of

Usage: grep [OPTION]... PATTERNS [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERNS [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERNS [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERNS [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERNS [FILE]...
Try 'grep --help' for more information.
Usage: grep [OPTION]... PATTERNS [FILE]...
Try 'grep --help' for more information.

and then no hardware is displayed :(

 

For information / testing I will attach all 2 .dtb/.dts and a patch-file for the dts for patching (please check filename)

 

npi_a64_fix_usb_audio.patch sun50i-a64-nanopi-a64_fixed_usb_audio.dtb sun50i-a64-nanopi-a64_fixed_usb_audio.dts sun50i-a64-nanopi-a64_original.dtb sun50i-a64-nanopi-a64_original.dts

Link to comment
Share on other sites

On 1/28/2019 at 12:53 AM, @lex said:

My last update on this issue in case someone is working to get sound on A64 (>= 4.20).

I tried every patch out there,  triple checked the code , same situation, no sound. 

I must have missed something or overlooked something.

@@lex for sound under kernel 5.3.1 check the message before this one for the .dtb/.dts files 

with these files the analog audio is working (and maybe HDMI-Sound) ;)

Link to comment
Share on other sites

@guidol

Thanks for the tip.

In fact i have sun50ia64audio available but no sound output on jack. Hdmi-sound always worked.

My kernel is now based on mainline kernel with ir and cedrus patch, i tried to catch up with @jernej's and @kwiboo's patches and learn a few things but these guys are too fast... :):lol: and it is time to slowdown...

Great to see how your work and Armbian progresses, i think you will soon tag it as supported.

This is/was a great board. I am just waiting for that board with the promising Grub open source (like).

 

 

Link to comment
Share on other sites

1 hour ago, @lex said:

@guidol

Thanks for the tip.

Great to see how your work and Armbian progresses, i think you will soon tag it as supported.

This is/was a great board. I am just waiting for that board with the promising Grub open source (like).

I enjoy to share such informations to all NanoPi A64 Users ;)
And here at armbian not only "my work" - its the work of all armbian-users here which share informations about the NanoPi A64.
I try to collect and connect these informations for getting the NanoPi A64 a better (supported) board :)

 

PS: Sadly the green LED isnt controllable, because its only connected to VCC/GND

Link to comment
Share on other sites

I'll try incorporating the patches into the dev and the next branch of the build to test on my two nanopi-a64.

I will be rebuilding the images to test it again on my spare time.

Also if successful i might make a PR request so that we can have a supported image.

BTW, my use case for this is just having a 7 inch touch screen attached to the nanopi-a64 and it kinda serves as my dashboard for tasks assigned to me and reminders for system administration in the office.
Also, having spotifyd on the nanopi and have it play spotify to my bluetooth earphones or switching to wired earphones when they die while i am in the office. 


 

 

Link to comment
Share on other sites

@kevinplatt would it be enough to freeze the dtb-package (for not get rid of the usb & audio fix)

because armbian-config does set much more packages on hold like root, kernel, config, firmware and u-boot?

root@npi-a64(192.168.6.116):/home/guido# apt-mark showhold
armbian-firmware
linux-buster-root-dev-nanopia64
linux-dtb-dev-sunxi64
linux-image-dev-sunxi64
linux-u-boot-nanopia64-dev

 

Today i compiled a image with kernel 5.3.7 and did by mistake/accident a apt update & apt upgrade,

so the USB & audio fix was missing with the newer dtb[5.98.191022]
 

Debian Buster with Armbian Linux 5.3.7-sunxi64
package bsp-kernel[5.98.191022] u-boot[5.98] dtb[5.98.191022] firmware[5.98] config[5.98]

I copied the saved/fixed .dtb in /boot/dtb/allwinner and the fix does work again after reboot ;)

 

I f I only freeze the dtb - can I also have/use the other packages in the newer version?

root@npi-a64(192.168.6.116):/home/guido# apt-mark hold linux-dtb-dev-sunxi64
linux-dtb-dev-sunxi64 set on hold.

root@npi-a64(192.168.6.116):/home/guido# apt-mark showhold
linux-dtb-dev-sunxi64

Or which package (additional to the dtb) could break the fix?

Link to comment
Share on other sites

On 11/3/2019 at 9:33 AM, Aslak Brekke said:

Hi, is it an Armbian image available yet?

No - because its an UNOFFICIAL experiment of mine as you can see in the headline of this thread..
So, if you do build up a armbian-build-system ( https://docs.armbian.com/Developer-Guide_Build-Preparation/ )

and do create some files/changes (as written in this 2 pages thread here) then
you could compile a armbian-image for the NanoPi A64 which also include the usb/analog-sound patch ;)

Latest version I do run actually:


Debian Buster with Armbian Linux 5.3.8-sunxi64
package bsp-kernel[5.99.191102] u-boot[5.99] dtb[5.99] firmware[5.99] config[5.99] branch[dev]
 

dtb[5.99] compiled with armbian-build-system with installed patch for usb/audio

 

armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/20MH

Link to comment
Share on other sites

for compiling a new NanoPi A64 image with the actual naming conventions of armbian 19.11.yy I had to change the board-conf file

./build/config/boards/nanopia64.conf

# A64 quad core 1GB RAM SoC GBE
BOARD_NAME="NanoPi-A64"
BOARDFAMILY="sun50iw1"
BOOTCONFIG="nanopi_a64_defconfig"
MODULES="sunxi_codec sunxi_i2s sunxi_sndcodec 8723bs"
KERNEL_TARGET="legacy,current,dev"
FULL_DESKTOP="yes"

 

Because of the USB/Audio-patch I did set my .dtb on hold in version 5.99, so that the actual config of packages looks like

 _   _ ____  _         _    __   _  _
| \ | |  _ \(_)       / \  / /_ | || |
|  \| | |_) | |_____ / _ \| '_ \| || |_
| |\  |  __/| |_____/ ___ \ (_) |__   _|
|_| \_|_|   |_|    /_/   \_\___/   |_|

Welcome to Debian Buster with Armbian Linux 5.3.9-sunxi64
package bsp-kernel[19.11.3] u-boot[19.11.3] dtb[5.99] firmware[19.11.3] config[19.11.3]
branch[dev]

Info defconfig:
./build/cache/sources/u-boot/v2019.04/configs/nanopi_a64_defconfig

Link to comment
Share on other sites

On 9/15/2019 at 2:09 AM, kevinplatt said:

Here is my patch file I add to <armbian-build-path>/patch/kernel/sunxi-dev/
I named it xxx-xxx-nanopi-a64-fix-usb-and-audio.patch so that it would be executed last on the patching stage of the build.

@kevinplatt In the last versions of the armbian-build-system the original .dts seems to be changed and the patch doenst work anymore :(
 

[ warn ] * [l][c] xxx-xxx-nanopi-a64-fix-usb-and-audio.patch [ failed ]

I did try to manually patch the actual .dts

USB is working (the easy part) ;)

sound for analog & hdmi does show up via aplay -l

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sun50ia64audio [sun50i-a64-audio], device 0: 1c22c00.dai-sun8i sun8i-0 [1c22c00.dai-sun8i sun8i-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: allwinnerhdmi [allwinner,hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [1c22800.i2s-i2s-hifi i2s-hifi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

BUT I do get a error-message when I try to use the analog audio:

mpg123 -v -b 512 -a hw:0,0 -@ ./MP3_SAW_80s

[src/libout123/modules/alsa.c:129] error: initialize_device(): cannot set hw params
main: [src/mpg123.c:309] error: out123 error 7: failed to open device

dmesg -w :
[  446.975450] sun4i-i2s 1c22c00.dai: Unsupported oversample rate: 127
[  446.975465] sun4i-i2s 1c22c00.dai: ASoC: can't set 1c22c00.dai hw params: -22

when I do use the old fixed .dtb it does work also on this kernel.

 

I will attach my manually edited .dts-version, may you (or anyone) can have a look and find what I have overseen? :(

 

NEW_nonworking_sun50i-a64-nanopi-a64_fixed5nd.dts OLD_working_sun50i-a64-nanopi-a64_fixed_usb_audio.dts

Link to comment
Share on other sites

15 hours ago, guidol said:

@kevinplatt In the last versions of the armbian-build-system the original .dts seems to be changed and the patch doenst work anymore :(
 


[ warn ] * [l][c] xxx-xxx-nanopi-a64-fix-usb-and-audio.patch [ failed ]

I did try to manually patch the actual .dts

USB is working (the easy part) ;)

sound for analog & hdmi does show up via aplay -l


aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: sun50ia64audio [sun50i-a64-audio], device 0: 1c22c00.dai-sun8i sun8i-0 [1c22c00.dai-sun8i sun8i-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: allwinnerhdmi [allwinner,hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [1c22800.i2s-i2s-hifi i2s-hifi-0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

BUT I do get a error-message when I try to use the analog audio:


mpg123 -v -b 512 -a hw:0,0 -@ ./MP3_SAW_80s

[src/libout123/modules/alsa.c:129] error: initialize_device(): cannot set hw params
main: [src/mpg123.c:309] error: out123 error 7: failed to open device

dmesg -w :
[  446.975450] sun4i-i2s 1c22c00.dai: Unsupported oversample rate: 127
[  446.975465] sun4i-i2s 1c22c00.dai: ASoC: can't set 1c22c00.dai hw params: -22

when I do use the old fixed .dtb it does work also on this kernel.

 

I will attach my manually edited .dts-version, may you (or anyone) can have a look and find what I have overseen? :(

 

NEW_nonworking_sun50i-a64-nanopi-a64_fixed5nd.dts 42.55 kB · 4 downloads OLD_working_sun50i-a64-nanopi-a64_fixed_usb_audio.dts 42.55 kB · 3 downloads

 

Doing a git diff on the two files show that the phandles have changed for various locations which might have caused the devices not to be addressed well.

 

I apologize for lack of activity, I just bought a new laptop recently so I didnt have the build environment ready.

 

I'll try looking at upstream dts changes. And I'll report back once I am able to build images for my nanopi-a64s.

Link to comment
Share on other sites

3 hours ago, kevinplatt said:

 

Doing a git diff on the two files show that the phandles have changed for various locations which might have caused the devices not to be addressed well.

I'll try looking at upstream dts changes. And I'll report back once I am able to build images for my nanopi-a64s.

@kevinplatt I already - while editing manually - did try to "rearange the phandles" / "finding the setting for the new phandle names" of the sound-scope without creating doubles:
 

Old		device					New
0x0d	/sound/simple-audio-card,cpu			0x0d
0x80	i2c@1f02400					0x7f
0x0e	codec-analog@1f015c0				0x0e
0x46	sound						0x46
0x0f	dai@1c22c00					0x0f
0x10	codec@1c22e00					0x10
0x47	/sound/simple-audio-card,codec			0xab (newly created because 0x47 was used by thermal)
0x3d	eldo1						0x95

in the old working and the new non-working is i2c@1f02400 status = "disabled" - the phandle was/is used for 
simple-audio-card,mclk-fs

Link to comment
Share on other sites

2 hours ago, guidol said:

 


Old		device					New
0x80	i2c@1f02400					0x7f	<== here I was WRONG!

in the old working and the new non-working is i2c@1f02400 status = "disabled" - the phandle was/is used for 
simple-audio-card,mclk-fs

@kevinplatt

YES! - got it :)

The 0x80 in 

simple-audio-card,mclk-fs = < 0x80 >;

isnt a phandle to convert - its a VALUE! (when I only could better read .dts-files :( )

The error code

[  446.975450] sun4i-i2s 1c22c00.dai: Unsupported oversample rate: 127
[  446.975465] sun4i-i2s 1c22c00.dai: ASoC: can't set 1c22c00.dai hw params: -22

did it tell me, because hex 0x7f is 127 (unsupportted oversample rate, because it starts to be supported at 128) and hex 0x80 is 128 ;)

 

Now that changed back to 0x80 and my new .dts/.dtb (7nd version) is working like the older working/fixed .dts/.dtb

 

 

sun50i-a64-nanopi-a64_fixed7nd.dts sun50i-a64-nanopi-a64.dtb_7nd

Link to comment
Share on other sites

Next step kernel 5.6.2 and bullseye :)

 _   _ ____  _         _    __   _  _
| \ | |  _ \(_)       / \  / /_ | || |
|  \| | |_) | |_____ / _ \| '_ \| || |_
| |\  |  __/| |_____/ ___ \ (_) |__   _|
|_| \_|_|   |_|    /_/   \_\___/   |_|

Welcome to Armbian bullseye with Linux 5.6.2-sunxi64

No end-user support: built from trunk & unsupported (bullseye) userspace!

package bsp-kernel[20.05.0-trunk] u-boot[20.05.0-trunk] dtb   [20.05.0-trunk]
firmware          [20.05.0-trunk] config[20.05.0-trunk] branch[dev]

First I did try my old compiled dtb, but analog-audio doenst work - only hdmi and the USB-patch :(

 

So I did take a look at the actual .dtb (in the decompiled .dts-form) and found all devices - but disabled.

 

I edited them to "okay" like on my old file - and it seem to work:

- USB-patch does work = all 2 USB-ports are working

- analog-audio does work (have to set "AIF1_DA0" in alsamixer to the value 22 and headphone to 79

  to not get a distorted sound )

- HDMI-audio does work but is distorted and HDMI has no controls inside alsamixer :(

 

Il will attach the original and my edited .DTS and .DTB file

 

If anyone has additional ideas - they are welcome :)

sun50i-a64-nanopi-a64_guido_562.dtb sun50i-a64-nanopi-a64_guido_562.dts sun50i-a64-nanopi-a64_org_562.dtb sun50i-a64-nanopi-a64_org_562.dts

Link to comment
Share on other sites

5 hours ago, Werner said:

You could provide a PR to push your changes :beer:

My 1st PR is long time ago and I cant remember how to do it AND the NanoPi A64 isnt official supported by armbian :(

So the PR could only go against the .DTS/.DTB - but there is NO board-config-file in the official armbian-build-system :( 

 

Maybe anyone - who is much more familiar with PRs- could support me/you/us here?

I had attached the original (5.6.2) .DTS/.DTB and my edited version....so it should only a compare/patch file be generated and a PR 
Maybe @kevinplatt
 could be here my "hero"? ;) 

Link to comment
Share on other sites

the sun50i-a64-nanopi-a64_guido_562.dtb copied as /boot/dtb/allwinner/sun50i-a64-nanopi-a64.dtb

will also do his job for audio/usb in

Armbian bullseye with Linux 5.6.5-sunxi64
Linux npi-a64 5.6.5-sunxi64 #trunk.111 SMP Mon Apr 20 02:25:37 CEST 2020 aarch64 GNU/Linux

;)

PS: Keep in mind to  apt-mark hold linux-dtb-dev-sunxi64

Link to comment
Share on other sites

Diffs for v5.6.5 original dts/dtb against the 5.6.2 tweaked dts/dtb:
 

diff -y --suppress-common-lines sun50i-a64-nanopi-a64_v565_org.dts sun50i-a64-nanopi-a64_guido_562.dts
                status = "disabled";                          |                 status = "okay";
                        dr_mode = "otg";                      |                         dr_mode = "host";
                        status = "disabled";                  |                         status = "okay";
                        status = "disabled";                  |                         status = "okay";
                        status = "disabled";                  |                         status = "okay";
                        status = "disabled";                  |                         status = "okay";
                        status = "disabled";                  |                         status = "okay";
                        status = "disabled";                  |                         status = "okay";
                        status = "disabled";                  |                         status = "okay";


diff sun50i-a64-nanopi-a64_v565_org.dts sun50i-a64-nanopi-a64_guido_562.dts
142c142
<               status = "disabled";
---
>               status = "okay";
610,611c610,611
<                       dr_mode = "otg";
<                       status = "disabled";
---
>                       dr_mode = "host";
>                       status = "okay";
904c904
<                       status = "disabled";
---
>                       status = "okay";
918c918
<                       status = "disabled";
---
>                       status = "okay";
929c929
<                       status = "disabled";
---
>                       status = "okay";
1263c1263
<                       status = "disabled";
---
>                       status = "okay";
1272c1272
<                       status = "disabled";
---
>                       status = "okay";
1316c1316
<                       status = "disabled";
---
>                       status = "okay";

 

sun50i-a64-nanopi-a64_v565_org.dts

Link to comment
Share on other sites

9 minutes ago, Igor said:

Perhaps submit configuration and we can add this board as CSC download target ;) Also add them here https://github.com/armbian/build/blob/master/config/targets.conf (copy paste from similar A64 board)

My NanoPi A64 board-config has derived from the pine64-config.

Many months (years?) ago I did see a defconfig (nanopi_a64_defconfig)in the armbian-build-system-directorys and cloned

the board-config from the Pine64 (see attachment)

 

The target can also be cloned from pine64 (uses the same cpu-type-group sun50iw1 = A64?)

 

Maybe anyone who knows github better than I could help me?

 

PS: the bad is that the NanoPi A64 isnt also available anymore like some H5-Boards :(
Some time ago the NanoPi A64 was there on SALE

nanopia64.conf

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines