Bug#1060172: xserver-xorg-core: Screen remains desperately black after starting Xorg on Thinkpad X201s

2024-01-14 Thread Stefan Monnier
> Xorg refuses to work on my Thinkpad X201s nowadays, tho it used to work just
> fine a year or so ago.  Wayland still works fine.
> The observed behavior is that when GDM3 starts up (using Xorg because
> I have set `WaylandEnable=false` in its config file) at the end of the
> boot process, the screen becomes black and remains so.
> I can use the keyboard to suspend and resume the machine, but I'm flying 
> blind.

I found a workaround.
If I create a file `/etc/X11/xorg.conf` with the following contents:

% cat /etc/X11/xorg.conf
# Workaround for Debian bug#1005359.
Section "Device"
Identifier "modesetting"
Driver "modesetting"
Option "UseGammaLUT" "false"
EndSection
%

then the Xorg server comes up fine.

As the comment indicate, I took this workaround from bug#1005359, so
maybe the two bugs should be merged.

(I hadn't tried this earlier since I presumed that the hardware was
sufficiently different between my X201s and my Librem mini that the
bugs would also be different).


Stefan



Bug#1060172: xserver-xorg-core: Screen remains desperately black after starting Xorg on Thinkpad X201s

2024-01-06 Thread Stefan Monnier
Package: xserver-xorg-core
Version: 2:21.1.10-1
Severity: normal

Dear Maintainer,

Xorg refuses to work on my Thinkpad X201s nowadays, tho it used to work just
fine a year or so ago.  Wayland still works fine.

The observed behavior is that when GDM3 starts up (using Xorg because
I have set `WaylandEnable=false` in its config file) at the end of the
boot process, the screen becomes black and remains so.

I can use the keyboard to suspend and resume the machine, but I'm flying blind.

The same happens if I start Xorg "manually".

I have attached the corresponding Xorg.0.log from
/var/lib/gdm3/.local/share/xorg/ (which is very similar to the log
I see below, tho not quite identical because it's more recent).


Stefan

-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor 
Integrated Graphics Controller [8086:0046] (rev 02)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 0

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 6.5.0-5-amd64 (debian-ker...@lists.debian.org) (gcc-13 (Debian 
13.2.0-7) 13.2.0, GNU ld (GNU Binutils for Debian) 2.41) #1 SMP PREEMPT_DYNAMIC 
Debian 6.5.13-1 (2023-11-29)

Xorg X server log files on system:
--
-rw-r--r-- 1 monnier monnier 76698 Sep 12  2018 
/home/monnier/.local/share/xorg/Xorg.2.log
-rw-r--r-- 1 monnier monnier 42484 Nov  4 19:30 
/home/monnier/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 monnier monnier 36864 Nov  4 19:40 
/home/monnier/.local/share/xorg/Xorg.0.log
-rw-r--r-- 1 rootroot33004 Nov  4 20:48 /var/log/Xorg.2.log

Contents of most recent Xorg X server log file (/var/log/Xorg.2.log):
-
[  1354.627] 
X.Org X Server 1.21.1.9
X Protocol Version 11, Revision 0
[  1354.634] Current Operating System: Linux milanesa 6.5.0-3-amd64 #1 SMP 
PREEMPT_DYNAMIC Debian 6.5.8-1 (2023-10-22) x86_64
[  1354.634] Kernel command line: BOOT_IMAGE=/vmlinuz-6.5.0-3-amd64 
root=/dev/mapper/Milanesa-root ro
[  1354.639] xorg-server 2:21.1.9-1 (https://www.debian.org/support) 
[  1354.641] Current version of pixman: 0.42.2
[  1354.645]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1354.645] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1354.653] (==) Log file: "/var/log/Xorg.2.log", Time: Sat Nov  4 20:35:06 
2023
[  1354.655] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1354.657] (==) No Layout section.  Using the first Screen section.
[  1354.657] (==) No screen section available. Using defaults.
[  1354.657] (**) |-->Screen "Default Screen Section" (0)
[  1354.657] (**) |   |-->Monitor ""
[  1354.658] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1354.658] (==) Automatically adding devices
[  1354.658] (==) Automatically enabling devices
[  1354.658] (==) Automatically adding GPU devices
[  1354.658] (==) Automatically binding GPU devices
[  1354.659] (==) Max clients allowed: 256, resource mask: 0x1f
[  1354.659] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1354.659]Entry deleted from font path.
[  1354.659] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1354.659] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1354.659] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1354.659] (II) Loader magic: 0x568b67a0
[  1354.659] (II) Module ABI versions:
[  1354.659]X.Org ANSI C Emulation: 0.4
[  1354.659]X.Org Video Driver: 25.2
[  1354.659]X.Org XInput driver : 24.4
[  1354.659]X.Org Server Extension : 10.0
[  1354.662] (--) using VT number 1

[  1354.662] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[  1354.665] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1354.665] (II) Platform probe for 
/sys/devices/pci:00/:00:02.0/drm/card0
[  1354.673] (--) PCI:*(0@0:2:0) 8086:0046:17aa:215a rev 2, Mem @ 
0xf200/4194304, 0xd000/268435456, I/O @ 0x1800/8, BIOS @ 
0x/131072
[  1354.673] (II) LoadModule: "glx"
[  1354.675] (II) Loading 

Bug#1005359: xserver-xorg-core: Intel HD Graphics 620: blank screen

2023-03-09 Thread Stefan Monnier
Timo Aaltonen [2023-03-09 08:50:09] wrote:
> Stefan Monnier kirjoitti 9.3.2023 klo 0.18:
>> Control: found -1 2:21.1.7-1
>> I still see this problem with the latest version on `testing`.
> I'm sure the problem is in the kernel driver (i915) and not xserver.

In that case, the kernel version would be relevant, right?
My latest test is with kernel version 6.1.0-5.


Stefan



Bug#1005359: xserver-xorg-core: Intel HD Graphics 620: blank screen

2023-03-08 Thread Stefan Monnier
Control: found -1 2:21.1.7-1

I still see this problem with the latest version on `testing`.


Stefan


Stefan Monnier [2022-09-21 16:02:47] wrote:

> Jakub Wilk [2022-02-11 23:17:58] wrote:
>> After recent upgrades, the X server no longer works for me: I get only 
>> blank screen. Worse, the blankness remains even after I zap the server.
>> Downgrading xserver-xorg-core to 2:1.20.14-1 fixed it for me.
>
> I'm not sure if I suffer from the same problem, but I'm seeing similar
> symptoms here on my Librem mini.
>
> I run Debian testing on this machine and since I had not rebooted it in
> a while I don't know which version of Xorg I've been happily running
> last, but after an `apt full-upgrade` I did a reboot and as soon as gdm
> launched Xorg, the screens (I have two monitors connected) went black.
> I couldn't find a way to bring the screens back to life, short of
> rebooting: I tried to stop Xorg/gdm, I tried suspend+resume, I tried to
> use lightdm.
>
> I downgraded to `xserver-xorg-core/stable` and things are back
> to normal.
>
> I attach the Xorg.log from when it got me a black screen.
>
>
> Stefan
>
> [65.676] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() 
> failed
> [65.676] _XSERVTransMakeAllCOTSServerListeners: server already running
> [65.676] (--) Log file renamed from
> "/var/lib/gdm3/.local/share/xorg/Xorg.pid-2189.log" to
> "/var/lib/gdm3/.local/share/xorg/Xorg.1.log"
> [65.677] 
> X.Org X Server 1.21.1.4
> X Protocol Version 11, Revision 0
> [65.677] Current Operating System: Linux lechazo 5.16.0-3-amd64 #1 SMP
> PREEMPT Debian 5.16.11-1 (2022-02-25) x86_64
> [65.677] Kernel command line: BOOT_IMAGE=/vmlinuz-5.16.0-3-amd64
> root=/dev/mapper/Alfajor-root ro fbcon=rotate:3
> [65.677] xorg-server 2:21.1.4-1 (https://www.debian.org/support) 
> [65.677] Current version of pixman: 0.40.0
> [65.677]  Before reporting problems, check http://wiki.x.org
>   to make sure that you have the latest version.
> [65.677] Markers: (--) probed, (**) from config file, (==) default 
> setting,
>   (++) from command line, (!!) notice, (II) informational,
>   (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [65.677] (==) Log file: "/var/lib/gdm3/.local/share/xorg/Xorg.1.log",
> Time: Wed Sep 21 15:16:48 2022
> [65.677] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [65.677] (==) No Layout section.  Using the first Screen section.
> [65.677] (==) No screen section available. Using defaults.
> [65.677] (**) |-->Screen "Default Screen Section" (0)
> [65.677] (**) |   |-->Monitor ""
> [65.678] (==) No monitor specified for screen "Default Screen Section".
>   Using a default monitor configuration.
> [65.678] (==) Automatically adding devices
> [65.678] (==) Automatically enabling devices
> [65.678] (==) Automatically adding GPU devices
> [65.678] (==) Automatically binding GPU devices
> [65.678] (==) Max clients allowed: 256, resource mask: 0x1f
> [65.678] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not 
> exist.
> [65.678]  Entry deleted from font path.
> [65.678] (==) FontPath set to:
>   /usr/share/fonts/X11/misc,
>   /usr/share/fonts/X11/100dpi/:unscaled,
>   /usr/share/fonts/X11/75dpi/:unscaled,
>   /usr/share/fonts/X11/Type1,
>   /usr/share/fonts/X11/100dpi,
>   /usr/share/fonts/X11/75dpi,
>   built-ins
> [65.678] (==) ModulePath set to "/usr/lib/xorg/modules"
> [65.678] (II) The server relies on udev to provide the list of input 
> devices.
>   If no devices become available, reconfigure udev or disable 
> AutoAddDevices.
> [65.678] (II) Loader magic: 0x568a97a0
> [65.678] (II) Module ABI versions:
> [65.678]  X.Org ANSI C Emulation: 0.4
> [65.678]  X.Org Video Driver: 25.2
> [65.678]  X.Org XInput driver : 24.4
> [65.678]  X.Org Server Extension : 10.0
> [65.678] (++) using VT number 1
>
> [65.680] (II) systemd-logind: took control of session 
> /org/freedesktop/login1/session/c2
> [65.681] (II) xfree86: Adding drm device (/dev/dri/card0)
> [65.681] (II) Platform probe for 
> /sys/devices/pci:00/:00:02.0/drm/card0
> [65.681] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 13 
> paused 0
> [65.683] (--) PCI:*(0@0:2:0) 8086:3ea0:8086:2212 rev 0, Mem @
> 0xd000/16777216, 0xc000/268435456, I/O @ 0x3000/64, BIOS @
> 0x/131072
> [65.683] (II) LoadModule: "glx"
> [65.683] (II) Loading /usr/lib/xor

Bug#1005359: xserver-xorg-core: Intel HD Graphics 620: blank screen

2022-09-21 Thread Stefan Monnier
Jakub Wilk [2022-02-11 23:17:58] wrote:
> After recent upgrades, the X server no longer works for me: I get only 
> blank screen. Worse, the blankness remains even after I zap the server.
> Downgrading xserver-xorg-core to 2:1.20.14-1 fixed it for me.

I'm not sure if I suffer from the same problem, but I'm seeing similar
symptoms here on my Librem mini.

I run Debian testing on this machine and since I had not rebooted it in
a while I don't know which version of Xorg I've been happily running
last, but after an `apt full-upgrade` I did a reboot and as soon as gdm
launched Xorg, the screens (I have two monitors connected) went black.
I couldn't find a way to bring the screens back to life, short of
rebooting: I tried to stop Xorg/gdm, I tried suspend+resume, I tried to
use lightdm.

I downgraded to `xserver-xorg-core/stable` and things are back
to normal.

I attach the Xorg.log from when it got me a black screen.


Stefan
[65.676] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() 
failed
[65.676] _XSERVTransMakeAllCOTSServerListeners: server already running
[65.676] (--) Log file renamed from 
"/var/lib/gdm3/.local/share/xorg/Xorg.pid-2189.log" to 
"/var/lib/gdm3/.local/share/xorg/Xorg.1.log"
[65.677] 
X.Org X Server 1.21.1.4
X Protocol Version 11, Revision 0
[65.677] Current Operating System: Linux lechazo 5.16.0-3-amd64 #1 SMP 
PREEMPT Debian 5.16.11-1 (2022-02-25) x86_64
[65.677] Kernel command line: BOOT_IMAGE=/vmlinuz-5.16.0-3-amd64 
root=/dev/mapper/Alfajor-root ro fbcon=rotate:3
[65.677] xorg-server 2:21.1.4-1 (https://www.debian.org/support) 
[65.677] Current version of pixman: 0.40.0
[65.677]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[65.677] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[65.677] (==) Log file: "/var/lib/gdm3/.local/share/xorg/Xorg.1.log", Time: 
Wed Sep 21 15:16:48 2022
[65.677] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[65.677] (==) No Layout section.  Using the first Screen section.
[65.677] (==) No screen section available. Using defaults.
[65.677] (**) |-->Screen "Default Screen Section" (0)
[65.677] (**) |   |-->Monitor ""
[65.678] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[65.678] (==) Automatically adding devices
[65.678] (==) Automatically enabling devices
[65.678] (==) Automatically adding GPU devices
[65.678] (==) Automatically binding GPU devices
[65.678] (==) Max clients allowed: 256, resource mask: 0x1f
[65.678] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[65.678]Entry deleted from font path.
[65.678] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[65.678] (==) ModulePath set to "/usr/lib/xorg/modules"
[65.678] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[65.678] (II) Loader magic: 0x568a97a0
[65.678] (II) Module ABI versions:
[65.678]X.Org ANSI C Emulation: 0.4
[65.678]X.Org Video Driver: 25.2
[65.678]X.Org XInput driver : 24.4
[65.678]X.Org Server Extension : 10.0
[65.678] (++) using VT number 1

[65.680] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/c2
[65.681] (II) xfree86: Adding drm device (/dev/dri/card0)
[65.681] (II) Platform probe for 
/sys/devices/pci:00/:00:02.0/drm/card0
[65.681] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 13 paused 0
[65.683] (--) PCI:*(0@0:2:0) 8086:3ea0:8086:2212 rev 0, Mem @ 
0xd000/16777216, 0xc000/268435456, I/O @ 0x3000/64, BIOS @ 
0x/131072
[65.683] (II) LoadModule: "glx"
[65.683] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[65.684] (II) Module glx: vendor="X.Org Foundation"
[65.684]compiled for 1.21.1.4, module version = 1.0.0
[65.684]ABI class: X.Org Server Extension, version 10.0
[65.684] (==) Matched modesetting as autoconfigured driver 0
[65.684] (==) Matched fbdev as autoconfigured driver 1
[65.684] (==) Matched vesa as autoconfigured driver 2
[65.684] (==) Assigned the driver to the xf86ConfigLayout
[65.684] (II) LoadModule: "modesetting"
[65.684] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[65.684] (II) Module modesetting: vendor="X.Org Foundation"
[65.684]compiled for 1.21.1.4, module version = 

Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"

2021-08-22 Thread Stefan Monnier
> I just tried to upgrade my `testing` installation but the problem is
> still present.  Did you install the patch there?

I just upgraded to the new `bullseye` release and the problem is
still there.


Stefan



Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"

2021-04-27 Thread Stefan Monnier
Julien Cristau [2021-03-18 14:58:30] wrote:

> On Thu, Mar 18, 2021 at 09:39:36AM -0400, Stefan Monnier wrote:
>> > I tried to reconstruct the given backtrace in [1].
>> 
>> Thanks,
>> 
>> > So the actual issue seems to be a "movq" instruction which
>> > seems to be due to [3] a SSE2 instruction, which might
>> > the "Pentium III M" is lacking, like Stefan already noted.
>> > I am not sure where the current Debian baseline could be
>> > consulted regarding this, maybe [4] could give a hint.
>> 
>> AFAIK Debian's i386 architecture does not (yet) require SSE2 (as
>> witnessed by the existence of the package `sse2-support`).
>> 
>> Where does this instruction come from?
>> Is it generated by GCC (and if so, why does GCC generate it)?
>> 
>
> I'm guessing because of this:
> https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/-/blob/master/src/sna/blt.c#L37
>
> Does the below help?

I just tried to upgrade my `testing` installation but the problem is
still present.  Did you install the patch there?


Stefan



Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"

2021-03-18 Thread Stefan Monnier
> I tried to reconstruct the given backtrace in [1].

Thanks,

> So the actual issue seems to be a "movq" instruction which
> seems to be due to [3] a SSE2 instruction, which might
> the "Pentium III M" is lacking, like Stefan already noted.
> I am not sure where the current Debian baseline could be
> consulted regarding this, maybe [4] could give a hint.

AFAIK Debian's i386 architecture does not (yet) require SSE2 (as
witnessed by the existence of the package `sse2-support`).

Where does this instruction come from?
Is it generated by GCC (and if so, why does GCC generate it)?


Stefan


PS: I hope the i386 port never will require SSE2, since all the
processors I have which support SSE2 also support AMD64.



Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"

2021-03-02 Thread Stefan Monnier
> My Thinkpad X30 uses Debian testing and after a recentish update (a couple
> months ago) the X server doesn't want to start any more.
>
> As you can see in the Xorg.0.log below, it fails with an "Illegal 
> instruction".
> This machine is admittedly old, so I suspect it might have to do with the
> code using instructions not supported by the processor (Pentium III M),
> but AFAIK this *should* work, so I think it's a bug.

I just tried `dpkg --purge xsrver-xorg-video-intel` to se if using
another driver would circumvent the problm but that just makes me bump
into another problem; the modesetting driver fails with:

(EE) modest(0): Failed to initialize glamor at ScreenInit() time.


-- Stefan



Bug#979276: xserver-xorg-video-intel: Server fails to start: "Illegal instruction"

2021-01-04 Thread Stefan Monnier
Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20200714-1+b1
Severity: important

Dear Maintainer,

My Thinkpad X30 uses Debian testing and after a recentish update (a couple
months ago) the X server doesn't want to start any more.

As you can see in the Xorg.0.log below, it fails with an "Illegal instruction".
This machine is admittedly old, so I suspect it might have to do with the
code using instructions not supported by the processor (Pentium III M),
but AFAIK this *should* work, so I think it's a bug.


Stefan


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 16  2010 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Dec  2 05:41 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 82830M/MG 
Integrated Graphics Controller [8086:3577] (rev 04)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 0

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  # dynpm=1 dynclks=1
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 5.9.0-5-686-pae (debian-ker...@lists.debian.org) (gcc-10 (Debian 
10.2.1-1) 10.2.1 20201207, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP 
Debian 5.9.15-1 (2020-12-17)

Xorg X server log files on system:
--
-rw-r--r-- 1 rootroot225345 Nov 16  2007 /var/log/Xorg.22.log
-rw-r--r-- 1 rootroot138823 Nov 16  2007 /var/log/Xorg.23.log
-rw-r--r-- 1 rootroot 40062 Nov 16  2007 /var/log/Xorg.24.log
-rw-r--r-- 1 rootroot 35148 Aug 16  2008 /var/log/Xorg.21.log
-rw-r--r-- 1 rootroot 39499 Aug 22  2011 /var/log/Xorg.20.log
-rw-r--r-- 1 rootroot 28942 Jul 14  2017 /var/log/Xorg.2.log
-rw-r--r-- 1 monnier monnier  21559 Dec 18  2019 
/home/monnier/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 monnier monnier  22890 Aug  5 16:28 
/home/monnier/.local/share/xorg/Xorg.0.log
-rw-r--r-- 1 rootroot 0 Dec  7 19:13 /var/log/Xorg.1.log
-rw-r--r-- 1 rootroot  8218 Jan  4 13:31 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   142.347] 
X.Org X Server 1.20.10
X Protocol Version 11, Revision 0
[   142.348] Build Operating System: Linux 4.19.0-12-amd64 i686 Debian
[   142.349] Current Operating System: Linux yuca 5.9.0-5-686-pae #1 SMP Debian 
5.9.15-1 (2020-12-17) i686
[   142.349] Kernel command line: BOOT_IMAGE=/vmlinuz-5.9.0-5-686-pae 
root=/dev/mapper/Ceviche-root ro
[   142.349] Build Date: 02 December 2020  10:41:35AM
[   142.349] xorg-server 2:1.20.10-1 (https://www.debian.org/support) 
[   142.349] Current version of pixman: 0.36.0
[   142.349]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   142.349] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   142.351] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan  4 13:31:59 
2021
[   142.353] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   142.354] (==) No Layout section.  Using the first Screen section.
[   142.354] (==) No screen section available. Using defaults.
[   142.354] (**) |-->Screen "Default Screen Section" (0)
[   142.354] (**) |   |-->Monitor ""
[   142.355] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   142.355] (==) Automatically adding devices
[   142.356] (==) Automatically enabling devices
[   142.356] (==) Automatically adding GPU devices
[   142.356] (==) Max clients allowed: 256, resource mask: 0x1f
[   142.356] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   142.356]Entry deleted from font path.
[   142.356] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   142.356] (==) ModulePath set to "/usr/lib/xorg/modules"
[   142.356] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   142.356] (II) Loader magic: 0x6df740
[   142.357] (II) Module ABI versions:
[   142.357]X.Org ANSI C Emulation: 0.4
[   142.357]X.Org Video Driver: 24.1
[   142.357]X.Org XInput driver : 24.1
[   142.357]X.Org Server Extension : 10.0
[   142.367] (++) using VT number 7

[   142.367] (II) systemd-logind: 

Bug#810497: xwayland: There is no manpage for Xwayland

2016-01-08 Thread Stefan Monnier
Package: xwayland
Version: 2:1.17.3-2
Severity: normal

Dear Maintainer,

I see that Wayland is now used by default in Debian testing.
While trying to figure out why it happens not to work for me
(which may lead to another bug report) I found that there is
very little (if any) documentation about it.

Not even a manpage.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xwayland depends on:
ii  libaudit1   1:2.4.5-1
ii  libc6   2.21-6
ii  libdrm2 2.4.65-3
ii  libegl1-mesa [libegl1-x11]  11.0.8-1
ii  libepoxy0   1.3.1-1
ii  libgbm1 11.0.8-1
ii  libgcrypt20 1.6.4-4
ii  libgl1-mesa-glx [libgl1]11.0.8-1
ii  libpixman-1-0   0.33.4-1
ii  libselinux1 2.4-3
ii  libwayland-client0  1.9.0-1
ii  libxau6 1:1.0.8-1
ii  libxdmcp6   1:1.1.2-1
ii  libxfont1   1:1.5.1-1
ii  libxshmfence1   1.2-1
ii  xserver-common  2:1.17.3-2

xwayland recommends no packages.

xwayland suggests no packages.

-- no debconf information



Bug#771832: xserver-xorg-video-modesetting: left or right rotation gives blank screen with gma500 card

2014-12-02 Thread Stefan Monnier
Package: xserver-xorg-video-modesetting
Version: 0.9.0-1+b1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

The quoted xorg.conf file below is the one I've been using for a few
years now with a gma500 card for the first screen and a displaylink card
for the second.  Both rotated.

I'm trying to use the modesetting driver instead so as to be able to use
hotplugging of the displaylink, but the rotation does not work.

I start I used an empty xorg.conf (a symlink to /dev/null), the Xorg
server startyed fine.  Then I used xrandr and saw that DVI-0 is
the name used for my monitor, so I tried

  xrandr --output DVI-0 --rotate left; sleep 10; xrandr --output DVI-0 --rotate 
normal;

and the screen went blank (not just black: the monitor went to sleep)
for 10 seconds and then came back.

This is with the stock Debian 3.16.0-4-686-pae kernel.  There was no dmesg
output during the rotation.


Stefan


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 16  2007 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2556784 Nov  3 16:52 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation System Controller 
Hub (SCH Poulsbo) Graphics Controller [8086:8108] (rev 07)

Xorg X server configuration file status:

lrwxrwxrwx 1 root root 16 Dec  2 11:56 /etc/X11/xorg.conf - xorg.conf.dualfb

Contents of /etc/X11/xorg.conf:
---
### DisplayLink Stuff ###

Section Device
Identifier  DisplayLinkDevice
driver  fbdev
#driver  displaylink
Option  fbdev /dev/fb1
# Hack to get fbdev to accept several devices.
# http://lists.freedesktop.org/archives/libdlo/2010-November/000791.html
BusID   USB
Option  RotateCCW
EndSection

Section Monitor
Identifier DisplayLinkMonitor
EndSection

Section Screen
Identifier DisplayLinkScreen
Device DisplayLinkDevice
Monitor DisplayLinkMonitor
SubSection Display
Depth 16 # 24bit works fine but for USB 2.0 a lot of data
#Modes 1280x1024
EndSubSection
EndSection

 Original Video Settings ###

Section Device
Identifier  Configured Video Device
driver  fbdev
Option  fbdev /dev/fb0
# Hack to get fbdev to accept several devices.
# http://lists.freedesktop.org/archives/libdlo/2010-November/000791.html
BusID   USB
Option  Rotate CCW
EndSection

Section Monitor
Identifier  Configured Monitor
# Doesn't seem to work.
#Option Rotateleft
EndSection

Section Screen
Identifier  DefaultScreen
Monitor Configured Monitor
Device  Configured Video Device
EndSection

Section ServerLayout
Identifier Server Layout
Screen 0 DefaultScreen 0 0
Screen 1 DisplayLinkScreen RightOf DefaultScreen
Option Xinerama on
EndSection

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.8.3 (Debian 4.8.3-13) ) #1 SMP Debian 3.16.7-2 (2014-11-06)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 225345 Nov 16  2007 /var/log/Xorg.22.log
-rw-r--r-- 1 root root 138823 Nov 16  2007 /var/log/Xorg.23.log
-rw-r--r-- 1 root root  40062 Nov 16  2007 /var/log/Xorg.24.log
-rw-r--r-- 1 root root   2485 Apr 13  2010 /var/log/Xorg.3.log
-rw-r--r-- 1 root root  52283 Apr 13  2010 /var/log/Xorg.1.7.6.log
-rw-r--r-- 1 root root  14860 Oct 21  2010 /var/log/Xorg.21.log
-rw-r--r-- 1 root root  15503 Oct 21  2010 /var/log/Xorg.20.log
-rw-r--r-- 1 root root  24851 May 29  2013 /var/log/Xorg.2.log
-rw-r--r-- 1 root root  15996 Dec  2 11:29 /var/log/Xorg.1.log
-rw-r--r-- 1 root root  22098 Dec  2 12:02 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[26.429] 
X.Org X Server 1.16.1.901 (1.16.2 RC 1)
Release Date: 2014-11-02
[26.429] X Protocol Version 11, Revision 0
[26.429] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian
[26.429] Current Operating System: Linux lechazo 3.16.0-4-686-pae #1 

Bug#728390: libX11.so: Xinerama gives me extension RANDR missing on display

2013-10-31 Thread Stefan Monnier
Package: libx11-6
Version: 2:1.6.2-1
Severity: normal
File: libX11.so

Dear Maintainer,

Ever since I added a second screen to my desktop (via a displaylink USB
graphics card), applications keep complaining about:

Xlib:  extension RANDR missing on display :0.0.

Not sure where this comes from or where to report it.  Maybe the X server
should provide some minimal XRandR support, or maybe the X client should
not complain about the lack of XRandR support, but these are annoying.


Stefan


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libx11-6:i386 depends on:
ii  libc6  2.17-93
ii  libx11-data2:1.6.2-1
ii  libxcb11.9.1-3
ii  multiarch-support  2.17-93

libx11-6:i386 recommends no packages.

libx11-6:i386 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131031145345.17755.18300.report...@faina.iro.umontreal.ca



Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards

2012-03-01 Thread Stefan Monnier
 It seems that setxkbmap only affects the current InputDevice, whereas
 I'd like to affect a whole InputClass, but I don't know how/where
 to specify which inputs devices should be affected.
 Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?
 Tho to tell you the truth, I don't need to distinguish input devices,
 all I want is for my settings to apply to *all* keyboards (which
 is only ever a single keyboard but which might get unplugged/replugged).

 You might find that page useful then:
   http://x.debian.net/howto/configure-input.html

But I can't find any information there about user-configuration: the
KBD config I'm installing is one specific to my particular preferences
and would not please the other users of this machine.
As evidenced by my question, I'm already aware of xorg.conf's InputClass
sections. 


Stefan



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jwv1upczbh9.fsf-monnier+in...@gnu.org



Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards

2012-03-01 Thread Stefan Monnier
 Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?
 gnome-settings-daemon.

Can you point me to some documentation as to how I'd use
gnome-settings-daemon to setup a particular XKB config on all current
and future keyboards?
(maybe a relevant detail of that XKB config: it uses a `symbols' file from
my home directory rather than limiting itself to the bundled set of
symbols)?


Stefan



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jwvzkc0m86k.fsf-monnier+in...@gnu.org



Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards

2012-03-01 Thread Stefan Monnier
 Oh, I'm not saying it's possible today, I'm saying it's where it should
 be happening (it knows when a device gets plugged in, it has some
 knowledge of input device configuration, so making that per-device
 should be possible).  If gsd isn't suitable, it shouldn't be too hard to
 write a program listening for DevicePresence events and doing whatever
 config is necessary for new devices.

That seems way too complicated: the X server already has the notion of
an InputClass section and setxkbmap is already a way to dynamically
specify an InputDevice section, so all that's needed is a way to
pass dynamically to the X server an InputClass section.


Stefan



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jwvty28m0nx.fsf-monnier+in...@gnu.org



Bug#661754: x11-xkb-utils: setxkbmap and xkbcomp settings do not apply to new keyboards

2012-02-29 Thread Stefan Monnier
Package: x11-xkb-utils
Version: 7.6+4
Severity: important

Dear Maintainer,

My desktop can finally suspend and resume properly, which makes me very happy,
but let me discover a new obstacle: upon resume my keybard settings are lost
and I have to re-apply my xkbcomp setting every time.

The same can be seen without suspendresume:

   % setxkbmap -model 'thinkpad(60)'
   % setxkbmap -query
   rules:  evdev
   model:  thinkpad(60)
   layout: us
   % unplug the (USB) keyboard, and plug it back in
   % setxkbmap -query
   rules:  evdev
   model:  pc105
   layout: us
   %

It seems that setxkbmap only affects the current InputDevice, whereas
I'd like to affect a whole InputClass, but I don't know how/where
to specify which inputs devices should be affected.
Where are the equivalent of xorg.conf's MatchIsKeyboard/MatchProduct/...?
Tho to tell you the truth, I don't need to distinguish input devices,
all I want is for my settings to apply to *all* keyboards (which
is only ever a single keyboard but which might get unplugged/replugged).


Stefan


*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages x11-xkb-utils depends on:
ii  libc62.13-26
ii  libx11-6 2:1.4.4-4
ii  libxaw7  2:1.0.9-3
ii  libxkbfile1  1:1.0.7-1
ii  libxt6   1:1.1.1-2

x11-xkb-utils recommends no packages.

x11-xkb-utils suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120301012514.18253.47200.reportbug@localhost



Bug#577976: xserver-xorg-video-vesa: New VESA driver excrutiatingly slow

2010-10-17 Thread Stefan Monnier
 The VESA driver from Debian testing is incredibly slow (I get to see
 in which order my windows are drawn when switching desktop). Now, I
 know that VESA is not accelerated, but this is much worse. The VESA
 driver from Debian stable (from Xorg server 1.4.2) is *much* faster
 (as in quite usable for everyday coding). Has anyone seen this or
 has any idea how I can get back the normal speed (other than by
 downgrading to Debian stable's driver)?

 I have no idea whether that would make any difference, but can you
 check what happens if you install libgl1-mesa-dri? (For some reasons a
 dlopen is attempted on swrast_dri.so)

It is installed already.

 You may want to check what happens with fbdev instead?

Yes, that's a good idea, thanks.


Stefan



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jwviq1027u9.fsf-monnier+in...@gnu.org



Bug#579425: Still no dice, but a segfault instead

2010-05-13 Thread Stefan Monnier
 So I upgraded to 2.6.32-12 (after spending some time to finally understand 
 it's
 named 2.6.32-5) as well as 2.6.33-experimentl4 (couldn't find the 
 experimental5
 you mention), and booted without the vga= argument.
 The result is a segfault apparently related to libdrm-nouveau, so I tried to
 upgrade the packages that seemed relevant to `unstable', but it did not make
 any difference as you can see in the attached system info.

 Could you please apply the following patch to libdrm?  Alternatively,
 use the libdrm packages from experimental where the segfault should also
 be fixed.

I installed libdrm-nouveau1 2.4.20-2 from experimental and tried again,
but the result is unchanged.


Stefan



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jwv39xw6j5d.fsf-monnier+in...@gnu.org



Bug#579425: Still no dice, but a segfault instead

2010-05-12 Thread Stefan Monnier
Package: xserver-xorg-video-nouveau
Version: 1:0.0.15+git20100329+7858345-3
Severity: normal

So I upgraded to 2.6.32-12 (after spending some time to finally understand it's
named 2.6.32-5) as well as 2.6.33-experimentl4 (couldn't find the experimental5
you mention), and booted without the vga= argument.
The result is a segfault apparently related to libdrm-nouveau, so I tried to
upgrade the packages that seemed relevant to `unstable', but it did not make
any difference as you can see in the attached system info.



-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Jul  5  2006 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725256 May  4 09:51 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 
TurboCache(TM)] (rev a1)

/etc/X11/xorg.conf does not exist.

Kernel version (/proc/version):
Linux version 2.6.32-3-686-bigmem (Debian 2.6.32-9) (m...@debian.org) (gcc 
version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Thu Feb 25 06:54:30 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 45803 Aug 10  2006 /var/log/Xorg.4.log
-rw-r--r-- 1 root root 48171 Jun 13  2007 /var/log/Xorg.23.log
-rw-r--r-- 1 root root 48301 Jun 13  2007 /var/log/Xorg.22.log
-rw-r--r-- 1 root root 22167 Mar  5  2009 /var/log/Xorg.3.log
-rw-r--r-- 1 root root 48193 Sep 14  2009 /var/log/Xorg.21.log
-rw-r--r-- 1 root root 44255 May  3 08:53 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 19083 May 12 19:49 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 44579 May 12 19:58 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 19082 May 12 20:06 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-4-686 i686 Debian
Current Operating System: Linux pastel 2.6.32-5-686-bigmem #1 SMP Sat May 1 
05:03:27 UTC 2010 i686
Kernel command line: root=/dev/mapper/Pastel-root ro 
Build Date: 04 May 2010  03:43:42PM
xorg-server 2:1.7.7-1 (Julien Cristau jcris...@debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Wed May 12 19:54:50 2010
(++) Using config file: /etc/X11/xorg.conf.nouveau
(==) Using system config directory /usr/share/X11/xorg.conf.d
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |--Screen Default Screen Section (0)
(**) |   |--Monitor default monitor
(==) No device specified for screen Default Screen Section.
Using the first device section listed.
(**) |   |--Device NV44 with nouveau driver
(==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to /usr/lib/xorg/modules
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x81ea020
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(--) using VT number 5

(--) PCI:*(0:1:0:0) 10de:0161:1043:81ba nVidia Corporation NV44 [GeForce 6200 
TurboCache(TM)] rev 161, Mem @ 0xd000/16777216, 0xc000/268435456, 
0xd100/16777216, BIOS @ 0x/131072
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: extmod
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor=X.Org Foundation
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: dbe
(II) Loading 

Bug#579425: xserver-xorg-video-nouveau: Nouveau can't find any screen

2010-04-27 Thread Stefan Monnier
Package: xserver-xorg-video-nouveau
Version: 1:0.0.15+git20100329+7858345-3
Severity: important

I'm using Debian testing (but with unstable and experimental in my sources as
well, and using the 2.6.33-2 kernel from experimental). I have just installed
aptitude install xserver-xorg-video-nouveau which worked well (it only needed
libdrm-nouveau1 as extra dependency). But when I tried xinit for testing,
with an empty xorg.conf:  Section Device Identifier
NV44 with nouveau driver Driver  nouveau
EndSection  the Xserver returned almost immediately saying:  (++) Using
config file: /etc/X11/xorg.conf.nouveau (EE) [drm] Could not set DRM
device bus ID. (EE) NOUVEAU(0): [drm] error opening the drm
(EE) NOUVEAU(0): 619:  (EE) Screen(s) found, but none have a usable
configuration.  Fatal server error: no screens found
I'm using the nv driver for now, but am looking forward to nouveau so I can
connect my monitor over DVI (nv is not able to give me more than 1280x1024
over DVI).  It has been a long wait, but it appers that it is finally very
close to being a reality.


-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Jul  5  2006 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1722172 Apr  5 13:16 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce 6200 
TurboCache(TM)] (rev a1)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
lrwxrwxrwx 1 root root 12 Aug  7  2007 /etc/X11/xorg.conf - xorg.conf.nv

Contents of /etc/X11/xorg.conf:
# xorg.conf (Xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom
#   md5sum /etc/X11/xorg.conf /var/lib/xfree86/xorg.conf.md5sum
#   dpkg-reconfigure xserver-xorg

Section Files
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/share/fonts/X11/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/share/fonts/X11/100dpi/:unscaled
FontPath/usr/share/fonts/X11/75dpi/:unscaled
FontPath/usr/share/fonts/X11/Type1
FontPath/usr/share/fonts/X11/CID
FontPath/usr/share/fonts/X11/100dpi
FontPath/usr/share/fonts/X11/75dpi
EndSection

Section Module
Loadbitmap
Loaddbe
Loadddc
#   Loaddri
Loadevdev
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadtype1
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc104
Option  XkbLayout us
Option  XkbOptionsctrl:nocaps
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section InputDevice
Identifier  TouchPad
Driver  synaptics
Option  Device/dev/input/touchpad
Option  Protocol  event
Option  SHMConfig true
# Most settings should be left to the user, but the Tap should
# only be enabled if requested explicitly, IMHO.
Option  MaxTapTime0
# This one is neat when it works, and it's rather unlikely to do
# it by accident, and even if you do, it's pretty harmless.
Option  VertTwoFingerScroll   1
# This one is almost true as well, except that X11's handling of
# those events is not standardized enough, so some apps bind those
# events to prev-webpage and next-webpage instead of horiz-scroll
# Which makes vertical 2-finger-scroll unusable until those apps are
   

Bug#541388: xserver-xorg: Xmodmap settings lost across suspend/hibernate

2009-08-14 Thread Stefan Monnier
 I recently installed Debian on this old Macbook Pro (by copying
 the / partition of a Debian install running on a Thinkpad T60), and
 I bumped into an unexpected problem:
 my Xmodmap settings (which I install from a little script of mine run
 from the session manager at login time) are lost when I suspend the machine.
 I.e. after resume, xmodmap shows that the xmodmap setting have been
 reverted to their defaults.
 I have similar Debian installs running on various machines, with varying
 kinds of keyboards (some USB others not) and have never bumped into such
 a thing.  I don't know where to start tracking it down.

I also just noticed that gsynaptics settings get similarly lost across
a hibernateresume.


Stefan



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org