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]

Date:	Tue, 02 Dec 2008 10:37:45 +0100
From:	Benny Amorsen <benny+usenet@...rsen.dk>
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

Bartlomiej Zolnierkiewicz <bzolnier@...il.com> writes:

> 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... ;)

I saw those error messages with kernel-2.6.27.5-117.fc10.i686 and
xorg-x11-drv-ati-6.9.0-54.fc10.i386 on a HP nx8220. It made
gnome-terminal basically useless, especially with tabs since it took
several seconds to switch tabs.

With the proprietary ATI driver everything works perfectly, including
suspend/resume (yay, successful suspend-to-RAM for the first time
since ACPI!)


/Benny

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