2011/3/12 Michel Dänzer daen...@debian.org
On Fre, 2011-03-11 at 22:49 +, Thue Janus Kristensen wrote:
I had 7.10-4. Downgrading to libgl1-mesa-dri_7.7.1-4_amd64.deb seems
to fix the crash.
Mesa upstream Git commit 9b7f3776359640d452697f3a487a345820abebf0
('r600: don't close fd
2011/3/11 Michel Dänzer daen...@debian.org
On Don, 2011-03-10 at 15:33 +0100, Michel Dänzer wrote:
On Don, 2011-03-10 at 14:13 +, Thue Janus Kristensen wrote:
Accoding to gdb, the second server is called as
drmDropMaster(fd=9)
and the first server calls
drmSetMaster(fd=9
.
Regards, Thue
2011/3/10 Michel Dänzer daen...@debian.org
On Mit, 2011-03-09 at 18:04 +, Thue Janus Kristensen wrote:
2011/3/9 Michel Dänzer daen...@debian.org
How about if you only set a breakpoint on drmDropMaster in the
second server, and on hitting it just 'finish
Googling a bit more, it turns out that the return value on amd64 is in $rax.
That value was also -1.
Regards, Thue
2011/3/10 Thue Janus Kristensen thu...@gmail.com
finish doesn't display the return value, because there is no debug
symbols. And amd64 assembler is not my strong point
2011/3/10 Michel Dänzer daen...@debian.org
On Don, 2011-03-10 at 12:38 +, Thue Janus Kristensen wrote:
finish doesn't display the return value, because there is no debug
symbols.
Install libdrm2-dbg? :)
Ah, thanks. The return value is indeed -1.
A random page on the Internet
On Don, 2011-03-10 at 13:21 +, Thue Janus Kristensen wrote:
2011/3/10 Michel Dänzer daen...@debian.org
On Don, 2011-03-10 at 12:38 +, Thue Janus Kristensen
wrote:
after finish on drmDropMaster on the second X server, I
get the
value -1
2011/3/9 Michel Dänzer daen...@debian.org
On Die, 2011-03-08 at 22:00 +, Thue Janus Kristensen wrote:
With both drmDropMaster breakpointed in the second server,
and drmSetMaster breakpointed in the first server, drmDropMaster is
called first in the second server, and the first server
2011/3/9 Michel Dänzer daen...@debian.org
On Die, 2011-03-08 at 22:00 +, Thue Janus Kristensen wrote:
With both drmDropMaster breakpointed in the second server,
and drmSetMaster breakpointed in the first server, drmDropMaster is
called first in the second server, and the first server
I am behind a NAT from my ISP. Would you be able to access a ssh server if I
installed the miredo package (ipv6 tunneling)? (you could perhaps use the
miredo package yourself)
Regards, Thue
2011/3/8 Michel Dänzer daen...@debian.org
On Sam, 2011-03-05 at 18:36 +, Thue Janus Kristensen wrote
Michel Dänzer daen...@debian.org
On Sam, 2011-03-05 at 18:36 +, Thue Janus Kristensen wrote:
As far as I can tell, there is nothing interesting in kdm.log or
Xorg.1.log (both attached, for a newly generated crash).
Would be interesting if one of you guys could (from a remote login
, it crashes.
Hilsen Thue
2011/3/8 Julien Cristau jcris...@debian.org
On Tue, Mar 8, 2011 at 20:31:34 +, Thue Janus Kristensen wrote:
I just tried, and with a gdb attached to both processes, there is no
crash.
I had to *continue* over some SIGPIPE etc, but I assume that is normal.
Yes
On Wed, Mar 24, 2010 at 4:06 PM, Brice Goglin brice.gog...@ens-lyon.orgwrote:
Thue Janus Kristensen wrote:
On Wed, Mar 24, 2010 at 3:15 PM, Brice Goglin
brice.gog...@ens-lyon.org mailto:brice.gog...@ens-lyon.org wrote:
Thue Janus Kristensen wrote:
Package: xserver-xorg
On Wed, Mar 24, 2010 at 2:44 AM, Cyril Brulebois k...@debian.org wrote:
[...]
Thue Janus Kristensen thu...@gmail.com (23/03/2010):
See the drm-related dmesg lines in your bugreport, that's probably
not helping: without working direct rendering, it's “““normal”””
to have a slow browser
On Tue, Mar 23, 2010 at 10:26 PM, Cyril Brulebois k...@debian.org wrote:
Hi.
Thue Janus Kristensen thu...@gmail.com (23/03/2010):
After a recent aptitude upgrade, my desktop is suddenly very
slow. For example, there is no smooth scrolling in Firefox. I am not
sure which upgrade did
This bug seems to no longer be present on my computer.
Regards, Thue
On Sun, Feb 7, 2010 at 5:39 PM, Brice Goglin brice.gog...@ens-lyon.orgwrote:
Thue Janus Kristensen wrote:
Package: xserver-xorg-video-radeonhd
Version: 1.3.0-2
Severity: important
When I change to another virtual console, fx CTRL-ALT-F1, and then
back CRTL-ALT-F7, the colors
Since this is no longer a problem with recent versions of Firefox, it
would be fine by me if this bug is closed.
Regards, Thue
On 6/22/07, Brice Goglin [EMAIL PROTECTED] wrote:
Hi,
About a year ago, you reported (or replied to) a bug in the Debian BTS
regarding some renderig errors when
Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Followup-For: Bug #378491
Upgrading to firefox 2.0b1 fixed it. So it may be a Firefox bug.
Regards, Thue
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Followup-For: Bug #378491
I tried adding the suggested patch to the xserver-xorg-core deb-src
package and recompiling, but it did no fix the problem.
Regadrs, Thue
-- System Information:
Debian Release: testing/unstable
APT prefers
Searching around on the net, I found this:
http://groups.google.dk/group/lucky.openbsd.tech/browse_frm/thread/c61421ca7ad9c48/35e22611d7e18a2f?lnk=stq=x.org+i810rnum=46hl=da#35e22611d7e18a2f
That page doesn't have a lot of detail, but it could be the same problem.
I will try to find the time to
Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Followup-For: Bug #374035
I had a similar problem. The card did not accept modes unless they
were postfixed with the refresh frequency. When I specified the
frequency too it worked. For example:
SubSection Display
Package: xserver-xorg-video-i810
Version: 1:1.5.1.0-2
Severity: normal
When I switched from the vesa driver to the i810 driver I got a
reproducible rendering error in Firefox. Switching back fixed the
problem.
The problem was that when I marked up text inside firefox the text
would disappear.
Package: xfree86
Severity: normal
Followup-For: Bug #236998
I see this problem too when displaying emacs windows from a debian
woody (X version 4.1.0-16woody3) on my unstable system (4.3.0-5). I
have a nvidia gfx card, using the xfree open source driver.
I can 100% reproducibly produce a crash
That worked, thanks!
I don't know if it is something you can do on the X11 end, but it
would be very usefull if it could give a more informative error
message.
Thanks
-Thue
On Tuesday 09 March 2004 15:31, Christian Guggenberger wrote:
On 09.03.2004 11:06 Thue Janus Kristensen wrote
24 matches
Mail list logo