Processed: your mail

2015-05-16 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> fixed 782690 2:2.99.917-1
Bug #782690 [xserver-xorg-video-intel] xserver-xorg-video-intel: DRI2 is not 
available on the Dell XPS 13 9343
Marked as fixed in versions xserver-xorg-video-intel/2:2.99.917-1.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
782690: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782690
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.c.143176227522770.transcr...@bugs.debian.org

Bug#785448: xserver-xorg-video-ati: Screen is badly tinged with green when using the open source driver

2015-05-16 Thread Owen Riddy 
Package: xserver-xorg-video-ati
Version: 1:7.5.0-1+b1
Severity: important

Dear Maintainer,

I'm using the open source ati graphics with a 3-screen setup. After upgrading 
to unstable after the release of Jessie everything ran without issue.

I booted into a seperate install of Jessie on the same computer that had flgrx 
installed, and after rebooting into unstable one of the screens (connected by a 
HDMI cable) has acquired a distinct green tinge that obscures whatever the 
screen is trying to show. It is a sort of neon green.

This image is a graphical corruption bug - I took a screenshot using ksnapshot 
and on my other two screens the image dispaled withouth the green tinge.

The tinge is not present:
  * In the BIOS
  * When GRUB is active
  * Early in the boot process when the kernel is still printing text
  * On a separate Debian install on the same hardware, using fglrx

I tried changing the gamma settings of the screen and poking at the backlight 
settings but this did not help. Changing the gamma made a very slight 
difference but the tinge does nto seem to be caused by a rogue gamma setting.

At some points during, eg, shutdown my screens go blank - usually this is black 
but at present the green tinged screen goes straight green.

I can't test it because it will not go away, but I think this problem was 
caused by using the card with fglrx then restarting the computer.

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

lrwxrwxrwx 1 root root 13 Jun 17  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384712 May  5 09:24 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] [1002:683d]

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

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

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

Kernel version (/proc/version):
---
Linux version 4.0.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 
(Debian 4.9.2-16) ) #1 SMP Debian 4.0.2-1 (2015-05-11)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 72560 May 16 21:35 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 2.955] 
X.Org X Server 1.17.1
Release Date: 2015-02-10
[ 2.956] X Protocol Version 11, Revision 0
[ 2.956] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[ 2.956] Current Operating System: Linux cyclone 4.0.0-1-amd64 #1 SMP 
Debian 4.0.2-1 (2015-05-11) x86_64
[ 2.956] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-1-amd64 
root=UUID=b83e383f-49aa-4f43-bf09-93f7238eff15 ro quiet
[ 2.956] Build Date: 04 May 2015  11:22:06PM
[ 2.956] xorg-server 2:1.17.1-2 (http://www.debian.org/support) 
[ 2.956] Current version of pixman: 0.32.6
[ 2.956]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 2.956] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 2.956] (==) Log file: "/var/log/Xorg.0.log", Time: Sat May 16 21:35:12 
2015
[ 2.961] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 2.965] (==) No Layout section.  Using the first Screen section.
[ 2.965] (==) No screen section available. Using defaults.
[ 2.965] (**) |-->Screen "Default Screen Section" (0)
[ 2.965] (**) |   |-->Monitor ""
[ 2.965] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 2.965] (==) Automatically adding devices
[ 2.965] (==) Automatically enabling devices
[ 2.965] (==) Automatically adding GPU devices
[ 2.967] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 2.967]Entry deleted from font path.
[ 2.967] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[ 2.967]Entry deleted from font path.
[ 2.967] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[ 2.967]Entry deleted from font path.
[ 2.969] (WW) `fonts.dir' not found (or not valid) in 
"/usr/share/fonts/X11/Type1".
[ 2.969]Entry deleted from font path.
[ 2.969](Run 'mkfontdir' on "/usr/share/fonts/X11/Type1").
[ 2.969] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[ 2.969]Entry deleted from font path.
[ 2.969] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[ 2.969]Entry deleted from font path.
[ 2.969] (==) FontPath set to:
/usr/share/fonts/X11/misc,
built-ins
[ 2.969] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 2.969] (II) The serve

Bug#785458: xserver-xorg-video-intel: corrupted rendering of xfonts-terminus-oblique in rxvt-unicode

2015-05-16 Thread Giuseppe Bilotta 
Package: xserver-xorg-video-intel
Version: 2:2.99.917-1
Severity: normal

I've recently upgraded to the latest Xorg and Xorg intel driver in sid,
and I've noticd corrupted rendering of the terminus-oblique
font in my terminal (rxvt-unicode-256color). The problem is consistent,
in the form of missing pixels in the upper right areas of each glyph,
manifests right from the start of the session, is independent of the
kernel version (linux 3.16 or 4.0), and does not present itself when I
force xorg to use the modesetting driver instead.

The rendering issue only seems to appear in rxvt-unicode and
rxvt-unicode-256color though (e.g. not in konsole or gnome-terminal, nor
in xterm or xfontsel).


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

lrwxrwxrwx 1 root root 13 Aug  9  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384712 May  5 01:24 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv

Bug#785460: regression: screen brightness no longer saved on logout or restart

2015-05-16 Thread Robert Lange 
Package: xorg
Version: 1:7.7+9
Severity: normal

Dear Maintainer,

I have a Thinkpad w540. I use the Intel graphics and have the Nvidia card off.
I usually leave the screen at 50% brightness to conserve battery, and because
the screen to very bright.

I use testing and run apt-get dist-upgrade daily. Yesterday (2015-05-15) I got
an upgrade to Xorg. A few hours later, I rebooted and immediately noticed that
the screen was at 100% brightness. As a test, I reset the brightness to 50% and
logged out of my session. Sure enough, as soon as the login screen appeared,
the screen was back up to 100% brightness.

I will stress that this is a regression, because prior to yesterday, the screen
brightness was saved between sessions. I will also point out that the
brightness controls still work properly, it's just that the brightness setting
is no longer saved on logout or restart.



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

lrwxrwxrwx 1 root root 13 May  9  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384712 May  4 19:24 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libG

Bug#785460: (no subject)

2015-05-16 Thread Robert Lange 
When I set the brightness manually, I run the following and see:

$ ls -1 /sys/class/backlight/*/*brightness | xargs -I % sh -c "echo % ;
cat %"

/sys/class/backlight/intel_backlight/actual_brightness
2219
/sys/class/backlight/intel_backlight/brightness
2219
/sys/class/backlight/intel_backlight/max_brightness
4438

However, when I logout and log back in (or reboot) and run the command,
I see:

$ ls -1 /sys/class/backlight/*/*brightness | xargs -I % sh -c "echo % ;
cat %"

/sys/class/backlight/intel_backlight/actual_brightness
4438
/sys/class/backlight/intel_backlight/brightness
4438
/sys/class/backlight/intel_backlight/max_brightness
4438

There is a systemd file which apparently stores the brightness for
restoration during reboot.

$ cat
/var/lib/systemd/backlight/pci-\:00\:02.0\:backlight\:intel_backlight
4438

I tried manually editing the file to 2219, but upon logout and login or
reboot, the brightness was still restored to maximum and the file was
restored to 4438.


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55576e6d.1090...@drexel.edu

Bug#785474: xserver-xorg-video-nouveau: Wrong colors in X

2015-05-16 Thread Vladimir Berezenko 
Package: xserver-xorg-video-nouveau
Version: 1:1.0.11-1+b1
Severity: important

Dear Maintainer,
After upgrade to latest testing nouveau driver colors in X became ugly. Also
all cursor graphics became garbaged.
KDE's jumping icons upon start of application became garbage.



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

lrwxrwxrwx 1 root root 13 Dec 20  2012 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2498584 May  5 02:01 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
:0a:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV43 [GeForce 
6600] [10de:0141] (rev a2)

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

Contents of /etc/X11/xorg.conf.d:
-
lrwxrwxrwx 1 root root 18 Nov 22  2013 /etc/X11/xorg.conf.d -> 
xorg.conf.d.nvidia

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

Kernel version (/proc/version):
---
Linux version 3.14-2-powerpc64 (debian-ker...@lists.debian.org) (gcc version 
4.8.3 (Debian 4.8.3-7) ) #1 SMP Debian 3.14.15-2 (2014-08-09)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 61907 May 16 18:22 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   197.730] 
X.Org X Server 1.17.1
Release Date: 2015-02-10
[   197.730] X Protocol Version 11, Revision 0
[   197.730] Build Operating System: Linux 3.2.0-4-powerpc64 ppc Debian
[   197.730] Current Operating System: Linux QMHomeG5 3.14-2-powerpc64 #1 SMP 
Debian 3.14.15-2 (2014-08-09) ppc64
[   197.730] Kernel command line: 
root=UUID=a42a8274-d222-4616-9872-c8a93b0b138e ro quiet 
[   197.730] Build Date: 04 May 2015  10:55:28PM
[   197.730] xorg-server 2:1.17.1-2 (http://www.debian.org/support) 
[   197.730] Current version of pixman: 0.32.6
[   197.730]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   197.730] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   197.730] (==) Log file: "/var/log/Xorg.0.log", Time: Sat May 16 18:03:09 
2015
[   197.731] (==) Using config directory: "/etc/X11/xorg.conf.d"
[   197.731] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   197.731] (==) ServerLayout "X.org Configured"
[   197.731] (**) |-->Screen "Screen4" (0)
[   197.731] (**) |   |-->Monitor "LG"
[   197.732] (**) |   |-->Device "NVidia"
[   197.732] (==) Automatically adding devices
[   197.732] (==) Automatically enabling devices
[   197.732] (==) Automatically adding GPU devices
[   197.732] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   197.732]Entry deleted from font path.
[   197.732] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[   197.732]Entry deleted from font path.
[   197.732] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[   197.732]Entry deleted from font path.
[   197.732] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[   197.732]Entry deleted from font path.
[   197.732] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[   197.732]Entry deleted from font path.
[   197.732] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[   197.732] (==) ModulePath set to "/usr/lib/xorg/modules"
[   197.732] (**) Extension "Composite" is enabled
[   197.732] (**) Extension "RENDER" is enabled
[   197.732] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   197.732] (II) Loader magic: 0x20556688
[   197.732] (II) Module ABI versions:
[   197.732]X.Org ANSI C Emulation: 0.4
[   197.732]X.Org Video Driver: 19.0
[   197.732]X.Org XInput driver : 21.0
[   197.732]X.Org Server Extension : 9.0
[   197.733] (II) xfree86: Adding drm device (/dev/dri/card0)
[   197.734] (--) PCI:*(0:10:0:0) 10de:0141:10de:0010 rev 162, Mem @ 
0xa100/16777216, 0x9000/268435456, 0xa000/16777216, BIOS @ 
0x/131072
[   197.735] (II) LoadModule: "glx"
[   197.735] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   197.738] (II) Module glx: vendor="X.Org Foundation"
[   197.738]compiled for 1.17.1, module version = 1.0.0
[   197.738]ABI class: X.Org Server Extension, version 9.0
[   197.738] (==) AIGLX enabled
[   197.738] (II) LoadModule: "nouveau"
[   197.738] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[   197.739] (II) Module nouveau: vendor="X.Org Foundation"
[   197.739]compiled for 1.17.1, module version = 1.0.11
[   197.739]Module class: X.Org Video Driver
[   197.739]ABI class: X.Org Video D

Processed: Re: Bug#785474: xserver-xorg-video-nouveau: Wrong colors in X

2015-05-16 Thread Debian Bug Tracking System 
Processing control commands:

> reassign -1 xserver-xorg-core 2:1.17.1-2
Bug #785474 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: Wrong 
colors in X
Bug reassigned from package 'xserver-xorg-video-nouveau' to 'xserver-xorg-core'.
No longer marked as found in versions xserver-xorg-video-nouveau/1:1.0.11-1.
Ignoring request to alter fixed versions of bug #785474 to the same values 
previously set
Bug #785474 [xserver-xorg-core] xserver-xorg-video-nouveau: Wrong colors in X
Marked as found in versions xorg-server/2:1.17.1-2.
> affects -1 xserver-xorg-video-nouveau
Bug #785474 [xserver-xorg-core] xserver-xorg-video-nouveau: Wrong colors in X
Added indication that 785474 affects xserver-xorg-video-nouveau

-- 
785474: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785474
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.b785474.143180668113502.transcr...@bugs.debian.org

Bug#785474: xserver-xorg-video-nouveau: Wrong colors in X

2015-05-16 Thread Sven Joachim 
Control: reassign -1 xserver-xorg-core 2:1.17.1-2
Control: affects -1 xserver-xorg-video-nouveau

On 2015-05-16 20:40 +0200, Vladimir Berezenko wrote:

> Package: xserver-xorg-video-nouveau
> Version: 1:1.0.11-1+b1
> Severity: important
>
> Dear Maintainer,
> After upgrade to latest testing nouveau driver colors in X became ugly. Also
> all cursor graphics became garbaged.
> KDE's jumping icons upon start of application became garbage.

The nouveau driver has not seen any source changes, this seems to be an
endianness bug in the new X server (or its headers).

Possibly related: https://bugzilla.redhat.com/show_bug.cgi?id=1206060,
upstream fix for that bug is in commit
1af15aaf278edcf6f6de94774350e34a80883c24[1].  I don't know if it helps
for your problem as well, though.

> Kernel version (/proc/version):
> ---
> Linux version 3.14-2-powerpc64 (debian-ker...@lists.debian.org) (gcc version 
> 4.8.3 (Debian 4.8.3-7) ) #1 SMP Debian 3.14.15-2 (2014-08-09)

Not related to this bug, but that kernel is outdated and unsupported.

Cheers,
   Sven


1. 
http://cgit.freedesktop.org/xorg/xserver/commit/?id=1af15aaf278edcf6f6de94774350e34a80883c24


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wq08wapa@turtle.gmx.de

Bug#785491: xserver-xorg-video-siliconmotion FTBFS on arm64, implicit declarations of inb and outb

2015-05-16 Thread peter green 

Package: xserver-xorg-video-siliconmotion
Severity: serious
Version: 1:1.7.7-2
Tags: sid
x-debbugs-cc: debian-...@lists.debian.org

/bin/bash ../libtool  --tag=CC   --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H 
-I. -I../../src -I..   -D_FORTIFY_SOURCE=2 -fvisibility=hidden 
-I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/xorg 
-I/usr/include/X11/dri  -Wall -Wpointer-arith -Wmissing-declarations -Wformat=2 
-Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wbad-function-cast 
-Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized 
-Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls 
-Wlogical-op -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main 
-Werror=missing-braces -Werror=sequence-point -Werror=return-type 
-Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address 
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing  
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -c -o 
smi_501.lo ../../src/smi_501.c
libtool: compile:  gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../src -I.. 
-D_FORTIFY_SOURCE=2 -fvisibility=hidden -I/usr/include/pixman-1 
-I/usr/include/libdrm -I/usr/include/xorg -I/usr/include/X11/dri -Wall 
-Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes 
-Wmissing-prototypes -Wnested-externs -Wbad-function-cast 
-Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized 
-Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls 
-Wlogical-op -Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main 
-Werror=missing-braces -Werror=sequence-point -Werror=return-type 
-Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address 
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing -g 
-O2 -fstack-protector-strong -Wformat -Werror=format-security -c 
../../src/smi_501.c  -fPIC -DPIC -o .libs/smi_501.o
In file included from ../../src/smi.h:317:0,
 from ../../src/smi_501.c:33:
../../src/regsmi.h: In function 'VGAIN8_INDEX':
../../src/regsmi.h:67:2: error: implicit declaration of function 'outb' 
[-Werror=implicit-function-declaration]
  outb(pSmi->PIOBase + indexPort, index);
  ^
../../src/regsmi.h:67:2: warning: nested extern declaration of 'outb' 
[-Wnested-externs]
../../src/regsmi.h:68:2: error: implicit declaration of function 'inb' 
[-Werror=implicit-function-declaration]
  return(inb(pSmi->PIOBase + dataPort));
  ^
../../src/regsmi.h:68:2: warning: nested extern declaration of 'inb' 
[-Wnested-externs]
cc1: some warnings being treated as errors


https://buildd.debian.org/status/fetch.php?pkg=xserver-xorg-video-siliconmotion&arch=arm64&ver=1%3A1.7.8-1&stamp=1431189468

This seems to have been triggered by either the xorg update or by some 
other change outside the package. The 1:1.7.7-2+b1 log and 1:1.7.8-1 log 
show the error but the non-binnmu 1:1.7.7-2 build was successful and the 
log does not mention inb or outb.


From some googling it appears that the chipsets this driver supports 
were mostly if not entirely used as onboard graphics in laptops and  
were obsolete long before PCIe came in. So I think it's unlikely (but 
perhaps not impossible) that such a card would end up in a arm64 system. 
So maybe a binary removal request is the way to go.


Putting arm porters in cc just in case anyone can think of a reason to 
keep this arround on arm64 (e.g I know that sometimes management 
controllers contain clones of obsolete graphics cards, the ones I've 
seen were matrox clones but I can't rule out that some may contain 
clones of older graphics cards)



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5557cd2a.4090...@p10link.net

Processed: your mail

2015-05-16 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 785487 libdrm-nouveau2 2.4.60-3
Bug #785487 [supertuxkart] supertuxkart: Crash when loading 'Solo' or 'History' 
screens
Bug reassigned from package 'supertuxkart' to 'libdrm-nouveau2'.
No longer marked as found in versions supertuxkart/0.9-1.
Ignoring request to alter fixed versions of bug #785487 to the same values 
previously set
Bug #785487 [libdrm-nouveau2] supertuxkart: Crash when loading 'Solo' or 
'History' screens
Marked as found in versions libdrm/2.4.60-3.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
785487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785487
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/handler.s.c.143182085213563.transcr...@bugs.debian.org

Bug#785495: xorg: Xorg does not honour absense of "-nolisten tcp"

2015-05-16 Thread Antti Järvinen 
Package: xorg
Version: 1:7.7+9
Severity: normal

Dear Maintainer,

After todays update of xserver-xorg-core:amd64 (1.16.4-1 -> 1.17.1-2)
X server is not listening at tcp port 6000 any more. 

I have gdm3 as my display manager and I've tried carefully to configure it
so that X is started without "-nolisten tcp" flags as I frequently 
connect X clients from remote boxen via tcp. This still seems to happen, 
as

$ ps ax | grep X
 1988 tty7 Ss+0:04 /usr/bin/Xorg :0 -novtswitch -background none 
-noreset -verbose 3 -auth /var/run/gdm3/auth-for-Debian-gdm-IvBQDp/database 
-seat seat0 vt7
 2848 pts/1S+ 0:00 grep X
$

so there is no -nolisten flag. Telnetting to localhost port 6000
gives me "Connection refused" as is also indicated by X clients from
remote hosts.  Man page of xorg states that
"   TCPIP
   Xorg listens on port 6000+n, where n is the display  number.   This
   connection  type can be disabled with the -nolisten option (see the
   Xserver(1) man page for details)."
so either documentation is wrong, X server is wrong or gdm3 does not know
how to properly communicate the tcp listening requirement to X server. 
With gdm3 the setting is done in file /etc/gdm3/daemon.conf by adding
lines

[security]
DisallowTCP=false

and this has worked all right before the update. Gdm3 version is 3.14.1-7 
if that matters.

Thank you for attention, 

--
Antti Järvinen


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

lrwxrwxrwx 1 root root 13 Apr 19  2011 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384712 May  5 02:24 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diver

Bug#785491: xserver-xorg-video-siliconmotion FTBFS on arm64, implicit declarations of inb and outb

2015-05-16 Thread Steven Chamberlain 
peter green wrote:
> In file included from ../../src/smi.h:317:0,
>  from ../../src/smi_501.c:33:
> ../../src/regsmi.h: In function 'VGAIN8_INDEX':
> ../../src/regsmi.h:67:2: error: implicit declaration of function 'outb' 
> [-Werror=implicit-function-declaration]
>   outb(pSmi->PIOBase + indexPort, index);
>   ^

I don't think any change in xserver-xorg-video-siliconmotion caused
this.  Please could you compare output of:

$ gcc -I/usr/include/pixman-1 -E 
xorg-server-1.16.4/hw/xfree86/common/compiler.h > a.txt
$ gcc -I/usr/include/pixman-1 -E 
xorg-server-1.17.1/hw/xfree86/common/compiler.h > b.txt

on AArch64, with the sources from jessie and sid:

http://httpredir.debian.org/debian/pool/main/x/xorg-server/xorg-server_1.16.4-1.dsc
http://httpredir.debian.org/debian/pool/main/x/xorg-server/xorg-server_1.17.1-2.dsc

There were changes in that header for arch-specific handling of outb()
and friends.  This could be a regression;  or possibly wrong definitions
were used before (allowing it to build when it should not have).

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150517012351.gb94...@pyro.eu.org

Bug#785491: xserver-xorg-video-siliconmotion FTBFS on arm64, implicit declarations of inb and outb

2015-05-16 Thread peter green 

On 17/05/15 02:23, Steven Chamberlain wrote:


I don't think any change in xserver-xorg-video-siliconmotion caused
this.
I agree (and stated so in my original mail), the failure first appeared 
in a binnmu so whatever change triggered it was outside the 
xserver-xorg-video-siliconmotion package.

  Please could you compare output of:

$ gcc -I/usr/include/pixman-1 -E 
xorg-server-1.16.4/hw/xfree86/common/compiler.h>  a.txt
$ gcc -I/usr/include/pixman-1 -E 
xorg-server-1.17.1/hw/xfree86/common/compiler.h>  b.txt

on AArch64, with the sources from jessie and sid:

http://httpredir.debian.org/debian/pool/main/x/xorg-server/xorg-server_1.16.4-1.dsc
http://httpredir.debian.org/debian/pool/main/x/xorg-server/xorg-server_1.17.1-2.dsc

   
Testing in my (far from up to date) sid arm64 qemu chroot I get the 
attatched diff.



There were changes in that header for arch-specific handling of outb()
and friends.  This could be a regression;  or possibly wrong definitions
were used before (allowing it to build when it should not have).
   
It looks like stub definitions (writes ignored, reads return 0) were 
removed.
--- a.txt	2015-05-17 01:53:56.0 +
+++ b.txt	2015-05-17 01:54:02.0 +
@@ -1,12 +1,12 @@
-# 1 "xorg-server-1.16.4/hw/xfree86/common/compiler.h"
+# 1 "xorg-server-1.17.1/hw/xfree86/common/compiler.h"
 # 1 ""
 # 1 ""
 # 1 "/usr/include/stdc-predef.h" 1 3 4
 # 1 "" 2
-# 1 "xorg-server-1.16.4/hw/xfree86/common/compiler.h"
-# 73 "xorg-server-1.16.4/hw/xfree86/common/compiler.h"
+# 1 "xorg-server-1.17.1/hw/xfree86/common/compiler.h"
+# 73 "xorg-server-1.17.1/hw/xfree86/common/compiler.h"
 # 1 "/usr/include/X11/Xfuncproto.h" 1 3 4
-# 74 "xorg-server-1.16.4/hw/xfree86/common/compiler.h" 2
+# 74 "xorg-server-1.17.1/hw/xfree86/common/compiler.h" 2
 
 
 # 1 "/usr/include/pixman-1/pixman.h" 1
@@ -1009,99 +1009,4 @@
const pixman_triangle_t *tris);
 
 
-# 77 "xorg-server-1.16.4/hw/xfree86/common/compiler.h" 2
-# 248 "xorg-server-1.16.4/hw/xfree86/common/compiler.h"
-struct __una_u64 {
-uint64_t x __attribute__ ((packed));
-};
-struct __una_u32 {
-uint32_t x __attribute__ ((packed));
-};
-struct __una_u16 {
-uint16_t x __attribute__ ((packed));
-};
-
-
-
-static __inline__ uint64_t
-ldq_u(uint64_t * p)
-{
-const struct __una_u64 *ptr = (const struct __una_u64 *) p;
-
-return ptr->x;
-}
-
-static __inline__ uint32_t
-ldl_u(uint32_t * p)
-{
-const struct __una_u32 *ptr = (const struct __una_u32 *) p;
-
-return ptr->x;
-}
-
-static __inline__ uint16_t
-ldw_u(uint16_t * p)
-{
-const struct __una_u16 *ptr = (const struct __una_u16 *) p;
-
-return ptr->x;
-}
-
-
-
-static __inline__ void
-stq_u(uint64_t val, uint64_t * p)
-{
-struct __una_u64 *ptr = (struct __una_u64 *) p;
-
-ptr->x = val;
-}
-
-static __inline__ void
-stl_u(uint32_t val, uint32_t * p)
-{
-struct __una_u32 *ptr = (struct __una_u32 *) p;
-
-ptr->x = val;
-}
-
-static __inline__ void
-stw_u(uint16_t val, uint16_t * p)
-{
-struct __una_u16 *ptr = (struct __una_u16 *) p;
-
-ptr->x = val;
-}
-# 1462 "xorg-server-1.16.4/hw/xfree86/common/compiler.h"
-static __inline__ void
-outb(unsigned short port, unsigned char val)
-{
-}
-
-static __inline__ void
-outw(unsigned short port, unsigned short val)
-{
-}
-
-static __inline__ void
-outl(unsigned short port, unsigned int val)
-{
-}
-
-static __inline__ unsigned int
-inb(unsigned short port)
-{
-return 0;
-}
-
-static __inline__ unsigned int
-inw(unsigned short port)
-{
-return 0;
-}
-
-static __inline__ unsigned int
-inl(unsigned short port)
-{
-return 0;
-}
+# 77 "xorg-server-1.17.1/hw/xfree86/common/compiler.h" 2