Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Followup-For: Bug #590462
The issue is quite reliably reproducible, sending two more backtraces.
They are not identical but to me look similar.
(gdb) bt
#0 exaMoveInPixmap (pPixmap=0x0) at ../../exa/exa.c:1109
#1 0x7f880558b3a7 in rad
Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Followup-For: Bug #590462
yes, gdb -p gives more verbose backtraces.
(gdb) bt
#0 radeon_dri2_create_buffer (drawable=, attachment=1,
format=)
at ../../src/radeon_dri2.c:211
#1 0x7f56c22ef67f in do_get_buffers (pDraw=0x27ddb10, wi
Excerpts from Michel Dänzer's message of Tue Aug 03 19:07:49 +0200 2010:
> On Die, 2010-08-03 at 15:23 +0200, Michal Suchanek wrote:
> > Excerpts from Brice Goglin's message of Tue Aug 03 14:43:59 +0200 2010:
> > > Le 03/08/2010 14:13, Michal Suchanek a écrit :
> &
Excerpts from Brice Goglin's message of Tue Aug 03 14:43:59 +0200 2010:
> Le 03/08/2010 14:13, Michal Suchanek a écrit :
> > There is xserver-xorg-core-dbg but no documentation on using that
> > package I could find. The X server binary has no symbols so there is no
> >
Excerpts from Michel Dänzer's message of Tue Aug 03 11:06:23 +0200 2010:
> reassign 590462 xserver-xorg-video-radeon 1:6.13.1-2
> kthxbye
>
> On Mon, 2010-07-26 at 15:55 +0200, Michal Suchanek wrote:
> >
> > Backtrace:
> > 0: X (xorg_backtrace+0x28) [0
Package: libgl1-mesa-dri
Version: 7.8.2-2
Followup-For: Bug #590462
The issue is not triggered by a particular test, not even by running the
testsuite by itself. However, running the testsuite twice in parallel
reliably reproduces the crash for me.
The crash happens during testing some glsl bran
Package: libgl1-mesa-dri
Version: 7.8.2-2
Severity: normal
The X server crashed while running piglit.
I will try to find out if a particular test crashes it.
X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-5-amd64 x86_64 Deb
Package: libgl1-mesa-dri
Version: 7.8.2-2
Severity: normal
CrystalSpace tries to use the mesa feature which allows uploading
precompressed textures (full compression support is not possible due to
patent issues).
With the r600 driver this feature is broken but mesa still incorrectly
advertises t
Package: x11-xserver-utils
Version: 7.5+1
Severity: wishlist
File: /usr/bin/xrandr
When I try to enable an output and both crtcs are in use I get
xrandr: cannot find crtc for output VGA-0
However, when an output is disconnected and disabling it would free up the
required crtc I would expect xra
Excerpts from Julien Cristau's message of Wed Jul 21 19:06:06 +0200 2010:
> On Wed, Jul 21, 2010 at 18:59:40 +0200, Michal Suchanek wrote:
>
> > Excerpts from Julien Cristau's message of Wed Jul 21 17:38:49 +0200 2010:
> > > On Wed, Jul 21, 2010 at 16:52:
Excerpts from Julien Cristau's message of Wed Jul 21 17:38:49 +0200 2010:
> On Wed, Jul 21, 2010 at 16:52:21 +0200, Michal Suchanek wrote:
>
> > Package: x11-xserver-utils
> > Version: 7.5+1
> > Severity: normal
> > File: /usr/bin/xgamma
> >
> >
&g
Package: x11-xserver-utils
Version: 7.5+1
Severity: normal
File: /usr/bin/xgamma
In multi-screen configuraion the gamma can be set only on the first
screen. It is not obvious how to set gamma on the other screen(s), the
format of the -s option is not specified.
-- System Information:
Debian Rele
Package: libgl1-mesa-dri
Severity: normal
With Squeeze Xorg hypertorus does about 120fps in the default size and about 30
fps in fullscreen.
Compared to the 5fps experienced earlier it is a drastic improvement although
the performance is still not good, especially compared to the k8m800.
-- Sy
Excerpts from Julien Cristau's message of Tue Jun 29 17:42:03 +0200 2010:
> On Fri, Mar 6, 2009 at 15:34:09 +0100, Michal Suchanek wrote:
>
> > On 03/05/2009 08:31 PM, Julien Cristau wrote:
> > >reassign 518367 libgl1-mesa-dri 7.0.3-7
> > >kthxbye
> >
On 18 June 2010 21:24, Julien Cristau wrote:
> On Fri, Jun 18, 2010 at 19:55:01 +0200, Michal Suchanek wrote:
>
>> Apparently X server refuses to accept input devices after coldplug
>> effectively disabling input.
>>
> I have no idea what this means.
>
At the end of
Package: xserver-xorg
Version: 1:7.5+6
Severity: normal
Hello,
I tried this on a live CD but I would expect this has implications for
normal systems as well.
The issue is:
I have /etc/default/keyboard set up with my preferred keymap which I
heard is the way to set up system-wide keyboard layou
Package: x11-xserver-utils
Version: 7.5+1
Severity: normal
File: /usr/bin/xrandr
When setting a screen ie --left-of a differently sized screen it is not
possible to specify where the screen will be aligned (top, bottom,
offset).
The default top align does not work with various panels that appera
This issue is tracked as upstream bug
https://bugs.freedesktop.org/show_bug.cgi?id=692
--
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/4bd3adbf.1010...@ruk.cuni.cz
On 13 April 2010 19:24, Andres Cimmarusti wrote:
> Is it solved with newer versions of radeon and kernel in sid with KMS
> enabled?
>
> Please confirm so we can close it
>
No.
If it were I would notice the screens getting swapped again.
I was running 2.6.32, 33, and 34 now and did not notice an
On 1 April 2010 16:27, Andres Cimmarusti wrote:
> Hello Michal and Mark,
>
> @Mark:
>
> I don't know if this will help: Gnome tends to overrule your xrandr
Not running Gnome here.
> configuration (only in lenny, squeeze doesn't have this problem with the
> computer I've tried). Try disabling gno
Package: xserver-xorg-input-evdev
Version: 1:2.3.2-3
Followup-For: Bug #568458
This has been an issue for some time now.
The evdev man page is quite misleading.
It mentions only mouse options, no keyboard or other device options.
It does not mention used at all but udev is the only reasonable
On 03/09/2010 03:41 PM, Nix wrote:
On 7 Mar 2010, Hramrach verbalised:
I have upgraded the system to get KMS working and now the system would
lockup about once in three tries when doing suspend to disk/resume.
I suspect this is related to KMS but I had to upgrade quite a bit of
stuff to g
On 03/07/2010 01:57 PM, Brice Goglin wrote:
Hramrach wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.12.191-1
Severity: normal
File: video-radeon
I have upgraded the system to get KMS working and now the system would
lockup about once in three tries when doing suspend to disk/resum
Cyril Brulebois wrote:
Hi.
Hramrach (12/05/2009):
When I close the laptop lid while in X the screen is blanked.
When I open it the screen is unblanked for a moment and then blanked
again.
This is possibly kernel version related or acpid related, I cannot
recall upgrading anything else recentl
Brice Goglin wrote:
michal.sucha...@ruk.cuni.cz wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.12.99+git20100201.a887818f-1
Severity: normal
I get screen corruption with KMS and suspend to disk.
After resume most stuff is blurred by seemingly random noise.
Can you try 2.6.33 ? Pack
For me current Intel driver is quite stable (on Mac Mini i945GM).
On the other system I have added a Radeon card which fixed my problems
with Intel graphics (which was i945G - not mobile, and worked/broke
with completely different drivers/options compared to the mobile one).
Thanks
Michal
--
Package: x11-xkb-utils
Version: 7.5+1
Severity: normal
File: /usr/bin/setxkbmap
When Caps Lock is on setting the ctrl:nocaps option locks the keyboard
into typing uppercase. It can be then shifted to type lowercase in most
cases but reverting the option does not fix the issue.
-- System Informa
Package: xserver-xorg-video-nouveau
Version: 0.0.10~git+20090701+c0bf670
Severity: normal
Build error typical for packages too old to build against X server 1.7.
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for un
Package: libdrm-dev
Version: 2.4.17-1
Severity: wishlist
The nouveau part was once packaged but has been removed from Debian.
This prevents building the nouveau experimental driver in Debian.
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (990, 'stable'), (500,
Brice Goglin wrote:
Hramrach wrote:
Package: xserver-xorg-video-ati
Version: 1:6.9.0-1+lenny4
Severity: normal
File: video-ati
The wrong version of the ati module gets installed.
What ?
I installed the ati driver to make my radeon module install
automatically but I get the Lenny versio
Package: drm-modules-source
Version: 2.4.11+git+20090630+de1ed01-1
Severity: wishlist
Since the drm-modules-source package is ancient I am quite sure that I
don't want its radeon.ko over the one which comes with the kernel but I
still might want the nouveau.ko which does not come with Linux yet.
Package: drm-modules-source
Version: 2.4.11+git+20090630+de1ed01-1
Severity: important
The package cannot be removed.
Done with
/usr/src/drm-modules-2.6.30-2-amd64_2.4.11+git+20090630+de1ed01-1+2.6.30-8_amd64.deb
..
dpkg -Ei
/usr/src/drm-modules-2.6.30-2-amd64_2.4.11+git+20090630+de1ed01-1+2.6.3
Package: xserver-xorg-video-vesa
Version: 1:2.2.1-1
File: video-vesa
With a screen attached over VGA the selected mode gets better.
It would seem the driver uses the default mode database with th
HorizSync/VertRefresh values read from the bios and throws away the
modes read from the bios.
I wou
Package: xserver-xorg-video-vesa
Followup-For: Bug #566154
There is no problem with Lenny on the same hardware.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 2010-01-26 18:31 /e
Package: xserver-xorg-video-vesa
Followup-For: Bug #566153
There is no problem in Lenny, on the same hardware.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 2010-01-26 18:31 /et
566164 close
thanks
Sorry, got wrong source package version.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: xserver-xorg-video-nv
Version: 1:2.1.15-1
Severity: important
File: video-nv
Justification: fails to build from source
I cannot build this package.
Attaching log.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5sum does not exist.
X server symlink st
Package: xserver-xorg-video-nv
Severity: normal
File: video-nv
With the X packages in sid this is no longer a problem.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 Jan 21 14:29 /etc/X11
Package: xserver-xorg-video-vesa
Version: 1:2.3.0-1
Severity: normal
File: video-vesa
While the vesa console is well capable of displaying 1280x1024 the X
server starts in some very low resolution.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5sum does not ex
Package: xserver-xorg-video-vesa
Version: 1:2.3.0-1
Severity: normal
File: video-vesa
After switching to console and back the X server no longer displays
anything. The display might be blank or in some suspend mode but it is
not in off mode.
-- Package-specific info:
/var/lib/x11/X.roster does
Package: xserver-xorg-video-fbdev
Version: 1:0.4.1-1
Severity: normal
File: video-fbdev
After switching to console and back nothing is visible on the screen.
Ir may be blank or in standby mode but it is not off.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md
Package: xserver-xorg-video-nv
Version: 1:2.1.14-2
Severity: normal
File: video-nv
Sending a log without config file.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 Jan 21 14:29 /etc/X11/
Julien Cristau wrote:
On Tue, Aug 4, 2009 at 14:03:02 +0200, michal.sucha...@ruk.cuni.cz wrote:
Package: xserver-xorg-video-nv
Version: 1:2.1.14-2
Severity: important
File: video-nv
Since the nv driver does not support this device the vesa driver should be used
instead.
This is still a pro
Package: xserver-xorg-video-nv
Version: 1:2.1.14-2
Severity: important
File: video-nv
Since the nv driver does not support this device the vesa driver should be used
instead.
This is still a problem on Squeeze.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5
2010/1/18 Michel Dänzer :
> On Mon, 2010-01-18 at 17:00 +0100, Michel Dänzer wrote:
>>
>> [...] or rotation happened to be usable without rotation somehow.
>
> Heh, that should have read 'rotation happened to be usable without
> acceleration'.
>
No, I was running git snapshots because I was experie
2010/1/18 Michel Dänzer :
> On Mon, 2010-01-18 at 02:13 +0100, Michal Suchanek wrote:
>> Package: xserver-xorg-video-radeon
>> Version: 1:6.12.4-2
>> Severity: normal
>> File: video-radeon
>>
>>
>> The bug is back with the latest X server and rad
Package: libpixman-1-0
Severity: normal
This seems to be gone now.
The X server would crash within ~10min which is no longer the case.
ii libpixman-1-0 0.16.4-1 pixel-manipulation
Thanks
Michal
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (990, 's
Package: xserver-xorg
Version: 1:7.5+1
Severity: normal
File: /usr/bin/X
Again I cannot terminate X server from the terminal where it was
started.
It seems that xinit somehow magically kills the X server when it
receives sigint but the X server started by iself is unaffected.
--
To UNSUBSCRI
Package: xserver-xorg-video-vesa
Version: 1:2.2.1-1
Severity: normal
On an EeePC 1201HA the native panel resolution is 1366x768. This
resolution is reported by the VESA BIOS and by my guess there is enough
VGA RAM for this mode to be used. However, X server says something about
virtual (and somet
The X server 1.6.5 works for me with pixman 0.14.
Thanks
Michal
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
2009/10/26 Julien Cristau :
> On Mon, Oct 26, 2009 at 00:54:04 +0100, Michal Suchanek wrote:
>
>> Package: libpixman-1-0
>> Version: 0.14.0-1
>> Severity: important
>>
>>
>>
>> X: symbol lookup error: X: undefined symbol:
>> pixman_disable_o
Package: libpixman-1-0
Version: 0.14.0-1
Severity: important
X: symbol lookup error: X: undefined symbol:
pixman_disable_out_of_bounds_workaround
I have pixman 0.14 and X was probably built with some later version but
does not depend on it.
-- System Information:
Debian Release: 5.0.3
APT
Package: xserver-xorg-core
Version: 2:1.7.0-1
Severity: normal
- X.log ---
X.Org X Server 1.7.0
Release Date: 2009-10-2
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30-2-amd64 x86_64 Debian
Current Operating System: Linux heretic 2.6.30-2-amd64 #1 SMP Fri Sep 25
22:16
Package: xserver-xorg-video-intel
Version: 2:2.9.0-1
Severity: normal
Apparently it requires version 0.2 of libpthread-stubs0 while
0.1 was installed and it deos not even depend on it.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
Package: xserver-xorg-video-intel
Version: 2:2.9.0-1
Severity: normal
I have at least the console back so I investigated in more detail.
I trusted too much in apt-file. There is some problem with this library,
it has probably moved to a different package recently:
$ ldd /usr/lib/xorg/modules/d
Package: xserver-xorg-video-intel
Version: 2.9.0
Hello
I can no longer start X 1.6.4 intel driver 2.9.0.
X reports that the intel driver cannot be loaded because it requires
some libpthreds-stubs.0 or something like that. The file is present
on the system.
My console is also broken so I
Package: xserver-xorg-video-radeon
Version: 1:6.12.3+git20091004
Severity: normal
File: video-radeon
With the current version the noise around cursor seem gone.
The occasional picture tearing remains. It seems that it appears only on
one display at a time (until X restart/suspend).
-- Package-
Upstream bug at http://bugs.freedesktop.org/show_bug.cgi?id=18583
Basically the problem is that before you press any key after X startup
xkb is in a different state from after the first keypress which
somehow confuses the X server.
Only affects people who set their keymap in X session scripts or
On 10/09/2009 02:19 PM, Brice Goglin wrote:
On Fri, Oct 09, 2009 at 01:02:29PM +0200, Michal Suchanek
wrote:
Package: xserver-xorg-video-intel
Version: 2:2.9.0-1
Severity: important
File: video-intel
This is a regression. Earlier servers would not attempt DRI when it was
already in use by
Package: xserver-xorg-video-intel
Version: 2:2.9.0-1
Severity: normal
File: video-intel
KMS causes kernel oops.
I did not investigate further, just rebooted.
Thanks
Michal
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
Package: xserver-xorg-video-intel
Version: 2:2.9.0-1
Severity: normal
File: video-intel
Then I don't have modesetting because I did not add anything like that
to my kernel command line.
It turns out testing the symptom of this is quite easy and there are few
commits between 2.8 and 2.9.
Attachi
On 09/30/2009 03:23 PM, Julien Cristau wrote:
On Wed, Sep 30, 2009 at 14:37:49 +0200, Michal Suchanek
wrote:
2.9.0 still does not detect my display.
As this is a regression, it should be easy to bisect the bug between 2.8
and 2.9. Did you do that?
No, didn't try yet. I want to us
Package: xserver-xorg-core
Severity: normal
I do not see this mentioned here already
For me 1.6.3 X server with 2.8.1 Intel driver works, 1.6.4 X server with with
2.8.1 Intel driver crashes.
1.6.4 with 2.9 driver does not crash but does not find my display.
-- Package-specific info:
/var/lib/
Package: xserver-xorg-video-intel
Version: 2:2.9.0-1
Severity: normal
File: video-intel
2.9.0 still does not detect my display.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 Nov 27 2008
Hello
2009/9/16 Florian :
>
> Thanks for your comments (and sorry for the late reply)
>
> Now that xorg 1.6.3 migrated to testing, together with a new radeon
> driver and with a fglrx proprietary driver which does not anymore
> support my hardware, I do not have a workaround anymore, except for
>
Package: xserver-xorg-video-intel
Version: 2:2.8.99.902-1
Severity: important
File: video-intel
This is a recent regression, the monitor is detected with the 2.8.1
driver but it fails in some other way.
-- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5sum does
Package: xserver-xorg-input-synaptics
Version: 1.1.2-1
Severity: normal
I tried running Debian on an Asus R2H. synaptics does not bind to the
synaptics joysticky thing but it does bind to the touchsceen and fails.
I can see that product name for PS/2 devices is broken in hal but at
least USB dev
Package: xserver-xorg-video-intel-dbg
Version: 2:2.8.0-2
Severity: normal
File: video-intel-dbg
There are no intel-gpu-tools for dumping the GPU register state in case
of hardware lockup.
There is a package of these in Ubuntu.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
2009/8/13 Alex Deucher :
> On Thu, Aug 13, 2009 at 5:18 PM, Michal Suchanek wrote:
>> 2009/8/11 Alex Deucher :
>>> On Mon, Aug 10, 2009 at 6:53 PM, Michal Suchanek wrote:
>>>> Package: xserver-xorg-video-radeon Version: 1:6.12.2-3 Severity: minor
>>>>
2009/8/11 Alex Deucher :
> On Mon, Aug 10, 2009 at 6:53 PM, Michal Suchanek wrote:
>> Package: xserver-xorg-video-radeon Version: 1:6.12.2-3 Severity: minor File:
>> video-radeon In a two screen setup wnenever I move the mouse cursor between
>> screens pieces of horizont
2009/7/31 Michel Dänzer :
> On Fri, 2009-07-31 at 10:29 +0200, Michal Suchanek wrote:
>> 2009/7/31 Michel Dänzer :
>> > On Fri, 2009-07-31 at 00:13 +0200, Michal Suchanek wrote:
>> >>
>> >> The next thing to try might be to install the drm mod
2009/7/31 Michel Dänzer :
> On Mon, 2009-07-27 at 10:33 +0200, Michal Suchanek wrote:
>>
>> DRM Information from dmesg:
>> [ 0.004000] No AGP bridge found
>> [ 0.410137] Linux agpgart interface v0.103
>> [ 1645.480173] [drm] Initialized drm 1.1.0 20060810
&g
2009/7/31 Michal Suchanek :
> 2009/7/30 Michel Dänzer :
>> On Wed, 2009-07-29 at 21:25 +0200, Michal Suchanek wrote:
>>> Package: xserver-xorg-video-radeon
>>> Version: 1:6.12.2-3
>>> Severity: normal
>>> File: video-radeon
>>>
>>
2009/7/31 Michel Dänzer :
> On Fri, 2009-07-31 at 00:13 +0200, Michal Suchanek wrote:
>> 2009/7/30 Michel Dänzer :
>> > On Thu, 2009-07-30 at 01:36 +0200, Michal Suchanek wrote:
>> >>
>> >> The majority of time is spent in:
>> >> (with -fps
2009/7/30 Michel Dänzer :
> On Wed, 2009-07-29 at 21:25 +0200, Michal Suchanek wrote:
>> Package: xserver-xorg-video-radeon
>> Version: 1:6.12.2-3
>> Severity: normal
>> File: video-radeon
>>
>>
>> Running mplayer with xv output on this hardware caus
2009/7/30 Michel Dänzer :
> On Thu, 2009-07-30 at 01:36 +0200, Michal Suchanek wrote:
>>
>> The majority of time is spent in:
>> (with -fps) 181333 53.6798 radeon.ko radeon.ko
>> radeon_do_wait_for_idle
>> (without
2009/7/28 Michel Dänzer :
> On Tue, 2009-07-28 at 02:49 +0200, Michal Suchanek wrote:
>> On 28/07/2009, Michel Dänzer wrote:
>> > On Tue, 2009-07-28 at 00:16 +0200, Michal Suchanek wrote:
>> > > On 27/07/2009, Michel Dänzer wrote:
>> > > > On Mo
On 28/07/2009, Michel Dänzer wrote:
> On Tue, 2009-07-28 at 00:16 +0200, Michal Suchanek wrote:
> > On 27/07/2009, Michel Dänzer wrote:
> > > On Mon, 2009-07-27 at 21:14 +0200, Michal Suchanek wrote:
> > > > 2009/7/27 Michel Dänzer :
> > > >
>
On 27/07/2009, Michel Dänzer wrote:
> On Mon, 2009-07-27 at 21:14 +0200, Michal Suchanek wrote:
> > 2009/7/27 Michel Dänzer :
> >
> > >
> > > Please provide the full output of
> > >
> > > LIBGL_DEBUG=verbose glxinfo 2>&1
> > &
2009/7/27 Michel Dänzer :
>
> Please provide the full output of
>
> LIBGL_DEBUG=verbose glxinfo 2>&1
>
> for both cases.
>
> For now assuming it's a 3D driver issue, reassigning.
>
Attaching output of glxinfo.
Thanks
Michal
radeon-dri.log
Description: Binary data
radeon-no-dri.log
Descripti
2009/7/27 Michal Suchanek :
> 2009/7/27 Brice Goglin :
>> Michal Suchanek wrote:
>>> Package: x11-xserver-utils
>>> Version: 7.4+2
>>> Severity: normal
>>> File: /usr/bin/xrandr
>>>
>>>
>>> In my .xsessionrc I set up the s
I can no longer reproduce the lockup with the -3 round radeon/mesa
packages and the 1.6.2.901 X server.
Thanks
Michal
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
2009/7/27 Brice Goglin :
> Michal Suchanek wrote:
>> Package: x11-xserver-utils
>> Version: 7.4+2
>> Severity: normal
>> File: /usr/bin/xrandr
>>
>>
>> In my .xsessionrc I set up the screen layout with xrandr.
>> Because different drivers
2009/7/27 Brice Goglin :
> Michal Suchanek wrote:
>> Package: x11-xserver-utils
>> Version: 7.4+2
>> Severity: normal
>> File: /usr/bin/xrandr
>>
>>
>> In my .xsessionrc I set up the screen layout with xrandr.
>> Because different drivers
Package: x11-xserver-utils
Version: 7.4+2
Severity: normal
File: /usr/bin/xrandr
In my .xsessionrc I set up the screen layout with xrandr.
Because different drivers name the outputs differently I have the
commands repeated with different output names.
All works fine except for --primary.
Settin
Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Followup-For: Bug #469706
The symptoms:
- movable mouse cursor, no screen updates otherwise
- no keyboard input - unable to change numlock led state
- the screen goes dark eventually, probably due to DPMS
- X server still runnning and only
2009/7/23 Alex Deucher :
> On Thu, Jul 23, 2009 at 7:47 AM, Michal Suchanek wrote:
>> 2009/7/22 Alex Deucher :
>>> On Wed, Jul 22, 2009 at 3:47 PM, Michal Suchanek wrote:
>>>> Package: xserver-xorg-video-radeon
>>>> Followup-For: Bug #529178
>>>&
Package: xserver-xorg-video-intel
Followup-For: Bug #529798
Hello
upstream says something about memory pinning which should be the
responsibility of the kernel. Can you try with the latest kernel
(2.6.30) and/or latest intel driver 2.8 ?
Thanks
-- Package-specific info:
/var/lib/x11/X.roster
2009/7/22 Alex Deucher :
> On Wed, Jul 22, 2009 at 3:47 PM, Michal Suchanek wrote:
>> Package: xserver-xorg-video-radeon
>> Followup-For: Bug #529178
>>
>> This is probably a hardware limitation of the card.
>>
>> AFAIK dual-link dvi is needed for modes above
Package: xserver-xorg-video-radeon
Followup-For: Bug #529178
This is probably a hardware limitation of the card.
AFAIK dual-link dvi is needed for modes above 1280x1024 to work reliably
over DVI. Some card - monitor combinations might work but others would
not.
Better cards have higher-rate tran
2009/7/22 Brice Goglin :
> On Wed, Jul 22, 2009 at 03:34:07AM +0200, Michal Suchanek wrote:
>> Package: xserver-xorg-video-radeon
>> Version: 1:6.9.0-1+lenny4
>> Severity: normal
>> File: video-radeon
>>
>>
>> When I rotate one screen the performance of
close 537927
thanks
This was caused by a change in my configuration.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
2009/7/21 Michel Dänzer :
> On Tue, 2009-07-21 at 20:38 +0200, Michal Suchanek wrote:
>> Package: xserver-xorg-video-radeon
>> Version: 1:6.12.2-2
>> Severity: important
>> File: video-radeon
>>
>>
>> When the X server is started both screens turn b
Package: xserver-xorg-video-radeon
Version: 1:6.12.2-2
Severity: important
File: video-radeon
When the X server is started both screens turn black (but stay on) and
the keyboard is not working.
It is possible to suspend and resume the system using the power button.
After resume no trace of a X s
Package: xserver-xorg-video-nv
Version: 1:2.1.13-1
Severity: normal
File: video-nv
When X starts both screens are black and I cannot toggle the numlock led
on the keyboard. Power button seems to still do something so the system
is running but not very useful anymore.
The same result with both XA
Package: drm-modules-source
Version: 2.4.11+git+20090630+de1ed01-1
Severity: important
# dpkg -P drm-modules-2.6.30-1-amd64
(Reading database ... 234673 files and directories currently installed.)
Removing drm-modules-2.6.30-1-amd64 ...
Removing `diversion of
/lib/modules/2.6.30-1-amd64/kernel/dr
2009/5/5 Julien Cristau :
> On Tue, May 5, 2009 at 19:51:41 +0200, Michal Suchanek wrote:
>
>> When running from xinit (as opposed to running just X) the X server gets hal
>> to auto-add devices. This kills the X server.
>
> How so?
As I understand it the standard
Package: x11-common
Version: 1:7.3+18
Severity: normal
File: /etc/X11/Xsession
Running
/etc/X11/Xsession
does the X session setup and starts a session.
However, it looks like the X server resets between merging ~/.Xresources
and starting the final application.
the workaround is to start an a
Package: x11-utils
Version: 7.4+1
Severity: normal
File: /usr/bin/xdriinfo
Xlib: extension "XFree86-DRI" missing on display ":0.0".
Screen 0: not direct rendering capable.
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string:
Package: xserver-xorg-core
Version: 2:1.6.1-1
Severity: normal
When running from xinit (as opposed to running just X) the X server gets hal to
auto-add devices. This kills the X server.
The workaround id to turn auto-adding devices off.
-- Package-specific info:
Contents of /var/lib/x11/X.ros
101 - 200 of 263 matches
Mail list logo
