<div dir="ltr">I feel that would alleviate the symptoms and still leave a sick puppy. If one could work around some of the issues i'd like that solution, it would certainly make it easier for newcomers. It's a lucky enough situation that default shipping mesa is broken enough to default to swrast, hardware acceleration brings on a crash so hard a 5 sec power off is required if agpmode is active... </div><div class="gmail_extra"><br><div class="gmail_quote">On 8 February 2016 at 09:53, Michel Dänzer <span dir="ltr"><<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 05.02.2016 11:47, Mike wrote:<br>
> Hi.<br>
> Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013<br>
> patch from Michel Dànzer, next problem is of course enabling agpmode,<br>
> running with pci-mode with radeon.agpmode=-1 works, but is of course<br>
> slow, and seems to load the cpu a lot.<br>
><br>
> Upon initial investigation i could not initially believe agp could be<br>
> this this broken for this long, until i found this.<br>
>  "committed with Ben Skeggs on Feb 26, 2013"<br>
> <a href="https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890a" rel="noreferrer" target="_blank">https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890a</a><br>
> <a href="http://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2" rel="noreferrer" target="_blank">http://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2</a><br>
> #ifdef __powerpc__<br>
> /* Disable AGP by default on all PowerPC machines for<br>
> * now -- At least some UniNorth-2 AGP bridges are<br>
> * known to be broken: DMA from the host to the card<br>
> * works just fine, but writeback from the card to the<br>
> * host goes straight to memory untranslated bypassing<br>
> * the GATT somehow, making them quite painful to deal<br>
> * with...<br>
> */<br>
> if (nouveau_agpmode == -1)<br>
> return false;<br>
> #endif<br>
><br>
>  and now later this:<br>
> <a href="https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c" rel="noreferrer" target="_blank">https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c</a><br>
> #ifdef __powerpc__<br>
> /* Disable AGP by default on all PowerPC machines for now -- At<br>
> * least some UniNorth-2 AGP bridges are known to be broken:<br>
> * DMA from the host to the card works just fine, but writeback<br>
> * from the card to the host goes straight to memory<br>
> * untranslated bypassing that GATT somehow, making them quite<br>
> * painful to deal with...<br>
> */<br>
> mode = 0;<br>
> #endif<br>
><br>
> All seems to point to serious issues had around the time of change to<br>
> ums to kms and a serious regression hitting the linux kernel? No?<br>
<br>
</div></div>Not really. UMS was just using a static GART mapping, whereas KMS is<br>
dynamically binding pages into the GART as needed. Apparently, older<br>
revisions of UniNorth have trouble with the latter. I think it would<br>
make sense to change radeon.agpmode to default to -1 on powerpc as well.<br>
Any takers?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Earthling Michel Dänzer               |               <a href="http://www.amd.com" rel="noreferrer" target="_blank">http://www.amd.com</a><br>
Libre software enthusiast             |             Mesa and X developer<br>
</font></span></blockquote></div><br></div>