All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michel Dänzer" <michel@daenzer.net>
To: Jochen Rollwagen <joro-2013@t-online.de>
Cc: Maling list - DRI developers <dri-devel@lists.freedesktop.org>
Subject: Re: possible regression Radeon RV280 (R3xx/R4xx ?) card freeze, re-apply old patch ?
Date: Fri, 15 Nov 2013 17:27:30 +0900	[thread overview]
Message-ID: <1384504050.20465.9.camel@thor.local> (raw)
In-Reply-To: <5285D1FE.7080908@t-online.de>

On Fre, 2013-11-15 at 08:49 +0100, Jochen Rollwagen wrote:
> I think there are two issues here: the first is the missing alignment 
> workaround, since i'll be upgrading to 3.4.69 anyway i'll insert some 
> diagnostic messages in radeon_device.c and see what happens.

Yes, please do that before speculating more about the problem.


> But i'm pretty certain now that this isn't the cause for the lockups.
> They are probably (quite certainly) caused by the dynamic
> binding/unbinding of AGP memory which the Uninorth chipset used in
> 32-bit powermacs obviously doesn't support.

"doesn't support" is too strong; it's working fine on this PowerBook5,8.
But the older the revision of UniNorth, the more quirks.

> All it supports seems to be statically allocating a 256 MB contigouous
> non-cacheable AGP aperture and using that (since the chipset doesn't
> do any address mapping via the GART as indicated in the OpenBSD code).

It does address mapping for the GPU, that's the whole point of the GART.
What UniNorth doesn't do in contrast to most AGP bridges is provide a
linear aperture to the CPU as well. But that shouldn't be an issue per
se.

> So to get AGP mode working again on those machines one would have to
> disable the dynamic memory stuff. Question: Would that require changes
> in the driver only or also in the DRM ?

It's not really possible with radeon KMS.


-- 
Earthling Michel Dänzer            |                  http://www.amd.com
Libre software enthusiast          |                Mesa and X developer

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2013-11-15  8:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <526A6C61.1030405@t-online.de>
2013-11-08  7:35 ` possible regression Radeon RV280 (R3xx/R4xx ?) card freeze, re-apply old patch ? Jochen Rollwagen
2013-11-11 20:35   ` Alex Deucher
2013-11-13 18:07     ` Jochen Rollwagen
2013-11-14  1:37       ` Michel Dänzer
2013-11-15  7:49         ` Jochen Rollwagen
2013-11-15  8:27           ` Michel Dänzer [this message]
2013-11-17 10:02             ` Jochen Rollwagen
2013-11-22 13:21             ` Jochen Rollwagen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1384504050.20465.9.camel@thor.local \
    --to=michel@daenzer.net \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=joro-2013@t-online.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.