Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

firefox illegal instruction pi zero/zero w #4024

Open
racedowling opened this issue Dec 23, 2020 · 14 comments
Open

firefox illegal instruction pi zero/zero w #4024

racedowling opened this issue Dec 23, 2020 · 14 comments

Comments

@racedowling
Copy link

raspberry pi zero (w)
latest release Linux GPS 5.4.79+ #1373 Mon Nov 23 13:18:15 GMT 2020 armv6l GNU/Linux|

firefox-esr fails with illegal instruction when when accessing /usr/lib/firefox-esr/libxul.so Apparently this library is not compatible with arm6l

Starting program: /usr/bin/firefox-esr
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0xb69ff440 (LWP 3749)]
[Thread 0xb69ff440 (LWP 3749) exited]

Thread 1 "firefox-esr" received signal SIGILL, Illegal instruction.
0xae5fc094 in ?? () from /usr/lib/firefox-esr/libxul.so

@timothyrudd
Copy link

+1

@ghost
Copy link

ghost commented Apr 11, 2021

same with chromium :c

@reukiodo
Copy link

I thought the whole purpose of keeping Raspbian 32bit was to continue supporting the original Raspberry Pi ?
How did this pass QA testing?

@JamesH65
Copy link
Contributor

You are commenting on a year old thread, are things still the same now? Note, Firefox is not our recommended browser, Chrome/Chromium is the one we test and optimise.

@reukiodo
Copy link

I just installed firefox-esr on a fresh rasbian for raspberry pi 1b and got this error. After following a google trail finally found this bug and made this comment, so it's still very relevant.

@JamesH65
Copy link
Contributor

It seems unlikely we would do anything about this as Firefox is not a package we specifically support. We do have a version of Chrome that runs on ARMv6, but tbh, running any sort of modern browser on a core that old with that little memory is not going to give a good experience, if it works at all.

@XECDesign
Copy link
Contributor

I don't think that armv6 chromium builds will be going further for much longer. Epiphany seems to be the least (but still very) painful browser for armv6 right now.

@reukiodo
Copy link

But why compile it expressly prohibiting those who want to run it on pi1/pi0 hardware? I believe that they are still supported hardware, so why not compile the software with the hardware supported?
Or at the very least, just leave the last working version as the latest to install.

@JamesH65
Copy link
Contributor

Because we get extra performance on the newer platforms by compiling code targeted specifically at them. The newer Arm cores have extra instructions, registers etc that means they will perform better with the appropriate compiler flags.

@ghost
Copy link

ghost commented Feb 28, 2022

But why compile it expressly prohibiting those who want to run it on pi1/pi0 hardware? I believe that they are still supported hardware, so why not compile the software with the hardware supported? Or at the very least, just leave the last working version as the latest to install.

For certain values of 'working'. Running Chromium on a Pi with only 512MB of RAM is not going to be a particularly productive experience. Keeping old builds of Chromium available for these boards via apt exposes users to security vulnerabilities, although note that Raspberry Pi have not said that they would stop shipping older builds for these boards.

@XECDesign
Copy link
Contributor

It's not like we're flipping a switch to say 'support armv7 only'. Support is dropping upstream and in Raspbian. Although we're still patching things to make them work on armv6 on Raspberry Pi OS, at some point that will start taking more time than we can justify.

@reukiodo
Copy link

reukiodo commented Mar 1, 2022

Oh, I thought these packages were compiled by the RPi team... are they compiled by upstream instead?

@ghost
Copy link

ghost commented Mar 1, 2022

Oh, I thought these packages were compiled by the RPi team... are they compiled by upstream instead?

On 32-bit Raspberry Pi OS most of the packages are built by the Raspbian project, which is a separate project not controlled by Raspberry Pi. (It did not help that Raspberry Pi used to call their distribution Raspbian, but that's another discussion). Debian is the upstream for the Raspbian project.

The reason Raspbian exists is that Debian does not compile anything for the combination of ARMv6 with the particular hardware floating point that the BCM2835 uses, so for Raspberry Pi a volunteer in the community stepped in and started the Raspbian project.

@XECDesign
Copy link
Contributor

It's all a bit too much to explain in full detail. But the issue isn't about compiling the software, it's about how that software is written, tested and packaged.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants