Bug#786873: Fw: Openchrome-users Digest, Vol 30, Issue 6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Begin forwarded message: Date: Sat, 26 Mar 2016 15:52:27 + From: openchrome-users-requ...@lists.freedesktop.org To: openchrome-us...@lists.freedesktop.org Subject: Openchrome-users Digest, Vol 30, Issue 6 Send Openchrome-users mailing list submissions to openchrome-us...@lists.freedesktop.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.freedesktop.org/mailman/listinfo/openchrome-users or, via email, send a message with subject or body 'help' to openchrome-users-requ...@lists.freedesktop.org You can reach the person managing the list at openchrome-users-ow...@lists.freedesktop.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Openchrome-users digest..." Today's Topics: 1. New openchrome driver -version appeared in Debian-testing (Andreas Glaeser) - -- Message: 1 Date: Sat, 26 Mar 2016 16:35:23 +0100 From: Andreas Glaeser To: openchrome-us...@lists.freedesktop.org Subject: [Openchrome-users] New openchrome driver -version appeared in Debian-testing Message-ID: <20160326163523.3629560d@a68n.lokal> Content-Type: text/plain; charset=US-ASCII - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Openchrome-driver was removed from testing a while ago, today I found, there is actually a new one: > Package: xserver-xorg-video-openchrome > State: installed > Automatically installed: no > Version: 1:0.3.3+git20160310-1 > Priority: optional > Section: x11 > Maintainer: Debian X Strike Force > Architecture: i386 > Uncompressed Size: 584 k > Depends: libc6 (>= 2.1.3), libdrm2 (>= 2.3.1), libx11-6 (>= 2:1.4.99.1), > libxext6, libxv1, libxvmc1, xorg-video-abi-20, xserver-xorg-core (>= > 2:1.17.99.902) > Provides: xorg-driver-video > Description: X.Org X server -- VIA display driver > OpenChrome is a project for the development of free and open-source drivers > for > the VIA UniChrome video chipsets. > > Originally called the 'snapshot' release, since it was a snapshot of an > experimental branch of the unichrome cvs code, this is a continued > development > of the open source unichrome driver (from http://unichrome.sf.net) which also > incorporates support for the unichrome-pro chipsets. > > Support for hardware acceleration (XvMC) for all chipsets has subsequently > been > ripped out of the unichrome.sf.net driver. Therefore your only option if you > wish to make use of the acceleration features of your VIA chip with free and > open-source drivers is to use this version of the driver. > Homepage: https://www.freedesktop.org/wiki/Openchrome/ > Tags: hardware::video, implemented-in::c, role::plugin, > use::driver I filed some bugs already in the Debian BTS regarding the openchrome-driver with some thin-clients of mine, this particular problem appears with a mobile thin-client, that fails to show any graphics, only the external VGA-screen works, and I think the situation is widely unchanged with the new driver-version, just it doesn't point to openchrome.org anymore, it has a VM800 chipset: > [23.756] > X.Org X Server 1.18.2 > Release Date: 2016-03-11 > [23.757] X Protocol Version 11, Revision 0 > [23.757] Build Operating System: Linux 3.16.0-4-amd64 i686 Debian > [23.757] Current Operating System: Linux m100 4.4.0-1-686-pae #1 SMP > Debian 4.4.6-1 > (2016-03-17) i686 [23.757] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-1-686-pae root=UUID=1fd1c268-3803-45bf-b597-169e87e17e4a ro quiet > [23.758] Build Date: 12 March 2016 07:32:54AM > [23.758] xorg-server 2:1.18.2-1 (http://www.debian.org/support) > [23.758] Current version of pixman: 0.33.6 > [23.758] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [23.758] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [23.759] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Mar 26 11:00:42 > 2016 > [23.766] (==) Using system config directory "/usr/share/X11/xorg.conf.d" > [23.774] (==) No Layout section. Using the first Screen section. > [23.774] (==) No screen section available. Using defaults. > [23.774] (**) |-->Screen "Default Screen Section" (0) > [23.774] (**) | |-->Monitor "" > [23.780] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. >
Bug#786873: More info on Chrome-graphics
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 see a new report there: 801...@bugs.debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlYad84ACgkQ5+rBHyUt5wtgZwCcDitk0YeGr5sYrldIJEupWrnm luAAoKNtre1wLJ/irjJ8KcSQMUZcylyP =yECd -END PGP SIGNATURE-
Bug#786873: Openchrome Project-Homepage: http://www.openchrome.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Today I visited the Openchrome-Project Homepage, the Debian-package description contains a link there: > andrew@a68n:~$ aptitude show xserver-xorg-video-openchrome > Package: xserver-xorg-video-openchrome > State: installed > Automatically installed: yes > Version: 1:0.3.3-1+b2 > Priority: optional > Section: x11 > Maintainer: Debian X Strike Force > Architecture: amd64 > Uncompressed Size: 536 k > Depends: libc6 (>= 2.14), libdrm2 (>= 2.3.1), libx11-6 (>= 2:1.4.99.1), > libxext6, > libxv1, libxvmc1, xorg-video-abi-18, xserver-xorg-core (>= 2:1.15.99.903) > Provides: xorg-driver-video > Description: X.Org X server -- VIA display driver > OpenChrome is a project for the development of free and open-source drivers > for the > VIA UniChrome video chipsets. > > Originally called the 'snapshot' release, since it was a snapshot of an > experimental > branch of the unichrome cvs code, this is a continued development of the open > source > unichrome driver (from http://unichrome.sf.net) which also incorporates > support for the > unichrome-pro chipsets. > Support for hardware acceleration (XvMC) for all chipsets has subsequently > been ripped > out of the unichrome.sf.net driver. Therefore your only option if you wish to > make use > of the acceleration features of your VIA chip with free and open-source > drivers is to > use this version of the driver. Homepage: http://www.openchrome.org > > Tags: hardware::video, implemented-in::c, role::plugin, use::driver > The Site is obviously down, showing the picture of a kid holding a message, not to hate it, because it's muslim. That's why I changed the severity of this ticket to important. In my opinion it is a clear sign of neglect, when the Webpage of the project is down, I am not referring to that kid. OK, acknowledged, Islam itself is not evil, but what does that weird message displayed there have to do with Openchrome?? I hope some of the package-maintainers have the means to inform those in charge of the project site, in order to set this straight again. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlYKY8gACgkQ5+rBHyUt5wu/xwCgqow3spAvrvEuFhQqQnngPPRG aMkAoILJhkayXSpOQhhzAzf61kYk5W28 =Szu0 -END PGP SIGNATURE-
Bug#786873: Follow up-report for NEOWARE m100
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 see there: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800367 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlYJTCsACgkQ5+rBHyUt5wuLRwCff0lVMx0auclOHbxDJj+FdT3B LZgAnj/0pcIe9wUIbxUKu92GbAGK908o =8UPa -END PGP SIGNATURE-
Bug#788340: xserver-xorg-video-openchrome: No graphics with P4M900/VN896/CN896 Chipset on IGEL H700C thin-client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xserver-xorg-video-openchrome Version: 1:0.3.3-1+b2 Severity: normal Dear Maintainer, I have reported this as an installation report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788337 For the openchrome-driver it's a normal issue. I tried to set the kernel-boot-options 'video=LVDS-0:d' and 'video=LVDS-1:d', but from my experience so far with the VIA-driver I can tell, it neither takes any boot-options from the kernel, nor is it configurable properly from xorg.conf. VESA would be a workaround, but headless is preferable in my opinion. - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 Jun 10 10:37 /etc/X11/X -> /usr/bin/Xorg - -rwxr-xr-x 1 root root 2564976 Feb 11 02:23 /usr/bin/Xorg VGA-compatible devices on PCI bus: - -- 01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. CN896/VN896/P4M900 [Chrome 9 HC] [1106:3371] (rev 01) /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 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) Xorg X server log files on system: - -- - -rw-r--r-- 1 root root 21028 Jun 10 12:56 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - - [15.303] X.Org X Server 1.16.4 Release Date: 2014-12-20 [15.303] X Protocol Version 11, Revision 0 [15.303] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [15.303] Current Operating System: Linux dewp 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) i686 [15.303] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae root=UUID=1781d5cb-715b-43b0-8e1f-cc424959fe26 ro quiet [15.303] Build Date: 11 February 2015 01:14:26AM [15.303] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [15.303] Current version of pixman: 0.32.6 [15.303]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [15.303] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [15.304] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 10 12:56:25 2015 [15.311] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [15.317] (==) No Layout section. Using the first Screen section. [15.317] (==) No screen section available. Using defaults. [15.317] (**) |-->Screen "Default Screen Section" (0) [15.317] (**) | |-->Monitor "" [15.324] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [15.324] (==) Automatically adding devices [15.324] (==) Automatically enabling devices [15.324] (==) Automatically adding GPU devices [15.329] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [15.330]Entry deleted from font path. [15.342] (==) 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 [15.342] (==) ModulePath set to "/usr/lib/xorg/modules" [15.342] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [15.342] (II) Loader magic: 0xb7742700 [15.342] (II) Module ABI versions: [15.342]X.Org ANSI C Emulation: 0.4 [15.342]X.Org Video Driver: 18.0 [15.342]X.Org XInput driver : 21.0 [15.342]X.Org Server Extension : 8.0 [15.346] (--) PCI:*(0:1:0:0) 1106:3371:1106:3371 rev 1, Mem @ 0xd800/67108864, 0xdd00/16777216, BIOS @ 0x/65536 [15.349] (II) LoadModule: "glx" [15.355] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [15.445] (II) Module glx: vendor="X.Org Foundation" [15.445]compiled for 1.16.4, module version = 1.0.0 [15.445]ABI class: X.Org Server Extension, version 8.0 [15.445] (==) AIGLX enabled [15.445] (==) Matched openchrome as autoconfigured driver 0 [15.445] (==) Matched modesetting as autoconfigured driver 1 [15.445] (==) Matched fbdev as autoconfigured driver 2 [15.445] (==) Matched vesa as autoconfigured driver 3 [15.445] (==) Assigned the driver to the xf86ConfigLayout [15.445] (II) LoadModule: "openchrome" [15.451] (II) Loading /usr/lib/xorg/modules/drivers/openchrome_drv.so [1
Bug#786873: Connected VGA-monitor works
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now with Jessie, I tried to connect an external VGA-monitor and this actually works. During the boot-process both displays were mirrored, showing the same things, but upon xserver-start there is the login-screen on the external monitor, the LVDS-screen looks pretty much like what I saw on oldstable, just garbled rubbish. See attached Xorg-log. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlVlvQ0ACgkQ5+rBHyUt5wvVSACgnuWTWaL9ciuUp1lq5TFFw4cP SswAnRL9obhkbvA9L++wMHQix2vpmdJV =HlQ2 -END PGP SIGNATURE- Xorg.0.log.a.xz Description: application/xz
Bug#786873: Data collected from Debian-live-oldstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When booting up oldstable-live, there is some output on the screen at least. But it seems to be the wrong display-resolution or graphics-mode. See attached Xorg-log. This seems to be the most workable variant, set up oldstable and try to set things straight with xorg.conf. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlVluVMACgkQ5+rBHyUt5wursgCdHYSkq9JrjdX+10K0lq6X0RF5 9NQAn2UdZ6RthrQ6R+uxCvROh3Eeds+c =qVYl -END PGP SIGNATURE- Xorg.0.log-7.8-live.xz Description: application/xz
Bug#786873: xserver-xorg-video-openchrome: does not show any graphics-output
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xserver-xorg-video-openchrome Version: 1:0.3.3-1+b2 Severity: normal Dear Maintainer, hardware-information about the host-PC can be found in my installation-report there: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786872 - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 May 26 10:33 /etc/X11/X -> /usr/bin/Xorg - -rwxr-xr-x 1 root root 2564976 Feb 11 02:23 /usr/bin/Xorg VGA-compatible devices on PCI bus: - -- 01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 Graphics [S3 UniChrome Pro] [1106:3344] (rev 01) /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 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) Xorg X server log files on system: - -- - -rw-r--r-- 1 root root 25011 May 26 11:26 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - - [ 476.063] X.Org X Server 1.16.4 Release Date: 2014-12-20 [ 476.063] X Protocol Version 11, Revision 0 [ 476.063] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [ 476.063] Current Operating System: Linux m10 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) i686 [ 476.063] Kernel command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-686-pae root=UUID=e23cd5bf-7102-4a25-b63c-b38b75974783 ro quiet [ 476.064] Build Date: 11 February 2015 01:14:26AM [ 476.064] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [ 476.064] Current version of pixman: 0.32.6 [ 476.064]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 476.064] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 476.065] (==) Log file: "/var/log/Xorg.0.log", Time: Tue May 26 11:25:29 2015 [ 476.065] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 476.067] (==) No Layout section. Using the first Screen section. [ 476.067] (==) No screen section available. Using defaults. [ 476.067] (**) |-->Screen "Default Screen Section" (0) [ 476.067] (**) | |-->Monitor "" [ 476.068] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 476.068] (==) Automatically adding devices [ 476.068] (==) Automatically enabling devices [ 476.068] (==) Automatically adding GPU devices [ 476.068] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 476.068]Entry deleted from font path. [ 476.069] (==) 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 [ 476.069] (==) ModulePath set to "/usr/lib/xorg/modules" [ 476.069] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 476.069] (II) Loader magic: 0xb7769700 [ 476.069] (II) Module ABI versions: [ 476.069]X.Org ANSI C Emulation: 0.4 [ 476.069]X.Org Video Driver: 18.0 [ 476.069]X.Org XInput driver : 21.0 [ 476.069]X.Org Server Extension : 8.0 [ 476.073] (--) PCI:*(0:1:0:0) 1106:3344:1106:3344 rev 1, Mem @ 0xf000/67108864, 0xf400/16777216 [ 476.073] (II) LoadModule: "glx" [ 476.074] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 476.081] (II) Module glx: vendor="X.Org Foundation" [ 476.081]compiled for 1.16.4, module version = 1.0.0 [ 476.082]ABI class: X.Org Server Extension, version 8.0 [ 476.082] (==) AIGLX enabled [ 476.082] (==) Matched openchrome as autoconfigured driver 0 [ 476.082] (==) Matched modesetting as autoconfigured driver 1 [ 476.082] (==) Matched fbdev as autoconfigured driver 2 [ 476.082] (==) Matched vesa as autoconfigured driver 3 [ 476.082] (==) Assigned the driver to the xf86ConfigLayout [ 476.082] (II) LoadModule: "openchrome" [ 476.083] (II) Loading /usr/lib/xorg/modules/drivers/openchrome_drv.so [ 476.084] (II) Module openchrome: vendor="http://openchrome.org/"; [ 476.084]compiled for 1.15.99.904, module version = 0.3.3 [ 476.084]Module class: X.Org Video Driver [ 476.084]ABI class: X.Org Video Driver, version 18.0 [ 476.084] (II) LoadModule: "modesetting" [ 476.085] (II) Loading /usr
Bug#761398: This is not workable as described in the Debian-Administratior's Handbook on Jessie/testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Today I tried the recipe described there on another system: http://debian-handbook.info/browse/stable/sect.remote-login.html [see bottom of the page] This is not workable on Jessie/testing, both as client and as vnc-host. I set up GNU-inetd: i inetutils-inetd - internet super server Then edited /etc/lightdm.conf and added that line to /etc/inetd.conf These options did not set this straight either: > xserver-allow-tcp = True #if TCP/IP connections are allowed to this X server > xdmcp-manager = XDMCP #manager to connect to (implies xserver-allow-tcp=true) additionally to: > [XDMCPServer] > enabled=true > port=177 Result: > andrew@s5:~$ xtightvncviewer remserv:50 > xtightvncviewer: VNC server closed connection -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlR1vhoACgkQ5+rBHyUt5wu9kQCfbXlJWbzvGZzQoyXFWhlKhR7s HnsAnii/l2rxBgdH+9ErGRTlDhviUCSk =3GhF -END PGP SIGNATURE-
Bug#761398: Fw: An IBM message from Andreas Glaeser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Begin forwarded message: Date: Tue, 25 Nov 2014 10:15:29 -0500 From: "Andreas Glaeser" To: "Andreas Glaeser" Subject: An IBM message from Andreas Glaeser Dear Andreas Glaeser, IBM is sending this e-mail message to you at my request. I thought you would find the content referenced on the IBM web page below of interest: Enable multiuser logins with VNC Note: The links within this e-mail message will expire in 90 days. Links to password-protected or dynamic content may not operate. IBM is committed to protecting your privacy. You may view IBM's privacy policy at: http://www.ibm.com/privacy/us/en/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlR1gToACgkQ5+rBHyUt5wtj7wCffwFSSc58fLYs3LeUk+/UccFN cDEAoIyDjwtGOeFK2CODJnwcfeAO7/nr =GoDj -END PGP SIGNATURE-
Bug#761398: VNC with XDMCP also works with xinetd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now I tried this recipe: http://www.ibm.com/developerworks/library/os-multiuserloginsvnc/index.html [see below] It works fine for me with tightvncserver, but I had to restart the remote server once in order to be able to log in to it with xtightvncviewer. This is probably better for people who don't want to pull in external packages to their systems in order to make remote connections. There is another example with inetd instead of xinetd, which I haven't tried yet, but it should probably also work: http://debian-handbook.info/browse/stable/sect.remote-login.html Also when inside your own LAN, you are probably behind a firewall and you don't need to use ssh. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlR0nGMACgkQ5+rBHyUt5wsQagCfW+V1kR3dJWDRWzlWvGstJQ1a KDMAoL4jS0W0KPv5l9jUYb7TnJhc6iaB =JnnK -END PGP SIGNATURE-
Bug#769502: Info received (firmware-linux-nonfree is the culprit)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 22 Nov 2014 09:42:04 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: > Thank you for the additional information you have supplied regarding > this Bug report. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Debian X Strike Force > > If you wish to submit further information on this problem, please > send it to 769...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > There is no DVI-output even without the RADEON-firmware from the moment, when the lightdm-loginscreen would appear normally. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlRwXB4ACgkQ5+rBHyUt5wttCwCfbUUvu9+fsdsZBHGxdBkmE0uG W2UAnjEkfif+unT98DdZ448eyv4C37ky =NCZD -END PGP SIGNATURE-
Bug#769502: firmware-linux-nonfree is the culprit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Trying this out in a bit more detail, it showed, that the identical problem exists with Wheezy and 32-bit architecture, it is simply a matter of removing the proprietary radeon-firmware in firmware-linux-nonfree, so everything works without modesetting and hardware graphics-accelleration. Personally I do not especially like the fallback-mode of GNOME 3.4. This does not necessarily mean, that the firmware is buggy, it may as well be the radeon-driver itself. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlRwWVYACgkQ5+rBHyUt5wubXwCeK+fezC3tK5O5dPAhUkJcS+PT YwoAoJz4UOcPPXF3GD2h9Z/7F42CGsR+ =uSvZ -END PGP SIGNATURE-
Bug#761398: x2go is the right solution for me
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since yesterday I have been doing some research about doing XDMCP over SSH, which turned out to be not workable, because SSH does not support tunnelling UDP-connections. Then, upon looking around some more, I found x2go: https://en.wikipedia.org/wiki/X2Go his page does not mention Packages for Jessie, but they are there: http://wiki.x2go.org/doku.php/wiki:repositories:debian This is what I added to /etc/apt/sources.list: > deb http://packages.x2go.org/debian jessie main Then following the documentation there: http://wiki.x2go.org/doku.php/doc:newtox2go#installation_and_use http://wiki.x2go.org/doku.php/doc:installation:x2goserver http://wiki.x2go.org/doku.php/doc:installation:x2goclient I had a workable remote connection quite quickly. This is actually very feature-rich, provides a shared clipboard and sound-output and works over SSH by default. Very nice indeed. - From my perspective the problem is actually solved already, because I have something now, that actually works. I recommend this. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlRuB0kACgkQ5+rBHyUt5wsMkwCgwSkH37YOeLCbw/ACtMoRH12v P1YAoLSGwLjFxXpECk4j/EDt0R/vuutj =kj1/ -END PGP SIGNATURE-
Bug#769502: More Details
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Looking at this in more detail, it showed, that XFCE and LXDE-desktops are not affected, but it is not a GTK3-exclusive problem, but besides Cinnamon it also shows with the E17-desktop and also with KDE-Plasma-Desktop, but it looks different there. So the best guess is, that this is the RADEON-driver's fault and i486-32-bit systems may also be affected, because i tried only XFCE and LXDE there, I am not checking this out in more detail, because I am not interested in using this option personally. DVI-output is turned off already, when lightdm would appear, when no analog VGA-monitor is connected, while the other graphics-problems show only upon login. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlRpxJAACgkQ5+rBHyUt5wttoQCgj2W86IYrJv3mmJwrloj/7HZ+ TgIAnRTMwmzbW7SZTviyfHmnhhBLCV8z =Htq5 -END PGP SIGNATURE-
Bug#769502: This seems to be some kind of Heisenbug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The graphics-failure only seems to occur when taking the installation from another AMD64-device and booting it on HP t5735, it is quite strange. I tried two different installed systems from two different PCs already and saw the same problem with both of them. Today I set up Jessie/testing on the box by upgrading from stable: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769778 And there is no problem there with graphics. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlRolDIACgkQ5+rBHyUt5wtTGwCgtHBbDUXy+6NsEjMtNoddVPvn O7UAnirnqAeSJWV7nQtEm9qVM637tBY+ =/0d3 -END PGP SIGNATURE-
Bug#769502: xserver-xorg-video-radeon: messy graphics on HP t5735 with AMD64-architecture
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xserver-xorg-video-radeon Version: 1:7.5.0-1 Severity: normal Dear Maintainer, I tried i386 architecture today, which works just fine, so the problem of broken graphics-output and dead DVI-output is only specific to AMD64-architecture. I am also going to submit an installatio-report with more hardware-information. The problem only shows upon logging in to an x-session, the display-manager is not affected. linux-firmware-nonfree is installed. - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 Sep 30 12:28 /etc/X11/X -> /usr/bin/Xorg - -rwxr-xr-x 1 root root 2397280 Nov 3 22:52 /usr/bin/Xorg VGA-compatible devices on PCI bus: - -- 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS690M [Radeon Xpress 1200/1250/1270] [1002:791f] /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 3.16.7edtq (andreas@jesst) (gcc version 4.9.1 (Debian 4.9.1-19) ) #5 SMP Wed Nov 12 10:51:53 CET 2014 Xorg X server log files on system: - -- - -rw-r--r-- 1 root root 35296 Nov 14 06:11 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - - [ 417.346] X.Org X Server 1.16.1.901 (1.16.2 RC 1) Release Date: 2014-11-02 [ 417.346] X Protocol Version 11, Revision 0 [ 417.346] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [ 417.346] Current Operating System: Linux jesst 3.16.7edtq #5 SMP Wed Nov 12 10:51:53 CET 2014 x86_64 [ 417.346] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.7edtq root=UUID=3b86c2cb-6c1a-4388-ab16-2765e6176edf ro quiet pci=nomsi [ 417.346] Build Date: 03 November 2014 09:44:08PM [ 417.346] xorg-server 2:1.16.1.901-1 (http://www.debian.org/support) [ 417.346] Current version of pixman: 0.32.6 [ 417.346]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 417.346] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 417.348] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Nov 14 06:11:41 2014 [ 417.348] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 417.348] (==) No Layout section. Using the first Screen section. [ 417.348] (==) No screen section available. Using defaults. [ 417.348] (**) |-->Screen "Default Screen Section" (0) [ 417.348] (**) | |-->Monitor "" [ 417.351] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 417.351] (==) Automatically adding devices [ 417.351] (==) Automatically enabling devices [ 417.351] (==) Automatically adding GPU devices [ 417.351] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 417.351]Entry deleted from font path. [ 417.351] (==) 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 [ 417.351] (==) ModulePath set to "/usr/lib/xorg/modules" [ 417.351] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 417.351] (II) Loader magic: 0x7f0adb369d80 [ 417.351] (II) Module ABI versions: [ 417.351]X.Org ANSI C Emulation: 0.4 [ 417.351]X.Org Video Driver: 18.0 [ 417.351]X.Org XInput driver : 21.0 [ 417.351]X.Org Server Extension : 8.0 [ 417.351] (II) xfree86: Adding drm device (/dev/dri/card0) [ 417.354] (--) PCI:*(0:1:5:0) 1002:791f:103c:302b rev 0, Mem @ 0xfa00/33554432, 0xfddf/65536, 0xfdc0/1048576, I/O @ 0xee00/256 [ 417.354] (II) LoadModule: "glx" [ 417.357] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 417.359] (II) Module glx: vendor="X.Org Foundation" [ 417.359]compiled for 1.16.1.901, module version = 1.0.0 [ 417.359]ABI class: X.Org Server Extension, version 8.0 [ 417.359] (==) AIGLX enabled [ 417.359] (==) Matched ati as autoconfigured driver 0 [ 417.359] (==) Matched ati as autoconfigured driver 1 [ 417.359] (==) Matched modesetting as autoconfigured driver 2 [ 417.359] (==) Matched fbdev as autoconfigured driver 3 [ 417.359] (==) Matched vesa as autoconfigured driver 4 [ 417.359] (==) Assigned the driver to the xf86ConfigLayout [ 417.359] (II) LoadModule: "ati" [ 417.359] (II) Loading /usr/lib/xorg/modules/driv
Bug#761398: This is also the case with Wheezy/stable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried this on another PC today, running Wheezy/stable. The situation is the same there. GDM3 does not allow any logins via XDMCP, although configured accordingly, lightdm allows this with Xnest only, but not with Xephyr. Tagging this accordingly. This does not seem to be specific to systemd. auth.log: . .. > Sep 19 09:17:16 gamebox lightdm: pam_unix(lightdm:session): session closed > for user > lightdm Sep 19 09:17:16 gamebox lightdm: pam_nologin(lightdm:auth): cannot > determine > username Sep 19 09:17:25 gamebox sshd[4085]: Server listening on 0.0.0.0 port > 22. > Sep 19 09:17:25 gamebox sshd[4085]: Server listening on :: port 22. > Sep 19 09:17:26 gamebox lightdm: pam_unix(lightdm:session): session opened > for user > lightdm by (uid=0) Sep 19 09:17:26 gamebox lightdm: > pam_ck_connector(lightdm:session): > nox11 mode, ignoring PAM_TTY :0 Sep 19 09:17:26 gamebox dbus[3939]: [system] > Rejected > send message, 2 matched rules; type="method_call", sender=":1.12" (uid=114 > pid=4666 > comm="/usr/sbin/lightdm-gtk-greeter ") > interface="org.freedesktop.DBus.Properties" > member="GetAll" error name="(unset)" requested_reply="0" destination=":1.10" > (uid=0 > pid=4593 comm="/usr/sbin/console-kit-daemon --no-daemon ") Sep 19 09:17:54 > gamebox > lightdm: pam_unix(lightdm:session): session opened for user lightdm by > (uid=0) Sep 19 > 09:17:54 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, > ignoring > PAM_TTY 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:17:56 gamebox > dbus[3939]: > [system] Rejected send message, 2 matched rules; type="method_call", > sender=":1.16" (uid=114 pid=4878 comm="/usr/sbin/lightdm-gtk-greeter ") > interface="org.freedesktop.DBus.Properties" member="GetAll" error > name="(unset)" > requested_reply="0" destination=":1.10" (uid=0 pid=4593 > comm="/usr/sbin/console-kit-daemon --no-daemon ") Sep 19 09:18:12 gamebox > lightdm: > pam_unix(lightdm:session): session closed for user lightdm Sep 19 09:18:12 > gamebox > lightdm: pam_unix(lightdm:session): session opened for user andreas by > (uid=0) Sep 19 > 09:18:12 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, > ignoring > PAM_TTY 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:18:23 gamebox > polkitd(authority=local): Registered Authentication Agent for > unix-session:/org/freedesktop/ConsoleKit/Session3 (system bus name :1.59 > [/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1], object > path /org/gnome/PolicyKit1/AuthenticationAgent, locale en_GB.UTF-8) Sep 19 > 09:18:52 > gamebox lightdm: pam_unix(lightdm:session): session closed for user andreas > Sep 19 > 09:18:52 gamebox polkitd(authority=local): Unregistered Authentication Agent > for > unix-session:/org/freedesktop/ConsoleKit/Session3 (system bus name :1.59, > object > path /org/gnome/PolicyKit1/AuthenticationAgent, locale en_GB.UTF-8) > (disconnected from > bus) Sep 19 09:18:53 gamebox lightdm: pam_unix(lightdm:session): session > opened for > user lightdm by (uid=0) Sep 19 09:18:53 gamebox lightdm: > pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY > 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:18:54 gamebox dbus[3939]: > [system] > Rejected send message, 2 matched rules; type="method_call", sender=":1.64" > (uid=114 > pid=5136 comm="/usr/sbin/lightdm-gtk-greeter ") > interface="org.freedesktop.DBus.Properties" member="GetAll" error > name="(unset)" > requested_reply="0" destination=":1.10" (uid=0 pid=4593 > comm="/usr/sbin/console-kit-daemon --no-daemon ") Sep 19 09:18:55 gamebox > lightdm: > pam_unix(lightdm:session): session closed for user lightdm Sep 19 09:19:24 > gamebox > lightdm: pam_unix(lightdm:session): session opened for user lightdm by > (uid=0) Sep 19 > 09:19:24 gamebox lightdm: pam_ck_connector(lightdm:session): nox11 mode, > ignoring > PAM_TTY 2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 Sep 19 09:19:24 gamebox > dbus[3939]: > [system] Rejected send message, 2 matched rules; type="method_call", > sender=":1.66" (uid=114 pid=5189 comm="/usr/sbin/lightdm-gtk-greeter ") > interface="org.freedesktop.DBus.Properties" member="GetAll" error > name="(unset)" > requested_reply="0" destination=":1.10" (uid=0 pid=4593 > comm="/usr/sbin/console-kit-daemon --no-daemon ") Sep 19 09:19:40 gamebox > lightdm: > pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 > tty=2a02:8109:8440:25f4:219:99ff:fe60:9de1:1 ruser= rhost= user=andreas Sep > 19 > 09:19:59 gamebox lightdm: pam_unix(lightdm:session): session closed for user > lightdm .. . -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlQb+GMACgkQ5+rBHyUt5wupCQCggxRkZZNxS1jRWcncjkrjFlPE IGoAmweYUeB4uvea4rUp6SYXD/JQQOau =9N0w -END PGP SIGNATURE-
Bug#761398: Xorg refuses remote login over XDMCP with Xephyr
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xorg Version: 1:7.7+7 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 *** As reported earlier today, I wanted to try out remote XDMCP-login using gdm3, which was not workable at all, see there: 761...@bugs.debian.org Now I tried this with XDM, following this guide: http://www.tldp.org/HOWTO/html_single/XDMCP-HOWTO/ and I had the same result there as yesterday with lightdm: I can use Xnest to login via the remote display-manager: '$ xnest -query 192.168.0.11 -geometry 1024x768 :1 &' but when trying this with Xephyr, login is refused. '$ Xephyr -query s55 -screen 1024x768 -br -reset -terminate :1 &' XDM issues: 'Login incorrect or forbidden by policy' The docs tell me, that Xnest is actually proxying the xsession, while Xephyr tries to be an Xserver in it own rights. I tried to add my host here with xhost locally, then completely turned off access-control with 'xhost +', but this did not resolve the situation, so it is most likely a bug in xorg, or in PAM, in auth.log it looks like this: . .. Sep 13 16:28:41 s55 systemd-logind[543]: New session c8 of user nobody. Sep 13 16:28:41 s55 su[2089]: pam_unix(su:session): session closed for user nobody Sep 13 16:28:41 s55 systemd-logind[543]: Removed session c8. Sep 13 16:28:58 s55 xdm[2102]: pam_unix(xdm:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=s5.lokal user=andreas Sep 13 16:29:00 s55 xdm[2102]: LOGIN FAILURE ON s5.lokal:1, andreas .. . Or should this be filed as a bug against Xephyr? - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 Sep 5 16:10 /etc/X11/X -> /usr/bin/Xorg - -rwxr-xr-x 1 root root 2397280 Sep 9 03:37 /usr/bin/Xorg VGA-compatible devices on PCI bus: - -- 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS690M [Radeon Xpress 1200/1250/1270] [1002:791f] /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 3.14-2-amd64 (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 50319 Sep 13 16:28 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - - [ 2133.407] X.Org X Server 1.16.0 Release Date: 2014-07-16 [ 2133.407] X Protocol Version 11, Revision 0 [ 2133.407] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [ 2133.407] Current Operating System: Linux s55 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 [ 2133.407] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=UUID=d6053664-6981-486b-837e-6759d5c6284a ro quiet video=LVDS-1:d [ 2133.407] Build Date: 09 September 2014 01:34:43AM [ 2133.407] xorg-server 2:1.16.0-2+b1 (http://www.debian.org/support) [ 2133.407] Current version of pixman: 0.32.6 [ 2133.407] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 2133.407] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 2133.408] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Sep 13 16:16:10 2014 [ 2133.408] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 2133.409] (==) No Layout section. Using the first Screen section. [ 2133.409] (==) No screen section available. Using defaults. [ 2133.409] (**) |-->Screen "Default Screen Section" (0) [ 2133.409] (**) | |-->Monitor "" [ 2133.409] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 2133.410] (==) Automatically adding devices [ 2133.410] (==) Automatically enabling devices [ 2133.410] (==) Automatically adding GPU devices [ 2133.410] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 2133.410]Entry deleted from font path. [ 2133.410] (==) 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 [ 2133.410] (==) ModulePath set to "/usr/lib/xorg/modules" [ 2133.410] (II) The se
Bug#725409: I tried Fedora-19-live already
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It showed the same scary flashing screen at boot- and shutdown-time. [more info attached (Xorg.0.log.xz)] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJ49ZoACgkQ5+rBHyUt5wthPwCeKlfrkV5fbBV18KtqCe/sOzKR IZsAn05P3jA1h3iGUiXitBSDSOSFwPuO =kh8o -END PGP SIGNATURE- Xorg.0.log.xz Description: application/xz
Bug#725409: Radeon 6450 Graphics-Card Hardware-Info
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 andreas@md-ho:~/Documents$ glxgears 1971 frames in 5.0 seconds = 394.131 FPS 2307 frames in 5.0 seconds = 461.212 FPS 2474 frames in 5.0 seconds = 494.774 FPS ^C # #The graphics are fast enough, even when running without the proprietary radeon-firmware #who needs modesetting anyway ? andreas@md-ho:~/Documents$ sudo lspci -vvv . . .. 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Caicos [Radeon HD 6450] (prog-if 00 [VGA controller]) Subsystem: Hightech Information System Ltd. Device 2012 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [150 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk:DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap:First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- 01:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Caicos HDMI Audio [Radeon HD 6400 Series] Subsystem: Hightech Information System Ltd. Device aa98 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [150 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk:DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap:First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Kernel driver in use: snd_hda_intel .. . . #It is quite strange, that the card was sold as a one GB (1 GB) model, and it is labelled #1GB, but there are only two 128MB-DDR3 memory chips visible on the backside. #The Nanya-datasheet says, that 16 of these chips are required to make a 2GB-memory-dimm. #then LSPCI also shows 256 MB of prefetchable RAM and 128K non-prefetchable. #so the remaining memory to make one GB is probably sitting under the heat-sink or #integrated directly into the GPU as GDDR #O.K! I am going to try backported non-free-firmware, but I am afraid, that it is not #possible to run Kernel 3.10 with my setup, because that killed two of the internal #USB-ports already. It does not seem to comply with md-raid and my chipset, when USB is # involved. See there: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723635 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJ48oMACgkQ5+rBHyUt5wtsGwCfXRA7SoFyRHcAoKtgKOdmY+XN ShQAoKj6einz4hZdpCUCfhAlXibH6lau =aW6v -END PGP SIGNATURE-
Bug#725409: modinfo-output for radeon module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [see attachment, radeon-info.txt.xz] Problem also reported there: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728600 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJ2UT0ACgkQ5+rBHyUt5wu/lACfQCMKz87QXrrz7CvGpCPSih+c GdsAnA/Zn7kJGCQ/Klrq/gcTNvObcZb4 =Vqow -END PGP SIGNATURE- radeon-info.txt.xz Description: application/xz
Bug#725409: Removing firmware-linux-nonfree is a posssible remedy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Removing firmware-linux-nonfree made the initialization- und shutdown-blinking of my monitor disappear actually. So I switched to the KDE-desktop now, putting cairo-dock towards the top of the screen, so something familiar remains. This is a viable workaroud for me, I am not used to using KDE, but I am going to make myself familiar with it, because this has been a shortcoming anyway. Gnome-Classic is not loveable enough at its current 3.2 /3.4 version, also because of the lack of a compositing-manager and there is a disturbing black area around cairo-dock there. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJRlT0ACgkQ5+rBHyUt5wth2wCfV1xksbcYAw1yPCswaLAWhAfQ qy4AnA41jdNQwqjySJsSlrf9LqSdf1CL =mVz1 -END PGP SIGNATURE-
Bug#725409: Virtual terminals are also unusable due to this bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This makes it impossible to do anything without X. I forgot to mention it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJP+zAACgkQ5+rBHyUt5wsRbwCaAhWdJy8mfhG1qJLmafGE/JJp tzYAmwT18Ev7J8/bxs+zXjyvCp78NFlb =ylAa -END PGP SIGNATURE-
Bug#699731: Issue really resolved now
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Today I installed the most recent kernel-version 'linux-image-3.7-trunk-686-pae_3.7.8-1~experimental.1_i386.deb' from experimental on my nettop-box and found the issue is really resolved now there. Probably all I have to do is wait until the fix is backported to the 3.2-stable series kernel. Until it happens I feel OK using the experimental-labeled kernel. Also tagging the bug 'fixed-upsteam' now. See attachment, [dmsg.n.txt.gz] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlEmAakACgkQ5+rBHyUt5wtUgACeJzQrUQexm4DSy/GWdIOxlj+Y 5E4AoI14ZGntgnkA/Ld4oDzjkCdXus8j =sgfq -END PGP SIGNATURE- dmsg.n.txt.gz Description: GNU Zip compressed data
Bug#699731: issue resolved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Upon reinstalling today and doing no text-mode configuration at all to Xorg, I put 'video=LVDS-1:d" boot option into /etc/default/grub, 'linux-firmware-nonfree' was installed, then 'update-grub' was done. Although it was a bit tricky to guess, where the 'Apply'-button was and to click on it, because it was mostly outside of the visible area of the default 640x480 screen, when changing the Displays-setting to higher resolutions under System-Settings.'Mirror displays' was deselected and 'Laptop' too. Now blanking of the virtual terminals still appears and the X-display is not affected by this, as before, so it is clearly not necessary to create an xorg.conf-file. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlEc1kAACgkQ5+rBHyUt5ws5WwCgh1cF5JQQWOn4AUZFUtkKhJIV etEAoKqTJCS8hn5A/5fGOdQLnnEbcT+y =cR1V -END PGP SIGNATURE-
Bug#699731: 'composite sync not supported'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Upon searching online and finding a similar question here: http://askubuntu.com/questions/22812/what-does-the-dmesg-error-composite-sync-not-supported-mean I tried adding the boot-option 'nomodeset' in /etc/default/grub, but neither did this make the vt-blanking cease, nor the dmesg-error-message. This is different hardware and a newer linux-version than there. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlESXV8ACgkQ5+rBHyUt5wt36QCfYun/3KfCGhhcaWiKVkOKPLXt FGMAn1dROgg2eDNwhmyYtH+mojNhFCs+ =QIAZ -END PGP SIGNATURE-
Bug#699731: dmesg-output
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please see attachment -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlEQ9QQACgkQ5+rBHyUt5wvO3ACeNH/CY4hqQ7uFAAxR3Y4b156N qR4AoKvbZdKsrOac+PlctE7Y0cijJuv2 =8niC -END PGP SIGNATURE- dmsg.txt.gz Description: GNU Zip compressed data
Bug#699731: xserver-xorg-video-radeon: RandR extension disabled although nonfree-firmware is installed with RadeonX1200M
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 04 Feb 2013 10:27:56 +0100 Michel Dänzer wrote: > On Mon, 2013-02-04 at 09:30 +0100, Andreas Glaeser wrote: > > > > The 'firmware-linux-nonfree' package was set up, which made DRI work and > > Gnome3 run > > in non-fallback mode, but RandR is still diabled (see below), so the > > resolution is > > 640x480 and it cannot be changed using SystemSettings/Screen. > > [...] > > > 'aptitude show firmware-linux-nonfree' did not tell me clearly whether the > > package > > contains firmware for the hardware or not, maybe it is required for any > > RADEON-GPU. > > It does, and it generally is for hardware acceleration. > > > 'xserver-xorg-video-radeon' suggests 'firmware-linux', but probably this > > should at > > least be a recommendation or even a real dependency. > > That is not allowed for packages in main. > > > > [ 596.213] (II) RADEON(0): Printing probed modes for output LVDS > > [ 596.213] (II) RADEON(0): Modeline "640x480"x60.0 25.20 640 648 744 > > 800 480 > > 482 484 525 -hsync -vsync (31.5 kHz eP) [ 596.213] (II) RADEON(0): Output > > DVI-0 > > connected [ 596.213] (II) RADEON(0): Output LVDS connected > > Is this a laptop? The drivers are detecting an LVDS panel with 640x480 > resolution, which I suspect is the source of your problems. > > Does it help if you disable the LVDS/Laptop display or deselect 'Mirror > displays' in the GNOME display settings? If not, and if you don't ever > need the LVDS display, video=LVDS-1:d on the kernel commandline might > help. > > > > [ 596.217] (II) RADEON(0): RandR 1.2 enabled, ignore the following RandR > > disabled > > message. > > [ 596.217] (--) RandR disabled > > As you can see, RandR 1.2 is enabled, the second message is an artifact > of how RandR 1.2 support is initialized in the X server. > > The device is not a laptop, but a thin client, my report refers to this installation-report: 699...@bugs.debian.org Adding 'video=LVDS-1:d' to the kernel commandline in fact did resolve the problem, I can enjoy the GNOME-Desktop at full 1024x768 resolution now. The graphics-problem with the XFCE-desktop background is also gone, but the virtual terminals alt-F1 to alt-F6,i.e. tty1 to tty6 now are periodically blanking, i.e. turning 'black', so there still seems to be some kind of problem... In spite of it I am going to add the k-option to /etc/default/grub now and see if that works, because the ttyx-blanking does not affect the X-display. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlEQ6SEACgkQ5+rBHyUt5wu5+wCfV1v0Q3HZxPmAt7lq0kYSa00p K7sAoLo40w2k9HkFYe5tQ8/SaGnXkHWG =/VUf -END PGP SIGNATURE- Xorg.0.log.gz Description: GNU Zip compressed data xorg.conf.gz Description: GNU Zip compressed data
Bug#696522: openchrome driver-configuration in xorg.conf fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After fussing for some hours, trying to configure my xorg-server properly, I admit now, that it plainly is not possible. I attach my /etc/X11/xorg.conf and the corresponding X-logfile, both zlib-compressed. First I tried to limit Vmax and Hmax in order to prevent the driver to initialize the 1360 px wide screen, but it did not work out. Then trying 'Option "MaxClock" "8"' failed, too. Then trying to set various Modelines in the Monitor-section had no effect either. Finally I had looks at 'videogen' and 'xvidtune', trying those Modelines out. Now I feel that i can not do anything more, but someone else has to fix this issue. The openchrome-driver ignores DDC-probed resulutions, it ignores the 'MaxClock'-option and various Modelines and sets up a 1360 px wide screen initially, that vanishes upon login. Please fix this issue. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlDYXhwACgkQ5+rBHyUt5wu/swCgno0gCl7L+5GwDNlSriH6yMxN hDcAn3KobwoJM49f0gfSIKO0NHFVbMmN =rzwJ -END PGP SIGNATURE- xorg.conf.gz Description: GNU Zip compressed data Xorg.0.log.gz Description: GNU Zip compressed data
Bug#672223: xserver-xorg: xorg unusable due to hanging in reset-loop since todays upgrades
> From: Michel Dänzer > To: Andreas Glaeser , 672...@bugs.debian.org > Subject: Re: Bug#672223: xserver-xorg: xorg unusable due to hanging in > reset-loop since > todays upgrades Date: Wed, 09 May 2012 11:28:56 +0200 > X-Mailer: Evolution 3.2.2-1.0 > Organization: Debian > > > Your report is low on detail (next time, please follow the instructions > from the template below), but I assume that 'reset-loop' means the X > server keeps crashing and it's a duplicate of bug #670570. Upstream Git > commits 6bda7ceda645e838723883d133d614def1511d16 and > b0b7d8d26fd107df342b5c87b0a38e5bb08101a9 should fix it. > > > > *** 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 *** > > > > -- > Earthling Michel Dänzer | http://www.amd.com > Libre software enthusiast | Debian, X and DRI developer Checking quickly with my xorg.conf renamed, xorg is now running again, so I will have to take another look at log-files and xorg.conf in order to get this working again. -- 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/20120509120607.7526c4a0@osrdii.lokal
Bug#664045: xserver-xorg-video-nouveau: xorg is not configurable, colour depth is limited to 8 bit with nouveau and nv drivers
On Thu, 12 Apr 2012 17:34:17 +0200 Sven Joachim wrote: > Am 12.04.2012 um 08:05 schrieb Andreas Glaeser: > > > On Fri, 06 Apr 2012 08:51:21 +0200 > > Sven Joachim wrote: > > > >> This is supposed to work, but the Nouveau Wiki¹ mentions that there are > >> still problems with it. Does it help if you build the kernel with > >> CONFIG_FB_OF=n and CONFIG_DRM_NOUVEAU=y? > > > > Kernel-Source reconfigured with the above mentioned options. I could not > > find > > CONFIG_DRM_NOUVEAU in gconfig GTK-kernel configurator, > > It's under "Device Drivers -> Staging drivers" (unless you use Linux 3.4 > already). > > > so I used gedit to search > > this option and change it from 'm' to 'y' instead [see attachment]. > > This has still CONFIG_DRM_NOUVEAU=m. > > > the current default-kernel-image still boots correctly and runs nicely, too. > > Slowly but surely I learn liking the colour-depht of 8 bit, ie. 256 > > colours, as there > > does not seem to be any possibility to change this and the > > gnome-backgrounds and most > > web-pages appear in some kind of pop-art style, which does not look so > > unpleasant > > really, rather reminding of some psychedelic visual effects. > > Booting with nvidiafb.bpp=16 (or 24, or 32) should give you a higher > color depth with stock Debian kernels. > > Cheers, >Sven When I use gconfig to configure the kernel-source, DRM_NOUVEAU can not be set to Y, just M or N. Will try 3.2.14 now, it is not yet the 3.4 series. -- 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/20120417103713.61b58f8f@osrdii.lokal
Bug#664045: Re: Bug#664045: xserver-xorg-video-nouveau: xorg is not configurable, colour depth is limited to 8 bit with nouveau and nv drivers
On Fri, 06 Apr 2012 08:51:21 +0200 Sven Joachim wrote: > Am 05.04.2012 um 12:26 schrieb Andreas Glaeser: > > > Now I set FB_NVIDIA=n and tried to boot the result from my build. See > > Attachments: .config.gz and screenshot.jpg. > > I took the screenshot at the moment, when the boot-process hung. > > The message of interest is probably: > > fb: conflictung fb hw usage nouveaufb vs OFfb NVDA,NVMac - removing generic > > driver > > This is supposed to work, but the Nouveau Wiki¹ mentions that there are > still problems with it. Does it help if you build the kernel with > CONFIG_FB_OF=n and CONFIG_DRM_NOUVEAU=y? > > Cheers, >Sven > > > ¹ http://nouveau.freedesktop.org/wiki/KernelModeSetting Kernel-Source reconfigured with the above mentioned options. I could not find CONFIG_DRM_NOUVEAU in gconfig GTK-kernel configurator, so I used gedit to search this option and change it from 'm' to 'y' instead [see attachment]. The build went OK, but the kernel-image was not bootable. It hung at a boot-time of [000] at the point where the root-file-system's UUID was echoed. The sceen flashed to black for a moment, then the boot-process stopped the current default-kernel-image still boots correctly and runs nicely, too. Slowly but surely I learn liking the colour-depht of 8 bit, ie. 256 colours, as there does not seem to be any possibility to change this and the gnome-backgrounds and most web-pages appear in some kind of pop-art style, which does not look so unpleasant really, rather reminding of some psychedelic visual effects. .config.gz Description: GNU Zip compressed data
xorg.conf for powermac g4 with ati radeon 9000
This is to inform you of souble success. Not only did it work to use my usb dvb-t stick for what it was originally made, for watching tv, but it was also possible to build a custom desktop kernel using 'make-kpkg' for my g4 mac, which runs the testing release. It required some fussing and fumbling initially and 'kdetv' was the first application to produce a tv motion picture, but as I do not use that desktop this was not sufficient. 'me-tv' does that job well enough now, 'zapping' and 'xine' do not yet. To document the whole thing I attached my Xorg-log, xorg.conf, lsusb-output for that particular device and what 'dmesg' says. Watching tv loads the cpu to about 50 %, so it is possible to have the machine do other minor tasks in the background, and the overall impression is more as one would expect from a desktop computer. Greetings from Andreas dmsg.txt.bz2 Description: application/bzip usb_tv.txt.bz2 Description: application/bzip xorg.conf.bz2 Description: application/bzip Xorg.0.log.bz2 Description: application/bzip
