-
Posts
2409 -
Joined
-
Last visited
Reputation Activity
-
TonyMac32 reacted to chwe in Armbian 20.02 (Chiru) Release Thread
well you've no chance I already set up the pinebook in rk3399 with u-boot 2020:
U-Boot 2020.01-armbian (Jan 21 2020 - 23:08:47 +0100) Model: Pine64 Pinebook Pro DRAM: 3.9 GiB PMIC: RK808 MMC: dwmmc@fe320000: 1, sdhci@fe330000: 0 In: serial@ff1a0000 Out: serial@ff1a0000 Err: serial@ff1a0000 Model: Pine64 Pinebook Pro ## Error: Can't overwrite "serial#" ## Error inserting "serial#" variable, errno=1 rockchip_dnl_key_pressed: adc_channel_single_shot fail! Net: No ethernet found. Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found U-Boot script /boot/boot.scr 2940 bytes read in 6 ms (478.5 KiB/s) ## Executing script at 00500000 Boot script loaded from mmc 1 143 bytes read in 6 ms (22.5 KiB/s) 7118384 bytes read in 752 ms (9 MiB/s) 20722176 bytes read in 2178 ms (9.1 MiB/s) 72693 bytes read in 17 ms (4.1 MiB/s) 2698 bytes read in 9 ms (292 KiB/s) Applying kernel provided DT fixup script (rockchip-fixup.scr) ## Executing script at 39000000 ## Loading init Ramdisk from Legacy Image at 06000000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 7118320 Bytes = 6.8 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 01f00000 Booting using the fdt blob at 0x1f00000 Loading Ramdisk to f5853000, end f5f1cdf0 ... OK Loading Device Tree to 00000000f57d8000, end 00000000f5852fff ... OK Starting kernel ... [ 2.647157] Internal error: Oops: 96000004 [#1] PREEMPT SMP
it seems it doesn't like my new DT.. but u-boot works fine and blobfree..
-
-
-
TonyMac32 got a reaction from lanefu in Armbian 20.02 (Chiru) Release Thread
I just pushed a fix for the desktop in legacy. It boots to desktop now.
-
-
TonyMac32 got a reaction from manuti in Emby Server with hardware transcoding in XU4/HC1/HC2 Armbian Stretch
I run a Plex server at the moment, on an XU4. I'll have to try this out on my test board and might have to migrate if it as good as advertised.
-
TonyMac32 reacted to piter75 in Rock PI 4 A not starting
Totally agree. This is the only way to get help in this case.
This crossed my mind before and I think it is a good idea.
We already have it in place for Rock Pi 4b (it was implemented before we had Rock Pi 4a as a separate board) and it works well when used with the same u-boot version on eMMC and SD.
@raidboy you can try to use Rock Pi 4b image which has priority set to SD and see if it works better in this scenario. Nothing is guaranteed as you are mixing stages of u-boots compiled with different configurations and even different code bases so... YMMV.
-
TonyMac32 reacted to guidol in [Info] FriendlyARM PCM5102A-Hat with NanoPi Neo under mainline 4.x.x and dev 5.x.x
I did that on a NanoPi Neo with the FriendlyARM PCM5102A Hat
( https://www.friendlyarm.com/index.php?route=product/product&product_id=169 )
using kernel 4.14.87-sunxi and armbian 5.67 (or later would be only 5.65?)
(before that I did use legacy kernel 3.4.x with the PCM510A)
and the armbian-BuildSystem
plus (THANKS to) informations in threads from @dony71 , @Christos, @Valery Rezvyakov
and the the Reference-Threads you could find above
----------------------------------------------------------------------------------------------------------------------------------
BACKUP DTB (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
cp /boot/dtb/sun8i-h3-nanopi-neo.dtb /boot/dtb/sun8i-h3-nanopi-neo.dtb_org
----------------------------------------------------------------------------------------------------------------------------------
CONVERT dtb to dts (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
dtc -I dtb -O dts /boot/dtb/sun8i-h3-nanopi-neo.dtb -o /boot/dtb/sun8i-h3-nanopi-neo.dts
----------------------------------------------------------------------------------------------------------------------------------
EDIT /boot/dtb/sun8i-h3-nanopi-neo.dts
----------------------------------------------------------------------------------------------------------------------------------
nano /boot/dtb/sun8i-h3-nanopi-neo.dts
- change: status from "disabled" to "okay"
----------------------------------------------------------------------------------------------------------------------------------
FROM
i2s@1c22000 { #sound-dai-cells = <0x0>; compatible = "allwinner,sun8i-h3-i2s"; reg = <0x1c22000 0x400>; interrupts = <0x0 0xd 0x4>; clocks = <0x3 0x38 0x3 0x54>; clock-names = "apb", "mod"; dmas = <0x13 0x3 0x13 0x3>; resets = <0x3 0x2b>; dma-names = "rx", "tx"; status = "disabled"; phandle = <0x4e>; };
TO
i2s@1c22000 { #sound-dai-cells = <0x0>; compatible = "allwinner,sun8i-h3-i2s"; reg = <0x1c22000 0x400>; interrupts = <0x0 0xd 0x4>; clocks = <0x3 0x38 0x3 0x54>; clock-names = "apb", "mod"; dmas = <0x13 0x3 0x13 0x3>; resets = <0x3 0x2b>; dma-names = "rx", "tx"; status = "okay"; phandle = <0x4e>; };
----------------------------------------------------------------------------------------------------------------------------------
CONVERT (BACK) dts to dtb (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
dtc -I dts -O dtb /boot/dtb/sun8i-h3-nanopi-neo.dts -o /boot/dtb/sun8i-h3-nanopi-neo.dtb_I2S_okay
----------------------------------------------------------------------------------------------------------------------------------
COPY new dtb over dtb (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
cp /boot/dtb/sun8i-h3-nanopi-neo.dtb_I2S_okay /boot/dtb/sun8i-h3-nanopi-neo.dtb
----------------------------------------------------------------------------------------------------------------------------------
COPY sun8i-h3-I2S-out.dts to home (working directory on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
copy sun8i-h3-I2S-out.dts --> /home/guido/
----------------------------------------------------------------------------------------------------------------------------------
armbian-add-overlay (on NanoPi Neo)
does only work if you got the kernel-headers installed for your actual kernel-version
(at this time the lastest kernel-header are (via armbian-config -> Software -> Install Headers)
Linux kernel headers for 4.14.84-sunxi on armhf - so NOT for kernel 4.19.y)
----------------------------------------------------------------------------------------------------------------------------------
root@npi-neo(192.168.6.24):/home/guido# armbian-add-overlay ./sun8i-h3-I2S-out.dts
Compiling the overlay
Copying the compiled overlay file to /boot/overlay-user/
Reboot is required to apply the changes
----------------------------------------------------------------------------------------------------------------------------------
dtbo is created (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
root@npi-neo(192.168.6.24):/home/guido# ls -l /boot/overlay-user/
insgesamt 4
-rw-r--r-- 1 root root 1323 Dez 7 19:34 sun8i-h3-I2S-out.dtbo
----------------------------------------------------------------------------------------------------------------------------------
user-overlay is created in /boot/armbianEnv.txt (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
verbosity=1 logo=disabled console=both disp_mode=1920x1080p60 overlay_prefix=sun8i-h3 overlays=usbhost1 usbhost2 rootdev=UUID=33ca90d6-130b-4d5f-a8f4-95b3b97ef5c0 rootfstype=ext4 usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u user_overlays=sun8i-h3-I2S-out
----------------------------------------------------------------------------------------------------------------------------------
now REBOOT (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
root@npi-neo(192.168.6.24):~# lsmod|grep i2s
sun4i_i2s 16384 0
snd_soc_core 118784 2 sun4i_i2s,sun8i_codec_analog
snd_pcm 69632 3 sun4i_i2s,snd_pcm_dmaengine,snd_soc_core
----------------------------------------------------------------------------------------------------------------------------------
EDIT config-default.conf (on armbian-BuildSystem)
----------------------------------------------------------------------------------------------------------------------------------
cd /home/guido/build
nano ./config-default.conf
replace content /home/guido/build/config-default.conf with attached
config-default.conf_nanopineo
./compile
-> With this conf, script compilation will stop to overwrite kernel source to build patch
-> At that time, overwrite original Kconfig with the one you modified above
(at "Make changes to U-Boot" press ENTER to proceed)
wait for
"Make your changes to /home/guido/build/cache/sources/linux-mainline/linux-4.14.y then press ENTER"
BUT DONT PRESS ENTER YET
----------------------------------------------------------------------------------------------------------------------------------
EDIT/SAVE Kconfig in a 2nd shell-Window (on armbian-BuildSystem)
----------------------------------------------------------------------------------------------------------------------------------
nano /home/guido/build/cache/sources/linux-mainline/linux-4.14.y/sound/soc/codecs/Kconfig
the part FROM
config SND_SOC_PCM5102A tristate TO
config SND_SOC_PCM5102A tristate "Texas Instruments PCM5102A CODEC - I2S"
----------------------------------------------------------------------------------------------------------------------------------
NOW PRESS ENTER in the 1st shell-Windows (.compile.sh) (on armbian-BuildSystem)
----------------------------------------------------------------------------------------------------------------------------------
-> Then script compilation will stop again to ask whether you want to add pcm5102a to compile
-> Default is N, so you need to enter m for module compilation
Texas Instruments PCM5102A CODEC - I2S (SND_SOC_PCM5102A) [N/m/?] (NEW) m = m for module compilation
After compile is complete
----------------------------------------------------------------------------------------------------------------------------------
copy (via SCP/FTP?) the .deb's from /home/guido/build/output/debs (on armbian-BuildSystem)
to /home/guido/ (on the NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------------------------------
INSTALL the .deb's (here only header and image - because it was already 5.67 (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
cd /home/guido
dpkg -i ./linux-headers-next-sunxi_5.67_armhf.deb
dpkg -i ./linux-image-next-sunxi_5.67_armhf.deb
(image did include the .ko module for the pcm5102a)
----------------------------------------------------------------------------------------------------------------------------------
now REBOOT (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
=====================================================================================
=====================================================================================
!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ATTENTION: !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
After reboot my NanoPi Neo show the following armbian-version:
ARMBIAN 5.65 stable Debian GNU/Linux 9 (stretch) 4.14.84-sunxi
and 2 upgrades for headers&image (without the PCM5102A support)
please keep in mind to freeze the kernel-updates in armbian-config
for not to loose the support (module) for the PCM5120A!
armbian-config -> system -> Freeze Disable kernel upgrades
=====================================================================================
=====================================================================================
----------------------------------------------------------------------------------------------------------------------------------
BE HAPPY about a successful i2s mapping in dmesg (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
root@npi-neo(192.168.6.24):~# dmesg|grep -i i2s
[ 6.911751] asoc-simple-card sound_i2s: pcm5102a-hifi <-> 1c22000.i2s mapping ok
----------------------------------------------------------------------------------------------------------------------------------
I enabled also ananlog-Codec (on NanoPi Neo)
----------------------------------------------------------------------------------------------------------------------------------
root@npi-neo(192.168.6.24):/home/guido# aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: Codec [H3 Audio Codec], Gerät 0: CDC PCM Codec-0 []
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: I2Smaster [I2S-master], Gerät 0: 1c22000.i2s-pcm5102a-hifi pcm5102a-hifi-0 []
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
----------------------------------------------------------------------------------------------------------------------------------
/etc/asound.conf (on NanoPi Neo) - later I2S did switch automatically to card 0
----------------------------------------------------------------------------------------------------------------------------------
pcm.!default { type hw card 1 device 0 } ctl.!default { type hw card 1 }
----------------------------------------------------------------------------------------------------------------------------------
Reference-Threads
----------------------------------------------------------------------------------------------------------------------------------
config-default.conf.mod_nanopineo
sun8i-h3-I2S-out.dts
-
TonyMac32 reacted to sgjava in User Space IO is Python 3 and Java 8 bindings for user space GPIO, SPI, I2C, PWM and Serial interfaces
@TonyMac32 @Tido I'm building a frankenboard to test all the code (I'll need to take a picture soon). Since there were a lot of things brought up to date a regression type test is required (at least in my mind). So far GPIO, PWM and SPI are working fine. I even added logic to turn on/off LED based on HC-SR501 input in Java. The only issue so far was on libgpiod chip close https://github.com/sgjava/userspaceio/issues/5, but this may go away once I can test libgpiod master branch on 5.5 kernel.
-
TonyMac32 reacted to sgjava in User Space IO is Python 3 and Java 8 bindings for user space GPIO, SPI, I2C, PWM and Serial interfaces
@TonyMac32 OK the cffi stuff is failing, but that's all packaging (no compiles), so I hope that's easy to fix. The Java/JNA and libgpiod work so far (what's committed). libgpiod master branch requires >= 5.5.0 kernel to build. The nanopi duo distro uses 5.3.9, so I used v1.4.x branch! Let me see if I can finish up the rest.
sudo gpiodetect gpiochip0 [1c20800.pinctrl] (224 lines) gpiochip1 [1f02c00.pinctrl] (32 lines)
-
TonyMac32 reacted to sgjava in User Space IO is Python 3 and Java 8 bindings for user space GPIO, SPI, I2C, PWM and Serial interfaces
@TonyMac32 I just flash a nanopi duo v1.1 and will go through the install. I know for a fact the Java JDK will need to be updated. I'll keep you updated.
-
TonyMac32 reacted to sgjava in ArmbianIO API proposal
I've focused only on UserSpaceIO because it covers more of what I needed. Multi-language/multi-interfaces. I'll go in and do any updates since I'll have to switch over to Zulu JVM since Oracle isn't releasing ARM based JDKs.
-
TonyMac32 got a reaction from Igor in Pine H64 Model B Questions
Indeed I do, let me set up the white box. ;-)
Sent from my Pixel using Tapatalk
-
TonyMac32 got a reaction from gounthar in ROC-RK3399-PC (Renegade Elite)
So far what I'm seeing is dt slop (on all boards using this chip)
1) lack of a connector node, which, when added, brings along
lack of port nodes for the connector IRQ errors (related how? no idea) 2) lack of "op-sink-milliwatt" property
Once op-sink-milliwatt is added it will boot, which leads me to believe the chip is receiving commands from the driver, however probe fails with "failed to register tcpm error -22" I haven't gotten past that, so 5V only, no mode switching. And I am not immediately inclined to write a driver for the dc-dc converter. ;-)
My current device tree entry:
&i2c7 { i2c-scl-rising-time-ns = <600>; i2c-scl-falling-time-ns = <20>; status = "okay"; fusb0: usb-typec@22 { compatible = "fcs,fusb302"; reg = <0x22>; interrupt-parent = <&gpio1>; interrupts = <2 IRQ_TYPE_LEVEL_LOW>; pinctrl-names = "default"; pinctrl-0 = <&fusb0_int>; vbus-supply = <&vcc_vbus_typec0>; usbc_con2: connector { compatible = "usb-c-connector"; label = "USB-C-0"; power-role = "dual"; sink-pdos = <PDO_FIXED(5000, 3000, PDO_FIXED_USB_COMM) PDO_VAR(5000, 15000, 3000) PDO_PPS_APDO(5000, 15000, 3000)>; op-sink-microwatt = <25000000>; ports { #address-cells = <1>; #size-cells = <0>; port@0 { reg = <0>; usb_con_hs0: endpoint { remote-endpoint = <&u2phy0_otg>; }; }; port@1 { reg = <1>; usb_con_ss0: endpoint { remote-endpoint = <&tcphy0_usb3>; }; }; port@2 { reg = <2>; usb_con_sbu0: endpoint { remote-endpoint = <&tcphy0_dp>; }; }; }; }; }; };
[edit] I want to be clear all the port definitions could be nonsense, the documentation is a bit thin on all sides of this. One thing I'd like to consider is the interrupt type, even though the fusb302 specified it's interrupt pin is active low...
@Neil Armstrong, in case you have some insight into this.
-
TonyMac32 got a reaction from Redferne in ROC-RK3399-PC (Renegade Elite)
There is special driver work done in their kernel to cover an unsupported I2C buck/boost converter that provides the 12V rail on this board, and for reasons I'm digging into, the fusb302 driver is a complete mess after they moved it out of staging, it has a lot of odd behaviors and a completely new set of requirements for the device tree. I temporarily ran it back to the staging driver for our mainline expert builds (limited improvement), but am working on the proper driver.
-
TonyMac32 got a reaction from gounthar in ROC-RK3399-PC (Renegade Elite)
There is special driver work done in their kernel to cover an unsupported I2C buck/boost converter that provides the 12V rail on this board, and for reasons I'm digging into, the fusb302 driver is a complete mess after they moved it out of staging, it has a lot of odd behaviors and a completely new set of requirements for the device tree. I temporarily ran it back to the staging driver for our mainline expert builds (limited improvement), but am working on the proper driver.
-
TonyMac32 got a reaction from Panzerknacker in ROC-RK3399-PC (Renegade Elite)
There is special driver work done in their kernel to cover an unsupported I2C buck/boost converter that provides the 12V rail on this board, and for reasons I'm digging into, the fusb302 driver is a complete mess after they moved it out of staging, it has a lot of odd behaviors and a completely new set of requirements for the device tree. I temporarily ran it back to the staging driver for our mainline expert builds (limited improvement), but am working on the proper driver.
-
TonyMac32 reacted to piter75 in ROC-RK3399-PC (Renegade Elite)
Well... the troubles are not with the power units per se but with the combination of issues in mainline kernel for this board:
lack of support for MP8859 buck-boost converter which means it always provides 5V instead of switching to 12V possible misconfiguration of FUSB302B PD chip driver used in roc-rk3399-pc If I understand the patch correctly, Markus made some modifications to the power curve of fusb302 PD chip to switch usb-c voltage to 15V when more power is needed.
This should workaround power issues when powering from usb-c with pd compliant power units.
-
TonyMac32 got a reaction from manuti in La Frite (AML-S805X-AC)
Just built/tested desktop Bionic for this board, flashed to eMMC and from USB, added topic in "Bring-up" to move it to "Supported".
-
TonyMac32 got a reaction from djismgaming in La Frite (AML-S805X-AC)
Just built/tested desktop Bionic for this board, flashed to eMMC and from USB, added topic in "Bring-up" to move it to "Supported".
-
TonyMac32 got a reaction from gounthar in Libre Computer La Frite
I am proposing after decision is made on a board to close the thread for that board in this subforum. Please pose any questions relating to this board to the appropriate support forum. (In this case S905(X), as S805X is the same family)
-
TonyMac32 got a reaction from gounthar in Libre Computer La Frite
Good. It is not the simplest thing to find the firmwares. Might also want to (I can do this if I remember the credentials) put a note about flashing the eMMC, which USB port is important, and unplugging the A - A when finished because it really corrupts things if you don't (ask me how I know)
@Igor Oh, forgot: I tried to install the full desktop/etc from the minimal image, it was not amused, lightdm failed completely. I didn't really have time to diagnose the issue I'm afraid.
-
TonyMac32 got a reaction from Igor in Libre Computer La Frite
Good. It is not the simplest thing to find the firmwares. Might also want to (I can do this if I remember the credentials) put a note about flashing the eMMC, which USB port is important, and unplugging the A - A when finished because it really corrupts things if you don't (ask me how I know)
@Igor Oh, forgot: I tried to install the full desktop/etc from the minimal image, it was not amused, lightdm failed completely. I didn't really have time to diagnose the issue I'm afraid.
-
TonyMac32 reacted to Igor in Libre Computer La Frite
Fine for me.
https://github.com/armbian/build/commit/1a4c152fc627074039d4cf1c69148ab4568eb8c0
Tagged as supported + added instructions for updating SPI: https://www.armbian.com/la-frite/
-
TonyMac32 got a reaction from gounthar in Libre Computer La Frite
I know there is a template, but this board is already on the download page as unsupported, just ran a group of tests on it after building a full desktop image, I think we can move it to supported without any issues, the S805X is the same as an S905X with some things turned off, like comparing an H3 and an H2+.
Pros:
SPI contains u-boot, we don't have to do anything with that. Libre Computer updates the firmware periodically (available on their site)
already supports USB boot, etc, and has a "press escape for menu" option, making it very difficult to brick. UMS mode is menu selectable (I feel like we need to look at this. I have booted Armbian from both USB and eMMC using the SPI bootloader without issue
Board has no special hardware that isn't part of the SoC, so as long as mainline support for the SoC remains, should be minimal support
Amlogic devices are being cared for by BayLibre
Cons:
less powerful than other Amlogic powered offerings will bring "bought the cheap one need support" crowd (not that that's unique)