Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Bootable 64-bit RPi3/Pi4 Gentoo image (OpenRC/Xfce/VC4) Pt 2
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 10, 11, 12  
Reply to topic    Gentoo Forums Forum Index Gentoo on ARM
View previous topic :: View next topic  
Author Message
mirage032
n00b
n00b


Joined: 11 Dec 2005
Posts: 10
Location: 51.49 -0.015

PostPosted: Thu Aug 13, 2020 12:13 am    Post subject: Reply with quote

Hello,

First, huge thanks to Sakaki and all contributors for maintaining and documenting the various guides on Gentoo. Especially for arm64.

I received the Raspberry Pi 4 8GB RAM last month, it works like a charm except for few minor things:
- I can't seem use 3D acceleration properly on arm64 but there is already a topic on that.
For what it's worth I get 44 fps in 1920x1200 in local using glxgears

Quote:

$ glxgears -info
GL_RENDERER = llvmpipe (LLVM 10.0.1, 128 bits)
GL_VERSION = 3.1 Mesa 20.1.4
GL_VENDOR = VMware, Inc.
...


- I tried to use crossdev with few other machines at home: I spun gentoo Virtual Machines on them. I had issues with binutils and linux-utils. I tend to believe that s because crossdev is using gcc 9.3 (not 10.2.0, as configured on the main image)

I don t know what my next step will be, I haven't reinstalled a gentoo in 15 years. The least I can say is that very few things have changed. It's much more stable and it's quite fast.
Back to top
View user's profile Send private message
Jarodiv
n00b
n00b


Joined: 17 Jan 2020
Posts: 23

PostPosted: Tue Aug 18, 2020 1:18 pm    Post subject: Reply with quote

mirage032 wrote:
Hello,

First, huge thanks to Sakaki and all contributors for maintaining and documenting the various guides on Gentoo. Especially for arm64.

I received the Raspberry Pi 4 8GB RAM last month, it works like a charm except for few minor things:
- I can't seem use 3D acceleration properly on arm64 but there is already a topic on that.
For what it's worth I get 44 fps in 1920x1200 in local using glxgears

Quote:

$ glxgears -info
GL_RENDERER = llvmpipe (LLVM 10.0.1, 128 bits)
GL_VERSION = 3.1 Mesa 20.1.4
GL_VENDOR = VMware, Inc.
...


- I tried to use crossdev with few other machines at home: I spun gentoo Virtual Machines on them. I had issues with binutils and linux-utils. I tend to believe that s because crossdev is using gcc 9.3 (not 10.2.0, as configured on the main image)

I don t know what my next step will be, I haven't reinstalled a gentoo in 15 years. The least I can say is that very few things have changed. It's much more stable and it's quite fast.


Looks like your machine still is using the wrong video driver. Are you using the mesa package from Sakakis genpi64 overlay (with the "rpi-v3d" use flag enabled)? The correct output of "glxgears -info" would be:
Code:
GL_RENDERER   = V3D 4.2
GL_VERSION    = 2.1 Mesa 20.1.3
GL_VENDOR     = Broadcom


I'm currently compiling mesa-20.2.0_rc2 to see if the newly added "v3d" VIDEO_CARD flag makes the package from Sakakis overlay obsolete.

--- edit ---

The new upstream ebuild for mesa seems to work nicely with the Pi4.
Back to top
View user's profile Send private message
mirage032
n00b
n00b


Joined: 11 Dec 2005
Posts: 10
Location: 51.49 -0.015

PostPosted: Sun Aug 23, 2020 4:46 pm    Post subject: Reply with quote

Quote:
Are you using the mesa package from Sakakisgenpi64 repo (with the "rpi-v3d" use flag enabled)?

Yes, I am.
I installed the package by manually downloading the ebuild and creating a custom local repo.
I get the following in fullscreen in 1920x1200.

Code:
$vblank_mode=0 glxgears -info

ATTENTION: default value of option vblank_mode overridden by environment.
GL_RENDERER   = V3D 4.2
GL_VERSION    = 2.1 Mesa 20.2.0-rc2
GL_VENDOR     = Broadcom
...
74 frames in 5.0 seconds = 14.697 FPS
121 frames in 5.0 seconds = 24.083 FPS
72 frames in 5.0 seconds = 14.295 FPS
124 frames in 5.1 seconds = 24.482 FPS
70 frames in 5.0 seconds = 13.921 FPS
127 frames in 5.1 seconds = 25.070 FPS
68 frames in 5.0 seconds = 13.569 FPS
128 frames in 5.1 seconds = 25.244 FPS
65 frames in 5.0 seconds = 12.914 FPS
130 frames in 5.0 seconds = 25.935 FPS
70 frames in 5.0 seconds = 13.987 FPS
144 frames in 5.0 seconds = 28.683 FPS


Last edited by mirage032 on Sun Aug 23, 2020 6:37 pm; edited 1 time in total
Back to top
View user's profile Send private message
Jarodiv
n00b
n00b


Joined: 17 Jan 2020
Posts: 23

PostPosted: Sun Aug 23, 2020 6:08 pm    Post subject: Reply with quote

Quote:
I will try to disable the overlay.

You actually only have to mask the one from the genpi64 overöay. But that one actially should work too. I would guess that you somewhere have an issue with the use flags.

Can you post the "VIDEO_CARDS" section of your "/etc/portage/make.conf"? It should be something like
Code:
 VIDEO_CARDS="fbdev vc4 v3d"

Also it could be interesting which use flags are enabled on your system for "media-libs/mesa".
Back to top
View user's profile Send private message
mirage032
n00b
n00b


Joined: 11 Dec 2005
Posts: 10
Location: 51.49 -0.015

PostPosted: Sun Aug 23, 2020 6:42 pm    Post subject: Reply with quote

Indeed, I have the same configuration.

Code:
$ grep CARDS /etc/portage/make.conf
VIDEO_CARDS="fbdev vc4 v3d"


Sorry, I wanted to avoid multiple replies to my own post so I edited my own messages.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 46369
Location: 56N 3W

PostPosted: Sun Aug 23, 2020 6:43 pm    Post subject: Reply with quote

mirage032,

Don't mix gcc version in a compile farm.
distcc can't call the correct version. You need to set all gcc versions with gcc-config, or eselect gcc.

Mixing gcc versions has been known to produce broken code.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Jarodiv
n00b
n00b


Joined: 17 Jan 2020
Posts: 23

PostPosted: Mon Aug 24, 2020 8:00 am    Post subject: Reply with quote

Are you using fkms (dtoverlay=vc4-fkms-v3d) or kms (dtoverlay=vc4-kms-v3d)? With kms I had a similar, poor performance. fkms on the other hand produces good results.
Back to top
View user's profile Send private message
mirage032
n00b
n00b


Joined: 11 Dec 2005
Posts: 10
Location: 51.49 -0.015

PostPosted: Mon Aug 24, 2020 8:06 pm    Post subject: Reply with quote

Thank you both for the suggestions.

Jarodiv, you're right. This is why I upgraded to gcc 10.2 using distcc to avoid any kind of issue (I still know that I might find some weird issues):

I followed sakaki's guide Set Up Your Gentoo PC for Cross Compilation with crossdev

Except that I use eselect to use gcc 10.2 on the host machine.
Code:
crossdev --b '~2.34' --g '~10.2.0' --k '~5.4' --l '~2.30' -t aarch64-unknown-linux-gnu



Coming back to the driver specified:

Code:
# grep dtoverlay /boot/config.txt
dtoverlay=vc4-fkms-v3d


I will try to reemerge stuff but first I need to expand my storage.
At least, things are working now.

I was thinking about transforming my RPi 4 in a karaoke machine if video accel is decent.

(After all, just a mic is required and fairly decent sound isolation).
Back to top
View user's profile Send private message
mirage032
n00b
n00b


Joined: 11 Dec 2005
Posts: 10
Location: 51.49 -0.015

PostPosted: Wed Aug 26, 2020 6:59 pm    Post subject: Reply with quote

I just used full image from sakaki latest build available here.
I got 25-27fps in fullscreen (4CPUs were at 100%) and it was still using lvmpipe.

I guess I will keep it headless.
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 405

PostPosted: Wed Sep 09, 2020 3:33 pm    Post subject: Reply with quote

mirage032 wrote:
I just used full image from sakaki latest build available here.
I got 25-27fps in fullscreen (4CPUs were at 100%) and it was still using lvmpipe.

I don't quite understand this. The gentoo-on-rpi-64bit image as shipped definitely uses fkms and has the v3d support enabled. Please see for example this screenshot which was taken from a vanilla v1.6.0 release image running on an RPi4 - as you can see (glxinfo output in left pane) accelerated rendering is enabled. Have you recompiled mesa or something like that on there?

BTW, one thing you can try, to increase the frame rate, is to switch off compositing (Applications->Settings->Window Manager Tweaks, Compositor tab).
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
BobbeNa
n00b
n00b


Joined: 26 Sep 2020
Posts: 1

PostPosted: Sat Sep 26, 2020 3:40 pm    Post subject: Gentoo 64 on ARM Reply with quote

i want to take the time to thank the people who have taken then time build, test, and make available this Gentoo for Arm. it is the one desktop I have been trying to get working right on my raspberry pi after I had used RaspOS. I think you have done a great job making this such smooth running OS.
_________________
Live and Let Live

Bobbe

Raspberry Pi 4 Gentoo 64
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 405

PostPosted: Wed Oct 28, 2020 5:23 pm    Post subject: Reply with quote

sakaki stepping down from gentoo-on-rpi-64bit (aka genpi64) maintenance (effective EOL notice)

Dear fellow Gentoo and RPi enthusiasts -

I am afraid I have some difficult news to share.

As some of you already know, the last few months have been very challenging for me in terms of bandwidth, because my current, "real-world" job has required increasing (and ultimately, unsustainable) amounts of my time, struggling to deliver a much increased workload with a skeleton staff post-lockdown. While I need to stay employed in this difficult environment, my family life has been coming under immense strain, and it became clear that something had to give.

As a result, I have -- after much debate -- decided to accept a recent offer (which arrived unsolicited, and to my surprise) from another org to join them.

In many senses they offer a perfect fit, as the role is a lead architect position focused on post-quantum crypto for embedded systems, two of my real-world areas of practice, the org is world-renowned, and while the time commitment is still large, it is manageable.

However, it also comes at a significant (non-financial) cost, as their legals essentially prohibit me from contributing to external projects in my spare time to any material extent (sadly, this includes genpi64; which they know all about... unsurprising, given who they are I guess ><).

Consequently, I must announce that I will be stepping down as the maintainer for this project (and a number of others on GitHub, such as raspbian-nspawn-64) with immediate effect. As I am the sole maintainer for these (and since, my bad, no real succession planning has been done), this effectively means these projects are going EOL at this point.

For the meantime, I will leave the repos up (for historical interest and since they may be of use still in certain applications); however, there will be no further updates to the underlying binhost etc. (other than for the kernel autobuilds, which will remain running as they are entirely unattended atm; but, I will not attempt to fix them if they break). Nor will I be accepting/actioning further pull requests / bug reports from this point. Email requests for support will also have to be politely declined ><. I will continue to monitor this forum, but will be unable to provide in-depth technical responses to queries as before, and any responses may be somewhat delayed.

My sincere and heartfelt apologies to those who have contributed to, used and commented on genpi64 over the nearly four years since I first released it (seems such a long time ago now!). With the benefit of hindsight, it is apparent that I should have spent more time creating a maintenance community around this project (and others), but, in truth, I never expected it to gain the (modest!) popularity that it did; it was just a proof-of-concept that kind of grew...

Of course, this is not the end in any sense for Gentoo on the aarch64 / 64-bit RPi platform, which remains very much a going concern (as you can see from the many active contributors on this forum). Also, given that the custom overlay for gentoo-on-rpi-64bit is still available, you can (relatively easily) create your own 'downstream' Gentoo-based distro, if you so desire, and take up from where I am leaving off. If that piques your interest, please go for it!

In closing, I'd just like to note my heartfelt thanks to everyone who has used the image over the years, and to the fantastic team of devs and enthusiasts who make up the Gentoo and Raspberry Pi communities (a particular shout out to NeddySeagoon!). It's truly been an honour to be a (tiny!) part of those endeavours for a little while, and I hope genpi64 has helped, in some small way, to demonstrate that 64-bit Gentoo on systems such as the very capable RPi4 makes a lot of sense.

So, kind regards, stay well, and I trust our paths may cross again in the future ^-^

Sayounara!
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 46369
Location: 56N 3W

PostPosted: Wed Oct 28, 2020 6:54 pm    Post subject: Reply with quote

Sakaki,

Sakaki wrote:
... but, in truth, I never expected it to gain the (modest!) popularity that it did; it was just a proof-of-concept that kind of grew...


You are in good company.

Linus Benedict Torvalds - 25/08/1991 wrote:
Hello everybody out there using minix -

I'm doing a (free) operating system (just a hobby, won't be big and
professional like gnu) for 386(486) AT clones. This has been brewing
since april, and is starting to get ready. I'd like any feedback on
things people like/dislike in minix, as my OS resembles it somewhat
(same physical layout of the file-system (due to practical reasons)
among other things).

I've currently ported bash(1.08) and gcc(1.40), and things seem to work.
This implies that I'll get something practical within a few months, and
I'd like to know what features most people would want. Any suggestions
are welcome, but I won't promise I'll implement them :-)

Linus (torv...@kruuna.helsinki.fi)

PS. Yes - it's free of any minix code, and it has a multi-threaded fs.
It is NOT protable (uses 386 task switching etc), and it probably never
will support anything other than AT-harddisks, as that's all I have :-(.


Leave the repos up, others may fork them and continue the work. If the build tools are not on github, they should be, to make it easy for a new maintainer to repoduce what you are leaving behind.

Gentoo is like Brigadoon - Nobody ever leaves. :)

All the best for your future.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Jarodiv
n00b
n00b


Joined: 17 Jan 2020
Posts: 23

PostPosted: Wed Oct 28, 2020 8:39 pm    Post subject: Reply with quote

Really sad to hear but at the same time being happy for you, that you got this amazing opportunity (btw, it sounds really strange to me as a german, with our extensive privacy laws, that a company can dictate what you are allowed to do with your private time). You did an amazing job with your overlay, it helped me countless times to get my own Gentoo up and running, huge thanks for that!

I think the best solution would be if the changes Sakaki has made would be merged into upstream (I'm aware that this is a "someone has to do that" statement).

Some of them already found their way, others didn't yet. I've managed to get a desktop Gentoo running smoothly, using only 7 packages from the overlay (most only for convenience; more certainly are required for additional functionality), the rest already is working fine using only upstream and other official packages (e.g. the Raspberry Kernel).
Back to top
View user's profile Send private message
ian.au
Guru
Guru


Joined: 07 Apr 2011
Posts: 512
Location: Australia

PostPosted: Thu Oct 29, 2020 10:41 pm    Post subject: Reply with quote

Sakaki wrote:
sakaki stepping down from gentoo-on-rpi-64bit (aka genpi64) maintenance (effective EOL notice)

...

Sayounara!


Sakaki,

On one hand, I'm really happy for you (and far from surprised) to hear of your new opportunity, and on the other really sad (for entirely selfish reasons) that you have to leave the genpi project behind.

I guess I'll have to learn some git and how to keep my pi's updated myself ;) It's been nice to be a bit lazy in this regard.

All the best to you and thanks so much for all your work to leave us with such a solid starting point.

Kind regards,
Ian
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on ARM All times are GMT
Goto page Previous  1, 2, 3 ... 10, 11, 12
Page 12 of 12

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum