xf86-video-fbdev issueshttps://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues2023-10-05T21:28:18Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/11Does fbdev support fb nodes that only support 24bppp ?2023-10-05T21:28:18Zravi chandra sadineniDoes fbdev support fb nodes that only support 24bppp ?We have a device that only supports 24bpp. does fbdev driver support 24bppp ? If so what does the conf file for that look like ?
Looking at the code, `FBDevPreInit()` seems to be forcing fbpp to 32 even when the hardware says it only...We have a device that only supports 24bpp. does fbdev driver support 24bppp ? If so what does the conf file for that look like ?
Looking at the code, `FBDevPreInit()` seems to be forcing fbpp to 32 even when the hardware says it only supports 24bpp: https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/blob/master/src/fbdev.c?ref_type=heads#L495. Am I understanding this correct ?https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/10fbdev failed boot with X Server 1.20.42020-06-03T03:30:41ZSui Jingfengfbdev failed boot with X Server 1.20.4> 69 [ 43505.309] (II) Loading sub module "fbdevhw"
> 70 [ 43505.309] (II) LoadModule: "fbdevhw"
> 71 [ 43505.309] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
> 72 [ 43505.309] (II) Module fbdevhw: vendor="X.Org Foundation"
> ...> 69 [ 43505.309] (II) Loading sub module "fbdevhw"
> 70 [ 43505.309] (II) LoadModule: "fbdevhw"
> 71 [ 43505.309] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
> 72 [ 43505.309] (II) Module fbdevhw: vendor="X.Org Foundation"
> 73 [ 43505.309] -··compiled for 1.20.4, module version = 0.0.2
> 74 [ 43505.309] -··ABI class: X.Org Video Driver, version 24.0
> 75 [ 43505.309] (EE) Screen 0 deleted because of no matching config section.
> 76 [ 43505.309] (II) UnloadModule: "fbdev"
> 77 [ 43505.310] (II) UnloadSubModule: "fbdevhw"
> 78 [ 43505.310] (EE) Device(s) detected, but none match those in the config file.
> 79 [ 43505.310] (EE)
> 80 Fatal server error:
> 81 [ 43505.310] (EE) no screens found(EE)
> 82 [ 43505.310] (EE)
however, boot with X Server 1.20.1 is OK.https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/8Fatal server error: EnterVT failed for screen 02018-08-10T20:41:53ZBugzilla Migration UserFatal server error: EnterVT failed for screen 0## Submitted by Gokul
Assigned to **Xorg Project Team**
**[Link to original bug (#107392)](https://bugs.freedesktop.org/show_bug.cgi?id=107392)**
## Description
Created attachment 140847
Xorg Log
I'm able to rotate Xorg with foll...## Submitted by Gokul
Assigned to **Xorg Project Team**
**[Link to original bug (#107392)](https://bugs.freedesktop.org/show_bug.cgi?id=107392)**
## Description
Created attachment 140847
Xorg Log
I'm able to rotate Xorg with following configuration in /etc/X11/xorg.conf. But,during power standby suspend and resume Xorg crashes. Attached log for your reference. Is there any hack to prevent Xorg crash with Option "Rotate" "CW" ?
Section "Device"
Identifier "Builtin Default fbdev Device 0"
Driver "fbdev"
Option "Rotate" "CW" #For 2.8 Inch Display Rotation
EndSection
**Attachment 140847**, "Xorg Log":
[Xorg.0.log](/uploads/22d819de51a4e9695b36c0f02a086ba1/Xorg.0.log)https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/7fbdev fails to resume if screen is rotated2018-08-10T20:41:51ZBugzilla Migration Userfbdev fails to resume if screen is rotated## Submitted by Michael Tretter `@m.tretter`
Assigned to **Xorg Project Team**
**[Link to original bug (#104267)](https://bugs.freedesktop.org/show_bug.cgi?id=104267)**
## Description
Created attachment 136176
0001-fbdev-do-not-up...## Submitted by Michael Tretter `@m.tretter`
Assigned to **Xorg Project Team**
**[Link to original bug (#104267)](https://bugs.freedesktop.org/show_bug.cgi?id=104267)**
## Description
Created attachment 136176
0001-fbdev-do-not-update-virtual-size-of-pScrn-when-rotat.patch
I am using the fbdev driver for a rotated display with the following device section:
Section "Device"
Identifier "fbdev"
Driver "fbdev"
Option "Rotate" "CCW"
EndSection
The screen is properly rotated after a normal boot, but after hibernating and resuming the system, X fails with the following error message:
(EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument
(EE)
Fatal server error:
(EE) EnterVT failed for screen 0
(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
The error happens during EnterVT() in the fbdevHWSetMode() function, which reads the virtual size from the ScrnInfo, but the fbdev driver updated the virtualX and virtualY after the initial modeset with the X and Y for the rotated screen.
The attached patch removes the update of these fields and switches to temporary variables for width and height as it was done before commit 43236f5b ("Fix shadow framebuffer, and by extension rotation.").
**Patch 136176**, "0001-fbdev-do-not-update-virtual-size-of-pScrn-when-rotat.patch":
[0001-fbdev-do-not-update-virtual-size-of-pScrn-when-rotat.patch](/uploads/01ec58af24b9935fa0346832206d080c/0001-fbdev-do-not-update-virtual-size-of-pScrn-when-rotat.patch)
Version: githttps://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/6[i915] [device 591b] Xorg with framebuffer driver corrupt text / font2018-08-10T20:41:46ZBugzilla Migration User[i915] [device 591b] Xorg with framebuffer driver corrupt text / font## Submitted by Michael
Assigned to **Xorg Project Team**
**[Link to original bug (#104198)](https://bugs.freedesktop.org/show_bug.cgi?id=104198)**
## Description
i have a Thinkpad T470-P which is equipped with Intel HD graphics 6...## Submitted by Michael
Assigned to **Xorg Project Team**
**[Link to original bug (#104198)](https://bugs.freedesktop.org/show_bug.cgi?id=104198)**
## Description
i have a Thinkpad T470-P which is equipped with Intel HD graphics 630
00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
I have a big issue with text getting corrupt, complete rows get messed up, most problem in Qtcreator but also noticed it in Konsole.
kernel module loaded for the graphics card is i915.
Xorg is default using fbdevhw when booting stock kernel and with kernel 4.14.4-041404 it is using modesetting driver with submodule fb.
I tried changing font, changing font settings like anti aliasing, sub pixel rendering e.t.c. without any luck.
I tried upgrading the kernel to 4.14.4-041404, upgrading the bios.
Misc info:
I have installed Kubuntu 17.04, It works almost fine out of the box.
The size of everything on the screen was very small so i scaled it to 1.1 in KDE settings. Increased fonts sizes and forced DPI to 120.
I tried upgrading graphics drivers with intel graphics update tool 2.06: https://01.org/linuxgraphics/downloads/intel-graphics-update-tool-linux-os-v2.0.6
But it caused waking up from suspend to not work, seems the screen is not enabled, also the adjusting of the backlight stoped working.
Thank you.
// Michael
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=104195https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/5Commit ae0aeffae6657464f610da13e7b3349d0d97e81b breaks fbdevhw.c failsafe2018-08-10T20:41:45ZBugzilla Migration UserCommit ae0aeffae6657464f610da13e7b3349d0d97e81b breaks fbdevhw.c failsafe## Submitted by Jeff Hodd
Assigned to **Xorg Project Team**
**[Link to original bug (#99697)](https://bugs.freedesktop.org/show_bug.cgi?id=99697)**
## Description
Created attachment 129367
fixed fbdev.c source file
Commit ae0aeff...## Submitted by Jeff Hodd
Assigned to **Xorg Project Team**
**[Link to original bug (#99697)](https://bugs.freedesktop.org/show_bug.cgi?id=99697)**
## Description
Created attachment 129367
fixed fbdev.c source file
Commit ae0aeffae6657464f610da13e7b3349d0d97e81b breaks a failsafe built into xserver/fbdevhw.c. When linux is run in virtualbox without using guest modules, the framebuffer is not a valid pci device but can be opened directly using /dev/fb0.
Both FBDevPciProbe and FBDevPreInit ultimately call either fbdev_pci_open or fbdev_open, depending on the value of the pci_device pointer. If the pointer is null, fbdev_open is called; if the pointer is not null, fbdev_pci_open is called. If the pci data is garbage and fbdev_pci_open is called, the operation fails, and I believe that's what's happening when running the OS in vbox without the vboxvideo driver. The failsafe occurs when you pass NULL to either FBDevPciProbe or FBDevPreInit. A NULL pci_device pointer parameter will cause both of these functions to call fbdev_open instead of fbdev_pci_open, and that's the key to the failsafe. fbdev_open first tries to acquire the name of the framebuffer device via the environment (dev = getenv("FRAMEBUFFER")) and if it's unable to get the device name, it makes a last ditch effort using /dev/fb0. That's how it worked when fbdev was unable to acquire valid pci data for the system graphics device (vbox without vboxvideo).
This can be fixed as follows:
FBDevPciProbe:
if (fbdevHWProbe(dev, device, NULL)) {
pScrn->driverVersion = FBDEV_VERSION;
pScrn->driverName = FBDEV_DRIVER_NAME;
pScrn->name = FBDEV_NAME;
pScrn->Probe = FBDevProbe;
pScrn->PreInit = FBDevPreInit;
pScrn->ScreenInit = FBDevScreenInit;
pScrn->SwitchMode = fbdevSwitchMode;
pScrn->AdjustFrame = fbdevAdjustFrame;
pScrn->EnterVT = fbdevEnterVT;
pScrn->LeaveVT = fbdevLeaveVT;
pScrn->ValidMode = fbdevValidMode;
xf86DrvMsg(pScrn->scrnIndex, X_CONFIG,
"claimed PCI slot %d@%d:%d:%d\n",
dev->bus, dev->domain, dev->dev, dev->func);
xf86DrvMsg(pScrn->scrnIndex, X_INFO,
"using %s\n", device ? device : "default device");
}
else if (fbdevHWProbe(NULL, device, NULL)) {
pScrn->driverVersion = FBDEV_VERSION;
pScrn->driverName = FBDEV_DRIVER_NAME;
pScrn->name = FBDEV_NAME;
pScrn->Probe = FBDevProbe;
pScrn->PreInit = FBDevPreInit;
pScrn->ScreenInit = FBDevScreenInit;
pScrn->SwitchMode = fbdevSwitchMode;
pScrn->AdjustFrame = fbdevAdjustFrame;
pScrn->EnterVT = fbdevEnterVT;
pScrn->LeaveVT = fbdevLeaveVT;
pScrn->ValidMode = fbdevValidMode;
xf86DrvMsg(pScrn->scrnIndex, X_INFO,
"using %s\n", device ? device : "default device");
}
else {
pScrn = NULL;
}
FBDevPreInit:
if (!fbdevHWInit(pScrn, pci_dev, xf86FindOptionValue(fPtr->pEnt->device->options, "fbdev")))
if (!fbdevHWInit(pScrn, NULL, xf86FindOptionValue(fPtr->pEnt->device->options, "fbdev")))
return FALSE;
I believe the FBDevPciProbe fix can be better coded with a little thought, but this does work to fix the issue. I've attached a fixed version of fbdev.c
**Attachment 129367**, "fixed fbdev.c source file":
[fbdev.c](/uploads/5eecbbdf44b4e401ef58edc8d269609b/fbdev.c)https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/4Xinerama hiding the cursor in the wrong screen2018-08-10T20:41:42ZBugzilla Migration UserXinerama hiding the cursor in the wrong screen## Submitted by mon..@..eal.ca
Assigned to **Xorg Project Team**
**[Link to original bug (#79703)](https://bugs.freedesktop.org/show_bug.cgi?id=79703)**
## Description
Created attachment 100487
screen snapshot
Emacs by default hi...## Submitted by mon..@..eal.ca
Assigned to **Xorg Project Team**
**[Link to original bug (#79703)](https://bugs.freedesktop.org/show_bug.cgi?id=79703)**
## Description
Created attachment 100487
screen snapshot
Emacs by default hides the X11 mouse pointer/cursor while the user is typing text.
It recently changed the way it does so, by using the XFIXES extension.
This apparently bumps into a bug in the Xinerama driver:
- I start "emacs -Q" and place its window in the right screen.
- The mouse cursor is above the Emacs window.
- I type "a".
- Emacs asks the X server the hide the cursor, but it's "undrawn in the left
screen instead" (i.e. a square blob is drawn at the corresponding place in the
left screen and the drawing of the cursor is still present in the right screen).
- I move the mouse a little: the previous cursor drawing is left along and a new
mouse cursor is drawn at the new position.
- repeating this "type text + mouse mouse" I can end up with many ghost cursors
on the right screen and correspondingly many "square blobs" on the left screen.
Of course, doing something such as switching workspace in my window-manager will redraw everything, which will get rid of those display artifacts.
This system is a Fit-PC2 (with the dreaded gma500 GPU) plus a displaylink USB->DVI adapter, running Debian testing. The window manager is "ctwm".
See attached a copy of my Xorg.0.log as well as a screen snapshot.
**Attachment 100487**, "screen snapshot":
![foo](/uploads/40ae6ab766dd6439577e14546866c262/foo.png)https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/3DisplayLink: Cannot run in framebuffer mode. Please specify busIDs for all fr...2018-08-10T20:41:36ZBugzilla Migration UserDisplayLink: Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices## Submitted by Nathan Typanski
Assigned to **Xorg Project Team**
**[Link to original bug (#65384)](https://bugs.freedesktop.org/show_bug.cgi?id=65384)**
## Description
I'm using xorg-server 1.14.1 and xf86-video-fbdev 0.4.3 on li...## Submitted by Nathan Typanski
Assigned to **Xorg Project Team**
**[Link to original bug (#65384)](https://bugs.freedesktop.org/show_bug.cgi?id=65384)**
## Description
I'm using xorg-server 1.14.1 and xf86-video-fbdev 0.4.3 on linux 3.9.4 with udlfb.
I'm trying to run a multi-monitor setup with Xinerama and xf86-video-fbdev as the driver of the external monitor.
So I have a configured xorg.conf that sets up separate screens/monitors/devices and puts both screens in a serverlayout with Xinerama:
-----
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "DisplayLinkScreen" 0 0
Screen 1 "ThinkPadScreen" LeftOf "DisplayLinkScreen"
Option "Xinerama" "1"
EndSection
Section "Monitor"
# 1600x900 @ 60.00 Hz (GTF) hsync: 55.92 kHz; pclk: 119.00 MHz
Identifier "ThinkPadMonitor"
VendorName "Unknown"
ModelName "AU Optronics Corporation"
HorizSync 36.5 - 54.7
VertRefresh 40.0 - 60.0
ModeLine "1600x900_60.00" 119.00 1600 1696 1864 2128 900 901 904 932 -hsync +vsync
Option "DPMS"
EndSection
Section "Device"
Identifier "IntelCard"
Driver "intel"
Option "AccelMethod" "sna"
EndSection
Section "Screen"
Identifier "ThinkPadScreen"
Device "IntelCard"
Monitor "ThinkPadMonitor"
DefaultDepth 24
Option "Stereo" "0"
Option "metamodes" "1600x900_60 +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
Section "Device"
Identifier "DisplayLinkDevice"
Driver "fbdev"
BusID "USB"
Option "fbdev" "/dev/fb1"
EndSection
Section "Monitor"
Identifier "DisplayLinkMonitor"
EndSection
Section "Screen"
Identifier "DisplayLinkScreen"
Device "DisplayLinkDevice"
Monitor "DisplayLinkMonitor"
DefaultDepth 16
SubSection "Display"
Depth 16
Modes "1366x768"
EndSubSection
EndSection
------
When run, it fails with the log:
------
X.Org X Server 1.14.1 Release Date: 2013-04-17
[ 47991.450] X Protocol Version 11, Revision 0
[ 47991.451] Build Operating System: Linux 3.8.7-1-ARCH x86_64
[ 47991.451] Current Operating System: Linux 3.9.4-1-ARCH #1 SMP PREEMPT Sat May 25 16:14:55 CEST 2013 x86_64
[ 47991.452] Kernel command line: root=/dev/sda8 rw acpi_backlight=vendor acpi_osi=Linux
[ 47991.453] Build Date: 17 April 2013 02:37:06PM
[ 47991.454]
[ 47991.454] Current version of pixman: 0.30.0
[ 47991.456] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 47991.456] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 47991.459] (==) Log file: "/var/log/Xorg.2.log", Time: Tue Jun 4 19:20:13 2013
[ 47991.459] (==) Using config file: "/etc/X11/xorg.conf"
[ 47991.460] (==) Using config directory: "/etc/X11/xorg.conf.d"
[ 47991.460] (==) ServerLayout "Layout0"
[ 47991.460] (**) |-->Screen "DisplayLinkScreen" (0)
[ 47991.460] (**) | |-->Monitor "DisplayLinkMonitor"
[ 47991.460] (**) | |-->Device "DisplayLinkDevice"
[ 47991.460] (**) |-->Screen "ThinkPadScreen" (1)
[ 47991.460] (**) | |-->Monitor "ThinkPadMonitor"
[ 47991.460] (**) | |-->Device "IntelCard"
[ 47991.460] (**) Option "Xinerama" "1"
[ 47991.460] (==) Automatically adding devices
[ 47991.460] (==) Automatically enabling devices
[ 47991.460] (==) Automatically adding GPU devices
[ 47991.460] (**) Xinerama: enabled
[ 47991.460] (==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
[ 47991.460] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 47991.460] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 47991.460] (II) Loader magic: 0x7fcc20
[ 47991.460] (II) Module ABI versions:
[ 47991.460] X.Org ANSI C Emulation: 0.4
[ 47991.460] X.Org Video Driver: 14.1
[ 47991.460] X.Org XInput driver : 19.1
[ 47991.460] X.Org Server Extension : 7.0
[ 47991.461] (II) config/udev: Adding drm device (/dev/dri/card0)
[ 47991.462] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21d0 rev 9, Mem @ 0xf1400000/4194304, 0xe0000000/268435456, I/O @ 0x00006000/64
[ 47991.462] Initializing built-in extension Generic Event Extension
[ 47991.463] Initializing built-in extension SHAPE
[ 47991.464] Initializing built-in extension MIT-SHM
[ 47991.464] Initializing built-in extension XInputExtension
[ 47991.465] Initializing built-in extension XTEST
[ 47991.466] Initializing built-in extension BIG-REQUESTS
[ 47991.466] Initializing built-in extension SYNC
[ 47991.467] Initializing built-in extension XKEYBOARD
[ 47991.468] Initializing built-in extension XC-MISC
[ 47991.468] Initializing built-in extension SECURITY
[ 47991.469] Initializing built-in extension XINERAMA
[ 47991.470] Initializing built-in extension XFIXES
[ 47991.470] Initializing built-in extension RENDER
[ 47991.471] Initializing built-in extension RANDR
[ 47991.472] Initializing built-in extension COMPOSITE
[ 47991.472] Initializing built-in extension DAMAGE
[ 47991.473] Initializing built-in extension MIT-SCREEN-SAVER
[ 47991.473] Initializing built-in extension DOUBLE-BUFFER
[ 47991.474] Initializing built-in extension RECORD
[ 47991.475] Initializing built-in extension DPMS
[ 47991.475] Initializing built-in extension X-Resource
[ 47991.476] Initializing built-in extension XVideo
[ 47991.476] Initializing built-in extension XVideo-MotionCompensation
[ 47991.477] Initializing built-in extension XFree86-VidModeExtension
[ 47991.477] Initializing built-in extension XFree86-DGA
[ 47991.478] Initializing built-in extension XFree86-DRI
[ 47991.479] Initializing built-in extension DRI2
[ 47991.479] (II) LoadModule: "glx"
[ 47991.479] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 47991.479] (II) Module glx: vendor="X.Org Foundation"
[ 47991.479] compiled for 1.14.1, module version = 1.0.0
[ 47991.479] ABI class: X.Org Server Extension, version 7.0
[ 47991.479] (==) AIGLX enabled
[ 47991.479] Loading extension GLX
[ 47991.479] (II) LoadModule: "fbdev"
[ 47991.479] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[ 47991.479] (II) Module fbdev: vendor="X.Org Foundation"
[ 47991.479] compiled for 1.14.0, module version = 0.4.3
[ 47991.479] Module class: X.Org Video Driver
[ 47991.479] ABI class: X.Org Video Driver, version 14.1
[ 47991.480] (II) LoadModule: "intel"
[ 47991.480] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[ 47991.480] (II) Module intel: vendor="X.Org Foundation"
[ 47991.480] compiled for 1.14.1, module version = 2.21.8
[ 47991.480] Module class: X.Org Video Driver
[ 47991.480] ABI class: X.Org Video Driver, version 14.1
[ 47991.480] (II) FBDEV: driver for framebuffer: fbdev
[ 47991.480] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, [...]
[ 47991.480] (++) using VT number 2
[ 47991.480] (WW) Falling back to old probe method for fbdev
[ 47991.480] (II) Loading sub module "fbdevhw"
[ 47991.480] (II) LoadModule: "fbdevhw"
[ 47991.480] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 47991.480] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 47991.480] compiled for 1.14.1, module version = 0.0.2
[ 47991.480] ABI class: X.Org Video Driver, version 14.1
[ 47991.480] (II) FBDEV(0): using /dev/fb1
[ 47991.481]
Fatal server error:
[ 47991.481] Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices
[ 47991.481]
[ 47991.481] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help.
[ 47991.481] (EE) Please also check the log file at "/var/log/Xorg.2.log" for additional information.
[ 47991.481] (EE)
[ 47991.484] Server terminated with error (1). Closing log file.
------
Commenting out one of the screens from the ServerLayout works. Both work individually this way. Both, with or without Xinerama, fails with this error. My device, of course, has no BusID (USB), which is (sort of) referenced in fbdev.c line 331:
/* XXX what about when there's no busID set? */
Not sure if that has anything to do with it, but hey. If have tested this with intel, nouveau, and nvidia drivers for my main card and still get the same problem. I've tested this with the new udl module too, and it didn't work, but I'm not including that in this report or reporting it immediately as I'm not sure yet if it's a xorg driver problem or a kernel issue.
Version: 7.7 (2012.06)https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/2segfault in shadowUpdatePacked triggered by "Virtual 3200 1200"2018-08-10T20:41:32ZBugzilla Migration Usersegfault in shadowUpdatePacked triggered by "Virtual 3200 1200"## Submitted by Jonathan Nieder
Assigned to **Xorg Project Team**
**[Link to original bug (#37159)](https://bugs.freedesktop.org/show_bug.cgi?id=37159)**
## Description
Created attachment 46658
X server log exhibiting crash
Steve...## Submitted by Jonathan Nieder
Assigned to **Xorg Project Team**
**[Link to original bug (#37159)](https://bugs.freedesktop.org/show_bug.cgi?id=37159)**
## Description
Created attachment 46658
X server log exhibiting crash
Steve M. Robbins <steve@sumost.ca> noticed that uninstalling the ati driver on his system caused X to crash at startup. It turned out to be a misconfiguration --- since the right driver to use (radeon) was not autodetected, X used the fbdev driver. The fbdev driver is not supposed to make Xorg crash, though, hence this report.
The good news:
> I can confirm that *without* xserver-xorg-video-ati installed:
>
> 1. If I comment out the virtual directive, there is no crash.
> 2. If I remove xorg.conf completely, there is no crash.
>
> There is still a bunch of diagnostics in the log file:
>
> [255110.061] (==) Depth 24 pixmap format is 32 bpp
> [255110.264] (==) FBDEV(0): Backing store disabled
> [255110.264] (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument
> [255110.264] (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument
> [255110.264] (EE) FBDEV(0): FBIOPUTCMAP: Invalid argument
>
> Once I install xserver-xorg-video-ati, I can remove xorg.conf and it
> runs using the RADEON driver.
Original report is at http://bugs.debian.org/625521
Xorg.0.log attached. Will attach more info in followup.
**Attachment 46658**, "X server log exhibiting crash":
[Xorg.0.log](/uploads/3c652d7cde598af315b2c1293fb18da3/Xorg.0.log)https://gitlab.freedesktop.org/xorg/driver/xf86-video-fbdev/-/issues/1fbdev + offb 8bit colormap problems2018-08-10T20:41:29ZBugzilla Migration Userfbdev + offb 8bit colormap problems## Submitted by Peter Samuelson
Assigned to **Xorg Project Team**
**[Link to original bug (#9564)](https://bugs.freedesktop.org/show_bug.cgi?id=9564)**
## Description
fbdev 0.3.1 with Linux offb (kernel 2.6.17), 1280x1024_8bit, ha...## Submitted by Peter Samuelson
Assigned to **Xorg Project Team**
**[Link to original bug (#9564)](https://bugs.freedesktop.org/show_bug.cgi?id=9564)**
## Description
fbdev 0.3.1 with Linux offb (kernel 2.6.17), 1280x1024_8bit, hardware is IBM
GXT2000P on RS/6000 (PowerPC). Most colors show up as black. White shows up as
blue (perhaps #0000FF). I can also get something that looks like #FF80FF or so
- this is when xterm is trying to display bold green.
The Linux text console (also using offb) works fine, with the full range of 16
ANSI colors.
I'd be happy to provide logfiles and test patches.
Version: 7.1 (2006.05)