Bug#597379: X freeze same problem here

2010-09-28 Thread isahib 
On Tue, 2010-09-28 at 08:10 +0200, Cyril Brulebois wrote:
> isahib  (21/09/2010):
> > I am also experiancing the same problem after the update from
> > testing with xserver-xorg-video-openchrome 1:0.2.904+svn842-1.
> 
> Hi,
> 
> does the issue indeed disappear if you go back to the previous
> openchrome version? Checking whether that could be a consequence
> of a collateral upgrade…
> 
> Are you able to fetch kernel/X logs, e.g. if the machine is still
> responsive over the network?
> 
> Mraw,
> KiBi.

Hi Cyril,

xserver-xorg-video-openchrome 1:0.2.904+svn827-1 works for me but even
so X still freezes randomly.

Unfortunately I cannot access this machine across the network but once
the X freeze occurs then none of the special keys work Ctrl+Alt+SysRq
+REISUB, Ctrl+Alt+F1 etc. and the disk seems quite busy. A hard reboot
is required.

Thanks
Ibaidul






-- 
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/1285736412.2827.8.ca...@debian

Bug#593982: gdm crashes occasionally after waking monitor from sleep

2010-09-28 Thread Peter Tenenbaum 
I have been running my desktop with screen saver off, sleep on for a month
now and no repetition of the crashes.  I deduce that the problem occurs when
the monitor is restored from screen-saver, but not when it is awakened from
sleep.

Bug#591061: Leak still present.

2010-09-28 Thread Dave Airlie 
Proposed patch to remove leak attached.

Dave.

On Tue, Sep 28, 2010 at 6:42 PM, Eduardo I.  wrote:
> Hi Cyril, thanks for the heads up.
>
> Unfortunately I still seem to be able to leak memory in the exact same
> way. I'm reporting this back at RH's bugzilla.
>
> I'm attaching ttm/drm related entries in vmallocinfo just in case.
>
> --
> Eduardo.
>
> ___
> xorg-driver-ati mailing list
> xorg-driver-...@lists.x.org
> http://lists.x.org/mailman/listinfo/xorg-driver-ati
>
>
From 086970d5b8371bc38d25bfc9b3a59328bce7a6f9 Mon Sep 17 00:00:00 2001
From: Dave Airlie 
Date: Wed, 29 Sep 2010 13:31:07 +1000
Subject: [PATCH] drm/ttm: remove race and optimise evicting destroyed buffers.

A race condition was identifed that led to a leak of the BOs, when
 a bo was on the delayed delete list and was selected for eviction,
the code would enter

thread 1 (evict) -- thread2 (dd)
bo added to delayed destroy list
take lru lock
ttm_mem_evict_first called
   - reserve locked
   - remove from lru
   - drop lru lock
take lru lock
try del from lru - get put_count == 0
try to reserve locked
	- drop lru lock to wait unreserved
call bo_evict
unreserve buffer
   - take lru lock
   - add back to lru
   - unreserver
   - drop lru lock
take lru lock due to unreserved
unbind ttm
drop put_count references (which is 0)
despite being on the lru/swap lru lists.
leak due to never losing reference

The obvious quick fix is to try the bo from the ddestroy list if we
are going to evict it, however if we are going to evict a buffer that
is going to be destroyed we should just destroy it instead, its more
likely to be a lighter-weight operation than evict + delayed destroy.

This patch check is a bo that we are about to evict is actually on the
destroy list and if it is, it unreserves it (without adding to lru),
and cleans up its references. It should then get destroyed via
normal ref counting means.

proposed fix for:
https://bugzilla.redhat.com/show_bug.cgi?id=615505
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591061

Signed-off-by: Dave Airlie 
---
 drivers/gpu/drm/ttm/ttm_bo.c |   18 +++---
 1 files changed, 15 insertions(+), 3 deletions(-)

diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index cb4cf7e..60689b1 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
+++ b/drivers/gpu/drm/ttm/ttm_bo.c
@@ -689,7 +689,7 @@ static int ttm_mem_evict_first(struct ttm_bo_device *bdev,
 	struct ttm_mem_type_manager *man = &bdev->man[mem_type];
 	struct ttm_buffer_object *bo;
 	int ret, put_count = 0;
-
+	bool destroy = false;
 retry:
 	spin_lock(&glob->lru_lock);
 	if (list_empty(&man->lru)) {
@@ -719,6 +719,13 @@ retry:
 	}
 
 	put_count = ttm_bo_del_from_lru(bo);
+
+	/* is the buffer currently on the delayed destroy list? */
+	if (!list_empty(&bo->ddestroy)) {
+		list_del_init(&bo->ddestroy);
+		destroy = true;
+		put_count++;
+	}
 	spin_unlock(&glob->lru_lock);
 
 	BUG_ON(ret != 0);
@@ -726,8 +733,13 @@ retry:
 	while (put_count--)
 		kref_put(&bo->list_kref, ttm_bo_ref_bug);
 
-	ret = ttm_bo_evict(bo, interruptible, no_wait_reserve, no_wait_gpu);
-	ttm_bo_unreserve(bo);
+	if (destroy) {
+		atomic_set(&bo->reserved, 0);
+		ret = ttm_bo_cleanup_refs(bo, !no_wait_gpu);
+	} else {
+		ret = ttm_bo_evict(bo, interruptible, no_wait_reserve, no_wait_gpu);
+		ttm_bo_unreserve(bo);
+	}
 
 	kref_put(&bo->list_kref, ttm_bo_release_list);
 	return ret;
-- 
1.7.2.3

Bug#598414: xserver-xorg-input-evdev: Tapping no longer works on touchpad

2010-09-28 Thread Nattie Mayer-Hutchings 
On Wed, Sep 29, 2010 at 07:08:41AM +0900, Mattia Dongili wrote:
> can you confirm if tapping is really enabled or not with either
>   synclient -l
> or
>   xinput list-prop 
>   (get the dev# with xinput list)

The latter results in the following: 
Device 'ETPS/2 Elantech Touchpad':
Device Enabled (134):   1
Device Accel Profile (252): 0
Device Accel Constant Deceleration (253):   1.00
Device Accel Adaptive Deceleration (255):   1.00
Device Accel Velocity Scaling (256):10.00
Synaptics Edges (257):  53, 1099, 48, 720
Synaptics Finger (258): 25, 30, 256
Synaptics Tap Time (259):   180
Synaptics Tap Move (260):   59
Synaptics Tap Durations (261):  180, 180, 100
Synaptics Tap FastTap (262):0
Synaptics Middle Button Timeout (263):  75
Synaptics Two-Finger Pressure (264):257
Synaptics Two-Finger Width (265):   7
Synaptics Scrolling Distance (266): 27, 27
Synaptics Edge Scrolling (267): 0, 0, 0
Synaptics Two-Finger Scrolling (268):   1, 0
Synaptics Move Speed (269): 0.40, 0.70, 0.036711,
40.00
Synaptics Edge Motion Pressure (270):   30, 160
Synaptics Edge Motion Speed (271):  1, 108
Synaptics Edge Motion Always (272): 0
Synaptics Button Scrolling (273):   1, 1
Synaptics Button Scrolling Repeat (274):1, 1
Synaptics Button Scrolling Time (275):  100
Synaptics Off (276):0
Synaptics Guestmouse Off (277): 0
Synaptics Locked Drags (278):   0
Synaptics Locked Drags Timeout (279):   5000
Synaptics Tap Action (280): 0, 0, 0, 0, 0, 0, 0
Synaptics Click Action (281):   1, 1, 1
Synaptics Circular Scrolling (282): 0
Synaptics Circular Scrolling Distance (283):0.10
Synaptics Circular Scrolling Trigger (284): 0
Synaptics Circular Pad (285):   0
Synaptics Palm Detection (286): 0
Synaptics Palm Dimensions (287):10, 200
Synaptics Coasting Speed (288): 0.00
Synaptics Pressure Motion (289):30, 160
Synaptics Pressure Motion Factor (290): 1.00, 1.00
Synaptics Grab Event Device (291):  1
Synaptics Gestures (292):   1
Synaptics Capabilities (293):   1, 1, 1, 1, 1
Synaptics Pad Resolution (294): 1, 1
Synaptics Area (295):   0, 0, 0, 0



-- 
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/20100929014103.gl27...@decadent.org.uk

Processed: Reassign to xserver-xorg-video-radeon

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 597692 xserver-xorg-video-radeon
Bug #597692 [kde-full] kde-full: Strange mouse cursor behaviour.
Bug reassigned from package 'kde-full' to 'xserver-xorg-video-radeon'.
Bug No longer marked as found in versions meta-kde/5:64.
> tags 597692 - moreinfo
Bug #597692 [xserver-xorg-video-radeon] kde-full: Strange mouse cursor 
behaviour.
Removed tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
597692: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597692
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128571766719272.transcr...@bugs.debian.org

Processed: Re: Bug#598414: xserver-xorg-input-evdev: Tapping no longer works on touchpad

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 598414 xserver-xorg-input-synaptics
Bug #598414 [xserver-xorg-input-evdev] xserver-xorg-input-evdev: Tapping no 
longer works on touchpad
Bug reassigned from package 'xserver-xorg-input-evdev' to 
'xserver-xorg-input-synaptics'.
Bug No longer marked as found in versions xserver-xorg-input-evdev/1:2.3.2-6.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
598414: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598414
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128571173126702.transcr...@bugs.debian.org

Bug#598414: xserver-xorg-input-evdev: Tapping no longer works on touchpad

2010-09-28 Thread Mattia Dongili 
reassign 598414 xserver-xorg-input-synaptics
thanks

On Tue, Sep 28, 2010 at 09:41:11PM +0100, Nattie Mayer-Hutchings wrote:
> Package: xserver-xorg-input-evdev
> Version: 1:2.3.2-6
> Severity: important
> 
> I recently upgraded from lenny to squeeze, and now tapping no longer is
> equivalent to clicking, despite being enabled.  G-pointing-device settings
> claim that tapping is enabled, but practical application shows this not to be
> the case.

can you confirm if tapping is really enabled or not with either
synclient -l
or
xinput list-prop 
(get the dev# with xinput list)

thanks
-- 
mattia
:wq!



-- 
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/20100928220841.ga15...@kamineko.org

Bug#598414: xserver-xorg-input-evdev: Tapping no longer works on touchpad

2010-09-28 Thread Julien Cristau 
On Tue, Sep 28, 2010 at 21:41:11 +0100, Nattie Mayer-Hutchings wrote:

> Package: xserver-xorg-input-evdev
> Version: 1:2.3.2-6
> Severity: important
> 
> I recently upgraded from lenny to squeeze, and now tapping no longer is
> equivalent to clicking, despite being enabled.  G-pointing-device settings
> claim that tapping is enabled, but practical application shows this not to be
> the case.
> 
Can you attach the output of 'synclient -l'?  In particular the values
of the TapButton* options control tap-to-click, and 'synclient
TapButton1=1' should enable it if it's set to 0.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#597379: openchrome: Update makes X freeze

2010-09-28 Thread Nethanel Elzas 
So I removed those lines (while still having revision 830) and indeed X
doesn't freeze upon start. Then I updated to revision 842 (and verified that
the update didn't add those lines back) and verified again that the X freeze
don't happen at startup.
So this problem seem solved!!! BTW I don't remember having so many reboots
(either deliberate or forced) in such a sort time since win95 :-)

Thanks a lot.
n.


On Tue, Sep 28, 2010 at 7:32 PM, Cyril Brulebois  wrote:

> Julien Viard de Galbert  (28/09/2010):
> > On Tue, Sep 28, 2010 at 04:28:37PM +0200, Cyril Brulebois wrote:
> > > AFAICT that triggers a premature end in VIADRIAgpInit and maybe
> > > that's causing troubles. Trying that shouldn't hurt.
> >
> > I think it worth trying that as upstream also reverted it later see:
> >   http://svn.openchrome.org/trac/changeset/854/trunk/src/via_dri.c
>
> Heh, would be nice. :)
>
> > I'll then prepare a new package (unless Cyril or Julien want to do
> > this simple change directly as I'll need a sponsor anyway).
>
> I can handle this once we have some user feedback.
>
> Mraw,
> KiBi.
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkyiJrYACgkQeGfVPHR5Nd0TsgCeLSY0c4MSGfT5tXHFLmb/tEIC
> 1/wAoLbBGD5dVX3oLK4aJUA1GKMGsK1D
> =4EeN
> -END PGP SIGNATURE-
>
>

Bug#598414: xserver-xorg-input-evdev: Tapping no longer works on touchpad

2010-09-28 Thread Nattie Mayer-Hutchings 
Package: xserver-xorg-input-evdev
Version: 1:2.3.2-6
Severity: important

I recently upgraded from lenny to squeeze, and now tapping no longer is
equivalent to clicking, despite being enabled.  G-pointing-device settings
claim that tapping is enabled, but practical application shows this not to be
the case.



-- 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 10  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725256 Sep  8 18:28 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express 
Integrated Graphics Controller (rev 03)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1077 Jan 10  2009 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "gb"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection


Kernel version (/proc/version):
Linux version 2.6.32-5-686 (Debian 2.6.32-23) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-3) ) #1 SMP Sat Sep 18 02:14:45 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 27217 Sep 28 21:04 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

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-686 i686 Debian
Current Operating System: Linux oakapple 2.6.32-5-686 #1 SMP Sat Sep 18 
02:14:45 UTC 2010 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=ae1503f8-81d7-453e-9e8c-8ff25209c687 ro quiet
Build Date: 08 September 2010  07:20:20PM
xorg-server 2:1.7.7-6 (Julien Cristau ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Sep 28 21:04:05 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) 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,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x81ea020
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:0:2:0) 8086:27ae:1043:830f Intel Corporation Mobile 945GME Express 
Integrated Graphics Controller rev 3, Mem @ 0xf7f0/524288, 
0xd000/268435456, 0xf7ec/262144, I/O @ 0xdc80/8
(--) PCI: (0:0:2:1) 8086:27a6:1043:830f Intel Corporation Mobile 945GM/GMS/GME, 
943/940GML Exp

Bug#596155: xserver-xorg: X segfaults when starting lxterminal from lxpanel

2010-09-28 Thread Florian Schlichting 
Hi,

On Mon, Sep 27, 2010 at 11:16:48PM +0200, Cyril Brulebois wrote:
> > Anyway, steps to reproduce:
> > 
> > - startx
> > - when lxde has started, klick on the lxterminal icon on lxpanel
> > - X segfaults
> > 
> > This happens reliably, at any time during the session. I can start
> > other applications (xterm, firefox, ...) normally, whether via the
> > panel or the menu or xterm.
> 
> Can you please report libpixman-1-0's version, optionally trying with
> experimental's? I haven't tried to reproduce this issue yet, not sure
> whether it's depending on neomagic, either.

I'm running testing, libpixman-1-0 is version 0.16.4-1 "uptodate"

with libpixman-1-0 from experimental (version 0.18.4-1), the crash
happens just the same, but the backtrace (attached) seems a lot shorter

Florian
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0xb76fa1b9 in pixman_image_set_has_client_clip (image=0x0, client_clip=1) at 
../../pixman/pixman-image.c:530
530 ../../pixman/pixman-image.c: No such file or directory.
in ../../pixman/pixman-image.c
#0  0xb76fa1b9 in pixman_image_set_has_client_clip (image=0x0, client_clip=1) 
at ../../pixman/pixman-image.c:530
No locals.
#1  0xb73221c0 in create_bits_picture (pict=0x99f4650, has_clip=1, 
xoff=0xbfa3aefc, yoff=0xbfa3aef8)
at ../../fb/fbpict.c:317
pixmap = 
#2  image_from_pict_18 (pict=0x99f4650, has_clip=1, xoff=0xbfa3aefc, 
yoff=0xbfa3aef8) at ../../fb/fbpict.c:435
image = 0x0
#3  0xb7322401 in fbComposite (op=1 '\001', pSrc=0x99f4550, pMask=0x0, 
pDst=0x99f4650, xSrc=0, ySrc=0, xMask=0, yMask=0, 
xDst=1, yDst=16, width=577, height=388) at ../../fb/fbpict.c:171
src = 
mask = 0x0
dest = 
src_xoff = 0
src_yoff = 0
msk_xoff = 156337344
msk_yoff = 136192492
dst_xoff = 0
dst_yoff = 0
#4  0x0811d54b in damageComposite (op=1 '\001', pSrc=0x99f4550, pMask=0x0, 
pDst=0x99f4650, xSrc=, 
ySrc=, xMask=, yMask=, xDst=, 
yDst=, width=, height=)
at ../../../miext/damage/damage.c:643
ps = 0x95413d0
pScrPriv = 0x9543d40
#5  0x08110898 in CompositePicture (op=1 '\001', pSrc=0x99f4550, pMask=0x0, 
pDst=0x99f4650, xSrc=0, ySrc=0, 
xMask=, yMask=, xDst=, yDst=, 
width=577, height=388) at ../../render/picture.c:1718
No locals.
#6  0x080eadf2 in compWindowUpdateAutomatic (pWin=0x99c56c8) at 
../../composite/compwindow.c:690
pRegion = 0x99c59d8
pSrcPicture = 0x99f4550
pDstPicture = 0x99f4650
pParent = 0x1
subwindowMode = 1
pSrcPixmap = 0xb640c008
pSrcFormat = 0x99f4550
pDstFormat = 0x9540cc0
error = 0
#7  compWindowUpdate (pWin=0x99c56c8) at ../../composite/compwindow.c:722
pChild = 
#8  0x080eabf8 in compWindowUpdate (pWin=0x99c5310) at 
../../composite/compwindow.c:715
pChild = 0x99c56c8
#9  0x080eabf8 in compWindowUpdate (pWin=0x958dec0) at 
../../composite/compwindow.c:715
pChild = 0x99c5310
#10 0x080ea21f in compScreenUpdate (i=0, blockData=0x0, pTimeout=0xbfa3b4dc, 
pReadmask=0x81f70a0)
at ../../composite/compinit.c:145
No locals.
#11 compBlockHandler (i=0, blockData=0x0, pTimeout=0xbfa3b4dc, 
pReadmask=0x81f70a0) at ../../composite/compinit.c:160
pScreen = 0x95184c0
cs = 0x957eed0
#12 0x08077368 in BlockHandler (pTimeout=0xbfa3b4dc, pReadmask=0x81f70a0) at 
../../dix/dixutils.c:379
i = 1
#13 0x080a35ec in WaitForSomething (pClientsReady=0x9959590) at 
../../os/WaitFor.c:216
i = 
waittime = {tv_sec = 0, tv_usec = 0}
wt = 0xbfa3b4d4
timeout = 
clientsReadable = {fds_bits = {0 }}
clientsWritable = {fds_bits = {0, -1079790600, 134924062, 22, 
-1079790488, 1, 134910929, 161432112, 136192492, 
-1079790568, 134921903, 161113304, -1079790488, 1, 160888256, 
161432112, 161432112, -1079790440, 134904278, 
161113304, -1079790488, 1, 134742593, 160810504, 159431192, 32768, 
22, -1079790488, 136249904, 0, -1220327800, 
161113304}}
selecterr = 
nready = 156808856
devicesReadable = {fds_bits = {156819160, 156337344, 134722838, 
-1079790724, 0, 0, 161241712, 0, 22119616, 
-1219193578, -1079790716, 156819136, 0, 0, 159597840, 156819184, 
-1079790560, -1079790664, 136192492, 0, 
160992144, -1079790584, 136192492, 159597840, -1079790632, 1, 
-1079790488, -1218834117, -1218318348, 
-1218313312, 136192492, 192}}
now = 
someReady = 1
#14 0x08072d60 in Dispatch () at ../../dix/dispatch.c:375
result = 
client = 0x9949600
nready = -1
start_tick = 60
#15 0x0806695a in main (argc=6, argv=0xbfa3b674, envp=0xbfa3b690) at 
../../dix/main.c:285
i = 
alwaysCheckForInput = {0, 1}

Processed: Re: Bug#583860: xserver-xorg-video-intel: MTRR allocation failed. Graphics performance may suffer.

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> tag 583860 moreinfo
Bug #583860 [xserver-xorg-video-intel] xserver-xorg-video-intel: MTRR 
allocation failed. Graphics performance may suffer.
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
583860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583860
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128570225710955.transcr...@bugs.debian.org

Bug#595183: $HOME/.xsessionrc is started too early to be used to start programs

2010-09-28 Thread Joey Hess 
Cyril Brulebois wrote:
> Michelle Konzack  (03/09/2010):
> > I use the ~/.xsession file and it works with XDM, WDM, GDM and KDM.
> 
> Joey, does that suit your needs?

.xsession is not used when gnome is the session manager.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#583860: xserver-xorg-video-intel: MTRR allocation failed. Graphics performance may suffer.

2010-09-28 Thread Cyril Brulebois 
tag 583860 moreinfo
thanks

Julien Cristau  (31/05/2010):
> Please send a log from the crash.

So, some time passed. Please report back with 2.12 from unstable, and
current kernel (possibly >= 2.6.32-24).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#581860: marked as done (changing refresh rate of monitor turns mouse cursor invisible)

2010-09-28 Thread Debian Bug Tracking System 
Your message dated Tue, 28 Sep 2010 21:18:54 +0200
with message-id <20100928191854.gk25...@debian.org>
and subject line Re: Bug#581860: RFP: gnome-control-center -- 
gnome-display-properties
has caused the Debian Bug report #581860,
regarding changing refresh rate of monitor turns mouse cursor invisible
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
581860: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581860
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---


Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---
gnome-display-properties
Hi
Then I try to change refresh rate of monitor mouse cursor turn invisible. All I 
can do is to hit chancel and kill X server.
MSI Wind u100 intel card.
Same on other system with intel card. 
   Package name: gnome-control-center
Version: 1:2.30.1-1
Upstream Author: [NAME ]
URL: [http://example.com]
License: [GPL, LGPL, BSD, MIT/X, etc.]
Description: [DESCRIPTION]



--- End Message ---
--- Begin Message ---
Daniel Leidert  (16/05/2010):
> Then this is probably best reported against the intel driver package
> xserver-xorg-video-intel. Its maintainers probably need more
> information from you (log file information, driver version, X server
> configuration, ...).

No news from the submitter, closing this bug. If you're still having
issues, please use reportbug against the right package, which will
tell us more about your system.

Mraw,
KiBi.


signature.asc
Description: Digital signature
--- End Message ---

Bug#579425: Still no dice, but a segfault instead

2010-09-28 Thread Sven Joachim 
On 2010-05-13 02:15 +0200, Stefan Monnier wrote:

> Package: xserver-xorg-video-nouveau
> Version: 1:0.0.15+git20100329+7858345-3
> Severity: normal
>
> So I upgraded to 2.6.32-12 (after spending some time to finally understand 
> it's
> named 2.6.32-5) as well as 2.6.33-experimentl4 (couldn't find the 
> experimental5
> you mention), and booted without the vga= argument.
> The result is a segfault apparently related to libdrm-nouveau, so I tried to
> upgrade the packages that seemed relevant to `unstable', but it did not make
> any difference as you can see in the attached "system info".

The segfault in libdrm-nouveau has been fixed in the meantime, could you
give xserver-xorg-video-nouveau another try?  If you use a kernel later
than 2.6.33, you need the package from experimental.

Thanks,
   Sven



-- 
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/87vd5p7lhc@turtle.gmx.de

Processed: Re: Bug#581560: X performance degradation

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> tag 581560 moreinfo
Bug #581560 [xserver-xorg-video-intel] X performance degradation
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
581560: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581560
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128569909126438.transcr...@bugs.debian.org

Bug#581560: X performance degradation

2010-09-28 Thread Cyril Brulebois 
tag 581560 moreinfo
thanks

Brice Goglin  (16/05/2010):
> Try a newer kernel, at least 2.6.32-4-amd64

s/4/5/ now, and 2.12 intel drivers from unstable. Marking as needing
more info from the submitter.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Bug#595183: $HOME/.xsessionrc is started too early to be used to start programs

2010-09-28 Thread Michelle Konzack 
Hello Cyril Brulebois,

Am 2010-09-28 19:40:26, hacktest Du folgendes herunter:
> Michelle Konzack  (03/09/2010):
> > I use the ~/.xsession file and it works with XDM, WDM, GDM and KDM.
> 
> Joey, does that suit your needs?

In the  KDM/GDM config you need AFAIK an additional entry,  because  the
two CAN read it, but does it NOT by default.

Thanks, Greetings and nice Day/Evening
Michelle Konzack

-- 
# Debian GNU/Linux Consultant ##
   Development of Intranet and Embedded Systems with Debian GNU/Linux

itsyst...@tdnet France EURL   itsyst...@tdnet UG (limited liability)
Owner Michelle KonzackOwner Michelle Konzack

Apt. 917 (homeoffice)
50, rue de Soultz Kinzigstraße 17
67100 Strasbourg/France   77694 Kehl/Germany
Tel: +33-6-61925193 mobil Tel: +49-177-9351947 mobil
Tel: +33-9-52705884 fix

  
 

Jabber linux4miche...@jabber.ccc.de
ICQ#328449886

Linux-User #280138 with the Linux Counter, http://counter.li.org/


signature.pgp
Description: Digital signature

Processed: Re: Bug#580307: nouveau: Hibernation restore problem. Computer hangs

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> tag 580307 moreinfo
Bug #580307 [xserver-xorg-video-nouveau] nouveau: Hibernation restore problem. 
Computer hangs
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
580307: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580307
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128569866524354.transcr...@bugs.debian.org

Processed: Re: Bug#579671: xserver-xorg-video-radeon: freezes after a few hours on rv250

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> tag 579671 moreinfo
Bug #579671 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: freezes 
after a few hours on rv250
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
579671: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579671
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128569855023643.transcr...@bugs.debian.org

Bug#580307: nouveau: Hibernation restore problem. Computer hangs

2010-09-28 Thread Cyril Brulebois 
tag 580307 moreinfo
thanks

Julien Cristau  (12/07/2010):
> On Wed, May 12, 2010 at 01:41:29 +0300, Vassilis Virvilis wrote:
> > I don't mind to compile a new kernel to test but is there a debian
> > way to install the other bits libdrm, xf86-video-nouveau?
> > 
> There are new kernel, libdrm and xf86-video-nouveau in experimental,
> did you have a chance to try that?  If the bug still happens with
> those, please file a bug at
> http://bugs.freedesktop.org/enter_bug.cgi?product=xorg&component=Driver/nouveau
> with full dmesg and Xorg log attached.  Then let us know the bug
> number so we can track it.

We need more info from the submitter, tagging as such.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#579671: xserver-xorg-video-radeon: freezes after a few hours on rv250

2010-09-28 Thread Cyril Brulebois 
tag 579671 moreinfo
thanks

Brice Goglin  (11/07/2010):
> 2.6.32.x is too old for radeon KMS, you want 2.6.33 or later, or
> Debian's 2.6.32-5 (which contains a backport of 2.6.33 drm). KMS is
> the way to go, non-KMS won't be supported for a long time...

We need more info from the submitter, tagging as such.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#577976: xserver-xorg-video-vesa: New VESA driver excrutiatingly slow

2010-09-28 Thread Cyril Brulebois 
Hi Stefan,

Stefan Monnier  (15/04/2010):
> The VESA driver from Debian testing is incredibly slow (I get to see
> in which order my windows are drawn when switching desktop). Now, I
> know that VESA is not accelerated, but this is much worse. The VESA
> driver from Debian stable (from Xorg server 1.4.2) is *much* faster
> (as in "quite usable for everyday coding"). Has anyone seen this or
> has any idea how I can get back the normal speed (other than by
> downgrading to Debian stable's driver)?

I have no idea whether that would make any difference, but can you
check what happens if you install libgl1-mesa-dri? (For some reasons a
dlopen is attempted on swrast_dri.so)

You may want to check what happens with fbdev instead?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#577558: xserver-xorg-video-radeon: steady rate display locks up with OpenGL + slow screen redraw with ncurse apps

2010-09-28 Thread Cyril Brulebois 
Hi Alexandre.

alexandre  (12/04/2010):
> * small display locks up, at regular interval (locks for ~1-2
>   seconds, moves for ~1 second, repeat) in OpenGL apps (glxgears,
>   geomview, googleearth).
> 
> * verry slow screen redraw with ncurse applications (Aptitude),
>   particularly noticeable in rxvt-unicode but also, to a lesser
>   extent, in xterm. An incremental search in Aptitude, for instance,
>   makes this problem apparent : you could literraly see line redraws
>   with each new char entered in the search prompt.

Is this still happening with current sid (including X, kernel, mesa)?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#589348: marked as done (xorg: Jerky cursor and keyboard lagging, slow rendering speed for 5-15 seconds after changing screen)

2010-09-28 Thread Debian Bug Tracking System 
Your message dated Tue, 28 Sep 2010 19:45:26 +0200
with message-id <20100928174526.gv16...@debian.org>
and subject line Re: Bug#589348: xorg: Jerky cursor and keyboard lagging, slow 
rendering speed for 5-15 seconds after changing screen
has caused the Debian Bug report #589348,
regarding xorg: Jerky cursor and keyboard lagging, slow rendering speed for 
5-15 seconds after changing screen
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
589348: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589348
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: xorg
Version: 1:7.5+6
Severity: normal

After activating a screen the following symptoms happen (usually) less 
than 10 seconds:

-the cursor is jerky
-moving a window or clicking does not seems to happen immediately
-shortcuts (ex. Alt+Tab) do not work, and typing is lagging.

This is not caused by intense disk activity, which usually freezes Xorg. 
It happens even though

there's absolutely no disk activity.

Reproduce:
-login to desktop session
-Ctrl+Alt+F1 to change to a terminal (or suspend to RAM, swith to 
another X session etc.)

-go back to the desktop session (Ctrl+Alt+F7, resume from suspend, etc)
-notice the lag described.

This happened in Unstable for a long time, I believe regardless of 
driver version and other Xorg components.


Please ask for any other needed information.



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xorg depends on:
ii2.30.2-1   The GNOME terminal emulator 
applic

ii4:4.4.4-1  X terminal emulator for KDE 4
ii7.9.0+git20100608.bcf63dbb-0ub A free implementation of 
the OpenG
ii7.9.0+git20100610.63834285-0ub A free implementation of 
the OpenG
ii7.9.0+git20100610.63834285-0ub The OpenGL utility library 
(GLU)

ii7.5+5  X applications
ii7.5+1  X session utilities
ii7.5+4  X11 utilities
ii7.4+1  X font server utilities
ii7.5+5  X11 XKB utilities
ii7.5+1  X server utilities
ii1:1.0.4-1  X authentication utility
ii1:1.0.1100 dpi fonts for X
ii1:1.0.175 dpi fonts for X
ii1:1.0.1standard fonts for X
ii1:1.0.1-1  scalable fonts for X
ii1:7.5+2X Window System font 
utility progr

ii1.2.0-2X server initialisation tool
ii1.8-1  X Keyboard Extension (XKB) 
configu
ii1:1.5-1Core documentation for the 
X.org X

ii1:7.5+6the X.Org X server
ii261-1  X terminal emulator

xorg recommends no packages.

Versions of packages xorg suggests:
pn  xorg-docs  (no description available)

-- no debconf information



--- End Message ---
--- Begin Message ---
Alex Dănilă  (04/08/2010):
> From my POV this bug can be closed.

Thanks, doing so.

Mraw,
KiBi.


signature.asc
Description: Digital signature
--- End Message ---

Bug#595183: $HOME/.xsessionrc is started too early to be used to start programs

2010-09-28 Thread Cyril Brulebois 
Michelle Konzack  (03/09/2010):
> I use the ~/.xsession file and it works with XDM, WDM, GDM and KDM.

Joey, does that suit your needs?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#597379: openchrome: Update makes X freeze

2010-09-28 Thread Cyril Brulebois 
Julien Viard de Galbert  (28/09/2010):
> On Tue, Sep 28, 2010 at 04:28:37PM +0200, Cyril Brulebois wrote:
> > AFAICT that triggers a premature end in VIADRIAgpInit and maybe
> > that's causing troubles. Trying that shouldn't hurt.
> 
> I think it worth trying that as upstream also reverted it later see:
>   http://svn.openchrome.org/trac/changeset/854/trunk/src/via_dri.c

Heh, would be nice. :)

> I'll then prepare a new package (unless Cyril or Julien want to do
> this simple change directly as I'll need a sponsor anyway).

I can handle this once we have some user feedback.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#597379: openchrome: Update makes X freeze

2010-09-28 Thread Julien Viard de Galbert 
On Tue, Sep 28, 2010 at 04:28:37PM +0200, Cyril Brulebois wrote:
> Nethanel Elzas  (28/09/2010):
> > Well it went fast, after installing commit 830, X freezes upon
> > startup, 829 was fine. I tried to look at the diff between 830 and
> > 829 but don't understand it :-(

First thanks for taking the time to identify the faulty commit. I also
want to thank Julien and Cyril for pushing in the right direction while
I was too busy to read those mails.

> 
> Neither do I. For reference, the diff is:
>   http://svn.openchrome.org/trac/changeset?new=830%40trunk&old=829%40trunk
> 
> > Is there something else I can try?
> 
> Maybe try to revert the change concerning src/via_dri.c, that is,
> remove the following lines:
> |  /* For AMD64 */
> |  #ifdef __x86_64__
> |  return FALSE;
> |  #endif
> 
> (Suggesting that because you're on amd64, like Ibaidul.)
> 
> AFAICT that triggers a premature end in VIADRIAgpInit and maybe that's
> causing troubles. Trying that shouldn't hurt.

I think it worth trying that as upstream also reverted it later see:
  http://svn.openchrome.org/trac/changeset/854/trunk/src/via_dri.c

If it works, I think we have our fix ;)

I'll then prepare a new package (unless Cyril or Julien want to do this
simple change directly as I'll need a sponsor anyway).

Best Regards

-- 
Julien Viard de Galbert
http://silicone.homelinux.org/   
GPG Key ID: D00E52B6  Published on: hkp://keys.gnupg.net
Key Fingerprint: E312 A31D BEC3 74CC C49E  6D69 8B30 6538 D00E 52B6


signature.asc
Description: Digital signature

Bug#597379: openchrome: Update makes X freeze

2010-09-28 Thread Cyril Brulebois 
Nethanel Elzas  (28/09/2010):
> Well it went fast, after installing commit 830, X freezes upon
> startup, 829 was fine. I tried to look at the diff between 830 and
> 829 but don't understand it :-(

Neither do I. For reference, the diff is:
  http://svn.openchrome.org/trac/changeset?new=830%40trunk&old=829%40trunk

> Is there something else I can try?

Maybe try to revert the change concerning src/via_dri.c, that is,
remove the following lines:
|  /* For AMD64 */
|  #ifdef __x86_64__
|  return FALSE;
|  #endif

(Suggesting that because you're on amd64, like Ibaidul.)

AFAICT that triggers a premature end in VIADRIAgpInit and maybe that's
causing troubles. Trying that shouldn't hurt.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#597379: openchrome: Update makes X freeze

2010-09-28 Thread Nethanel Elzas 
Well it went fast, after installing commit 830, X freezes upon startup, 829
was fine. I tried to look at the diff between 830 and 829 but don't
understand it :-(
Is there something else I can try?

n.


On Tue, Sep 28, 2010 at 3:38 PM, Cyril Brulebois  wrote:

> Hi.
>
> Nethanel Elzas  (28/09/2010):
> > I wasn't aware of snapshot, but I searched for previous version of
> > openchrome which is svn827 (according to
> >
> http://packages.debian.org/changelogs/pool/main/x/xserver-xorg-video-openchrome/xserver-xorg-video-openchrome_0.2.904+svn842-1/changelog
> )
> > and found a deb file of this version somewhere and installed it and
> > indeed X now starts ok
>
> Ah, great.
>
> > although I do get random freezes after using it for some time - so I
> > believe I have two different problems.
>
> Quite possible, yeah.
>
> > After getting X back, I've got from svn the sources at version 827
> > and setup environment to compile the driver and I'm now ready to try
> > one version after another. I have only one computer so I cannot do
> > it full time, as I'm using it also for other stuff.  I'll report
> > when I find which commit causes the freezes upon X startup.
>
> I understand perfectly. Many thanks for doing so, that's going to
> help!
>
> Mraw,
> KiBi.
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkyh79cACgkQeGfVPHR5Nd0RiQCfS5dM1Ju/snBlTOK78iL+duVU
> RCsAnjO7DHmT/P1emYoUmdeXeAOu8B0f
> =bmVF
> -END PGP SIGNATURE-
>
>

Bug#597379: openchrome: Update makes X freeze

2010-09-28 Thread Cyril Brulebois 
Hi.

Nethanel Elzas  (28/09/2010):
> I wasn't aware of snapshot, but I searched for previous version of
> openchrome which is svn827 (according to
> http://packages.debian.org/changelogs/pool/main/x/xserver-xorg-video-openchrome/xserver-xorg-video-openchrome_0.2.904+svn842-1/changelog)
> and found a deb file of this version somewhere and installed it and
> indeed X now starts ok

Ah, great.

> although I do get random freezes after using it for some time - so I
> believe I have two different problems.

Quite possible, yeah.

> After getting X back, I've got from svn the sources at version 827
> and setup environment to compile the driver and I'm now ready to try
> one version after another. I have only one computer so I cannot do
> it full time, as I'm using it also for other stuff.  I'll report
> when I find which commit causes the freezes upon X startup.

I understand perfectly. Many thanks for doing so, that's going to
help!

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#597379: openchrome: Update makes X freeze

2010-09-28 Thread Nethanel Elzas 
I wasn't aware of snapshot, but I searched for previous version of
openchrome which is svn827 (according to
http://packages.debian.org/changelogs/pool/main/x/xserver-xorg-video-openchrome/xserver-xorg-video-openchrome_0.2.904+svn842-1/changelog)
and found a deb file of this version somewhere and installed it and indeed X
now starts ok, although I do get random freezes after using it for some time
- so I believe I have two different problems. After getting X back, I've got
from svn the sources at version 827 and setup environment to compile the
driver and I'm now ready to try one version after another. I have only one
computer so I cannot do it full time, as I'm using it also for other stuff.
I'll report when I find which commit causes the freezes upon X startup.

n.


On Tue, Sep 28, 2010 at 7:03 AM, Cyril Brulebois  wrote:

> Julien Cristau  (19/09/2010):
> > There's not a whole lot of changes between the previous version and
> > this one, it would be useful if you could figure out which one broke
> > the driver for you.
>
> First things first: does reverting to the previous openchrome version
> actually makes X start again properly? What is that version? You can
> find it back on .
>
> Mraw,
> KiBi.
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkyhdzcACgkQeGfVPHR5Nd0fSQCgz9VMD/WEyEGE6Wz8707NJvE1
> jTIAoNWFbIsWqjAdcfiLhP/QU4sj75lS
> =6oiy
> -END PGP SIGNATURE-
>
>

Re: X failed to work after an upgrade

2010-09-28 Thread Cyril Brulebois 
Bo Jiang  (12/09/2010):
> Yes, I have chipset 855, it is proved from the kernel log and user
> manual of my machine.  I have tried with 2.6.30 kernel , gdm
> _failed_ , when it jumped back to tty, I could see these section
> from the Xorg.log

Hi,

you can try latest intel driver from unstable, plus kernel 2.6.32-24
(should be uploaded in a few hours). In the meanwhile, you could try
using vesa or fbdev.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#598335: xserver-xorg-video-radeon: Gamma not always restored when resuming from hibernation

2010-09-28 Thread Kjö Hansi Glaz 
Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Severity: normal


While resuming from hibernation, the screen sometimes stays black, whith
only the X cursor. Everything else is working.

To workaround this issue, I login (blindly) and execute:

$ xgamma -gamma 1.0
-> Red  1.000, Green  1.000, Blue  1.000
<- Red  1.000, Green  1.000, Blue  1.000

The commmand report that nothing changed, however this revives the
display.

This doens't happens at every resume, and I still didn't found a pattern. 

-- 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 Dec  4  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725256 Sep  8 19:28 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r- 1 root root 816 Dec 30  2009 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:


Kernel version (/proc/version):
Linux version 2.6.32-5-686 (Debian 2.6.32-23) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-3) ) #1 SMP Sat Sep 18 02:14:45 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 42863 Sep 28 11:37 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 43595 Sep 28 12:44 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

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-686 i686 Debian
Current Operating System: Linux host 2.6.32-5-686 #1 SMP Sat Sep 18 02:14:45 
UTC 2010 i686
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 
root=/dev/mapper/host-racine ro video=radeonfb hpet=force quiet
Build Date: 08 September 2010  07:20:20PM
xorg-server 2:1.7.7-6 (Julien Cristau ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Sep 28 11:28:06 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor ""
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) No monitor specified for screen "Default Screen".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) 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,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x81ea020
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:1:0:0) 1002:4c59:1014:052f ATI Technologies Inc Radeon Mobility M6 
LY rev 0, Mem @ 0xe000/134217728, 0xc010/65536, I/O @ 0x3000/256, 
BIOS @ 0x/131072
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: ve

Bug#598334: xserver-xorg-video-radeon: two X sessions displayed on the same VT after resuming from hibernation

2010-09-28 Thread Kjö Hansi Glaz 
Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Severity: normal


Steps to reproduce this bug on thinkpad X32 (Radeon Mobility M6 LY)
under squeeze, KMS disabled (as it breakes hibernation, see #583120):

* log in as user1 in GDM 
* without closing user1's session, login as user2 using GNOME menu to
  switch user
* hibernate using GNOME menu
* resume from hibernation

Expected result: being back on user2 session's unlock dialog

Actual result: a corrupted display showing user2 and user1 session's
unlock dialog one on top of the other. Entering password for user2
unlocks user2 session as expected, but the unlock dialog for user1 still
appears on the display. It's however possible to close user2's session,
so there's only user1 session on the display and things becomes usable
again.

This problem doesn't happen on another computer with intel graphics
drivers, KMS enabled.

-- 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 Dec  4  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725256 Sep  8 19:28 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r- 1 root root 816 Dec 30  2009 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:


Kernel version (/proc/version):
Linux version 2.6.32-5-686 (Debian 2.6.32-23) (da...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-3) ) #1 SMP Sat Sep 18 02:14:45 UTC 2010

Xorg X server log files on system:
-rw-r--r-- 1 root root 42863 Sep 28 11:37 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 43434 Sep 28 11:37 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

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-686 i686 Debian
Current Operating System: Linux host 2.6.32-5-686 #1 SMP Sat Sep 18 02:14:45 
UTC 2010 i686
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 
root=/dev/mapper/host-racine ro video=radeonfb hpet=force quiet
Build Date: 08 September 2010  07:20:20PM
xorg-server 2:1.7.7-6 (Julien Cristau ) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Sep 28 11:28:06 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor ""
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) No monitor specified for screen "Default Screen".
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(==) 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,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x81ea020
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 7

(--) PCI:*(0:1:0:0) 1002:4c59:1014:052f ATI Technologies Inc Radeon Mobility M6 
LY rev 0, Mem @ 0xe000/134217728, 0xc010/65536, I/O @ 0x3000/256, 
BIOS @ 0x/131072
(II) Open ACPI successful (/var/run/acpid.socket)
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/

Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow

2010-09-28 Thread Julien Cristau 
On Tue, Sep 28, 2010 at 06:24:40 +0200, Cyril Brulebois wrote:

> What happens with the Debian kernel currently in unstable?
> 
It has 8xx blacklisted from kms, so won't work with that driver.
2.6.32-24 (to be uploaded today) should work though.

Cheers,
Julien


signature.asc
Description: Digital signature

Processed: Re: Bug#598312: gdm crashes

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> reassign 598312 linux-2.6
Bug #598312 [xserver-xorg-video-intel] gdm crashes
Bug reassigned from package 'xserver-xorg-video-intel' to 'linux-2.6'.
> reassign 596453 linux-2.6
Bug #596453 [linux-image-2.6.32-5-686] 855GM: X hard locks system on startup
Bug reassigned from package 'linux-image-2.6.32-5-686' to 'linux-2.6'.
Bug No longer marked as found in versions linux-2.6/2.6.32-21.
> found 596453 2.6.32-21
Bug #596453 [linux-2.6] 855GM: X hard locks system on startup
There is no source info for the package 'linux-2.6' at version '2.6.32-21' with 
architecture ''
Unable to make a source version for version '2.6.32-21'
Bug Marked as found in versions 2.6.32-21.
> forcemerge 596453 598312
Bug#596453: 855GM: X hard locks system on startup
Bug#598312: gdm crashes
Forcibly Merged 596453 598312.

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
598312: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598312
596453: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596453
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128566412829475.transcr...@bugs.debian.org

Bug#598312: gdm crashes

2010-09-28 Thread Sven Joachim 
reassign 598312 linux-2.6
reassign 596453 linux-2.6
found 596453 2.6.32-21
forcemerge 596453 598312 
thanks

On 2010-09-28 10:41 +0200, Cyril Brulebois wrote:

> Juha Mäkinen  (28/09/2010):
>> after last update (28 september 2010) gdm crashes.
>> trouble maybe with "intel" driver (I did think that bug was closed?)
>> or xorg configuration. I include Xorg.0.log here:
>> (II) Primary Device is: PCI 0...@00:02:0
>> (WW) Falling back to old probe method for vesa
>> (WW) Falling back to old probe method for fbdev
>> (II) Loading sub module "fbdevhw"
>> (II) LoadModule: "fbdevhw"
>> (II) Loading /usr/lib/xorg/modules/linux/libfbdevhw.so
>> (II) Module fbdevhw: vendor="X.Org Foundation"
>>  compiled for 1.7.7, module version = 0.0.2
>>  ABI class: X.Org Video Driver, version 6.0
>> (EE) open /dev/fb0: No such file or directory
>> (EE) intel(0): No kernel modesetting driver detected.
>> (II) UnloadModule: "intel"
>> (EE) Screen(s) found, but none have a usable configuration.
>> 
>> Fatal server error:
>> no screens found
>
> You need a KMS-enabled kernel with current intel drivers. UMS is gone,
> for real.

This means that the Debian kernel from squeeze/sid is not suitable
because it has KMS disabled on i845, see #596453.

Sven



-- 
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/87d3ryb62z@turtle.gmx.de

Bug#598312: gdm crashes

2010-09-28 Thread Cyril Brulebois 
Cyril Brulebois  (28/09/2010):
> You need a KMS-enabled kernel with current intel drivers. UMS is
> gone, for real.

Having had a look at the kernel changelog, KMS got blacklisted in
2.6.32-21, so you probably want to try 2.6.32-20 (which you can fetch
from snapshot.debian.org) until a new kernel upload happens. See
http://packages.qa.debian.org/l/linux-2.6/news/20100825T131829Z.html
for the details.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#598312: gdm crashes

2010-09-28 Thread Cyril Brulebois 
Juha Mäkinen  (28/09/2010):
> after last update (28 september 2010) gdm crashes.
> trouble maybe with "intel" driver (I did think that bug was closed?)
> or xorg configuration. I include Xorg.0.log here:
> (II) Primary Device is: PCI 0...@00:02:0
> (WW) Falling back to old probe method for vesa
> (WW) Falling back to old probe method for fbdev
> (II) Loading sub module "fbdevhw"
> (II) LoadModule: "fbdevhw"
> (II) Loading /usr/lib/xorg/modules/linux/libfbdevhw.so
> (II) Module fbdevhw: vendor="X.Org Foundation"
>   compiled for 1.7.7, module version = 0.0.2
>   ABI class: X.Org Video Driver, version 6.0
> (EE) open /dev/fb0: No such file or directory
> (EE) intel(0): No kernel modesetting driver detected.
> (II) UnloadModule: "intel"
> (EE) Screen(s) found, but none have a usable configuration.
> 
> Fatal server error:
> no screens found

You need a KMS-enabled kernel with current intel drivers. UMS is gone,
for real.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#591061: Leak still present.

2010-09-28 Thread Eduardo I. 
Hi Cyril, thanks for the heads up.

Unfortunately I still seem to be able to leak memory in the exact same
way. I'm reporting this back at RH's bugzilla.

I'm attaching ttm/drm related entries in vmallocinfo just in case.

--
Eduardo.


vmallocinfo.20100928
Description: Binary data

Bug#577153: TouchScreen evtouch capable not recognize as evtouch capable

2010-09-28 Thread Cyril Brulebois 
Hi,

and sorry for the lag.

Guillaume  (10/04/2010):
> I'm using Debian Sid, kernel 2.6.32-3-amd64, updated from today, on
> a Clevo TN120T laptop.

Still happening with current sid?

> When launching the calibration's script /usr/lib/xf86-input-
> evtouch/calibrate.sh, i have the following message : "No evtouch
> capable device" but when using this calibration's script with Ubuntu
> Karmix, this touchscreen is evtouch capable and totally works.
> 
> lshal : […]

What matters today is udev. Please run the bug script and attach its
output to your reply.

(/usr/share/bug/xserver-xorg-input-evtouch/script 3>/tmp/evtouch.log)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Processed: severity of 598312 is grave, reassign 598312 to xserver-xorg-video-intel

2010-09-28 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> severity 598312 grave
Bug #598312 [gdm] gdm crashes
Severity set to 'grave' from 'critical'

> reassign 598312 xserver-xorg-video-intel
Bug #598312 [gdm] gdm crashes
Bug reassigned from package 'gdm' to 'xserver-xorg-video-intel'.
Bug No longer marked as found in versions gdm/2.20.11-2.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
598312: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598312
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.128566226118481.transcr...@bugs.debian.org

Bug#591061: errata

2010-09-28 Thread Cyril Brulebois 
Cyril Brulebois  (27/09/2010):
> According to ,
> Dave Airlie seems to be close to finding the underlying issue.

Patch available:
  
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commitdiff_plain;h=0fbecd400dd0a82d465b3086f209681e8c54cb0f

I'm attaching it for your convenience.

Mraw,
KiBi.
From: Francisco Jerez 
Date: Tue, 21 Sep 2010 00:15:15 + (+0200)
Subject: drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.
X-Git-Url: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fairlied%2Fdrm-2.6.git;a=commitdiff_plain;h=0fbecd400dd0a82d465b3086f209681e8c54cb0f

drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

It makes sense for a BO to move after a process has requested
exclusive RW access on it (e.g. because the BO used to be located in
unmappable VRAM and we intercepted the CPU access from the fault
handler).

If we let the ghost object inherit cpu_writers from the original
object, ttm_bo_release_list() will raise a kernel BUG when the ghost
object is destroyed. This can be reproduced with the nouveau driver on
nv5x.

Reported-by: Marcin Slusarz 
Reviewed-by: Jerome Glisse 
Tested-by: Marcin Slusarz 
Signed-off-by: Francisco Jerez 
Signed-off-by: Dave Airlie 
---

diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c
index 7cffb3e..3451a82 100644
--- a/drivers/gpu/drm/ttm/ttm_bo_util.c
+++ b/drivers/gpu/drm/ttm/ttm_bo_util.c
@@ -351,6 +351,7 @@ static int ttm_buffer_object_transfer(struct ttm_buffer_object *bo,
 	INIT_LIST_HEAD(&fbo->lru);
 	INIT_LIST_HEAD(&fbo->swap);
 	fbo->vm_node = NULL;
+	atomic_set(&fbo->cpu_writers, 0);
 
 	fbo->sync_obj = driver->sync_obj_ref(bo->sync_obj);
 	kref_init(&fbo->list_kref);


signature.asc
Description: Digital signature