In Raspbian Buster on my Pi 3B es2gears libEGL warning: DRI2: failed to authenticate EGL_VERSION = 1.4 vertex shader info: fragment shader info: info: 743 frames in 5.0 seconds = 148.541 FPS 751 frames in 5.0 seconds = 150.110 FPS 765 frames in 5.0 seconds = 152.908 FPS 743 frames in 5.0 seconds = 148.600 FPS 718 frames in 5.0 seconds = 143.600 FPS ^C root@upstairs:/usr# glxgears 757 frames in 5.0 seconds = 151.227 FPS 872 frames in 5.0 seconds = 174.272 FPS 838 frames in 5.0 seconds = 167.566 FPS ^C root@upstairs:/usr# uname -a Linux upstairs 4.19.97-v7+ #1294 SMP Thu Jan 30 13:15:58 GMT 2020 armv7l GNU/Linux
Debian Stretch on my Pinebook Pro has the 60 hz limit in effect. That's a Mali. Probably works fine under Android which is their bread and butter. Actually I could try that, the PBP has an Android image available, it just doesn't sound very interesting so I didn't bother. On 3/1/20, Stefan Monnier <monn...@iro.umontreal.ca> wrote: >> The whole point of my rant is that the instant folks find out that 64 bit >> >> will run on whatever platform we are discusing, and armhf needs more >> attention paid to details like addressing beyond 3 gigs, PAE IOW, 6 >> months later there are no armhf distros left. > > FWIW, I'm finding hard to believe that the AArch64 architecture > necessarily suffers from 10 times higher latency than the AArch32. > > I suspect that your problems with the Aarch64 architecture are due to > the fact that there have been less efforts at keeping the latency of > Linux-on-AArch64 under control, and that should improve over time. > > It's possible that the best latency will still be worse than what you > can get with AArch32, but not as bad as 10 times as bad. > >> That, and only the raspi supplied srcs know about the mali video, >> giving us full screen glxgears at 60 fps since buster 10.2. > > Really? I can't see any trace of Mali hardware in the Raspberry Pi > specification. AFAICT the rpi3 comes with a Videocore IV while the rpi4 > comes with a Videocore VI. > So I'm not sure what good software support for mali would do. > >> That mali video is not now nor from statements made by debian folks, >> will >> never be available from debian so debian is doomed to 3 fps framebuffer >> displays. > > The official Mali driver from ARM is proprietary and there are no signs > of ARM getting their head out of the asses in this regard, so indeed in > the foreseeable future there's no plan to incorporate the Mali driver > into Debian. This said, there's a Free Software driver and it's > definitely included in Debian (the kernel part included since Linux-5.2 > and the userland part since Mesa-19.1) > > > Stefan > > -- ------------- No, I won't call it "climate change", do you have a "reality problem"? - AB1JX Cities are cages built to contain excess people and keep them from cluttering up nature. Impeach Impeach Impeach Impeach Impeach Impeach Impeach Impeach