Bug#594623: xserver-xorg-video-intel with 855GM

2010-08-29 Thread dmsoler
Package: xserver-xorg-video-intel  
Version: 2:2.12.0+legacy1-1

Hi.

Apparently, I have the same hardware of the original reporter of this bug:

00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM 
Integrated Graphics Device [8086:3582] (rev 02)
00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated 
Graphics Device [8086:3582] (rev 02)

I have compiled a new kernel with package linux-source-2.6.32 (version 
2.6.32-21), commenting out the blacklisted 855GM in file 
drivers/gpu/drm/i915/i915_drv.c :

--- i915_drv.c~ 2010-08-25 02:29:23.0 +0200
+++ i915_drv.c  2010-08-27 03:23:22.0 +0200
@@ -548,8 +548,8 @@
 static const struct pci_device_id i915_kms_blacklist[] = {
INTEL_VGA_DEVICE(0x3577, 0),/* i830 */
INTEL_VGA_DEVICE(0x2562, 0),/* i845 */
-   INTEL_VGA_DEVICE(0x3582, 0),/* i855 */
-   INTEL_VGA_DEVICE(0x358e, 0),/* i855 */
+   /* INTEL_VGA_DEVICE(0x3582, 0), */ /* i855 */
+   /* INTEL_VGA_DEVICE(0x358e, 0), */ /* i855 */
{ },
 };

xserver-xorg-video-intel version 2:2.12.0+legacy1-1 is working with this i915 
kernel module in KMS mode. I have some X crashes, but NEVER WHILE ACTIVELY 
WORKING WITH THE COMPUTER (until now, it never happened with this or with 
previous xserver-xorg-video-intel packages or kernels), only when the computer 
is idle or xscreensaver is active. 2.12.0+legacy1-1 is better than previous 
version, since when X crashes, it is always correctly restarted by gdm (with 
2.9, when X crashed, it couldn't be restarted: the box was working - you could 
use the console or ssh - but gdm couldn't restart X, and manually restarting X 
got the computer frozen).

With 2.12.0+legacy1-1, if I boot with i915.modeset=0 in UMS mode, the computer 
freezes when starting X with GDM (blank screen, no network access).

When I have time, I'll try to compile your shadow version and see what happens. 
Is there a .deb package of the shadow version? It would be easier to try.

Thanks.

Dionisio Martínez Soler
dmso...@edu.xunta.es

-- 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 Apr 14  2006 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725304 Aug 24 17:04 /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 82852/855GM Integrated 
Graphic Device (rev 02)

/etc/X11/xorg.conf does not exist.




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#550316: [Pkg-utopia-maintainers] Bug#550316

2009-10-18 Thread dmsoler
Michael Biebl wrote:
>Apparently, other distros like Fedora or Ubuntu, completely disable the old IDE
>subsystem, so they are not hit by this bug.

They are not hit by _this_ bug, but they are hit by bugs like this one:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/307829

There are out there some recent pieces of hardware (like this nvidia chipsets, 
pata_amd module) that have been working like a charm with the "old IDE 
subsystem", but are (still?) not working (yet?) with libata. 

Regards,

Dionisio Martínez Soler




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#550316: [Pkg-utopia-maintainers] Bug#550316

2009-10-18 Thread dmsoler
Michael Biebl wrote:
 > All replies so far indicate that this behaviour only happens for systems 
 > using
> ide-cd/ide-core, i.e. the old IDE subsystem.
> 
> The code also makes assumptions (see the is_cdrom check) that only the new
> libata subsystem is in use, so the cd-rom drive is opened with the wrong flags
> causing the drive to be retracted when it is polled.

As far as I know (see bugs #534708 and #535959), current Debian kernels 
(including 2.6.30) explicitly disables the use of libata for IDE with a patch, 
and there is an announcement of switch to libata in 2.6.31: 
http://www.mail-archive.com/debian-ker...@lists.debian.org/msg46483.html

So, if "the code makes assumptions that only the new libata subsystem is in 
use", I think this package should conflict with any installed Debian linux 
image until 2.6.30, or at least its documentation should say you must compile 
your own kernel (or at least one without that patch) to use devicekit-disks 
with an IDE cd-rom drive.

Thanks for your answers.

Regards,

Dionisio Martínez Soler




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org