dolphin_oracle wrote:same old sony install. I noticed that the inxi output above said I was using the vesa driver. This was unplanned. So I checked and sure enough there was an xorg.conf file left over from somwhere. deleted that and got an ati driver (but not the mach64 driver, which I think is what got used in earlier antiX's).
We are now auto-generating an xorg.conf for systems that don't have a KMS video driver. The fact that xorg.conf was auto-generated should be clearly marked in a header like this:
Code: Select all
#----------------------------------------------------------------------
# xorg.conf file
#
# Generated by make-xorg-conf sometime around Mon Jun 15 17:45:31 MDT 2015
#
# If you want to save customizations, delete the line above or this
# file will get automatically deleted on the next live boot.
#----------------------------------------------------------------------
Maybe your machine has a non-KMS video driver(s) that you want to use or we have some other bug.
One difficulty is there are two kinds of drivers: the kernel drivers under /lib/modules/4.0.0-antix.1-486-smp/kernel/drivers/gpu/ and the the xorg modules under /usr/lib/xorg/modules/drivers/. I know how to search for which
kernel modules your hardware supports but I don't know how to search for which xorg drivers your hardware supports.
Here is a list of kernel video drivers that AFAIK don't have KMS:
Code: Select all
i810
mga
r128
savage
sil164
sis
tdfx
ttm
via
If you have one of these kernel modules loaded (use lsmod to find out) then we can easily change our code so if the hardware supports
any kernel video module then we won't create a default xorg.conf.
I apologize for this seemingly unnecessary complication. It results from us trying to run the latest Xorg on older hardware. For example, the new Xorg works great OOTB when booting via UEFI. But if we want:
- To be able to boot via BIOS as well as UEFI, and
- Have the xorg fbdev driver present, and
- Have decent resolution on the consoles via the framebuffer, and
- Have decent resolution in X
Then we have to play this game of detecting video drivers and creating a default xorg.conf if no (KMS) video driver is found. I hope your system has one of the kernel videos drivers in the list above (or maybe even a kernel video driver that didn't make it onto my list of all video drivers). If so, the fix is very easy. We won't make a default xorg.conf if hardware for
any kernel video driver is detected.
I
do not want to get into a discussion about this strategy. Several of us spent a lot of time and energy to work this out. I don't have the time and energy now to get other people up to speed. The final strategy we were forced to use was not obvious from the start. If you think you could do better please do not post questions or suggestions here. The only question at this point is whether we use only KMS video modules or all video modules to disable the creation of a default xorg.conf. Even if you had a better strategy, we don't have the time to work on it and debug it now.