47 47
constantius

Orangepi 3 h6 allwiner chip

Recommended Posts

Guys.  is in this image "Armbian_5.78.190409_Orangepi3_Ubuntu_bionic_dev_5.0.7.7z" already fixed reboot problrm or not?

If not, help pls with recompile u-boot. I'm boot from eMMC. thx

 

Share this post


Link to post
Share on other sites
12 minutes ago, ilchenko Evgeny said:

Guys.  is in this image "Armbian_5.78.190409_Orangepi3_Ubuntu_bionic_dev_5.0.7.7z" already fixed reboot problrm or not?

If not, help pls with recompile u-boot. I'm boot from eMMC. thx

 

reboot issue, please check here

for me was NOK so far, both stretch and bionic.

You might want to try the nightly build, to be found here and report back in this section please rgd reboot issue,

although I tested things building from scratch ( opiplus ) I did not test the nightly but for me so far NOK

cheers!

Share this post


Link to post
Share on other sites
42 minutes ago, dolphs said:

You might want to try the nightly build, to be found here and report back in this section please rgd reboot issue,

 

 

Erm... Careful people, that link is to nightly images for the OPi One Plus and not the OPi Three :wacko:

Share this post


Link to post
Share on other sites

do the wifi trick still work in latest nightly?

It work before for me, and when i flash the latest nightly and apply the trick, nmtui wont show my wifi network any more.

Any one can give me the idea for this ?

Share this post


Link to post
Share on other sites

@moneyrain

 

 

cp /lib/firmware/rkwifi/fw_bcm43456c5_ag.bin /lib/firmware/brcm/brcmfmac43456-sdio.bin
cp /lib/firmware/rkwifi/nvram_ap6256.txt /lib/firmware/brcm/brcmfmac43456-sdio.txt

reboot

Share this post


Link to post
Share on other sites
11 hours ago, moneyrain said:

do the wifi trick still work in latest nightly?

 

i was able to use betepok's suggestion with a slight modification on the april 10th (5.0.7) nightly.

cp /lib/firmware/rkwifi/fw_bcm43456c5_ag.bin /lib/firmware/brcm/brcmfmac43456-sdio.bin
cp /lib/firmware/rkwifi/nvram_ap6256.txt /lib/firmware/brcm/brcmfmac43456-sdio.xunlong,orangepi-3.txt

 

the second command is a bit more complex; got the magic filename from dmesg errors.  hope this helps.

Share this post


Link to post
Share on other sites
10 hours ago, Kiel said:

 

i was able to use betepok's suggestion with a slight modification on the april 10th (5.0.7) nightly.


cp /lib/firmware/rkwifi/fw_bcm43456c5_ag.bin /lib/firmware/brcm/brcmfmac43456-sdio.bin
cp /lib/firmware/rkwifi/nvram_ap6256.txt /lib/firmware/brcm/brcmfmac43456-sdio.xunlong,orangepi-3.txt

 

the second command is a bit more complex; got the magic filename from dmesg errors.  hope this helps.

Thx u alot, it works for me now

Share this post


Link to post
Share on other sites

I now have Bluetooth working with mainline linux on Orange Pi 3. :)

It's in my opi3-5.1 branch. So, test if you like.

Share this post


Link to post
Share on other sites
1 hour ago, megi said:

I now have Bluetooth working with mainline linux on Orange Pi 3. :)

It's in my opi3-5.1 branch. So, test if you like.

could u plz give us a link to ur branch?

Sorry i tried to find but found none

 

edit: i google megous and found a github but the last commit is 16 days ago

Share this post


Link to post
Share on other sites
1 hour ago, megi said:

It's in my opi3-5.1 branch. So, test if you like.

Thanks

I will try later:)

Share this post


Link to post
Share on other sites

@megi i guess you compile kernel manually and put it to correct place ?

 

i just have changed https://github.com/armbian/build/blob/master/config/sources/sun50iw6.conf to  your suggested branch and fired up armbian image creation which have failed.

 

scripts/Makefile.lib:311: recipe for target 'arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-m1-plus2.dtb' failed
scripts/Makefile.build:486: recipe for target 'arch/arm64/boot/dts/allwinner' failed
Makefile:1228: recipe for target 'dtbs' failed

 

Share this post


Link to post
Share on other sites

Thanks to betepok, Kiel and moneyrain postes I was able to tune WiFi in my OrangePi 3+. but according to my dmesg I have:

 

cp /lib/firmware/rkwifi/fw_bcm43456c5_ag.bin /lib/firmware/brcm/brcmfmac43455-sdio.bin

cp /lib/firmware/rkwifi/nvram_ap6256.txt /lib/firmware/brcm/brcmfmac43455-sdio.xunlong,orangepi-3.txt

 

Thanks to all.

Share this post


Link to post
Share on other sites

ok, I didn't expected that this would work but it did

 

 

 

on opi3 armbian build

 

git clone https://github.com/megous/linux.git

cd linux

make oldconfig

make -j5

make Image

make modules_install

mv /boot/Image /boot/Image_backup

cp arch/arm64/boot/Image /boot/Image

reboot

 

----

edid still a problem

root@orangepi3:~# cat /sys/class/drm/card0-HDMI-A-1/edid
root@orangepi3:~# cat /sys/class/drm/card0-HDMI-A-1/modes
1024x768
800x600
800x600
848x480
640x480
root@orangepi3:~# uname -a
Linux orangepi3 5.1.0-rc4+ #1 SMP Fri Apr 12 09:34:47 UTC 2019 aarch64 GNU/Linux

 

 

 

@megi how about those patches https://lkml.org/lkml/2019/4/5/857 ?

any changes that one of those 2 branches opi3-5.1 or orange-pi-5.1 have them ? and what difference between them ?

 

Share this post


Link to post
Share on other sites

My HDMI looks like this:

 

cat /sys/class/drm/card0-HDMI-A-1/modes
1920x1080
1920x1080
1920x1080
1920x1080i
1920x1080i
1920x1080
1920x1080i
1680x1050
1280x1024
1280x1024
1440x900
1280x960
1152x864
1280x720
1280x720
1280x720
1280x720
1280x720
1440x576
1440x576
1024x768
1024x768
1024x768
1440x480
1440x480
1440x480
1440x480
832x624
800x600
800x600
800x600
800x600
720x576
720x576
720x576
720x480
720x480
720x480
720x480
720x480
640x480
640x480
640x480
640x480
640x480
640x480
720x400

 

Perhaps some problem with your board/monitor?

Share this post


Link to post
Share on other sites

You need to use the same config I use. I don't use defconfig, so maybe your kernel is missing something. My config can be found in those pre-built packages, I linked above.

Share this post


Link to post
Share on other sites

@megi thank you, you were right, video is working as it should with your kernel.

 

HDMI-1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 160mm x 90mm
   1920x1080     60.00*+  50.00    59.94    30.00    25.00    24.00    29.97    23.98
   1920x1080i    60.00    50.00    59.94
   1680x1050     59.88
   1600x900      60.00
   1280x1024     75.02    60.02
   1440x900      59.90
   1366x768      59.79
   1280x800      59.91
   1152x864      75.00
   1280x720      60.00    50.00    59.94
   1024x768      75.03    70.07    60.00
   832x624       74.55
   800x600       72.19    75.00    60.32
   720x576       50.00
   720x480       60.00    59.94
   640x480       75.00    72.81    66.67    60.00    59.94
   720x400       70.08

 

 

fast and dirty way to test

 

wget https://xff.cz/kernels/pi3-5.1-20190412.tar.gz
tar -xf pi3-5.1-20190412.tar.gz
cd pi3-5.1/
dd if=uboot.bin of=/dev/mmcblk0 bs=1024 seek=8 #assuming that booting from sdcard
cp Image /boot/Image
cp board.dtb /boot/dtb/allwinner/sun50i-h6-orangepi-3.dtb
cp -r modules/lib/modules /lib
reboot

 

that was enough to get video. @megi all modules are compiled in kernel ?

 

P.S wifi device is also present without any firmware file rename hacks

 

 

 

 

Share this post


Link to post
Share on other sites

Everything necessary is built in. It's just a dd for u-boot and cp for kernel and dtb, and that's it. :) You don't even need /lib/firmware or /lib/modules.

 

Share this post


Link to post
Share on other sites
4 hours ago, megi said:

Everything necessary is built in. It's just a dd for u-boot and cp for kernel and dtb, and that's it. :) You don't even need /lib/firmware or /lib/modules.

 

thanks your method

maybe you know up midgard mali hard support 2D-3D?

Share this post


Link to post
Share on other sites
10 hours ago, kexec said:

 


...
dd if=uboot.bin of=/dev/mmcblk0 bs=1024 seek=8 #assuming that booting from sdcard
...

Thanks for your command lines. - Could you please give us the right device instead of /dev/mmcblk0 for boot from emmc?

 

 

Share this post


Link to post
Share on other sites

I was Just wondering if the " sun8i-ce " kernel module can be used for a hardware true number generator (TRNG) already ?

 

This page reads "(10): The TRNG is not really random due do lack of documentation", although H6 is not listed, 

perhaps one knows this will be improved in kernel 5.0 already or in upcoming 5.1/5.2 kernels ?

 

entropy is decent enough already ( at least does not drop below 500 ):

cat /proc/sys/kernel/random/entropy_avail	#2565 ( highest I noticed did not watch it every second just random )

 

However this could be doubled IMHO with a hardware driver,

Yet I played a little with urandom, which improved somewhat adding ""HRNGDEVICE=/dev/urandom" before starting rng-tools :

<snip snip>
-- Unit rng-tools.service has finished starting up.
--
-- The start-up result is done.
Apr 14 01:36:24 orangepioneplus[6776]: rngd 2-unofficial-mt.14 starting up...
Apr 14 01:36:24 orangepioneplus rngd[6776]: entropy feed to the kernel ready
<snip snip>

 

It's result after a little while:

cat /proc/sys/kernel/random/entropy_avail	#3510

 

Anyway was just playing with my OrangePiOnePlus little more and don't want to move away from my initial question.

" I was Just wondering if the " sun8i-ce " kernel module can be used for a hardware true number generator (TRNG) already ? "

 

cheers

Share this post


Link to post
Share on other sites

Guys help please!:( I have already tune so many things and do not want to re-install the image. My problem started with the fact that in one moment I was missing xorg.conf.d but that's not all. At the beginning of loading writes that [Failed] to load kernel modules. I understand why it broke the mali driver. I wanted to try to change the kernel but armbin-config utility not found. I tried reinstalling it. And after the installation config I have it displayed as in the screenshot. For some reason it appears as rockpro64. Help how to fix it without reinstalling the image.

img-2019-04-15-20-02-53.png

Share this post


Link to post
Share on other sites

And if its important, don't use developers preview unstable testing images. There are big chances of failure!

Share this post


Link to post
Share on other sites
3 hours ago, ilchenko Evgeny said:

Guys help please!:( I have already tune so many things and do not want to re-install the image. My problem started with the fact that in one moment I was missing xorg.conf.d but that's not all. At the beginning of loading writes that [Failed] to load kernel modules. I understand why it broke the mali driver. I wanted to try to change the kernel but armbin-config utility not found. I tried reinstalling it. And after the installation config I have it displayed as in the screenshot. For some reason it appears as rockpro64. Help how to fix it without reinstalling the image.

img-2019-04-15-20-02-53.png

If you have spare sd cards you can "diff" a new image against the one you customized, for example mounting both on a host computer.
It takes time and patience and you can cherry-pick only what's working

This is my approach: put all or most of your configuration into the build process itself (https://docs.armbian.com/Developer-Guide_User-Configurations/)

BTW kudos to the guys behind these incredible tools. Thanks!

Share this post


Link to post
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...
47 47