The module directory has changed to a per ABI folder in the xlibre-xserver.
Now the default value of `xorg-module-dir` will be detected from the `moduledir` variable in xorg-server.pc.
Signed-off-by: b-aaz <b-aazbsd.proton.me>
This pipeline builds the driver against the latest Xserver stable
release as well as current master.
Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
Add the following forms for issue creation:
* Bug report
* Feature request
* Code change
* Documentation update
* Organizational task
* add issue type selection page on "New Issue" call
* mention Github Discussions and the mailing list where appropriate
Part-of: X11Libre/misc#156
Signed-off-by: callmetango <callmetango@users.noreply.github.com>
Suggested by cppcheck:
alp_driver.c:413:6: style: Variable 'accelWidths' can be declared
with const [constVariable]
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
While the standby resume from ACPI S3 State still fails (i.e., hard
system freeze), saving and restoring Rambus RIF (Rambus Interface)
Control and RAC (Rambus ASIC Cell) Control registers prevents weird
artifacts from being displayed after standby resume (i.e., merely a
blank screen after standby resume).
Signed-off-by: Kevin Brace <kevinbrace@gmx.com>
The access to these extended VGA sequencer registers appears to come
from the code for Cirrus Logic Alpine family. Laguna family does not
use these registers according to Laguna VisualMedia Accelerators Family
CL-GD546X Software Technical Reference Manual, Second Edition.
Signed-off-by: Kevin Brace <kevinbrace@gmx.com>
There is really no good reason for I2C bus based automatic display
detection to not be turned on by default.
Signed-off-by: Kevin Brace <kevinbrace@gmx.com>
When commit 9a5e19597b (cirrus: convert
to compat server API.) updated the code, it did not update Laguna I2C
bus code to handle newer X Servers.
Signed-off-by: Kevin Brace <kevinbrace@gmx.com>
When commit 27f85fc523 (Don't build
split alpine and laguna support) merged Alpine and Laguna support,
it missed a backslash ('\') to denote the next line for XAA related
files.
Signed-off-by: Kevin Brace <kevinbrace@gmx.com>
24bpp support is going away, so since we can't do 32bpp and these cards
have basically no VRAM to begin with, drop to 16bpp.
Signed-off-by: Adam Jackson <ajax@redhat.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Before:
text data bss dec hex filename
25772 2040 16 27828 6cb4 src/.libs/cirrus_alpine.so
11429 1552 112 13093 3325 src/.libs/cirrus_drv.so
21968 2016 16 24000 5dc0 src/.libs/cirrus_laguna.so
59169 5608 114 64921 fd99 (TOTALS)
After:
text data bss dec hex filename
47831 3840 112 51783 ca47 src/.libs/cirrus_drv.so
So, in the worst case, you're using roughly two more pages for (clean,
evictable) text, but two fewer (dirty) pages for data and bss. Fixing
this also allows the X server to clean up module loading a bit by
enforcing the _drv.so suffix, and since this is the only driver pulling
such shenanigans...
Reviewed-by: Julien Cristau <jcristau@debian.org>
Signed-off-by: Adam Jackson <ajax@redhat.com>
These became practical no-ops when I removed reference to the loader
symbol lists. gcc will still emit code (and bss) for them though. No
functional change, just doing it to prove that nothing special happens
at submodule load.
Reviewed-by: Julien Cristau <jcristau@debian.org>
Signed-off-by: Adam Jackson <ajax@redhat.com>
Due to graphics corruption default to 16bpp in virt instead of 24 (Fedora).
Do the same on XenSource gfx, which suffers from the same issue.
Reviewed-by: Adam Jackson <ajax@redhat.com>
