Bug#470936: VT switching results in scrambled colors with -depth 24

2011-06-12 Thread Ivan Shmakov
 Cyril Brulebois k...@debian.org writes:
 Hi, Igor Shmakov ihammers@gmail.com (14/12/2008):

  I'm experiencing the same problem with X.org from Debian Lenny on
  the similar (Radeon HD 2400 XT) hardware.

  is it better in squeeze, sid, or experimental?

The problem of scrambled colors with -depth 24 seem to be
vanished by 1:2.3.0-3, thanks.  (Though I'm more inclined to use
xserver-xorg-video-radeonhd for it works for a long time now.)

However, there still is a similarly-looking issue with
-depth 16.

TIA.

$ lspci | grep -F Radeon\ HD | base64 
04:00.0 VGA compatible controller: ATI Technologies Inc RV610 video device 
[Radeon HD 2400 PRO]
04:00.1 Audio device: ATI Technologies Inc RV610 audio device [Radeon HD 2400 
PRO]
$ 

-- 
FSF associate member #7257



-- 
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/86sjrfruda@gray.siamics.net



Bug#470936: VT switching results in scrambled colors with -depth 24

2011-04-03 Thread Cyril Brulebois
Hi,

Igor Shmakov ihammers@gmail.com (14/12/2008):
 I'm experiencing the same problem with X.org from Debian Lenny on
 the similar (Radeon HD 2400 XT) hardware.

is it better in squeeze, sid, or experimental?

KiBi.


signature.asc
Description: Digital signature


Bug#470936: VT switching results in scrambled colors with -depth 24

2008-03-19 Thread Ivan Shmakov
 Brice Goglin [EMAIL PROTECTED] writes:

  X Window System Version 7.1.1
  Release Date: 12 May 2006
  X Protocol Version 11, Revision 0, Release 7.1.1
  Build Operating System: UNKNOWN 
  Current Operating System: Linux myhost 2.6.24.3 #2 SMP Wed Mar 12 00:48:51 
  NOVT 2008 x86_64

  You seem to be running Etch's X.org (very old) on a very recent
  kernel.  Any chance you upgrade to a recent X.org as well?

Huh?  Shouldn't xserver-xorg-video-vesa (1.3.0-4) depend on
libpciaccess-dev as well?  (And shouldn't `configure' fail if
there's no `pciaccess.h'?)

# (for f in .../xserver-xorg-video-vesa_1.3.0-4.dsc ; do
   g=$(basename $f .dsc).pbuild \
test -e $f -a \! -e $g \
LC_ALL=C time pbuilder build $f \
$g 21 ; \
   done) 
# cat xserver-xorg-video-vesa_1.3.0-4.pbuild 
W: /root/.pbuilderrc does not exist
I: using fakeroot in build.
pbuilder-buildpackage/amd64 $Id: pbuilder-buildpackage-funcs,v 1.32 2006/11/06 
20:06:25 lool Exp $
$Id: pbuilder-buildpackage,v 1.127 2006/08/15 13:14:25 dancer Exp $

Current time: Wed Mar 19 21:09:20 NOVT 2008
pbuilder-time-stamp: 1205939360
Building the build Environment
 - extracting base tarball [/var/cache/pbuilder/base.tgz]
 - creating local configuration
 - copying local configuration
 - mounting /proc filesystem
 - mounting /dev/pts filesystem
 - policy-rc.d already exists
Obtaining the cached apt archive contents
Installing the build-deps
 - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.29 
2006/11/06 20:20:56 lool Exp $
 - Considering build-dep debhelper (= 5.0.0)
   - Trying debhelper
 - Considering build-dep pkg-config
   - Trying pkg-config
 - Considering build-dep xserver-xorg-dev (= 2:1.4)
   - Trying xserver-xorg-dev
 - Considering build-dep x11proto-xext-dev
   - Trying x11proto-xext-dev
 - Considering build-dep x11proto-core-dev
   - Trying x11proto-core-dev
 - Considering build-dep x11proto-fonts-dev
   - Trying x11proto-fonts-dev
 - Considering build-dep x11proto-randr-dev
   - Trying x11proto-randr-dev
 - Considering build-dep x11proto-render-dev
   - Trying x11proto-render-dev
 - Installing  debhelper pkg-config xserver-xorg-dev x11proto-xext-dev 
x11proto-core-dev x11proto-fonts-dev x11proto-randr-dev x11proto-render-dev
...
Setting up x11-common (7.1.0-19) ...
...
Setting up libxau6 (1.0.1-2) ...

Setting up x11proto-core-dev (7.0.12-1) ...
Setting up libxau-dev (1.0.1-2) ...
Setting up x11proto-fonts-dev (2.0.2-5) ...
Setting up x11proto-input-dev (1.4.3-2) ...
Setting up x11proto-randr-dev (1.2.1-2) ...
Setting up x11proto-render-dev (0.9.3-2) ...
Setting up x11proto-video-dev (2.2.2-4) ...
Setting up x11proto-xext-dev (7.0.2-5) ...
Setting up libmagic1 (4.17-5etch3) ...

Setting up file (4.17-5etch3) ...
Setting up gettext-base (0.16.1-1) ...

Setting up html2text (1.3.2a-3) ...

Setting up gettext (0.16.1-1) ...

Setting up intltool-debian (0.35.0+20060710.1) ...
Setting up po-debconf (1.0.8) ...
Setting up debhelper (5.0.42) ...
Setting up libpixman-1-0 (0.9.6-1) ...

Setting up libpixman-1-dev (0.9.6-1) ...
Setting up pkg-config (0.21-1) ...
Setting up xserver-xorg-dev (1.4.99.901-1) ...
 - Finished parsing the build-deps
...
Setting up fakeroot (1.5.10) ...
...
make[3]: Entering directory 
`/tmp/buildd/xserver-xorg-video-vesa-1.3.0/obj-x86_64-linux-gnu/src'
if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. 
-I../../src -I.. -I/usr/include/xorg -I../../src -I/usr/include-Wall -g -O2 
-I/usr/include/xorg -I/usr/include/pixman-1-I../../src -MT vesa.lo -MD -MP 
-MF .deps/vesa.Tpo -c -o vesa.lo ../../src/vesa.c; \
then mv -f .deps/vesa.Tpo .deps/vesa.Plo; else rm -f 
.deps/vesa.Tpo; exit 1; fi
mkdir .libs
 gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -I/usr/include/xorg -I../../src 
-I/usr/include -Wall -g -O2 -I/usr/include/xorg -I/usr/include/pixman-1 
-I../../src -MT vesa.lo -MD -MP -MF .deps/vesa.Tpo -c ../../src/vesa.c  -fPIC 
-DPIC -o .libs/vesa.o
In file included from ../../src/vesa.h:36,
 from ../../src/vesa.c:40:
/usr/include/xorg/xf86.h:45:23: error: pciaccess.h: No such file or directory
In file included from /usr/include/xorg/xf86str.h:44,
 from /usr/include/xorg/xf86.h:47,
 from ../../src/vesa.h:36,
 from ../../src/vesa.c:40:
/usr/include/xorg/xf86Pci.h:262: warning: 'struct pci_device' declared inside 
parameter list
/usr/include/xorg/xf86Pci.h:262: warning: its scope is only this definition or 
declaration, which is probably not what you want
/usr/include/xorg/xf86Pci.h:263: warning: 'struct pci_device' declared inside 
parameter list
In file included from /usr/include/xorg/xf86.h:47,
 from ../../src/vesa.h:36,
 from ../../src/vesa.c:40:
/usr/include/xorg/xf86str.h:337: warning: 'struct pci_device' declared inside 
parameter list
In file included from ../../src/vesa.c:40:
../../src/vesa.h:105: error: expected 

Bug#470936: VT switching results in scrambled colors with -depth 24

2008-03-19 Thread Julien Cristau
On Wed, Mar 19, 2008 at 21:26:26 +0600, Ivan Shmakov wrote:

  Brice Goglin [EMAIL PROTECTED] writes:
 
   X Window System Version 7.1.1
   Release Date: 12 May 2006
   X Protocol Version 11, Revision 0, Release 7.1.1
   Build Operating System: UNKNOWN 
   Current Operating System: Linux myhost 2.6.24.3 #2 SMP Wed Mar 12 
 00:48:51 NOVT 2008 x86_64
 
   You seem to be running Etch's X.org (very old) on a very recent
   kernel.  Any chance you upgrade to a recent X.org as well?
 
   Huh?  Shouldn't xserver-xorg-video-vesa (1.3.0-4) depend on
   libpciaccess-dev as well?  (And shouldn't `configure' fail if
   there's no `pciaccess.h'?)
 
No, there's no dependency on pciaccess in unstable.

 Setting up xserver-xorg-dev (1.4.99.901-1) ...

That's in experimental.  Sounds like pbuilder is somehow broken.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#470936: VT switching results in scrambled colors with -depth 24

2008-03-16 Thread Brice Goglin
Ivan Shmakov wrote:
 X Window System Version 7.1.1
 Release Date: 12 May 2006
 X Protocol Version 11, Revision 0, Release 7.1.1
 Build Operating System: UNKNOWN 
 Current Operating System: Linux myhost 2.6.24.3 #2 SMP Wed Mar 12 00:48:51 
 NOVT 2008 x86_64
   

You seem to be running Etch's X.org (very old) on a very recent kernel.
Any chance you upgrade to a recent X.org as well?

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#470936: VT switching results in scrambled colors with -depth 24

2008-03-14 Thread Ivan Shmakov
Package: xserver-xorg-video-vesa
Version: 1:1.3.0-1

I use the following command to start X:

# Xorg :1 vt11 -depth 24 -allowMouseOpenFail -query localhost 

with an ATI card:

$ lspci 
...
04:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 2400 PRO
...
$ 

configured to use the generic `vesa' driver:

$ cat /etc/X11/xorg.conf 
...
Section Device
Identifier  Generic Video Card
Driver  vesa
BusID   PCI:4:0:0
EndSection
...
$ 

The X server starts fine, but the colors get scrambled after the
first switch to a non-X VT and back.  The problem disappears
when running X with `-depth 16', like:

# Xorg :1 vt11 -depth 16 -allowMouseOpenFail -query localhost 

The only way to get back to the normal ``palette'' was to
restart the server.

I didn't check precisely, but it seems that after returning to a
24-bit mode, the card is misconfigured to interpret the color
components as having fewer bits than it's expected; something
like interpreting R, G, B as (mod 64) instead of (mod 256).

It looks like that comments to [1], and [2], describe a similar
misbehaviour.

[1] http://bugs.launchpad.net/ubuntu/+source/restricted-manager/+bug/186999
[2] http://forum.ubuntu.ru/index.php?topic=12910.0;all




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#470936: VT switching results in scrambled colors with -depth 24

2008-03-14 Thread Brice Goglin
Please send the whole output of /usr/share/bug/xserver-xorg/script 31
(it should have been automatically in your report included by reportbug)

Brice




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]