Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #112397 > unrolled thread

Debian Buster, FB-Modul in Grub angeben

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  Debian Buster, FB-Modul in Grub angeben Detlef Paschke <schabau@t-online.de> - 2020-10-09 12:40 +0200
    Re: Debian Buster, FB-Modul in Grub angeben Sven Hartge <sh-20A@svenhartge.de> - 2020-10-09 12:50 +0200
    Re: Debian Buster, FB-Modul in Grub angeben Marcel Mueller <news.5.maazl@spamgourmet.org> - 2020-10-09 13:53 +0200
      Re: Debian Buster, FB-Modul in Grub angeben Detlef Paschke <schabau@t-online.de> - 2020-10-09 15:07 +0200
        Re: Debian Buster, FB-Modul in Grub angeben Marcel Mueller <news.5.maazl@spamgourmet.org> - 2020-10-09 16:43 +0200
          Re: Debian Buster, FB-Modul in Grub angeben Kay Martinen <usenet@martinen.de> - 2020-10-09 19:19 +0200
          Re: Debian Buster, FB-Modul in Grub angeben Detlef Paschke <schabau@t-online.de> - 2020-10-10 09:17 +0200

#112397 — Debian Buster, FB-Modul in Grub angeben

Hallo,

auf einer Debian Maschine (Proxmox) an der ich nicht sonderlich oft
"live" sitze ist mir heute aufgefallen, das die Ausgabe auf der Konsole
sehr langsam ist.

Zum Vergleich,
time dmidecode -t 14
dauert direkt am Rechner über 13 Sekunden, per ssh nur 0,003 Sekunden.

Grafik ist eine Matrox MGA-G200, entsprechende Treiber sind unter
/lib/modules/[VERSION]/kernel/drivers/video/fbdev/matrox/
zu finden.

Im Verdacht habe ich vesafb, der lt. kernel.log beim Start geladen wird.

vesafb: mode is 1024x768x32, linelength=4096, pages=0
vesafb: scrolling: redraw
vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
vesafb: framebuffer at 0xdd000000, mapped to 0x(____ptrval____), using
3072k, total 3072k
fbcon: Deferring console take-over
fb0: VESA VGA frame buffer device

Unter /etc/default/grub habe ich was die Grafik betrifft, diese
Einstellungen.

GRUB_CMDLINE_LINUX="GFXPAYLOAD=text nomodeset"
GRUB_GFXMODE=1024x768
GRUB_GFXPAYLOAD_LINUX=keep

Bevor ich nun evtl. ganz auf FB verzichte, würde ich gern das matroxfb
Modul Probieren.
Wie kann ich das aber in der grub config eintragen?

Angaben mit "video=xxx" sollen ja mit den neuen Grafikeinstellungen wie
GFXMODE und GFXPAYLOAD nicht mehr funktionieren, wie ich gelesen habe.

Viele Grüße
Detlef Paschke

-- 
Das "Zitat des Augenblicks" gibt es nur auf
http://www.schabau.goip.de
Meine "Merkzettel"
http://www.helpdesk.goip.de

[toc] | [next] | [standalone]

#112398

Detlef Paschke <schabau@t-online.de> wrote:

> auf einer Debian Maschine (Proxmox) an der ich nicht sonderlich oft
> "live" sitze ist mir heute aufgefallen, das die Ausgabe auf der Konsole
> sehr langsam ist.

> Im Verdacht habe ich vesafb, der lt. kernel.log beim Start geladen wird.

Absolut korrekt verdächtigt.

S!

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#112402

Am 09.10.20 um 12:40 schrieb Detlef Paschke:
> Grafik ist eine Matrox MGA-G200, entsprechende Treiber sind unter
> /lib/modules/[VERSION]/kernel/drivers/video/fbdev/matrox/
> zu finden.

Da wirst Du keine Freude haben. Der (gute) Matrox-Treiber ist schon vor 
Jahren aus den Kernel-Sourcen geflogen, weil ihn wohl niemand warten 
wollte. Seitdem laufen Matrox-Karten auf dem Niveau eines 286-ers. Die 
genaue Kernel-Version weiß ich nicht mehr, aber Ubuntu 10.04 war das 
letzte, das noch auf Matrox-Karten sinnvoll lief. Ab 12.04 unbenutzbar, 
also irgendwo zwischen Kernel 2.6 und 3.2.


> Im Verdacht habe ich vesafb, der lt. kernel.log beim Start geladen wird.
> 
> vesafb: mode is 1024x768x32, linelength=4096, pages=0
> vesafb: scrolling: redraw
> vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
> vesafb: framebuffer at 0xdd000000, mapped to 0x(____ptrval____), using
> 3072k, total 3072k
> fbcon: Deferring console take-over
> fb0: VESA VGA frame buffer device

Im FB-Modus wird das nicht besser. Der Datendurchsatz der Karte reicht 
einfach nicht, um größere Bildinhalte schnell zu bewegen.
Bei XGA muss bei jedem Scrollvorgang praktisch der komplette 
Grafikspeicher bewegt werden, also bei dir 3MB. Zweimal über den Bus 
macht 6MB. Falls Du nicht die AGP-Version hast, begrenzt bereits der 
PCI-Bus das auf gut ein Dutzend Zeilen pro Sekunde. Falls es eine 
Mystique ist hat die ferner keinen Dual-Port-RAM. Daher können die 
Zugriffe nur erfolgen, während der RAMDAC gerade keine Daten braucht. 
Das macht es nochmal etwas langsamer.


> Unter /etc/default/grub habe ich was die Grafik betrifft, diese
> Einstellungen.
> 
> GRUB_CMDLINE_LINUX="GFXPAYLOAD=text nomodeset"
> GRUB_GFXMODE=1024x768
> GRUB_GFXPAYLOAD_LINUX=keep
> 
> Bevor ich nun evtl. ganz auf FB verzichte, würde ich gern das matroxfb
> Modul Probieren.
> Wie kann ich das aber in der grub config eintragen?

Spar dir die Mühe. Wirklich schnell wird die Kiste ohne jede 
Hardwarebeschleunigung nie.

Da dein Server Headless unterwegs ist, gibt es aber mutmaßlich eine 
andere Lösung: Schalte den Grafikmodus komplett ab und betreibe die 
Kiste im Textmode. 132*60 Text Mode können die meisten VESA-BIOSe. Das 
sieht wegen der 8x8 Fonts zwar häßlich aus, aber es ist wenigstens sehr 
schnell. Nebenbei bekommst Du dabei den Ausgabepuffer für rausgescrollte 
Zeilen zurück.


> Angaben mit "video=xxx" sollen ja mit den neuen Grafikeinstellungen wie
> GFXMODE und GFXPAYLOAD nicht mehr funktionieren, wie ich gelesen habe.

Keine Ahnung. Aber konnte man nicht in der Kernel-Kommandozeile eine 
VGA-Modus für den Kernel erzwingen? AFAIR vga=xxx
Die Geschwindigkeit in grub ist ja egal.

Sollte das mit den VESA Textmodus nicht funktionieren, bleibt dir noch 
die Option Standard VGA mit 80*25, also zurück in die 80-er. ;-)


Marcel

[toc] | [prev] | [next] | [standalone]

#112405

Am 09.10.2020 um 13:53 schrieb Marcel Mueller:
> Am 09.10.20 um 12:40 schrieb Detlef Paschke:
> 
>> Im Verdacht habe ich vesafb, der lt. kernel.log beim Start geladen wird.
>>
> 
> Im FB-Modus wird das nicht besser. Der Datendurchsatz der Karte reicht 
> einfach nicht, um größere Bildinhalte schnell zu bewegen.
> Bei XGA muss bei jedem Scrollvorgang praktisch der komplette 
> Grafikspeicher bewegt werden, also bei dir 3MB. Zweimal über den Bus 
> macht 6MB. Falls Du nicht die AGP-Version hast, begrenzt bereits der 
> PCI-Bus das auf gut ein Dutzend Zeilen pro Sekunde. Falls es eine 
> Mystique ist hat die ferner keinen Dual-Port-RAM. Daher können die 
> Zugriffe nur erfolgen, während der RAMDAC gerade keine Daten braucht. 
> Das macht es nochmal etwas langsamer.

Ist eine Onboard Grafik auf einem Supermicro X9DRi-LN4F+

>> GRUB_CMDLINE_LINUX="GFXPAYLOAD=text nomodeset"
>> GRUB_GFXMODE=1024x768
>> GRUB_GFXPAYLOAD_LINUX=keep
>>
>> Bevor ich nun evtl. ganz auf FB verzichte, würde ich gern das matroxfb
>> Modul Probieren.
>> Wie kann ich das aber in der grub config eintragen?
> 
> Spar dir die Mühe. Wirklich schnell wird die Kiste ohne jede 
> Hardwarebeschleunigung nie.
> 
> Da dein Server Headless unterwegs ist, gibt es aber mutmaßlich eine 
> andere Lösung: Schalte den Grafikmodus komplett ab und betreibe die 
> Kiste im Textmode...

So in dieser Richtung werde ich wohl auch verfahren.
An der Kiste selbst brauche ich ohnehin nur reinen Textmode und die
GFX-Einstellungen in Grub hatte ich dazumal auch nur gemacht, weil mir
nach irgend einem Hardware- oder Systemwechsel die Bildschirmausgabe auf
1280x1024 oder irgend sowas aufgeblasen wurde und das konnte man auf dem
angeschlossenen 12 Zöller nicht mehr lesen.

>> Angaben mit "video=xxx" sollen ja mit den neuen Grafikeinstellungen wie
>> GFXMODE und GFXPAYLOAD nicht mehr funktionieren, wie ich gelesen habe.
> 
> Keine Ahnung. Aber konnte man nicht in der Kernel-Kommandozeile eine 
> VGA-Modus für den Kernel erzwingen? AFAIR vga=xxx

Das meinte ich. Irgendwo habe ich gelesen, dass sich mit den GFX-Zeilen
in Grub die Kernel-Kommandos nach dem Schema vga=matroxfb nicht
vertragen sollen.

> Sollte das mit den VESA Textmodus nicht funktionieren, bleibt dir noch 
> die Option Standard VGA mit 80*25, also zurück in die 80-er. ;-)

Eines der besten Jahrzehnte und es war vieles einfacher... :)

> 
> Marcel
> 

Viele Grüße
Detlef Paschke

-- 
Das "Zitat des Augenblicks" gibt es nur auf
http://www.schabau.goip.de
Meine "Merkzettel"
http://www.helpdesk.goip.de

[toc] | [prev] | [next] | [standalone]

#112410

Am 09.10.20 um 15:07 schrieb Detlef Paschke:
>> Keine Ahnung. Aber konnte man nicht in der Kernel-Kommandozeile eine
>> VGA-Modus für den Kernel erzwingen? AFAIR vga=xxx
> 
> Das meinte ich. Irgendwo habe ich gelesen, dass sich mit den GFX-Zeilen
> in Grub die Kernel-Kommandos nach dem Schema vga=matroxfb nicht
> vertragen sollen.

Musste hinter vga= nicht eine Zahl mit dem Grafikmodus?

>> Sollte das mit den VESA Textmodus nicht funktionieren, bleibt dir noch
>> die Option Standard VGA mit 80*25, also zurück in die 80-er. ;-)
> 
> Eines der besten Jahrzehnte und es war vieles einfacher... :)

Naja, damals waren brauchbare Rechner ziemlich teuer, und wenn man 
Search as you type haben wollte, durfte man den DB-Kernel in Assembler 
schreiben. Also so richtig heule ich dem nicht hinterher.


Marcel

[toc] | [prev] | [next] | [standalone]

#112412

Am 09.10.20 um 16:43 schrieb Marcel Mueller:
> Am 09.10.20 um 15:07 schrieb Detlef Paschke:
>>> Keine Ahnung. Aber konnte man nicht in der Kernel-Kommandozeile eine
>>> VGA-Modus für den Kernel erzwingen? AFAIR vga=xxx

Ich hab das auch mal versucht und denke man muß außerdem noch den
Framebuffermode oder treiber laden verhindern weil dann IMHO die
Auflösung und Setup wieder durch was anderes festgelegt wird.

Sprich: Ich hab das mal gesetzt weil ich einen kleinen Kontrollmonitor
hab der kaum 800x600 schafft. Beim Booten alles okay. Aber dann
klickklackspring haut von irgendwo her eine große Auflösung alles wieder
kaputt und der Server (ein Proliant) war nicht nur Headless, sondern
auch im Blindflug. Auch über die ILO konnte ich leider kein Bild bekommen.

>> Das meinte ich. Irgendwo habe ich gelesen, dass sich mit den GFX-Zeilen
>> in Grub die Kernel-Kommandos nach dem Schema vga=matroxfb nicht
>> vertragen sollen.
> 
> Musste hinter vga= nicht eine Zahl mit dem Grafikmodus?

Ja. Z.b. einer hiervon: http://pierre.baudu.in/other/grub.vga.modes.html

> 
>>> Sollte das mit den VESA Textmodus nicht funktionieren, bleibt dir noch
>>> die Option Standard VGA mit 80*25, also zurück in die 80-er. ;-)

Würde mir persönlich völlig reichen. Wenn es Zuverlässig läuft und nicht
von irgendwas wieder zerschlagen wird.

>> Eines der besten Jahrzehnte und es war vieles einfacher... :)
> 
> Naja, damals waren brauchbare Rechner ziemlich teuer, und wenn man
> Search as you type haben wollte, durfte man den DB-Kernel in Assembler
> schreiben. Also so richtig heule ich dem nicht hinterher.

Pfft. search as you type. Luxus Probleme. So was braucht man nicht wirklich.

Kay

-- 
Posted via leafnode

[toc] | [prev] | [next] | [standalone]

#112418

Am 09.10.2020 um 16:43 schrieb Marcel Mueller:
> Am 09.10.20 um 15:07 schrieb Detlef Paschke:
>>> Keine Ahnung. Aber konnte man nicht in der Kernel-Kommandozeile eine
>>> VGA-Modus für den Kernel erzwingen? AFAIR vga=xxx
>>
>> Das meinte ich. Irgendwo habe ich gelesen, dass sich mit den GFX-Zeilen
>> in Grub die Kernel-Kommandos nach dem Schema vga=matroxfb nicht
>> vertragen sollen.
> 
> Musste hinter vga= nicht eine Zahl mit dem Grafikmodus?

Ja, nach dem Prinzip vga=771 oder vga=800x600.
Wenn man ein anderes FB Modul haben wollte musste es dann wohl so
aussehen: video=matroxfb:mode:800x600x16.

> Marcel
> 

Viele Grüße
Detlef Paschke

-- 
Das "Zitat des Augenblicks" gibt es nur auf
http://www.schabau.goip.de
Meine "Merkzettel"
http://www.helpdesk.goip.de

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web