Debian 12 (x86): Mesa-Treiber für Intel 855GM

[killerbees19]

Hi,

ich wollte auf einem uralten JVC MP-XV841 kürzlich die Debian 11 Installation auf Bookworm aktualisieren. Das hat prinzipiell auch geklappt, aber nun fehlt die 3D-Unterstützung.

Das funktionierte mit Mesa 20.3.5-1 noch einwandfrei, ich habe die entsprechenden Pakete nun einmal alle downgegraded. Damit ergeben sich folgende Ausgaben unter Debian 12:

Code: Alles auswählen

# lspci -vv -s 00:02.0
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. 82852/855GM Integrated Graphics Device
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+
        Latency: 0
        Interrupt: pin A routed to IRQ 16
        Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M]
        Region 1: Memory at feb00000 (32-bit, non-prefetchable) [size=512K]
        Region 2: I/O ports at dc00 [size=8]
        Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
        Capabilities: [d0] Power Management version 1
                Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: i915
        Kernel modules: i915

$ glxinfo -B
Xlib: sequence lost (0x1001d > 0x1f) in reply type 0x0!
Xlib: sequence lost (0x10022 > 0x24) in reply type 0x0!
Xlib: sequence lost (0x10027 > 0x29) in reply type 0x0!
Xlib: sequence lost (0x1002c > 0x2e) in reply type 0x0!
Xlib: sequence lost (0x10031 > 0x33) in reply type 0x0!
Xlib: sequence lost (0x10043 > 0x45) in reply type 0x0!
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel Open Source Technology Center (0x8086)
    Device: Mesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2 (0x3582)
    Version: 20.3.5
    Accelerated: yes
    Video memory: 96MB
    Unified memory: yes
    Preferred profile: compat (0x2)
    Max core profile version: 0.0
    Max compat profile version: 1.3
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 0.0
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2
OpenGL version string: 1.3 Mesa 20.3.5

$ apt-mark showhold
libegl-mesa0
libgbm1
libgl1-mesa-dri
libglapi-mesa
libglx-mesa0
libxatracker2
mesa-va-drivers
mesa-vdpau-drivers
mesa-vulkan-drivers

Mit den Mesa-Paketen in Version 22.3.6-1+deb12u1 sieht es hingegen so aus:

Code: Alles auswählen

$ glxinfo -B

MESA: warning: Driver does not support the 0x3582 PCI ID.
libGL error: glx: failed to create dri2 screen
libGL error: failed to load driver: iris
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Mesa/X.org (0xffffffff)
    Device: llvmpipe (LLVM 15.0.6, 128 bits) (0xffffffff)
    Version: 22.3.6
    Accelerated: no
    Video memory: 965MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 4.5
    Max compat profile version: 4.5
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
OpenGL vendor string: Mesa/X.org
OpenGL renderer string: llvmpipe (LLVM 15.0.6, 128 bits)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 22.3.6
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.5 (Compatibility Profile) Mesa 22.3.6
OpenGL shading language version string: 4.50
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 22.3.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

Ich habe bereits gelesen, dass Mesa einige sehr alte Treiber entfernt und diese nur noch über Amber bereitstellt. Ich bin mir an diesem Punkt aber absolut nicht mehr sicher, wie ich nun weiter vorgehen soll. Ich sehe da vor lauter Wald die Bäume nicht mehr und renne womöglich in eine völlig falsche Richtung.

Meine bisherigen Versuche mesa-amber anhand dieses Repos selbst zu bauen (das in Ubuntu bereits verwendet wird) bzw. mit MESA_LOADER_DRIVER_OVERRIDE herumzuspielen brachten leider keinen wirklichen Erfolg. Ich habe leider auch nicht alles im Detail notiert, was ich bereits versucht habe. Offenbar führte der i915(g)-Treiber zu einem Konflikt (LP: 2006744), weshalb er im mesa-amber Repo bei Debian deaktiviert wurde? Aber den brauche ich bei meiner Hardware doch zwingend in mesa-amber, oder?

Kann mir irgendjemand auf die Sprünge helfen, was ich als Nächstes versuchen soll? Soll ich Mesa komplett selbst kompilieren bzw. die Debian-Quellpakete patchen? Oder übersehe ich hier irgendeine einfachere Möglichkeit?



PS: Nein, ich verwende diese Hardware nicht mehr produktiv. Das ist eher ein Spaßprojekt, die Kiste weiterhin am Leben zu halten. Für einfache Sachen ist sie nämlich tatsächlich noch immer wunderbar verwendbar

[Tintom]

Hallo und noch ein frohes, neues Jahr!
Ich habe gerade mal Hersteller und Modellbezeichnung in die Suchmaschine meines Vertrauens geworfen. Angeblich hat dein System 256 MB RAM - ist das korrekt? Wenn ja, dann wird's schwierig mit sinnvoller Benutzung von GUI-Programmen.
Wenn du das System sowieso nicht mehr produktiv nutzt, würde ich in dem Fall einfach die zuletzt funktionierende Mesa-Version nutzen und mir das Kompilieren ersparen.

[killerbees19]

Angeblich hat dein System 256 MB RAM - ist das korrekt?

Nein, wurde schon vor Ewigkeiten auf 1 GiB aufgerüstet. Mit ein paar Anpassungen läuft das durchaus brauchbar, solange man keinen Browser braucht.

Und kompilieren könnte ich das Zeug sowieso in einer wesentlich stärkeren (x86) VM auf einem anderen System, das wäre kein Problem.

[killerbees19]

Thema (für mich) vorerst erledigt

Ich habe nun das mesa Paket einfach mit einem Patch neu gebaut und das unveröffentlichte mesa-amber ebenfalls mit einem Patch gebaut. Grob gesagt habe ich den neuen i915-Treiber im normalen mesa Paket deaktiviert und stattdessen den alten i915-Treiber in mesa-amber aktiviert. (Falls jemand die fertigen Binärpakete braucht, einfach melden.)

Meine Build-Notizen:

Code: Alles auswählen

git clone https://salsa.debian.org/scc/mesa-amber.git
cd mesa-amber
git checkout fnx/debian-unstable
sudo mk-build-deps --install debian/control
git clean -df
gbp buildpackage --git-ignore-branch --git-upstream-tag=origin/upstream-unstable -us -uc

Code: Alles auswählen

git clone https://salsa.debian.org/scc/mesa.git
cd mesa
git remote add upstream https://github.com/Mesa3D/mesa.git
git fetch upstream
git checkout fnx/debian-bookworm
sudo mk-build-deps --install debian/control
git clean -df
gbp buildpackage --git-ignore-branch -us -uc

Danach einfach die benötigten DEB-Pakete manuell installieren: sudo dpkg -i ...
Und auf HOLD setzen, damit ein Update sie nicht überschreibt: sudo apt-mark hold ...

Damit der i915-Treiber aus dem Amber-Branch auch wirklich genutzt wird, braucht es noch eine Zeile in der Datei /etc/environment:

Code: Alles auswählen

MESA_LOADER_DRIVER_OVERRIDE=i915

Nun hat man wieder eine 3D-Beschleunigung...

Code: Alles auswählen

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel Open Source Technology Center (0x8086)
    Device: Mesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2 (0x3582)
    Version: 21.3.9
    Accelerated: yes
    Video memory: 96MB
    Unified memory: yes
    Preferred profile: compat (0x2)
    Max core profile version: 0.0
    Max compat profile version: 1.3
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 0.0
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2
OpenGL version string: 1.3 Mesa 21.3.9 Amber (git-9b213ab76f)

Schnell getestet mit Supertux, scheint zu funktionieren.

Bei einem Update der mesa/mesa-amber Pakete durch die Debian-Entwickler muss man erneut patchen, um von den neuesten Updates zu profitieren.

Wer es einfacher haben möchte, nimmt halt die Mesa-Pakete aus Bullseye, mittels APT-Pinning würde man dort sogar noch Updates bekommen.

[constantine]

Hallo Guten Tag

mein deutch ist sehr schlecht so i hope you speak english


i have a dell inspiron 510m and i am not a great linux expert but i can send shell commands

i have the same graphic card as you 855GM and no 3D acceleration with debian 12.6 bookworm.

i have debian 12.6 x86 32bit

Code: Alles auswählen

obiwan@kenobi:~$ lspci | grep 855
00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

killerbees19 i have successfully build the mesa-amber deb packages following your linux commands

Code: Alles auswählen

obiwan@kenobi:~/Drivers/mesa$ glxinfo | grep renderer
MESA: warning: Driver does not support the 0x3582 PCI ID.
libGL error: glx: failed to create dri2 screen
libGL error: failed to load driver: iris
    GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer, GLX_MESA_swap_control, 
    GLX_MESA_query_renderer, GLX_OML_swap_method, GLX_SGIS_multisample, 
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: llvmpipe (LLVM 15.0.6, 128 bits)

Code: Alles auswählen

obiwan@kenobi:~/Drivers$ ls
libegl-amber0_21.3.9-1+fnx1_i386.deb
libegl-amber0-dbgsym_21.3.9-1+fnx1_i386.deb
libgl1-amber-dri_21.3.9-1+fnx1_i386.deb
libgl1-amber-dri-dbgsym_21.3.9-1+fnx1_i386.deb
libglx-amber0_21.3.9-1+fnx1_i386.deb
libglx-amber0-dbgsym_21.3.9-1+fnx1_i386.deb
mesa
mesa-amber
mesa-amber_21.3.9-1+fnx1.diff.gz
mesa-amber_21.3.9-1+fnx1.dsc
mesa-amber_21.3.9-1+fnx1_i386.build
mesa-amber_21.3.9-1+fnx1_i386.buildinfo
mesa-amber_21.3.9-1+fnx1_i386.changes
mesa-amber_21.3.9.orig.tar.gz
obiwan@kenobi:~/Drivers$ 

but when i tried the mesa.git block commands, at this command, it asks for a username and password

Code: Alles auswählen

obiwan@kenobi:~/Drivers/mesa$ git fetch upstream 
Username for 'https://github.com': 

how can i fix this ? is there a possibility to post the binaries ?

danke schon

[hikaru]

The Mesa project has moved to gitlab.

Please replace this line:

Code: Alles auswählen

git remote add upstream https://github.com/Mesa3D/mesa.git

with this one:

Code: Alles auswählen

git remote add upstream https://gitlab.freedesktop.org/mesa/mesa.git

[constantine]

thank you , a lot beter

when typing
sudo mk-build-deps --install debian/control

there was a strange error debian/control package not found but it has buid dependencies

now i am at "gbp buildpackage --git-ignore-branch -us -uc" phase.

it takes a lot of time wait and see

[constantine]

Hallo

after 8 hours of compilation here are the deb packages that my dell inspiron 510m has created.

the mesa amber packages

Code: Alles auswählen

obiwan@kenobi:~/Drivers$ ls *.deb | grep 21.3.9
libegl-amber0_21.3.9-1+fnx1_i386.deb
libegl-amber0-dbgsym_21.3.9-1+fnx1_i386.deb
libgl1-amber-dri_21.3.9-1+fnx1_i386.deb
libgl1-amber-dri-dbgsym_21.3.9-1+fnx1_i386.deb
libglx-amber0_21.3.9-1+fnx1_i386.deb
libglx-amber0-dbgsym_21.3.9-1+fnx1_i386.deb

the mesa packages

Code: Alles auswählen

obiwan@kenobi:~/Drivers$ ls *.deb | grep 22.3.6
libd3dadapter9-mesa_22.3.6-1+deb12u1+fnx1_i386.deb
libd3dadapter9-mesa-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libd3dadapter9-mesa-dev_22.3.6-1+deb12u1+fnx1_i386.deb
libegl1-mesa_22.3.6-1+deb12u1+fnx1_i386.deb
libegl1-mesa-dev_22.3.6-1+deb12u1+fnx1_i386.deb
libegl-mesa0_22.3.6-1+deb12u1+fnx1_i386.deb
libegl-mesa0-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libgbm1_22.3.6-1+deb12u1+fnx1_i386.deb
libgbm1-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libgbm-dev_22.3.6-1+deb12u1+fnx1_i386.deb
libgl1-mesa-dev_22.3.6-1+deb12u1+fnx1_i386.deb
libgl1-mesa-dri_22.3.6-1+deb12u1+fnx1_i386.deb
libgl1-mesa-dri-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libgl1-mesa-glx_22.3.6-1+deb12u1+fnx1_i386.deb
libglapi-mesa_22.3.6-1+deb12u1+fnx1_i386.deb
libglapi-mesa-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libgles2-mesa_22.3.6-1+deb12u1+fnx1_i386.deb
libgles2-mesa-dev_22.3.6-1+deb12u1+fnx1_i386.deb
libglx-mesa0_22.3.6-1+deb12u1+fnx1_i386.deb
libglx-mesa0-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libosmesa6_22.3.6-1+deb12u1+fnx1_i386.deb
libosmesa6-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libosmesa6-dev_22.3.6-1+deb12u1+fnx1_i386.deb
libwayland-egl1-mesa_22.3.6-1+deb12u1+fnx1_i386.deb
libxatracker2_22.3.6-1+deb12u1+fnx1_i386.deb
libxatracker2-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
libxatracker-dev_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-common-dev_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-opencl-icd_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-opencl-icd-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-va-drivers_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-va-drivers-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-vdpau-drivers_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-vdpau-drivers-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-vulkan-drivers_22.3.6-1+deb12u1+fnx1_i386.deb
mesa-vulkan-drivers-dbgsym_22.3.6-1+deb12u1+fnx1_i386.deb

so know i am a little bit lost where should i start, to get glxinfo take the amber git renderer

so i started with the mesa amber package as the order of the post

sudo dpkg -i libegl-amber0_21.3.9-1+fnx1_i386.deb => installation ok
sudo apt-mark hold libegl-amber0 => hold ok

sudo dpkg -i libegl-amber0-dbgsym_21.3.9-1+fnx1_i386.deb => installation ok
sudo apt-mark hold libegl-amber0-dbgsym => hold ok

sudo dpkg -i libgl1-amber-dri_21.3.9-1+fnx1_i386.deb => installation ko

Code: Alles auswählen

obiwan@kenobi:~/Drivers$ sudo dpkg -i libgl1-amber-dri_21.3.9-1+fnx1_i386.deb
(Lecture de la base de données... 145554 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de libgl1-amber-dri_21.3.9-1+fnx1_i386.deb ...
Dépaquetage de libgl1-amber-dri:i386 (21.3.9-1+fnx1) ...
dpkg: erreur de traitement de l'archive libgl1-amber-dri_21.3.9-1+fnx1_i386.deb (--install) :
 tentative de remplacement de « /usr/lib/i386-linux-gnu/dri/915_dri.so », qui appartient aussi au paquet libgl1-mesa-dri:i386 22.3.6-1+deb12u1
Des erreurs ont été rencontrées pendant l'exécution :
 libgl1-amber-dri_21.3.9-1+fnx1_i386.deb

it seems that there is some conflict with the previous 915_dri.so which belong to the package 22.3.6 than debian installed during dvd iso system install

is there a way to force libgl1-amber-dri_21.3.9-1+fnx1_i386.deb to be installed ?

have a nice day all.

[hikaru]

dpkg: erreur de traitement de l'archive libgl1-amber-dri_21.3.9-1+fnx1_i386.deb (--install) :
tentative de remplacement de « /usr/lib/i386-linux-gnu/dri/915_dri.so », qui appartient aussi au paquet libgl1-mesa-dri:i386 22.3.6-1+deb12u1

You could uninstall libgl1-mesa-dri:i386 , ignoring what this would do to its dependencies:

Code: Alles auswählen

dpkg --remove --force-depends libgl1-mesa-dri:i386

Warning: This WILL (temporarily) break your system!

And then install libgl1-amber-dri_21.3.9-1+fnx1_i386.deb :

Code: Alles auswählen

dpkg -i libgl1-amber-dri_21.3.9-1+fnx1_i386.deb

Assuming, that libgl1-amber-dri Provides libgl1-mesa-dri, everything should be fine again.
Note, that libgl1-amber-dri has a lower version number than libgl1-mesa-dri, which might cause problems with some dependencies!

You might need to have to replace other default packages with their "amber" counterparts in a similar fashion.


Just two side notes:
1. In the future, please use [code‍] tags for command outputs!

2. Since most people here probably don't understand French, it would be prudent to post your programs' outputs in English. You can do this temporarily, by prepending a custom $LANG setting. An empty string will default to English. So this would create an output in English:

Code: Alles auswählen

LANG= sudo dpkg -i libgl1-amber-dri_21.3.9-1+fnx1_i386.deb

[constantine]

danke

i didn't know where the code tag is now i know thank you

Code: Alles auswählen

obiwan@kenobi:~/Drivers$ LANG=english sudo dpkg --remove --force-depends libgl1-mesa-dri:i386
dpkg: libgl1-mesa-dri:i386: dependency problems, but removing anyway as you requested:
 xorg depends on libgl1-mesa-dri.
 libglx-mesa0:i386 depends on libgl1-mesa-dri.

(Reading database ... 145554 files and directories currently installed.)
Removing libgl1-mesa-dri:i386 (22.3.6-1+deb12u1) ...

then installing after, it seems good.

Code: Alles auswählen

obiwan@kenobi:~/Drivers$ LANG=english sudo dpkg -i libgl1-amber-dri_21.3.9-1+fnx1_i386.deb
(Reading database ... 145534 files and directories currently installed.)
Preparing to unpack libgl1-amber-dri_21.3.9-1+fnx1_i386.deb ...
Unpacking libgl1-amber-dri:i386 (21.3.9-1+fnx1) ...
Setting up libgl1-amber-dri:i386 (21.3.9-1+fnx1) ...
obiwan@kenobi:~/Drivers$ 

Code: Alles auswählen

obiwan@kenobi:~/Drivers$ LANG=english sudo apt-mark hold libgl1-amber-dri
libgl1-amber-dri set on hold.

after installing all the amber .deb files 21.3.9-1, should i install all the fresh new compiled 22.3.6-1 .deb files ?

[hikaru]

after installing all the amber .deb files 21.3.9-1, should i install all the fresh new compiled 22.3.6-1 .deb files ?

As far as I understand it, you need to replace the packages ON‍ YOUR‍ SYSTEM that were built from mesa with the custom-built ones.
So compare the list of your custom-built packages with the output of:

Code: Alles auswählen

dpkg -l

[constantine]

danke for your help :p

it worked

have a nice day hikaru

the morality of this epic adventure, is that debian 12 with their Llvmpipe software renderer is bad on old computers, or maybe newers computer.

i do not know if on recent computers Llvmpipe is activated by default, but i pity the users that are forced to use this mega slow renderer

debian 11 is not as stupid as debian 12, and uses the correct hardware renderer Mesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2

if someone one day want the deb files i have compiled on my brave dell inspiron, il will post a zip file with a link

[hikaru]

de rien!

debian 11 is not as stupid as debian 12, and uses the correct hardware renderer Mesa DRI Intel(R) 852GM/855GM x86/MMX/SSE2

Well, it's not stupid, just a design decision. Mesa, with version 22 has stopped supporting really old graphics chipsets (everything before Intel GMA Gen 4) in favor of less lines of code. Your IGP is 20 years old.

I still have a notebook with an 18 years old IGP in storage, slightly newer than your Dell, but old enough to be affected by this change. I have only become aware of the issue via this thread. I hadn't noticed any regressions after the switch to Bookworm. Then again, I haven't done anything graphics-demanding on that machine for at least five years.
I guess I'll try mesa-amber on it just for fun, the next time I have the chance.

A hint once Trixie comes around:
In case you have a faster computer than your old Dell, you can do the whole package building there. Only the actual installation of the debs has to be done on the target system.

[constantine]

lol

it is just a question of point of vue of course i have newer pcs than that, but just because this old dell was useless with windows xp, you cannot even surf anymore with this on xp. the only way to save this old pc is to install linux on it.

there is only two possibilities for this old pc.

either you stick with debian 12, and install amber , to make it usable (opengl 1.3 supported)
either you go back to debian 11, and older mesa to get correct legacy drivers. (opengl 1.3 supported)

unfortunately for me, debian 12 with the new architecture lvvmpipe, make this old pc usable only for terminal or maybe some libreoffice. for base gaming it is horrible.

llvmpipe support last opengl specs only in software. which means cpu does all. it is horrible.

this post help me a lot, because now the pc is usable even in 2024 for some linux lowend opengl gaming and some web browsing.

users when installing debian should have the choice if they want to use legacy renderer (espacially on old hardware) or the software rendering llvmpipe (LLVM 15.0.6, 128 bits). for me formidable llvmpipe is the choice of lazyness and it is not ecological at all save old pcs :p

to show all the debian users, how mesa llvmpipe is unusable , if you have time hikaru, try to play a 20 years old game like supertux on your 18 years old pc with debian 12. it is a nightmare, you barely can launch the "new game" in menu. with debian 11 or debian12 / amber drivers forced, you can play the game smoothly

people must really know what is really llvmpipe, and how it is ruining their pc performance.
i think the mesa developpers have not a old pc anymore to realize how mesa 22 with the new renderer llvmpipe is a total disaster for users. maybe some of them uses virtual machines to emulate things, but after all, for a normal user, if someone install debian 12 on an old hardware, the user will be a lot desapointed

i really think than debian 12 community must start to be more intelligent, debian i386 is for old computers, who will install a 32 bit i386 version of linux on super new hardware ? on new computers people uses amd64. So why bothering people with mesa 22 on the i386 branch ?. it makes the i386 useless. bad design choice ! i386 should have mesa 21 available by default !
People should have the choice of choosing the mesa amber package during the iso standard install of debian.

[emhuisken]

Thema (für mich) vorerst erledigt

Ich habe nun das mesa Paket einfach mit einem Patch neu gebaut und das unveröffentlichte mesa-amber ebenfalls mit einem Patch gebaut. Grob gesagt habe ich den neuen i915-Treiber im normalen mesa Paket deaktiviert und stattdessen den alten i915-Treiber in mesa-amber aktiviert. (Falls jemand die fertigen Binärpakete braucht, einfach melden.)

Ich habe das Problem auf einem HP probook mit Intel CPU, und frage mich jetzt, ob diese Lösung für mich auch möglich sein könnte? Der Thread zu meinem Problem findet sich hier: viewtopic.php?t=190282. Da ich von selber bauen etc. einfach keine Ahnung habe, würden mir nur fertige Pakete was nützen. Kann das funktionieren?

[killerbees19]

Falls jemand die fertigen Binärpakete braucht, einfach melden.

Die liegen übrigens seit damals als Release in einem GitHub-Repo, ich habe es hier wohl nur vergessen zu erwähnen.

Verwendung auf eigene Gefahr, ich habe dieses Projekt seit damals nicht mehr angerührt: https://github.com/froonix/mesa/releases