Raspberry Pi 3 - 64 Bit Operation

NeddySeagoon · Posted: Sun Apr 03, 2016 9:03 am Post subject:

schorsch_76,

Simple Framebuffer. That it probably works was speculation on the Raspberry Pi forum.

u-boot drives the framebuffer too. That's key for Simple Framebuffer.
Simple Framebuffer requires that something else does any hardware setup that may be required.
It just draws in the existing framebuffer.

I can reproduce your eth0 crashes. You can use

schorsch_76 · Guru Joined: 19 Jun 2012 Posts: 450

Team,

in the Raspberry Forum Electron752 got DMA USB and networking to work! There are two patches needed. Today evening i try to setup a github repo for it.
_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage

NoName1337 · n00b Joined: 30 Mar 2016 Posts: 5

The patches posted by Electron752 did not work for me. Git could not apply them, maybe I did something wrong. Dunno.

So I did what git was unable to do, by hand. If somebody got the same problem, here are my git diffs:
dma.patch:

schorsch_76 · Guru Joined: 19 Jun 2012 Posts: 450

Here is the repositiory with the patches. A pull request for zeldin/marcus_c was created.

Edit: forgot link

https://github.com/schorsch1976/linux/tree/rpi3
_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage

NeddySeagoon · Posted: Mon Apr 04, 2016 6:32 pm Post subject:

NoName1337,

I had to apply those patches by hand mostly.
Once they are in, they work here.

I'm in the process of testing distcc.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

schorsch_76 · Guru Joined: 19 Jun 2012 Posts: 450

Can you use the internal wifi? I copied the firmware to the SD and loaded the module but i cant get the internal wifi to work ...
_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage

NeddySeagoon · Posted: Mon Apr 04, 2016 7:46 pm Post subject:

schorsch_76,

The internal WiFi is connected to the SDCard bus, so I expect its more complex than loading the module and crossing your fingers.
The module needs to know how to find the card.

The two devices have to be multiplexed onto the bus somehow.

I'll try it.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

NoName1337 · n00b Joined: 30 Mar 2016 Posts: 5

I am not an expert in device tree but to me it looks like wifi & bt are not working because they are not enabled in the device tree.
compare https://github.com/schorsch1976/linux/blob/a0268c31bae854110598fe59022a1d60ef137bcc/arch/arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts
to https://github.com/raspberrypi/linux/blob/rpi-4.1.y/arch/arm/boot/dts/bcm2710-rpi-3-b.dts

I think zeldin just wanted to create a minimal raspberry pi config to start with. I think once you enable them the kernel will happily enumerate them.

NeddySeagoon · Posted: Mon Apr 04, 2016 9:51 pm Post subject:

NoName1337,

I've come to the same conclusion - that they are not in the device tree.
I'm not sure I share your optimism that they will just work though.
You need to compare the entire tree, thats the .dti files included in the dts files too.

Its too late to test tonight, if it doesn't just work, I will be here all night.
... just one more try.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

schorsch_76 · Guru Joined: 19 Jun 2012 Posts: 450

swarren on the raspi forum seems to got everything working.
https://www.raspberrypi.org/forums/viewtopic.php?p=945811#p945811

_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage

Yamakuzure · Posted: Wed Apr 06, 2016 2:45 pm Post subject:

Just a note on building the aarch64 gcc with c++ support using the crossdev gcc:

The comand "aarch64-unknown-linux-gnu-emerge -uavDN gcc" succeeds, if you remove both -march and -mtune from your CFLAGS in "/usr/aarch64-unknown-linux-gnu/etc/portage/make.conf".

I have installed it with these USE flags:

NeddySeagoon · Posted: Wed Apr 06, 2016 4:17 pm Post subject:

Yamakuzure,

I got both pythons to cross compile here. I was using the desktop profile with USE=-cxx at the time.

Some C++ things failed for me without CXX defined in make.conf.
Further, CXX needed to paint to the real location, not a symlink to it.

NeddySeagoon · Posted: Wed Apr 06, 2016 7:52 pm Post subject:

I have all four cores going in 64 bit mode with a hybrid of Electron752s boot partition and my own stuff.

I was able to build the stub and u-boot.bin but catting them together always got me the pretty Pi reset screen.
I'm using the borrowed /boot with my kernel Image and my uboot.env.

I'll work out which bit is broken and why later. Meanwhile, the Pi can build Xorg and I'll catch up on some sleep.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

Yamakuzure · Posted: Thu Apr 07, 2016 6:38 am Post subject:

Yamakuzure · Posted: Thu Apr 07, 2016 7:53 am Post subject:

Hmmm... All that I get is an immediate autoboot (uEnv.txt is not heeded) and U-Boot displays rows of dots. ctrl-C is recognized, but it does not stop.

Where is my thinking error? How can I disable autoboot? I tried with the Electron752 boot partition, but renamed boot.scr.uimg to boot.scr.uimg.bak.

Update 1 : The moment the screen comes online the autoboot counter is at zero (should have at least 2 seconds) and the "dot parade" starts.

Update 2 : I tried to use the image from Electrons fork (recompiled from his tree) and the swarren U-Boot, but, no matter with or without the stub, I only get a colourful screen. Is that the "pretty Pi reset screen" you mentioned, Neddy?

Update 3 : When I use the Electron boot partition without *any* changes, it works.

Update 4 : Hmmm... removing the framebuffers to use VC4 only does not work... Although it comes with KMS. But the Simple Framebuffer garbles the display.

Update 5 : No, it was CONFIG_FB_BCM2708 that had to be disabled. But at some point when booting, the display just shuts off. (and both /var/log/dmesg and /var/log/messages are empty. :-(

so I do not know exactly where and when...)
_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

NeddySeagoon · Image 2016-04-07 16:17 7.9M

Yamakuzure,

I use the Electron752 boot partition with my udev.env and my kernel.

The Electron752 boot partition works here but gives me a screen resolution I can't use on a 27" display.
There is probably a bootargs to fix that but I want to understand what I'm doing wrong.

The colourful reset screen is the ARM part of the Pi doing nothing. The GPU has started, attempted to hand off to the ARM and something has not worked.
My expanded /boot contains

schorsch_76 · Guru Joined: 19 Jun 2012 Posts: 450

I try to rebuild that all too. I dislike not being able to build it

_________________
// valid again: I forgot about the git access. Now 1.2GB big. Start: 2015-06-25
git daily portage tree
Web: https://github.com/schorsch1976/portage
git clone https://github.com/schorsch1976/portage

Yamakuzure · Posted: Fri Apr 08, 2016 6:51 am Post subject:

merged below
_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

Yamakuzure · Posted: Fri Apr 08, 2016 7:55 am Post subject:

merged below
_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

Yamakuzure · Posted: Fri Apr 08, 2016 10:17 am Post subject:

(merge and edit of my latest three posts)

Update : It seems that Electron752 has gone ahead of Zeldin, and that the copy of the bcm2837-rpi-3-b.dts file is no longer needed!

Update : Eric Anholt wrote here, that SDHOST would give better MMC performance than SDHCI, so I switched from dtoverlay=mmc to dtoverlay=sdhost.

To make use of VC4 and have a native resolution on my monitor, I did the following: (No X, yet, just the console to start with, and that is on Simple Framebuffer!)

Clone Electron boot partition and use it:
Code:

# git clone --depth 1 https://github.com/Electron752/boot64-rpi3.git
# cp -ruf boot64-rpi3/ /usr/aarch64-unknown-linux-gnu/boot/
Clone Electron sources (git clone --depth 1 -b rpi-4.5.y+rpi364 https://github.com/Electron752/linux linux-electron)
(no longer needed (?))clone rpi3 branch of the zeldin sources ([i]git clone --depth 1 -b rpi3 https://github.com/zeldin/linux.git linux-zeldin)[/i]
(no longer needed (?))copy over arch/arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts from latest zeldin rpi3 branch into the electron sources to add the spinning table feature
ln -s linux-electron linux && cd linux

Create the default config and edit it:

Code:

# make ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- bcmrpi3_defconfig
# make ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- menuconfig

Adapt as you see fit. The important parts are:

Code:

Device Drivers --->
Graphics Support --->
<*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) --->
[*] Enable legacy fbdev support for your modesetting driver
<*> Broadcom VC4 Graphics
Frame buffer Devices --->
< > BCM2708 framebuffer support
[*] Simple framebuffer support

I have posted my full diff at pastebin.

Compile and copy the kernel and modules like this: (I have 8 cores, adapt the -j 17 if you have less or more)

Code:

# make ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- INSTALL_MOD_PATH=/usr/aarch64-unknown-linux-gnu -j17 all
# make ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- INSTALL_MOD_PATH=/usr/aarch64-unknown-linux-gnu -j17 modules_install
# make ARCH=arm64 CROSS_COMPILE=aarch64-unknown-linux-gnu- INSTALL_MOD_PATH=/usr/aarch64-unknown-linux-gnu -j17 firmware_install
# cp -uv arch/arm64/boot/Image /usr/aarch64-unknown-linux-gnu/boot/
# cp -uv arch/arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dtb /usr/aarch64-unknown-linux-gnu/boot/

My cmdLine.txt is this:
Code:

# cat /usr/aarch64-unknown-linux-gnu/boot/cmdline.txt
console=tty0 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes cma=256M@512M rootwait

config.txt needs some adaptions:

Code:

# cat /usr/aarch64-unknown-linux-gnu/boot/config.txt
enable_uart=1
arm_control=0x200
kernel_old=1
kernel=u-boot-stubbed.bin
disable_commandline_tags=1

# Device Tree (dt) Parameters with VC4
dtparam=watchdog=on,i2c=on,i2c_vc=on,act_led_trigger=mmc

# Use the BCM2835 SDHOST MMC driver
dtoverlay=sdhost

# VC4 parts:
mask_gpu_interrupt0=0x400 # VPU shouldn't handle V3D interrupts
avoid_warnings=2 # VPU shouldn't smash our display setup.
dtoverlay=vc4-kms-v3d # Enable Eric Anholt's DRM VC4 HDMI/HVS/V3D driver.

Well, actually the dtoverlay=mmc is not needed, but it seems to improve speed. And the important part in the dtparam line, as far as I understood it, is to activate i2c_vc.
You can read about the parameters in /boot/overlays/README.

The U-Boot config is just like Neddy posted, but with console=tty0 and without the cma part. The bcm2837-rpi-3-b.dtb image is still neede for the framebuffer to work, apart from other things.
Comment the serial console in /etc/inittab, or you will never see a login prompt.

_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

NeddySeagoon · Posted: Sun Apr 10, 2016 10:01 am Post subject:

I'm not around much this weekend so I thought I would leave the Pi3 doing something.

emerge firefox fails as one of the dependencies wants windows.h

emerge libreoffice looks promising. There is lots of stuff to keyword but it all just build up to libreoffice itself.
That's only just started.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

Yamakuzure · Posted: Mon Apr 11, 2016 10:06 am Post subject:

I let "emerge --emptytree @system" run through the weekend.
Some stuff failed abysmally like binutils, m4, gettext...
The reason: I was too enthusiastic and cleaned /usr/aarch64-unknown-linux-gnu prematurely. :roll:

After restoring the symlinks in there the builds go through just fine. I have a true native gcc (including g++) now. :-D

btw: I did the whole thing with the RPi2 already, and both firefox and libreoffice built fine on it using distcc.

Edith wants to "AAAArrghhh!": It is very idiotic to _not_ check your make.conf before doing anything from within the PI. I still had ROOT set to /usr/$CHOST ... :roll:

_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.

NeddySeagoon · Posted: Tue Apr 12, 2016 6:03 pm Post subject:

In the end, libre-office broke.

It started off well with distcc working away. Then remote builds began to fail and were repeated successfully locally.
Eventually it stopped even trying to distribute, then it locked up with nothing useful in the logs.

The build log was 1.7G. On AMD64, it complete at just over 2.0G.

I suspect an issue with the network and root filesystem both being on USB, rather than libre-office itself.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

Yamakuzure · Posted: Wed Apr 13, 2016 8:30 am Post subject:

You can try to continue the build with something like

Yamakuzure · Posted: Wed Apr 13, 2016 2:36 pm Post subject:

I have added media-libs/mesa-9999 to my overlay (seden) which includes VIDEO_CARDS="vc4" support.
(I have reopened "Bug 559144 - media-libs/mesa - Add vc4 to VIDEO_CARDS for Broadcom and Raspberry Pi ARM processors" for possible official support in the portage tree.)

Once my current kernel build is finished (current Electron752 sources have many updates!) I'll see whether I can make it work.

Update: My mesa-9999 ebuild went through just fine with enabled vc4 gallium driver.
; However, even the oldest stable media-libs/mesa-10.3.7-r1 has the vc4 gallium driver available.
So maybe we do not *have* to use a live ebuild after all.

And further: from inside the RPi3 sys-fs/eudev built just fine!

Update: Switching from dtoverlay=mmc to dtoverlay=sdhost in /boot/config.txt did wonders!
While emerging something I can now switch to another console and the keyboard works without delay. It was impossible to do anything with the MMC SDHCI driver.
_________________
Important German:

"Aha" - German reaction to pretend that you are really interested while giving no f*ck.
"Tja" - German reaction to the apocalypse, nuclear war, an alien invasion or no bread in the house.