STICKY: Raspbian 'Buster' 2019-06-20 / 07-10

[Andyroo]

more or less when the possibility of full boot via USB will be released? for pi4? will the otp dump memory value always be set?

Third one of these today. A quick search turns up https://www.raspberrypi.org/forums/view ... &p=1500356

[RaspberryWhy]

Hi there,
After a 4B+Buster update/dist-upgrade, my firmware hash does not match the release hash.

vcgencmd version
Jul 9 2019 14:37:58
Copyright (c) 2012 Broadcom
version d2b1b7fb01475cb3914b2086299e32d724e832f1 (clean) (release) (start)

http://downloads.raspberrypi.org/raspbi ... _notes.txt
2019-07-10:
* Raspberry Pi firmware 356f5c2880a3c7e8774025aa6fc934a617553e7b

The update did a significant download , but the dist-upgrade did nothing.

[Lookslikerain75]

I have the same issue version number does not match. Also not sure if it is related I am seeing some very inconsistent internet speeds. Never gets over 50mbps on Gigabit or wifi 5ghz. Eth0 shows connected at gigabit and router shows a gigabit connection to the PI.

I have tried a few internet speed test websites all the same, other devices on same network (android, Chromebook) show over 200mbps download on same connection. Browsing has become slow also pages take a few seconds to load. Where as previously they were snappy.

Is there a way to verify the entire install is consistent with the latest stable release as it feels like some files have not updated hence the different version numbers and stability issues?

Thanks

[ShiftPlusOne]

The git hash you get from vcgencmd version is from the internal source repo for the firmware, not the pre-built firmware. The git hash in the changelog is for the public builds on github in raspberrypi/firmware.

[RaspberryWhy]

Thank you. How then can we tell if we have the correct firmware?
Can't see any reference to d2b1b7fb01475cb3914b2086299e32d724e832f1 on github.

[HawaiianPi]

I am sure many others would share my view that Java is essential these days,

I doubt that, since Java is not included in many other operating systems, and is usually manually installed (or installed with some other software that includes it).

Java is in the repositories (openjdk). If you want it, pick a version and install it (apt search openjdk).

[ShiftPlusOne]

Thank you. How then can we tell if we have the correct firmware?
Can't see any reference to d2b1b7fb01475cb3914b2086299e32d724e832f1 on github.

There is no mapping between the internal git hash and anything public. It's just for internal use.

You can run something like this:

Code: Select all

$ zcat /usr/share/doc/raspberrypi-bootloader/changelog.Debian.gz | head -n3
raspberrypi-firmware (1.20190709-1) buster; urgency=medium

  * firmware as of 356f5c2880a3c7e8774025aa6fc934a617553e7b
  

And compare that to what you see here:
https://github.com/raspberrypi/firmware/commits/stable/

[nassen0ff]

I upgraded today (2019_07_18) and found both Openbox and obconfig in the distro. I've now succeeded in getting two working virtual desktops on the pager, but I am unable to re-name them. The error message is:

An error occurred while saving the config file '/home/pi/.config/openbox/lxde-pi-rc.xml'

Any ideas on how to get past this one?

[RaspberryWhy]

Thankyou kindly.

[RichardRussell]

Out of interest here is the changlog

• 2019-07-10:
  * Fix for missing text insertion cursor in LibreOffice on Pi 4

Are there any details of what this 'fix' involves? My understanding was that the missing cursor in LibreOffice arose because of the absence of glLogicOp() functionality from the V3D driver, which is a regression compared with the VC4 driver used on the RPi 3. But glLogicOp() still seems not to work post the 2019-07-10 update.

[ShiftPlusOne]

It was more of a workaround. Something to do with switching from a gtk 2 to a gtk 3 backend is all I remember.

Mesa also has a proper fix, but that hasn't made its way into raspbian yet. I am looking at updating it soon.

[RichardRussell]

It was more of a workaround. Something to do with switching from a gtk 2 to a gtk 3 backend is all I remember.

Thank you, that explains what has been something of a mystery.

Mesa also has a proper fix, but that hasn't made its way into raspbian yet. I am looking at updating it soon.

That would be great. As I have mentioned elsewhere, BBC BASIC is particularly badly affected at the moment because its GCOL statement (which is supposed to be able to set OR, AND and XOR plotting modes) maps directly to the glLogicOp() function and therefore doesn't work on the RPi 4.

[ShiftPlusOne]

It's looking a little trickier than I would've hoped.

I'd like to keep mesa at 19.1, but this set of changes is only on the master branch. I'm not quite confident enough that i can unravel all the required commits without missing something or adding something extra and breaking something in a subtle way.

I'll see how far I get anyway, but it's possible that we'll need to sort it out another way which may take a few weeks.

[RichardRussell]

I'll see how far I get anyway, but it's possible that we'll need to sort it out another way which may take a few weeks.

I appreciate your efforts. I notice that raspi-config provides no option for selecting the VC4 driver (as used on the RPI 3) but only the V3D driver that is currently missing glLogicOp(). Is there a fundamental reason why the VC4 driver in Buster cannot run on the RPi 4? I appreciate that it's slower, but if it could run it would at least provide a workaround until the proper fix is available.

[trejan]

I notice that raspi-config provides no option for selecting the VC4 driver (as used on the RPI 3) but only the V3D driver that is currently missing glLogicOp(). Is there a fundamental reason why the VC4 driver in Buster cannot run on the RPi 4?

It isn't a performance issue. VC4 driver isn't compatible at all. Only the V3D driver works with the Pi 4 as the VC6 VPU no longer runs anything to do with 3D.

[ShiftPlusOne]

I'll see how far I get anyway, but it's possible that we'll need to sort it out another way which may take a few weeks.

I appreciate your efforts. I notice that raspi-config provides no option for selecting the VC4 driver (as used on the RPI 3) but only the V3D driver that is currently missing glLogicOp(). Is there a fundamental reason why the VC4 driver in Buster cannot run on the RPi 4? I appreciate that it's slower, but if it could run it would at least provide a workaround until the proper fix is available.

That option is not selecting any specific driver, it's just enabling FKMS.

That VC4/V3D distinction just exists within mesa. VC4 is the gallium driver for pi <4 and V3D is for pi 4. Since it's different hardware, they're not interchangeable.

[RichardRussell]

It isn't a performance issue. VC4 driver isn't compatible at all.

Shame. It leaves software mesa (disabling FKMS) as the only option for getting a functional glLogicOp(), which whilst it works is unusably slow for running BBC BASIC. This is an unfortunate regression as far as I am concerned, but I appreciate that efforts are being put into fixing it.

[oxynary]

Hi,

Not sure where to ask this. Since steam link is already part of the official repository, and buster is using 4.19. Could this be added to the kernel?

https://www.phoronix.com/scan.php?page= ... Linux-4.18

I can say now, trying to get the controller to work outside link as it's default mouse setup has seemed impossible thus far.

[itsmedoofer]

Hi,

Chromium still appears to be broken when opening pages containing an OpenStreetMap map..

FF works as intended and Chromium on the PC is fine...

This is my Dump1090 page .....

Does this need to be flagged somewhere else ? If it is anyone got a link ?

Capture1.png (212.17 KiB) Viewed 3276 times

[ShiftPlusOne]

Mesa update:

https://www.raspberrypi.org/forums/view ... 6&t=249650

[ShiftPlusOne]

Chromium still appears to be broken when opening pages containing an OpenStreetMap map..

Could you try the mesa update linked earlier? I'm getting the same render in firefox as I am in chromium on a pi 4 running the mesa 19.2 RC.

[thatchunkylad198966]

@itsmedoofer I'm using:

68.0.2 (32-bit)

On the latest buster with everything updated, that site loads fine.
Maybe a problem with Firefox's ESR?

[itsmedoofer]

Chromium still appears to be broken when opening pages containing an OpenStreetMap map..

Could you try the mesa update linked earlier? I'm getting the same render in firefox as I am in chromium on a pi 4 running the mesa 19.2 RC.

Firstly an apology, I posted this in the wrong post, I had intended the bug report thread....

I updated Mesa and that fixed the issue !! Woop Woop !!

Its getting a bit late but I'll give it a proper run round the block tomorrow.

Thanks for the help, appreciated !!

[Double L]

Recently I installed Raspbian "Buster" on an SD card for my R-Pi 4. Then ran the update using terminal and this improved the performance a lot!

So now I am wondering where can I read about any future updates being released so that I can update Raspbian at that point?

Thanks in advance

[fruitoftheloom]

Recently I installed Raspbian "Buster" on an SD card for my R-Pi 4. Then ran the update using terminal and this improved the performance a lot!

So now I am wondering where can I read about any future updates being released so that I can update Raspbian at that point?

Thanks in advance

Just update weekly then you will always be up-to-date:

Code: Select all

sudo apt update
sudo apt full-upgrade
sudo reboot