xorg issueshttps://gitlab.freedesktop.org/groups/xorg/-/issues2018-08-10T20:42:20Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/4GNOME notification icons drawn all-black2018-08-10T20:42:20ZBugzilla Migration UserGNOME notification icons drawn all-black## Submitted by Daniel Drake
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#51360)](https://bugs.freedesktop.org/show_bug.cgi?id=51360)**
## Description
Created attachment 63374
test app
After upgrading OLPC X...## Submitted by Daniel Drake
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#51360)](https://bugs.freedesktop.org/show_bug.cgi?id=51360)**
## Description
Created attachment 63374
test app
After upgrading OLPC XO-1 from Fedora 14 (xorg-server-1.9) to Fedora 17 (xorg-server-1.12) we are seeing problems with GNOME's notification area. The icons appear all-black, which is the same colour as the GNOME panel which they are drawn upon.
I've narrowed this down to a simple test case (attached). This program draws an icon (works OK), then when the window is resized the icon is replaced with all-black.
Initial diagnosis at http://dev.laptop.org/ticket/11860 suggests that we're receiving a composite PictOpSrc request with no mask, repeats or transformations.
lx_do_composite then reacts in this way:
/* All black out of the source */
if (!exaScratch.repeat && (exaScratch.type == COMP_TYPE_ONEPASS)) {
lx_composite_all_black(srcOffset, exaScratch.srcWidth,
exaScratch.srcHeight);
}
and the icon goes black.
We are not 100% sure if this is a Geode bug or something wrong in the X server. A good first step would be to understand how the driver should respond to PictOpSrc with no mask, repeats or transformations, and if that is even valid at all.
**Attachment 63374**, "test app":
[windowtest2.c](/uploads/9acb8cea9e646cc8f637afe56eaba917/windowtest2.c)https://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/3Make xf86-video-geode fail more gracefully on non-x862022-08-03T23:09:32ZBugzilla Migration UserMake xf86-video-geode fail more gracefully on non-x86## Submitted by Jeremy Huddleston Sequoia
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#35645)](https://bugs.freedesktop.org/show_bug.cgi?id=35645)**
## Description
http://tinderbox.x.org/builds/2011-03-25-000...## Submitted by Jeremy Huddleston Sequoia
Assigned to **X.org Geode Mailing List**
**[Link to original bug (#35645)](https://bugs.freedesktop.org/show_bug.cgi?id=35645)**
## Description
http://tinderbox.x.org/builds/2011-03-25-0000/logs/xf86-video-geode/#build
```
/bin/bash ../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../src/cim -I../src/gfx -I../src/panel -I../linux_v26 -I/home/jeremy/src/freedesktop/jhbuild/build/include -I/home/jeremy/src/freedesktop/jhbuild/external/build/include -fvisibility=hidden -I/home/jeremy/src/freedesktop/jhbuild/build/include/xorg -I/home/jeremy/src/freedesktop/jhbuild/build/include/pixman-1 -DHAVE_GX -DHAVE_LX -DAMD_V4L2_VIDEO -DOPT_ACCEL -DLINUX_2_6 -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -DPNL_SUP -O0 -pipe -Wall -Wformat=2 -c -o geode_ddc.lo geode_ddc.c
geode_common.c: In function 'geode_memory_to_screen_blt':
geode_common.c:86:6: error: impossible constraint in 'asm'
geode_common.c:93:6: error: impossible constraint in 'asm'
geode_common.c:100:6: error: impossible constraint in 'asm'
geode_common.c:107:6: error: impossible constraint in 'asm'
make[2]: Leaving directory `/home/jeremy/src/freedesktop/jhbuild/src/xorg/driver/xf86-video-geode/src'
```
Version: githttps://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/2xf86-video-geode crashes on start since 2.11.x when DDC/UART mux is in UART mode2018-08-10T20:42:11ZBugzilla Migration Userxf86-video-geode crashes on start since 2.11.x when DDC/UART mux is in UART mode## Submitted by Mart Raudsepp `@leio`
Assigned to **Xorg Project Team**
**[Link to original bug (#22100)](https://bugs.freedesktop.org/show_bug.cgi?id=22100)**
## Description
Since the RANDR1.2 port in xf86-video-geode-2.11 the dr...## Submitted by Mart Raudsepp `@leio`
Assigned to **Xorg Project Team**
**[Link to original bug (#22100)](https://bugs.freedesktop.org/show_bug.cgi?id=22100)**
## Description
Since the RANDR1.2 port in xf86-video-geode-2.11 the driver crashes on X.org startup immediately if the firmware has set up the DDC/UART muxed GPIO to serial port (UART) mode.
Before there was code made to detect the GPIO mode and not do any DDC queries if it is in serial port mode. But while that checking still exists and the fact that it is in UART mode gets reported in Xorg.0.log, DDC calls are still made through RANDR impementation vfunc regardless of that, and Xorg crashes on the results that gets to in UART mode.
This bug is the primary reason 2.11 is not packaged in Gentoo Linux yet, as it breaks things for my own geode platform development :(https://gitlab.freedesktop.org/xorg/driver/xf86-video-geode/-/issues/1AMD/NSC Geode driver integration2018-08-10T20:42:05ZBugzilla Migration UserAMD/NSC Geode driver integration## Submitted by ajax `@ajax`
Assigned to **Xorg Project Team**
**[Link to original bug (#2088)](https://bugs.freedesktop.org/show_bug.cgi?id=2088)**
## Description
The Geode series chips are embedded graphics solutions, formerly f...## Submitted by ajax `@ajax`
Assigned to **Xorg Project Team**
**[Link to original bug (#2088)](https://bugs.freedesktop.org/show_bug.cgi?id=2088)**
## Description
The Geode series chips are embedded graphics solutions, formerly from National
Semiconductor and currently sold by AMD. AMD has various X drivers for the
Geode series on its website:
http://www.amd.com/us-en/ConnectivitySolutions/ProductInformation/0,,50_2330_9863_11363,00.html
There is also a Geode driver on the geode-0-0-1-branch of DRI's xc tree, last
touched by Alah Hourihane sometime in 2002.
There is already an nsc(4) driver in the tree, which supports much of the same
hardware (but perhaps not all). Someone should investigate AMD's drivers and,
if they provide any additional support, merge them to the tree.
### Blocking
* [Bug 1903](https://bugs.freedesktop.org/show_bug.cgi?id=1903)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)https://gitlab.freedesktop.org/xorg/driver/xf86-video-cirrus/-/issues/4fails rendering xdm login fonts2019-03-10T20:50:54ZBugzilla Migration Userfails rendering xdm login fonts## Submitted by Gabriele Giacone
Assigned to **Xorg Project Team**
**[Link to original bug (#76733)](https://bugs.freedesktop.org/show_bug.cgi?id=76733)**
## Description
Forwarding Debian bug https://bugs.debian.org/742510
\>8---...## Submitted by Gabriele Giacone
Assigned to **Xorg Project Team**
**[Link to original bug (#76733)](https://bugs.freedesktop.org/show_bug.cgi?id=76733)**
## Description
Forwarding Debian bug https://bugs.debian.org/742510
\>8------------------------------------------------------8<
to reproduce install a jessie/sid qemu VM with Cirrus video card.
On VM:
```
# apt-get install xdm
# echo /usr/bin/xdm >/etc/X11/default-display-manager
# /etc/init.d/xdm restart
```
Username one types in will not be displayed and once pressed enter
greeting and prompt fonts will not be displayed as well.
```
# apt-get install devscripts
# debsnap -v -d. --binary -a amd64 xserver-xorg-video-cirrus 1:1.4.0-2
# dpkg -i --force-depends xserver-xorg-video-cirrus_1.4.0-2_amd64.deb
# /etc/init.d/xdm restart
```
Downgrading to 1.4.0-2, fonts are displayed well.
Another workaround is switching to standard VGA card.
| built on | version | fonts rendering |
|----------|-------------|-----------------|
| sid | 1.4.0 (*) | > BUG < |
| sid | 1.5.2 | > BUG < |
| wheezy | 1.4.0 | OK |
| wheezy | 1.5.2 | OK |
(*) backported few patches to make it build
Plus, by mousing over where characters should be, they appear.
\>8------------------------------------------------------8<https://gitlab.freedesktop.org/xorg/driver/xf86-video-cirrus/-/issues/3pixmap regression with cirrus graphics driver2018-08-10T20:41:13ZBugzilla Migration Userpixmap regression with cirrus graphics driver## Submitted by Marc Deslauriers
Assigned to **Xorg Project Team**
**[Link to original bug (#58574)](https://bugs.freedesktop.org/show_bug.cgi?id=58574)**
## Description
Created attachment 71854
screenshot with cairo 1.12.4 and la...## Submitted by Marc Deslauriers
Assigned to **Xorg Project Team**
**[Link to original bug (#58574)](https://bugs.freedesktop.org/show_bug.cgi?id=58574)**
## Description
Created attachment 71854
screenshot with cairo 1.12.4 and later
When using the cirrus graphics driver while running Ubuntu in a kvm virtual machine, cairo 1.12.4 and later (including 1.12.8) corrupts pixmaps. Downgrading to 1.12.2 seems to solve this issue. See attached screenshots.
**Attachment 71854**, "screenshot with cairo 1.12.4 and later":
![cairo-1.12.8](/uploads/7f26e717498d0759a93d78f6da74658a/cairo-1.12.8.png)
### See also
* https://launchpad.net/bugs/1080674https://gitlab.freedesktop.org/xorg/driver/xf86-video-cirrus/-/issues/2[cirrus] Xserver FatalErrors after AddScreen/ScreenInit2018-08-10T20:41:07ZBugzilla Migration User[cirrus] Xserver FatalErrors after AddScreen/ScreenInit## Submitted by Michal Suchanek
Assigned to **Xorg Project Team**
**[Link to original bug (#41612)](https://bugs.freedesktop.org/show_bug.cgi?id=41612)**
## Description
To reproduce:
X :1&
`<switch back>`
xlogo -display :1
^C
X...## Submitted by Michal Suchanek
Assigned to **Xorg Project Team**
**[Link to original bug (#41612)](https://bugs.freedesktop.org/show_bug.cgi?id=41612)**
## Description
To reproduce:
X :1&
`<switch back>`
xlogo -display :1
^C
X quits.
It says Addscreen/ScreenInit failed for driver 0.
X server 1.7.7 or 1.10.3
cirrus driver 1.3.2.
easily reproducible with debian-live xfce 6.0.2 in qemu/kvm
Version: 7.5 (2009.10)https://gitlab.freedesktop.org/xorg/driver/xf86-video-cirrus/-/issues/1The cirrus driver crashes on CL-GD54642018-08-10T20:41:03ZBugzilla Migration UserThe cirrus driver crashes on CL-GD5464## Submitted by rm+..@..rm.net
Assigned to **Xorg Project Team**
**[Link to original bug (#25885)](https://bugs.freedesktop.org/show_bug.cgi?id=25885)**
## Description
Complete Xorg.log is attached. Last lines from the log are cop...## Submitted by rm+..@..rm.net
Assigned to **Xorg Project Team**
**[Link to original bug (#25885)](https://bugs.freedesktop.org/show_bug.cgi?id=25885)**
## Description
Complete Xorg.log is attached. Last lines from the log are copied below. Also tried 16bpp, does not work either.
I could get this CL-GD5464 video card to run only with the vesa driver (but obviously slower and not at the top resolution).
The same X Server runs fine on the same PC when using any of the two other PCI video cards I tried, using their mga and nv drivers correspondingly.
This PC has a Cyrix 6x86L CPU which is not 686, but is closer to being a 486-class CPU (could this be the issue?). The OS installed is the current Debian Testing.
-------------------------------
LgScreenInit
(II) CIRRUS(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
LgSave
LgModeInit 24 bpp, 135000 1280 1296 1440 1688 1024 1025 1028 1066
LgModeInit: depth 24 bits
SynthClock = 135000
LgSetClock freq=135.000MHz
LgSetClock: nom=42 den=e ffreq=134.998MHz
Backtrace:
0: /usr/bin/X(xorg_backtrace+0x3b) [0x81314cb]
1: /usr/bin/X(xf86SigHandler+0x51) [0x80c1df1]
2: [0xb76ff400]
3: /usr/lib/xorg/modules/drivers//cirrus_laguna.so(LgAdjustFrame+0xb6) [0xb71dfc46]
4: /usr/lib/xorg/modules/drivers//cirrus_laguna.so(LgScreenInit+0x30f) [0xb71e02ff]
5: /usr/bin/X(AddScreen+0x19d) [0x80712cd]
6: /usr/bin/X(InitOutput+0x206) [0x80adfa6]
7: /usr/bin/X(main+0x1db) [0x80719bb]
8: /lib/libc.so.6(__libc_start_main+0xe5) [0xb73c2b55]
9: /usr/bin/X [0x8071051]
Fatal server error:
Caught signal 11. Server aborting
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.
LgLeaveVT
LgRestore pScrn = 0x9f72248
Version: 7.4 (2008.09)https://gitlab.freedesktop.org/xorg/driver/xf86-video-ast/-/issues/2xf86-video-ast hardware error on sparc t4node1, aspeed 22002022-11-11T00:31:10ZBugzilla Migration Userxf86-video-ast hardware error on sparc t4node1, aspeed 2200## Submitted by David Marx
Assigned to **Y.C. Chen `@yc_chen`**
**[Link to original bug (#98380)](https://bugs.freedesktop.org/show_bug.cgi?id=98380)**
## Description
Version: git## Submitted by David Marx
Assigned to **Y.C. Chen `@yc_chen`**
**[Link to original bug (#98380)](https://bugs.freedesktop.org/show_bug.cgi?id=98380)**
## Description
Version: githttps://gitlab.freedesktop.org/xorg/driver/xf86-video-ast/-/issues/1[xf86-video-ast-0.99.9]:编译错误2018-08-17T05:42:54ZBugzilla Migration User[xf86-video-ast-0.99.9]:编译错误## Submitted by JerryDai
Assigned to **Y.C. Chen `@yc_chen`**
**[Link to original bug (#95321)](https://bugs.freedesktop.org/show_bug.cgi?id=95321)**
## Description
编译时不使用libpciaccess库(取消/usr/include/xorg/xorg-server.h 中#define XS...## Submitted by JerryDai
Assigned to **Y.C. Chen `@yc_chen`**
**[Link to original bug (#95321)](https://bugs.freedesktop.org/show_bug.cgi?id=95321)**
## Description
编译时不使用libpciaccess库(取消/usr/include/xorg/xorg-server.h 中#define XSERVER_LIBPCIACCESS定义):
编译输出:
```
make all-recursive
make[1]: Entering directory `/root/xf86-video-ast'
Making all in src
make[2]: Entering directory `/root/xf86-video-ast/src'
CC ast_2dtool.lo
In file included from ast_2dtool.c:39:
/usr/include/xorg/xf86PciInfo.h:50:2: warning: #warning "xf86PciInfo.h is deprecated. For greater compatibility, drivers should include necessary PCI IDs locally rather than relying on this file from xorg-server."
In file included from ast_2dtool.c:51:
ast.h:220: error: expected specifier-qualifier-list before 'pciVideoPtr'
ast_2dtool.c: In function 'bInitCMDQInfo':
ast_2dtool.c:73: error: 'struct _ASTRec' has no member named 'MMIO2D'
ast_2dtool.c:74: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:79: error: 'struct _ASTRec' has no member named 'pCMDQPtr'
ast_2dtool.c:79: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:81: error: 'struct _ASTRec' has no member named 'pCMDQPtr'
ast_2dtool.c:83: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:85: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:87: error: 'struct _ASTRec' has no member named 'pCMDQPtr'
ast_2dtool.c:89: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:91: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:91: error: 'struct _ASTRec' has no member named 'pCMDQPtr'
ast_2dtool.c:92: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:92: error: 'struct _ASTRec' has no member named 'FBVirtualAddr'
ast_2dtool.c:92: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:94: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:94: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:95: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:95: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:101: error: 'struct _ASTRec' has no member named 'MMIO2D'
ast_2dtool.c:107: error: 'struct _ASTRec' has no member named 'MMIO2D'
ast_2dtool.c:108: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c: In function 'bEnableCMDQ':
ast_2dtool.c:122: error: 'struct _ASTRec' has no member named 'DBGSelect'
ast_2dtool.c:124: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:124: error: 'struct _ASTRec' has no member named 'DBGSelect'
ast_2dtool.c:128: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:131: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:137: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:160: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:161: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:161: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:169: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c: In function 'bEnableCMDQ2300':
ast_2dtool.c:188: error: 'struct _ASTRec' has no member named 'DBGSelect'
ast_2dtool.c:190: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:190: error: 'struct _ASTRec' has no member named 'DBGSelect'
ast_2dtool.c:194: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:200: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:222: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:225: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:226: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:227: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:227: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:233: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c: In function 'bEnable2D':
ast_2dtool.c:251: error: 'struct _ASTRec' has no member named 'jChipType'
ast_2dtool.c:251: error: 'struct _ASTRec' has no member named 'jChipType'
ast_2dtool.c:254: error: 'struct _ASTRec' has no member named 'jChipType'
ast_2dtool.c:262: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:263: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:265: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:266: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:269: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:269: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:269: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:269: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c: In function 'vDisable2D':
ast_2dtool.c:297: error: 'struct _ASTRec' has no member named 'jChipType'
ast_2dtool.c:299: error: 'struct _ASTRec' has no member named 'SavedReg'
ast_2dtool.c:301: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:301: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:301: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:301: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:302: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:302: error: 'struct _ASTRec' has no member named 'SavedReg'
ast_2dtool.c:306: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:306: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:306: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:306: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c: In function 'vWaitEngIdle':
ast_2dtool.c:319: error: 'struct _ASTRec' has no member named 'jChipType'
ast_2dtool.c:323: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:323: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:327: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:327: error: 'struct _ASTRec' has no member named 'MMIOVirtualAddr'
ast_2dtool.c:331: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:336: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:337: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:338: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:339: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:340: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:341: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c: In function 'ulGetCMDQLength':
ast_2dtool.c:355: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:356: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:357: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:358: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:359: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:360: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c: In function 'pjRequestCMDQ':
ast_2dtool.c:372: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:373: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:374: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:379: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:391: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:395: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:396: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:397: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:404: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:416: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:420: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:427: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:428: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:431: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:443: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:447: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:448: error: 'struct _ASTRec' has no member named 'CMDQInfo'
ast_2dtool.c:449: error: 'struct _ASTRec' has no member named 'CMDQInfo'
make[2]: *** [ast_2dtool.lo] Error 1
make[2]: Leaving directory `/root/xf86-video-ast/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/xf86-video-ast'
make: *** [all] Error 2
```
Version: 7.7 (2012.06)Y.C. ChenY.C. Chenhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-armsoc/-/issues/4Scanout buffer should be cleared before acquisition2018-08-10T20:40:35ZBugzilla Migration UserScanout buffer should be cleared before acquisition## Submitted by Rohan Garg `@shadeslayer`
Assigned to **Paul Geary `@pgeary`**
**[Link to original bug (#104247)](https://bugs.freedesktop.org/show_bug.cgi?id=104247)**
## Description
Created attachment 136145
0001-Clear-scanout-b...## Submitted by Rohan Garg `@shadeslayer`
Assigned to **Paul Geary `@pgeary`**
**[Link to original bug (#104247)](https://bugs.freedesktop.org/show_bug.cgi?id=104247)**
## Description
Created attachment 136145
0001-Clear-scanout-buffer-before-acquiring-it.patch
Hi
I found and fixed a bug in the ARMSOC driver for the Pinebook and thought it might also be useful for other devices.
**Patch 136145**, "0001-Clear-scanout-buffer-before-acquiring-it.patch":
[0001-Clear-scanout-buffer-before-acquiring-it.patch](/uploads/4fa31920790e98475c92ad16d1090ec3/0001-Clear-scanout-buffer-before-acquiring-it.patch)
Version: githttps://gitlab.freedesktop.org/xorg/driver/xf86-video-armsoc/-/issues/3Fix gdm login - drop drmMaster on Leave and Enter VT2018-08-10T20:40:33ZBugzilla Migration UserFix gdm login - drop drmMaster on Leave and Enter VT## Submitted by Alban Browaeys
Assigned to **Paul Geary `@pgeary`**
**[Link to original bug (#99133)](https://bugs.freedesktop.org/show_bug.cgi?id=99133)**
## Description
Created attachment 128526
armsoc_driver: Fix drop drmMaster...## Submitted by Alban Browaeys
Assigned to **Paul Geary `@pgeary`**
**[Link to original bug (#99133)](https://bugs.freedesktop.org/show_bug.cgi?id=99133)**
## Description
Created attachment 128526
armsoc_driver: Fix drop drmMaster on Leave and Enter VT
This fix gdm starting the user session after successful login
(that requires drmMaster to get dropped to let the second Xorg
get drmMaster on its turn after the first has left the VT).
**Patch 128526**, "armsoc_driver: Fix drop drmMaster on Leave and Enter VT":
[0001-armsoc_driver-Fix-drop-drmMaster-on-Leave-and-Enter-.patch](/uploads/5c9f54adff0fe4b835733c10c1c4e94d/0001-armsoc_driver-Fix-drop-drmMaster-on-Leave-and-Enter-.patch)Paul GearyPaul Geary