[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: More progress to report [Re: Debian Bullseye on Raspberry Pi 4 4GB?]

Hi Alan,

On 2021-03-01 12:35, Alan Corey wrote:
Or just run raspbian on a Pi 3B, I've got 4 of them.  omxplayer and
other things that utilize the GPU make it quite livable.

In my opinion, that is not the best advice if you are looking to
purchase something new.

When compared to the Pi 3B, the PI 4B has:
* at least double the RAM
* DDR4 versus DDR2
* Cortex-A72 versus Cortex-A53
* Better thermals to reduce the chances of thermal throttling
* Full Gigabit performance versus 300Mb
* 25% fast Videocore (500MHz versus 400MHz)

Benchmarks really show the differences[1].

On 3/1/21, Arnd Bergmann <arnd@kernel.org> wrote:
On Mon, Mar 1, 2021 at 9:40 AM LinAdmin <linadmin@quickline.ch> wrote:

Bullseye 64 Bit does more or less work. There arise problems when you
install a desktop with media players which deliver audio and should give
output to the headphone plug and HDMI.

I also had to find out that all 64 Bit versions of all distributions are
much less powerful than the 32 Bit solution of the same software. The
benchmark by T. Kaiser shows that some performances of 64 Bit are only
about half of the values compared to the 32 Bit installation :-(

Unfortunately the Bullseye 32 Bit kernel seems not to boot, because the
support of USB looks broken:
I just wonder why this bug has not got any answers?

Presumably nobody has tried debugging it ;-)

There is really no good reason to run a 32-bit /kernel/ on the Pi 4,
especially the version
with 8GB RAM. While the bug should get fixed in principle to make the
default kernel
work and allow installing a 32-bit distro, the best setup for this
machine (especially
the versions with less than 4GB) is to use an armhf user space with a
64-bit kernel.

You can get that today by installing a multiarch system starting with
an armhf install
(if you get its kernel to boot) and then running 'dpkg
--add-architecture arm64' to
allow installing the arm64 version of the kernel image. It would be
nice to actually
package the arm64 kernel image for armhf to make it easier to run this
way without
having to set up a multiarch system. This is how mipsel kernels work as
well, so
there is definitely precedence.



[1] https://www.phoronix.com/scan.php?page=article&item=raspberry-pi4-benchmarks

Reply to: