linux-kernel - Re: 2.6.25-rc3 + RS690 + DRM + xf86-video-ati hang

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 4 Mar 2008 01:13:32 -0800
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	Jonathan McDowell <noodles@...th.li>
Cc:	Dave Airlie <airlied@...ux.ie>, xorg-driver-ati@...ts.x.org,
	linux-kernel@...r.kernel.org
Subject: Re: 2.6.25-rc3 + RS690 + DRM + xf86-video-ati hang

On Tue, 4 Mar 2008 08:51:55 +0000 Jonathan McDowell <noodles@...th.li> wrote:

> On Tue, Mar 04, 2008 at 08:16:49AM +0000, Dave Airlie wrote:
> > On Mon, 3 Mar 2008, Andrew Morton wrote:
> > > On Sat, 1 Mar 2008 19:35:11 +0000 Jonathan McDowell <noodles@...th.li>
> > > wrote:
> > > 
> > > > If I enable CONFIG_DRM_RADEON under 2.6.25-rc3 then starting up
> > > > X using the xf86-video-ati driver (6.8.0 or latest git) causes the
> > > > machine to become unresponsive; while it still pings and will accept
> > > > incoming connections they never actually complete and it's not possible
> > > > to login over a serial console (the actual video console doesn't display
> > > > anything and the monitor reports a loss of sync).
> > > > 
> > > > Disabling the kernel DRM option results in X running successfully.
> > > > Likewise 2.6.24 works fine with DRM enabled, presumably because the
> > > > support for the RS690 was only added in 2.6.25-rc
> > > > 
> > > > The last messages from the kernel before it becomes unresponsive are:
> > > > 
> > > > [drm] Setting GART location based on new memory map
> > > > [drm] Loading R300 Microcode
> > > > [drm] writeback test succeeded in 1 usecs
> > > > 
> > > > The motherboard in question is an ASUS M2A-VM HDMI, with the analog VGA
> > > > output being used. The machine is running an AMD64 with Debian unstable.
> > > > I have put the output of lspci, a non drm Xorg.log and a drm Xorg.log
> > > > at:
> > > > 
> > > > http://the.earth.li/~noodles/xorg-ati-drm/lspci
> > > > http://the.earth.li/~noodles/xorg-ati-drm/Xorg.0.log-nodrm
> > > > http://the.earth.li/~noodles/xorg-ati-drm/Xorg.0.log-drm
> > > > 
> > > > If I can provide any more useful information please let me know.
> > > > 
> > > 
> > > Did 2.6.24 work OK with all the same userspace software?
> > > 
> > We haven't actually released any userspace software properly yet, its all 
> > experimental at this point until we debug the hardware some more..
> 
> Is xf86-driver-ati 6.8.0 not a proper release? I'm pretty sure the
> combination of that, 2.6.25-rc3 and CONFIG_DRM_RADEON causes my machine
> to become unresponsive. I only tried a git build of the driver after the
> released version was causing issues.

This:

> Replacing 2.6.25-rc3 with 2.6.24 (still with CONFIG_DRM_RADEON enabled)
> results in a machine that boots to GDM successfully. Likewise if I
> disable CONFIG_DRM_RADEON in 2.6.25-rc3 the machine boots to GDM ok.

is what we wanted to know, thanks.  Surely it's a plain old regression?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/