linux-kernel - Re: vanilla kernels hang randomly under Fedora 10 on system with Radeon card

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]

Message-ID: <21d7e9970812012118r7196a507me0a25fe967f60ff4@mail.gmail.com>
Date:	Tue, 2 Dec 2008 15:18:55 +1000
From:	"Dave Airlie" <airlied@...il.com>
To:	"Bartlomiej Zolnierkiewicz" <bzolnier@...il.com>
Cc:	"Dave Airlie" <airlied@...hat.com>, linux-kernel@...r.kernel.org
Subject: Re: vanilla kernels hang randomly under Fedora 10 on system with Radeon card

On Tue, Dec 2, 2008 at 8:42 AM, Bartlomiej Zolnierkiewicz
<bzolnier@...il.com> wrote:
>
> Hi,
>
> After Fedora 9 -> Fedora 10 upgrade vanilla kernels which previously
> worked fine (next-20081128 and next-20081121) started to hang randomly
> on my Pentium M / 855PM / RV350 laptop.  Since (surprisingly) stock
> Fedora kernel (2.6.27.5-117.fc10.i686) was not affected I got the idea
> that either userspace changes uncovered some kernel regression or some
> Fedora specific patch must be fixing the issue.  Unfortunately vanilla
> 2.6.27 also freezed so after the usual pain caused by hitting bunch of
> unrelated problems [1] it turned out that drm-modesetting-radeon.patch
> is the magic patch and CONFIG_DRM_RADEON_KMS is the magic change.  With
> the patch and enabling the option next-20081128 works stable again...
>
> Since the following error gets logged by kernel:
>
> [drm:drm_buffer_object_validate] *ERROR* Failed moving buffer. cef578c0 1444 4000027 10000a0
> [drm:drm_buffer_object_validate] *ERROR* Out of aperture space or DRM memory quota.
>
> and it also seems that system is more responsive now (it was kind of
> sluggish previously) my draft theory is that F9 -> F10 triggered some
> AGP memory management bug and CONFIG_DRM_RADEON_KMS happens to fix it
> but I'll leave figuring this up to the more knowledgeable people... ;)

Well KMS is a purely Fedora thing, and enabling it completely avoids
the old driver codepaths so
while it might fix it, its more by accident than design.

I'm trying to track down the rv3xx hangs with hpa at the moment as he
sees them also, something in
 the 2.6.26->2.6.27 timeframe. I'm hoping running the 2.6.26 drm on
the 2.6.27 will help narrow it down.

Bisecting 2.6.26->2.6.27 might also help.

Dave.
--
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/