Created attachment 844329 [details] Xorg.0.log using options: nomodeset vga=792; 50-device.conf (In reply to Stefan Dirsch from comment #14) > Ok. I have no idea, why there is no single framebuffer mode available. There > should be with kernel boot options > nomodeset vga=792 X doesn't like this in combination with 'Driver "fbdev". > BTW, this GPU is from 2002! And it's an AGP card! I would guess the Matrox > G400, which appears to work, is a PCI card. All my G400s are AGP. I have a G200 somewhere that is PCI. Whether it still works or not I don't know, not used in many moons. > What about combining your machine with a CRT monitor from 2002 and be happy > with 1024x768 in framebuffer mode. ;-) I didn't bring any when I moved, and don't think I left any behind either, except for a green 12" monochrome hiding deep in a closet. Even when I was last using CRTs I was typically using 1400x1050 or 1600x1200. :) Anyway, I filed this because of Xavier and other poor people who have to use whatever they can get. I'd never get anything done with one 700MHz core and 1024x768. :p Hmmm. This rv250 back home in the 64bit Sempron host k8mmv I have configured to use radeon.agpmode=-1 with TW. Maybe that's something for Xavier worth a try. Without it, and without fbdev forced via 50-device.conf: [ 164.095] Current Operating System: Linux k8mmv 5.8.14-1-default ... x86_64 [ 164.095] Kernel command line:...mitigations=auto consoleblank=0 vga=792 nomodeset [ 164.697] (II) Unloading vesa [ 164.698] (EE) FBDEV(0): FBIOPUT_VSCREENINFO succeeded but modified mode [ 164.698] (EE) FBDEV(0): mode initialization failed [ 164.698] (EE) Fatal server error: [ 164.698] (EE) AddScreen/ScreenInit failed for driver 0... # cat /etc/X11/xorg.conf /etc/X11/xorg.conf/50-device.conf cat: /etc/X11/xorg.conf: No such file or directory cat: /etc/X11/xorg.conf/50-device.conf: No such file or directory # inxi -CGISay System: Host: k8mmv Kernel: 5.8.14-1-default x86_64 bits: 64 compiler: gcc v: 10.2.1 parameters:...mitigations=auto consoleblank=0 vga=792 radeon.agpmode=-1 Desktop: Trinity R14.0.8 tk: Qt 3.5.0 info: kicker wm: Twin 3.0 dm: startx Distro: openSUSE Tumbleweed 20201014 CPU: Info: Single Core model: AMD Sempron 3000+ bits: 64 type: UP arch: K8 rev.E family: F (15) model-id: 2C (44) stepping: 2 microcode: N/A L2 cache: 128 KiB flags: lm nx pae sse sse2 sse3 bogomips: 3599 Speed: 1800 MHz min/max: N/A Core speed (MHz): 1: 1800 Vulnerabilities: Type: itlb_multihit status: Not affected Type: l1tf status: Not affected Type: mds status: Not affected Type: meltdown status: Not affected Type: spec_store_bypass status: Not affected Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization Type: spectre_v2 mitigation: Full AMD retpoline, STIBP: disabled, RSB filling Type: srbds status: Not affected Type: tsx_async_abort status: Not affected Graphics: Device-1: AMD RV250/M9 GL [Mobility FireGL 9000/Radeon 9000] driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:4c66 Display: x11 server: X.Org 1.20.9 driver: ati,radeon unloaded: fbdev,modesetting,vesa display ID: :0 screens: 1 Screen-1: 0 s-res: 1920x1200 s-dpi: 108 s-size: 451x282mm (17.8x11.1") s-diag: 532mm (20.9") Monitor-1: DVI-0 res: 1920x1200 hz: 60 dpi: 94 size: 519x324mm (20.4x12.8") diag: 612mm (24.1") OpenGL: renderer: Mesa DRI R200 (RV250 4C66) DRI2 v: 1.3 Mesa 20.1.8 direct render: Yes Info:...Shell: Bash v: 5.0.18 running in: konsole inxi: 3.1.09 vttys appear to be in 1920x1200 too. Same goes for forcing FBDEV, though with a noisy log: # egrep -i 'ent Ope|fbdev|nel com|\(EE\)|time:' /var/log/Xorg.0.log [ 98.212] Current Operating System: Linux k8mmv 5.8.14-1-default ... x86_64 [ 98.212] Kernel command line:...mitigations=auto consoleblank=0 vga=792 radeon.agpmode=-1 (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 98.217] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 9 10:56:05 2020 [ 98.633] (II) LoadModule: "fbdev" [ 98.633] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 98.644] (II) Module fbdev: vendor="X.Org Foundation" [ 98.644] (II) FBDEV: driver for framebuffer: fbdev [ 98.644] (II) Loading sub module "fbdevhw" [ 98.644] (II) LoadModule: "fbdevhw" [ 98.645] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 98.657] (II) Module fbdevhw: vendor="X.Org Foundation" [ 98.657] (**) FBDEV(0): claimed PCI slot 1@0:0:0 [ 98.657] (II) FBDEV(0): using default device [ 98.657] (II) FBDEV(0): Creating default Display subsection in Screen section [ 98.658] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32 [ 98.658] (==) FBDEV(0): RGB weight 888 [ 98.658] (==) FBDEV(0): Default visual is TrueColor [ 98.658] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0) [ 98.658] (II) FBDEV(0): hardware: radeondrmfb (video memory: 9000kB) [ 98.658] (II) FBDEV(0): checking modes against framebuffer device... [ 98.658] (II) FBDEV(0): checking modes against monitor... [ 98.658] (II) FBDEV(0): Virtual size is 1920x1200 (pitch 1920) [ 98.658] (**) FBDEV(0): Built-in mode "current" [ 98.658] (==) FBDEV(0): DPI set to (96, 96) [ 98.664] (**) FBDEV(0): using shadow framebuffer [ 98.673] (==) FBDEV(0): Backing store enabled [ 98.674] (EE) FBDEV(0): FBIOPUTCMAP: Device or resource busy #...256 identical of these FBIOPUTCMAPs total..., without apparent impact in X session [ 98.677] (EE) FBDEV(0): FBIOPUTCMAP: Device or resource busy [ 98.677] (==) FBDEV(0): DPMS enabled I couldn't stop, put the rv250 back into the blankety blank Katmai (bad PS/2 port, flaky RAM slot). With KMS enabled, both FBDEV and Radeon drivers produce expected results. e.g. # inxi -GSay System: Host: s2846 Kernel: 5.8.15-1-default i686 bits: 32 compiler: gcc v: 10.2.1 parameters:...consoleblank=0 mitigations=none vga=792 radeon.agpmode=-1 Desktop: Trinity R14.0.9 tk: Qt 3.5.0 info: kicker wm: Twin 3.0 dm: startx Distro: openSUSE Tumbleweed 20201127 Graphics: Device-1: AMD RV250/M9 GL [Mobility FireGL 9000/Radeon 9000] driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:4c66 Display: x11 server: X.Org 1.20.9 driver: ati,radeon unloaded: fbdev,modesetting,vesa display ID: :0 screens: 1 Screen-1: 0 s-res: 1680x1050 s-dpi: 96 s-size: 444x277mm (17.5x10.9") s-diag: 523mm (20.6") Monitor-1: VGA-0 res: 1680x1050 hz: 60 dpi: 90 size: 474x296mm (18.7x11.7") diag: 559mm (22") OpenGL: renderer: Mesa DRI R200 (RV250 4C66) x86/MMX/SSE DRI2 v: 1.3 Mesa 20.2.3 direct render: Yes :D