Jump to content

Orange pi 4

Jack953

By Jack953
in Rockchip

 Share

Recommended Posts

Jack953

Jack953

Posted
  • Author
Posted
15 hours ago, chwe said:

so a small update...

Thanks chwe !!!

Not sure what was preinstalled but after flashing the "debian" image to sd, then emmc, it try to boot from sd, if no card, from emmc.

I never been able to mount the boot partitions but they do stuff using gdisk.

P.S. There is a recovery button, no idea what it does.

martinayotte

martinayotte

Posted
Posted
14 hours ago, chwe said:

@martinayotte if I short eMMC clk to ground does it enter maskroom directly or does it just skip eMMC and tries SD card then?

To my knowledge, it should skip eMMC and try to find bootmagic from SDCard ...

 

(BTW, My OPi4 is still in the slovenia post, maybe I will receive it next week ...)

Jack953

Jack953

Posted
  • Author
Posted

Someone sayd that the armbian op-rk3399 kernel 4.4, works on op4. Havent tested but i can tell that op-rk3399 kernel 5.4 doesnt work.

1
piter75

piter75

Posted
Posted
6 hours ago, Jack953 said:

Someone sayd that the armbian op-rk3399 kernel 4.4, works on op4. Havent tested but i can tell that op-rk3399 kernel 5.4 doesnt work.

@Jack953 try beta images for OrangePi 4 instead ;). They are available in the download area: https://dl.armbian.com/orangepi4/archive/. 

 

I used buster for my preliminary support testing.

Keep in mind that the board support is in beta or even alpha state right now.

2
Igor

Igor

Posted
Posted

It works to some degree ... screen is black, but you can boot from SD card ... by inserting it in. (self made image - will try from the download l8r)

Spoiler 

dmmcInit=2 0
BootCapSize=100000
UserCapSize=14910MB
FwPartOffset=2000 , 100000
mmc0:cmd5,20
SdmmcInit=0 0
BootCapSize=0
UserCapSize=60906MB
FwPartOffset=2000 , 0
StorageInit ok = 267608
SecureMode = 0
SecureInit read PBA: 0x4
SecureInit read PBA: 0x404
SecureInit read PBA: 0x804
SecureInit read PBA: 0xc04
SecureInit read PBA: 0x1004
SecureInit read PBA: 0x1404
SecureInit read PBA: 0x1804
SecureInit read PBA: 0x1c04
SecureInit ret = 0, SecureMode = 0
GPT 0x3190d20 signature is wrong
LoadTrust Addr:0x4000
No find bl30.bin
No find bl32.bin
Load uboot, ReadLba = 2000
Load OK, addr=0x200000, size=0xc70bc
RunBL31 0x40000
NOTICE:  BL31: v1.3(debug):42583b6
NOTICE:  BL31: Built : 07:55:13, Oct 15 2019
NOTICE:  BL31: Rockchip release version: v1.1
INFO:    GICv3 with legacy support detected. ARM GICV3 driver initialized in EL3
INFO:    Using opteed sec cpu_context!
INFO:    boot cpu mask: 0
INFO:    If lpddr4 need support multi frequency,
INFO:    please update loader!
INFO:    Current ctl index[0] freq=400MHz
INFO:    Current ctl index[1] freq=800MHz
INFO:    plat_rockchip_pmu_init(1190): pd status 3e
INFO:    BL31: Initializing runtime services
WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK
ERROR:   Error initializing runtime service opteed_fast
INFO:    BL31: Preparing for EL3 exit to normal world
INFO:    Entry point address = 0x200000
INFO:    SPSR = 0x3c9


U-Boot 2020.01-armbian (Jan 26 2020 - 20:55:37 +0100)

Model: OrangePi 4 AI board
DRAM:  3.9 GiB
PMIC:  RK808
MMC:   dwmmc@fe320000: 1, sdhci@fe330000: 0
Loading Environment from MMC... *** Warning - bad CRC, using default environment

In:    serial@ff1a0000
Out:   serial@ff1a0000
Err:   serial@ff1a0000
Model: OrangePi 4 AI board
rockchip_dnl_key_pressed: adc_channel_single_shot fail!
Net:   eth0: ethernet@fe300000
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0(part 0) is current device
** No partition table - mmc 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 12 ms (239.3 KiB/s)
## Executing script at 00500000
Boot script loaded from mmc 1
190 bytes read in 11 ms (16.6 KiB/s)
7675423 bytes read in 498 ms (14.7 MiB/s)
20492296 bytes read in 1306 ms (15 MiB/s)
93655 bytes read in 21 ms (4.3 MiB/s)
## Loading init Ramdisk from Legacy Image at 06000000 ...
   Image Name:   uInitrd
   Image Type:   AArch64 Linux RAMDisk Image (gzip compressed)
   Data Size:    7675359 Bytes = 7.3 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 f57af000, end f5f00ddf ... OK
   Loading Device Tree to 00000000f572f000, end 00000000f57aefff ... OK

Starting kernel ...

Armbian 19.11.9 Buster ttyFIQ0

orangepi4 login:

 

 

More: http://ix.io/28r8

1
piter75

piter75

Posted
Posted
17 minutes ago, Igor said:

It works to some degree ... screen is black, but you can boot from SD card ... by inserting it in.

I did only test HDMI output in current (5.4.14) and it worked there. I must get myself a desktop monitor to test GUI more often ;p

 

I am glad it boots for you to the point where you can log in. At least now it is not only me who can boot it.

1
Igor

Igor

Posted
Posted
5 minutes ago, piter75 said:

I did only test HDMI output in current (5.4.14) and it worked there.


Yes, it works there :) I thought it will be the other way around. 5.4.y looks stable to me ... but I do use a heatsink and a good power source. http://ix.io/28ro


 

1
Jack953

Jack953

Posted
  • Author
Posted

Happy for the progress! thank u all! Even if it doesnt work for me, not sure why... No video from hdmi and it doesnt connect to the lan... i tryed the buster 5.4 in the main folder and in the archive folder.

piter75

piter75

Posted
Posted
3 hours ago, Jack953 said:

it doesnt work for me, not sure why...

@Jack953 what version of the board do you have? Is it 4 (non-NPU) or 4B (NPU)?

We have already observed a single case of those images not working with a non-NPU version.

Pongotto

Pongotto

Posted
Posted

I tried Buster desktop/server and Bionic desktop/minimal but I have no HDMI output.

Actually my OPi4 only works only with the (slow) Orange Pi Ubuntu.

Pongotto

Pongotto

Posted
Posted
1 hour ago, Igor said:

 

Scroll down and pick version with kernel 5.4:

https://www.armbian.com/orange-pi-4/#kernels-archive-all


Version 4.4.y is without HDMI ATM, 5.4.y have HDMI ... it takes little longer to boot, be patient.

 

Thank you @Igor but it seems that don't want to boot. I see only a red light on the board and after 20 minutes I removed the power cable and the microSD card (32 GB) and on my PC the size of the partition remains ~4 GB (it has not been resized).

 

I think there somethink wrong with no NPU models but I can't see the error on my screen to understand.

 

Thank you for your great work.

Igor

Igor

Posted
Posted
1 minute ago, Pongotto said:

I see only a red light on the board and after 20 minutes I removed the power cable and the microSD card (32 GB) and on my PC the size of the partition remains ~4 GB (it has not been resized).


OK. This was very first official test build and problems are more than expected.

 

1 minute ago, Pongotto said:

I think there somethink wrong with no NPU models but I can't see the error on my screen to understand.


Its possible but can't check since I only have this one.

piter75

piter75

Posted
Posted
6 hours ago, Jack953 said:

Here is the debug log !

Doesnt look encouraging :wacko:

Hmmm... IMHO it looks like your UART dongle cannot keep up with the data flow at 1.5Mbps.

What is the chip used in the dongle that you have?

 

Apart from that I cannot see much in the output and what is seen comes from the very early loader stage - probably from your earlier tries written to eMMC ;-)

Neither Armbian nor Xunlong uses DDR binary at version 1.22 - we use 1.24 and they have 1.15.

wsian

wsian

Posted
Posted

Buster kernel 5.4 works on my opi4 (non npu). Just that no hdmi output on my ultra wide screen monitor. Need to test out on a 16:9 monitor.

TTL com and lan login works ok.

martinayotte

martinayotte

Posted
Posted
38 minutes ago, wsian said:

Buster kernel 5.4 works on my opi4 (non npu).

Is that a v1.3 board ?

In my case, two days ago, it didn't reach the login prompt using Armbian_20.02.0-rc1_Orangepi4_buster_current_5.4.14_desktop.img ...

 

Jack953

Jack953

Posted
  • Author
Posted
13 hours ago, piter75 said:

Hmmm... IMHO it looks like your UART dongle cannot keep up with the data flow at 1.5Mbps...

I dont think so, with working os i see pretty regular; Im using rpi; not my try (I wish I was able:) );

I installed OP image to ssd, maybe thats the problem ? but when Insert the sd with OP image, it boot from sd.

Jack953

Jack953

Posted
  • Author
Posted

I could try to format the emmc with a command like:

dd if=/dev/zero of=/dev/mmcblk1 bs=1M count=100 > /dev/null 2>&1

(from scripts, I understand only the half of this command)

but will it boot from sd then ??? I wouldnt like to brick it :)

_ppiotr3k

_ppiotr3k

Posted
Posted
7 hours ago, martinayotte said:

Is that a v1.3 board ?

In my case, two days ago, it didn't reach the login prompt using Armbian_20.02.0-rc1_Orangepi4_buster_current_5.4.14_desktop.img ...

 

Similar issue here:

  • Orange PI 4, v1.3 board
  • model 4 (non NPU), no eMMC, booting straight from SD
  • tested with downloadable Armbian_20.02.0-rc1_Orangepi4_buster_current_5.4.14_desktop.img (2020-01-25)
  • tested with manual build using current code base in GitHub, with Buster + 5.4.y kernel, server, standard

Can't get my hands on an UART dongle right now, but can tell neither the green led is flashing (such as when using a working build using the Orange PI toolchain/code/scripts), nor does it get an IP (checked DHCP logs and sniffed network traffic)

Jack953

Jack953

Posted
  • Author
Posted

Formated the emmc, the new log changed, its much better but still doesnt work (and yes there is some problem with the uart but its readable; did it cut something on the end? not sure...)

P.S. "securemode = 0" doesnt sounds good...

also: "Addr:0x8000 No find trust.img!"

 

wsian

wsian

Posted
Posted
11 hours ago, martinayotte said:

Is that a v1.3 board ?

 

 

I'm not too sure whether is v1.3, maybe covered up by the heat sink I put on. Based on the serial label on board, should by produced in 20191122

Attached is the com screenshot after boot. 

Noticed that kernel takes quite some seconds to load. 

 

opi4.png

piter75

piter75

Posted
Posted
7 hours ago, Jack953 said:

"securemode = 0" doesnt sounds good...

IMHO it is perfectly normal.

 

I can see now that the boot starts with our image: 

:DR Version 1.24
...
Boot1: 2019-03-14, version: 1.19

What is strange though is that it tries to boot from some medium with GPT partitions: 

GPT part:  0, name:            uboot, start:00x2000 // probably 0x6000 but got garbled
GPT part:  1, name:            trust, start:0x8000, size:0x2000
GPT part:  2, name:             boot, start:0xc000, size:0x10000
GPT part:  3, name:           rootfs, start:0x5c000, size:0x4b27df

These are probably eMMC partitions.

Armbian's image does not have GPT partitions - you can observe it in Igor's boot log: 

GPT 0x3190d20 signature is wrong

It tries to boot with those partitions but obviously cannot as they are already erased.

 

Does if boot now with Xunlong's image on SD?

If so and you want to give it another try, then also erase the end of eMMC device as you did with the beginning of it.

This should erase the secondary GPT on eMMC. 

dd if=/dev/zero of=/dev/mmcblk1 bs=1M seek=14900

After that you can try booting again with Armian's image.

martinayotte

martinayotte

Posted
Posted

Ok ! I've finally found my issue with Non-Rev OPi4 : a junior mistake ! -_-

A power supply issue, I've decided to measure it after the freeze, it was too low !

I've try another PSU, and it reach the login prompt !

 

2
chwe

chwe

Posted
Posted

I'll happily move your posts here then:

https://forum.armbian.com/forum/31-sd-card-and-psu-issues/

 

:lol::ph34r:

 

sorry I couldn't resist.. :D I use the goat PSU called RPi USB-C PSU for most of my USB-C boards at the moment, until yet I didn't figure out a board which doesn't work as it should with it (my dirt cheap IKEA charger does also well but that one is used productive atm). 

 

btw is the bq25700 from page 3 really populated on the board? It might have some interesting features to mess with.. http://www.ti.com/product/BQ25700A

(Input and Battery Current Monitor)

1
martinayotte

martinayotte

Posted
Posted
15 minutes ago, chwe said:

sorry I couldn't resist.. :D

:P

It was a barrel PSU, but a 2A instead of 3A ...

 

Another point : WiFi didn't work at first, so using my usual recipe, it worked : "systemctl disable NetworkManager" and use "old school" /etc/network/interface ...

martinayotte

martinayotte

Posted
Posted
20 minutes ago, chwe said:

btw is the bq25700 from page 3 really populated on the board?

I bet it is also another copy/paste error from orangepi-rk3399 schematic ...

chwe

chwe

Posted
Posted
4 minutes ago, martinayotte said:

I bet it is also another copy/paste error from orangepi-rk3399 schematic ...

it seems.. from the i2c map @piter75 shared I don't see a candidate fitting to bq25700... :( shame would've been a nice feature.. as much as I've love the powertree on page 3.. a not correct one is a pain to mess with..

Guest
This topic is now closed to further replies.
 Share
Go to topic listing
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines

  I accept