Hi,
the same(?) segfault can be reproduced by starting googleearth
and suspending the computer. Then, after the resume the server
crashed immediately with the following backtrace:
Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80d8f8b]
1: /usr/bin/X (0x8048000+0x57f65) [0x809ff65]
2: (vdso)
Package: xserver-xorg-video-radeon
Version: 1:6.13.0-1
Severity: normal
Hi,
each time I want to start a slideshow with digikam the X server crashes
immediately with this stacktrace:
Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80ada5b]
1: /usr/bin/X (0x8048000+0x5aa75) [0x80a2a75]
2: (vdso)
Am Sonntag, 12. Oktober 2008 schrieb Julien Cristau:
Hi,
> as far as I can see, the server expects the driver to setup the axis min
> and max values correctly so it can do the scaling, and vmmouse doesn't do
> that. Can some of you try the patch below, which should fix this
> issue, and report ba
Please enable vmmouse_scale_input_data.diff again before releasing lenny, it
fixes this bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Am Freitag, 8. Februar 2008 schrieben Sie:
> Are the agp and drm modules loaded as usual? Is there anything
> interesting in dmesg? The upstream dev said there were some changes in
I attached the dmesg output with a vanilla kernel 2.6.23-rc6 (not 2.6.23, as I
wrote before) in dmesg.working and d
Package: xserver-xorg-video-intel
Version: 2:2.2.0.90-2
Severity: normal
On my S100 equipped with an 82830 CGC graphic controller X is not able to
start when booting with a 2.6.24 kernel (see attached log file). With the
same configuration and a 2.6.23 kernel X starts normally.
-- Package-specif
Am Mittwoch, 5. Dezember 2007 schrieb Brice Goglin:
Hi Brice,
> > PS: Brice, please apply this patch to the vmmouse driver, since it makes
> > the driver usable even if it might not be the best solution.
>
> I'd like to get upstream's opinion first (I pretty much know nothing
> about this code). D
Hi,
since nobody else wanted to fix the driver I had to do it by myself. With the
attached patch applied the mouse is moving again. It turned out that the
curent x-server does no longer call the conversion_proc function to convert
the values provided by the vmmouse (values between 0 and 0x)
Am Dienstag, 4. Dezember 2007 schrieb Philipp Kolmann:
Hi,
> I just installed a plain new Debian Sid in a vmware and wanted to change
> the mouse to vmmouse. But since the new X Server is in Sid, it doesn't
> take the vmmouse anymore.
> Section "InputDevice"
> Identifier "Configured Mo
Am Dienstag, 27. November 2007 schrieb Brice Goglin:
Hi Brice,
> Ok. With xserver-xorg-input-vmmouse 12.4.3 as well, I guess? Could you
Of course! I update each day to check if the bug has already been fixed. :)
> send the corresponding Xorg.0.log so that I open a new report on the
> upstream bu
Am Sonntag, 25. November 2007 schrieben Sie:
Hi Brice,
> Does this bug still occur with xserver-xorg-core 1.4.1 currently in
> unstable?
Yes, otherwise I would have closed this bug.
regards,
Jörg
Am Montag, 17. September 2007 schrieb Brice Goglin:
Hi Brice,
> There are very few changes between 12.4.0 (you were probably using this
> one earlier) and 12.4.2 (the new broken one). Is there any chance you
> try bissecting the commits in the upstream git repository to find out
> where the breaka
Attached you can find the Xorg.log with vmmouse enabled. I replaced mouse with
vmmouse in my xorg.conf.
X.Org X Server 1.4.0
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4-2)
Current Operating System: Linux ds37 2.6.22-2-68
Package: xserver-xorg-input-vmmouse
Version: 1:12.4.2-3
Severity: normal
I upgraded xorg today and now vmmouse does not work any longer. The cursor
is located at the lower right corner and does not move. To be more specific,
the visible cursor indeed moves, but any click is reported to the lower
r
Am Mittwoch, 27. September 2006 09:53 schrieb Michel Dänzer:
> > IIRC, switching from 16bpp to 24bpp mode fixed this issue for me.
> > Try that, or vice versa.
>
> You could also try Option "DepthBits" "24" instead, which I added
> precisely to be able to use an accelerated stencil buffer with dep
Am Dienstag, 26. September 2006 13:56 schrieb Mark Purcell:
> Just like to say thanks for the recent batch of changes.
> Googlearth now renders correctly...
> 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250
> [Mobility FireGL 9000] (rev 02)
I have the same card and the current
Am Sonntag, 8. Juni 2003 00:52 schrieb root:
> This also happens when I try to start kdm from the console.
Workaround: You can fix kdm by writing "Authorize=false" in
/etc/kde3/kdm/kdmrc (section [X-*-Core]).
regards,
Jörg
--
Hi! I'm a .signature virus! Copy me into your signature to help me
Am Sonntag, 8. Juni 2003 00:52 schrieb root:
> This also happens when I try to start kdm from the console.
Workaround: You can fix kdm by writing "Authorize=false" in
/etc/kde3/kdm/kdmrc (section [X-*-Core]).
regards,
Jörg
--
Hi! I'm a .signature virus! Copy me into your signature to help me
18 matches
Mail list logo
