Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be this
this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to ums
to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode =3D=3D -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvk=
m/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode =3D 0;
#endif
All seems to point to serious issues had around the time of change to ums
to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
Put the info forth in an Amiga ppc related thread, agpmode=-1 is also
needed on the Pegasos 2, need do some research/googling but is it safe to
say its broken for all non x86 platforms?
Including those replies here:
----
Hi Christian and Mike,
for my personal experiences on Pegasos2 and MacMini G4 the performance was
good on 3D and 2D but need the agpmode=-1 or the system freeze
adding the agpmode=-1 make loose performances but make the system working
this because the gpu without that append was over working it was look like
software overclocked.
About agp macs a guy on ubuntuforums boost his performance adding this to
the kernel append "quiet splash radeon.modeset=0
video=radeonfb:1280x960-32@60 "
About Pegasos2 i had it with 9800pro and the machine was running great.
Alex i know is a geek with this machine that i dont have any moore or
better i have another one died :-
---
Hi Luigi.
Thanks. Remember the modeset=0 flag my self from a while back, had to be
appended to either the kernel or as an option the the module. What a sorry
state.. I think agpmode=-1 masks a bunch of issues, degrading performance
due to some hittage of the cpu unnecessary, thats my suspicion anyway.
likely if ever a fix is found it will reveal a bunch of other issues is my
fear.
----
On 5 February 2016 at 07:49, Denis Kirjanov [off-list ref] wrote:
On 2/5/16, Mike [off-list ref] wrote:
quoted
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course
slow,
quoted
and seems to load the cpu a lot.
For me nouveau on quad pmac is also broken for years(?) :/
quoted
Upon initial investigation i could not initially believe agp could be
this
quoted
this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to ums
to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
From: Herminio Hernandez Jr. <hidden> Date: 2016-02-05 14:32:28
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013 patch from Michel Dànzer, next problem is of course enabling agpmode, running with pci-mode with radeon.agpmode=-1 works, but is of course slow, and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to ums to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be this
this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to ums
to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
From: Herminio Hernandez, Jr. <hidden> Date: 2016-02-05 17:51:35
I have already applied his patches on my PowerBook running Jessie to get
accelerated graphics. However they are only a work around and not a real
fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike [off-list ref] wrote:
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to ums
to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
True, a permanent patch was needed, but at least we are up and running and
can identify other issues.. In the thread with the patches it is
highlighted that the drivers are broken in the first place
On 5 February 2016 at 17:51, Herminio Hernandez, Jr. <
herminio.hernandezjr@gmail.com> wrote:
I have already applied his patches on my PowerBook running Jessie to get
accelerated graphics. However they are only a work around and not a real
fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike [off-list ref] wrote:
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
From: Herminio Hernandez, Jr. <hidden> Date: 2016-02-05 18:08:50
Yeah the issue is with the driOpenDriver function at least that what I
think from what I saw in gdb.
On Fri, Feb 5, 2016 at 12:06 PM, Mike [off-list ref] wrote:
True, a permanent patch was needed, but at least we are up and running and
can identify other issues.. In the thread with the patches it is
highlighted that the drivers are broken in the first place
On 5 February 2016 at 17:51, Herminio Hernandez, Jr. <
herminio.hernandezjr@gmail.com> wrote:
quoted
I have already applied his patches on my PowerBook running Jessie to get
accelerated graphics. However they are only a work around and not a real
fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike [off-list ref] wrote:
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Yeah the issue is with the driOpenDriver function at least that what I
think from what I saw in gdb.
On Fri, Feb 5, 2016 at 12:06 PM, Mike [off-list ref] wrote:
quoted
True, a permanent patch was needed, but at least we are up and running
and can identify other issues.. In the thread with the patches it is
highlighted that the drivers are broken in the first place
On 5 February 2016 at 17:51, Herminio Hernandez, Jr. <
herminio.hernandezjr@gmail.com> wrote:
quoted
I have already applied his patches on my PowerBook running Jessie to get
accelerated graphics. However they are only a work around and not a real
fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike [off-list ref] wrote:
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Yeah the issue is with the driOpenDriver function at least that what I
think from what I saw in gdb.
On Fri, Feb 5, 2016 at 12:06 PM, Mike [off-list ref] wrote:
quoted
True, a permanent patch was needed, but at least we are up and running
and can identify other issues.. In the thread with the patches it is
highlighted that the drivers are broken in the first place
On 5 February 2016 at 17:51, Herminio Hernandez, Jr. <
herminio.hernandezjr@gmail.com> wrote:
quoted
I have already applied his patches on my PowerBook running Jessie to
get accelerated graphics. However they are only a work around and not a
real fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike [off-list ref] wrote:
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old
2013 patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Yeah the issue is with the driOpenDriver function at least that what I
think from what I saw in gdb.
On Fri, Feb 5, 2016 at 12:06 PM, Mike [off-list ref] wrote:
quoted
True, a permanent patch was needed, but at least we are up and running
and can identify other issues.. In the thread with the patches it is
highlighted that the drivers are broken in the first place
On 5 February 2016 at 17:51, Herminio Hernandez, Jr. <
herminio.hernandezjr@gmail.com> wrote:
quoted
I have already applied his patches on my PowerBook running Jessie to
get accelerated graphics. However they are only a work around and not a
real fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike [off-list ref] wrote:
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old
2013 patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could
be this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change
to ums to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Yeah the issue is with the driOpenDriver function at least that what I
think from what I saw in gdb.
On Fri, Feb 5, 2016 at 12:06 PM, Mike [off-list ref] wrote:
quoted
True, a permanent patch was needed, but at least we are up and running
and can identify other issues.. In the thread with the patches it is
highlighted that the drivers are broken in the first place
On 5 February 2016 at 17:51, Herminio Hernandez, Jr. <
herminio.hernandezjr@gmail.com> wrote:
quoted
I have already applied his patches on my PowerBook running Jessie to
get accelerated graphics. However they are only a work around and not a
real fix so they will be committed to mesa.
On Fri, Feb 5, 2016 at 8:44 AM, Mike [off-list ref]
wrote:
I have been experiencing the same thing with my iBook and
PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old
2013 patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could
be this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change
to ums to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Any improvement on your ends? Seems -1 is now the quirk. But does your
trackpads work? Did an update after getting a new and the latest released
powerbook up. Also found an interesting interface which can replace our ide
drives, intended for ipod classics, but it can fit in the bay and has msata
interface.
On 5 Feb 2016 15:32, "Herminio Hernandez Jr." <
herminio.hernandezjr@gmail.com> wrote:
I have been experiencing the same thing with my iBook and PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course slow,
and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be this
this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/
650e1203c11354ba84d69ba445abc0efcfe3890a
http://lxr.free-electrons.com/source/drivers/gpu/drm/
nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/
drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to ums
to kms and a serious regression hitting the linux kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Thu, Aug 25, 2016 at 5:09 AM, Mike [off-list ref] wrote:
Any improvement on your ends? Seems -1 is now the quirk. But does your
trackpads work? Did an update after getting a new and the latest released
powerbook up. Also found an interesting interface which can replace our ide
drives, intended for ipod classics, but it can fit in the bay and has msata
interface.
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: 2016-08-25 10:54:28
On Thu, 2016-08-25 at 05:09 +0200, Mike wrote:
Any improvement on your ends? Seems -1 is now the quirk. But does
your trackpads work? Did an update after getting a new and the latest
released powerbook up. Also found an interesting interface which can
replace our ide drives, intended for ipod classics, but it can fit in
the bay and has msata interface.
There are bigger issues with Apple AGP implementation, but yes that's
one of them. Another one is that because it's not cache coherent, AGP
pages shouldn't also be mapped cachable in Linux via the linear
mapping, as the prefetcher could cause cache aliases of them which
would be very bad. Sadly, Linux uses BATs on ppc32 to map the linear
mapping and so we can't unmap selected pages.
So sadly, while slow, I'm afraid PCI mode is the way to go for those
old things.
To revive those old Mac laptops, one of the more interesting to do
would be to port all my old power management code from radeonfb to
radeon KMS so sleep can work again ;-)
On 5 Feb 2016 15:32, "Herminio Hernandez Jr."
[off-list ref] wrote:
quoted
I have been experiencing the same thing with my iBook and
PowerBook.
Sent from my iPhone
On Feb 4, 2016, at 8:47 PM, Mike [off-list ref] wrote:
quoted
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old
2013 patch from Michel Dànzer, next problem is of course enabling
agpmode, running with pci-mode with radeon.agpmode=-1 works, but
is of course slow, and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp
could be this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba
84d69ba445abc0efcfe3890a
http://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouv
eau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nou
veau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of
change to ums to kms and a serious regression hitting the linux
kernel? No?
Cheers
-Mike
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
From: Michel Dänzer <hidden> Date: 2016-02-08 09:58:49
On 05.02.2016 11:47, Mike wrote:
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course
slow, and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
https://github.com/DespairFactor/bullhead/commit/650e1203c11354ba84d69ba445abc0efcfe3890ahttp://lxr.free-electrons.com/source/drivers/gpu/drm/nouveau/nouveau_agp.c?v=4.2
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/nouveau/nvkm/subdev/pci/agp.c
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Not really. UMS was just using a static GART mapping, whereas KMS is
dynamically binding pages into the GART as needed. Apparently, older
revisions of UniNorth have trouble with the latter. I think it would
make sense to change radeon.agpmode to default to -1 on powerpc as well.
Any takers?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
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...
On 8 February 2016 at 09:53, Michel Dänzer [off-list ref] wrote:
On 05.02.2016 11:47, Mike wrote:
quoted
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course
slow, and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Not really. UMS was just using a static GART mapping, whereas KMS is
dynamically binding pages into the GART as needed. Apparently, older
revisions of UniNorth have trouble with the latter. I think it would
make sense to change radeon.agpmode to default to -1 on powerpc as well.
Any takers?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
From: Boris Reinhard <hidden> Date: 2016-02-08 12:42:05
Definitely would have made sense for years, but could someone possibly look
into a proper solution?
Michel Dänzer [off-list ref] schrieb am Mo., 8. Feb. 2016 11:00:
On 05.02.2016 11:47, Mike wrote:
quoted
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course
slow, and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Not really. UMS was just using a static GART mapping, whereas KMS is
dynamically binding pages into the GART as needed. Apparently, older
revisions of UniNorth have trouble with the latter. I think it would
make sense to change radeon.agpmode to default to -1 on powerpc as well.
Any takers?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Certainly 750~800 fps in glxgears vs 3000+ in debian squeeze, i cant bring
myself to say that it's an acceptable situation no matter how tired i am of
the problem knowing how well the setup could do. It's clear that the
implementation is broken for everything but x86, if that's a acceptable
situation to then perhaps a recommendation to use a BSD derived system on
everything other then x86 ought be the recommended not more hacky crippling
workarounds, this is turning into a hackjob resembling the 90's already,
just to get to anything remotely functional. Might as well deprecate the
entire AGP system
On 8 February 2016 at 12:41, Boris Reinhard [off-list ref]
wrote:
Definitely would have made sense for years, but could someone possibly
look into a proper solution?
Michel Dänzer [off-list ref] schrieb am Mo., 8. Feb. 2016 11:00:
quoted
On 05.02.2016 11:47, Mike wrote:
quoted
Hi.
Managed to get the Radeon R300 running on mesa 11.1.1 with an old 2013
patch from Michel Dànzer, next problem is of course enabling agpmode,
running with pci-mode with radeon.agpmode=-1 works, but is of course
slow, and seems to load the cpu a lot.
Upon initial investigation i could not initially believe agp could be
this this broken for this long, until i found this.
"committed with Ben Skeggs on Feb 26, 2013"
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for
* now -- At least some UniNorth-2 AGP bridges are
* known to be broken: DMA from the host to the card
* works just fine, but writeback from the card to the
* host goes straight to memory untranslated bypassing
* the GATT somehow, making them quite painful to deal
* with...
*/
if (nouveau_agpmode == -1)
return false;
#endif
and now later this:
#ifdef __powerpc__
/* Disable AGP by default on all PowerPC machines for now -- At
* least some UniNorth-2 AGP bridges are known to be broken:
* DMA from the host to the card works just fine, but writeback
* from the card to the host goes straight to memory
* untranslated bypassing that GATT somehow, making them quite
* painful to deal with...
*/
mode = 0;
#endif
All seems to point to serious issues had around the time of change to
ums to kms and a serious regression hitting the linux kernel? No?
Not really. UMS was just using a static GART mapping, whereas KMS is
dynamically binding pages into the GART as needed. Apparently, older
revisions of UniNorth have trouble with the latter. I think it would
make sense to change radeon.agpmode to default to -1 on powerpc as well.
Any takers?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
From: Michel Dänzer <hidden> Date: 2016-02-09 01:42:01
On 08.02.2016 22:28, Mike wrote:
Certainly 750~800 fps in glxgears vs 3000+ in debian squeeze, i cant
bring myself to say that it's an acceptable situation no matter how
tired i am of the problem knowing how well the setup could do. It's
clear that the implementation is broken for everything but x86, [...]
Why is that? It was working fine on my last-gen PowerBook. AFAIK Darwin
/ OS X never used anything but a static AGP GART mapping though, so it
seems very likely that the issues with older UniNorth revisions are
simply due to the hardware being unable to support the usage patterns of
modern GPU drivers.
That said, if you guys have specific suggestions for a "proper"
solution, nobody's standing in your way.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
Ok, so its quirks to be added then? Something not implemented in KMS that
was in UMS?
Reports are that the same issue exsist on PPC Amiga Ones with a VIA
chipset, and the Pegasos 2 with the Artica s chipset, i posted a mail from
detailiing that.
Sure that might be it, but i get different results trying agpmode=1-2-4, 2
gave a noisy screen before the hard crash. i find it rather impossible to
debug at all as the crash happens so fast no logs seem to be written.. I
think i would need serial...
I'd personally love nothing more then to see support restored and a default
as expected working condition ought be the minimum requirement. I use a
powerbook a1106, 5,6. With a 5,8 on the way. Those are the last two
revision powerbooks in the 15" series. In swrast they become useless,
impossible to use for any productivity. Most people trying to use linux on
ppc for personal use come in macs, with the exception of the Amiga PPC
crowd now running their amcc 440/460ex or e600 based x500/5000, all of
which have of course pci-e more cores and more threads. Yet struggle even
with regressions left and right to keep up with the single core performance
of the G4's. Sure it's pushing 10 years , but it's the only alternative if
one wishes to remain mobile.
On 9 Feb 2016 02:41, "Michel Dänzer" [off-list ref] wrote:
On 08.02.2016 22:28, Mike wrote:
quoted
Certainly 750~800 fps in glxgears vs 3000+ in debian squeeze, i cant
bring myself to say that it's an acceptable situation no matter how
tired i am of the problem knowing how well the setup could do. It's
clear that the implementation is broken for everything but x86, [...]
Why is that? It was working fine on my last-gen PowerBook. AFAIK Darwin
/ OS X never used anything but a static AGP GART mapping though, so it
seems very likely that the issues with older UniNorth revisions are
simply due to the hardware being unable to support the usage patterns of
modern GPU drivers.
That said, if you guys have specific suggestions for a "proper"
solution, nobody's standing in your way.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
From: Gerhard Pircher <hidden> Date: 2016-02-09 11:57:37
On 9 Feb 2016 03:27, "Mike" <michael=2Eheltne@gmail=2Ecom> wrote:
Ok, so its quirks to be added then? Something not implemented in KMS
that was in UMS?
Reports are that the same issue exsist on PPC Amiga Ones with a VIA
chipset, and the Pegasos 2 with the Artica s chipset, i posted a
mail from detailiing that=2E
Just to avoid some confusion:
Old long story short: the issues for AmigaOnes and the Pegasos _1_ with
ArticiaS northbridge and VIA southbridge are that:
1=2E the AGP controller corrupts data transfers in AGP mode (also dependin=
g
on the AGP HW request queue size)=2E So there is no official AGP driver th=
at
would require radeon=2Eagpmode=3D-1=2E The microA1 is supposed to have a f=
ix
for this HW data corruption, but I yet have to dig out my ArticiaS AGP
driver code for some test runs=2E=2E=2E
2=2E At least the AmigaOne with ArticiaS chip need non-coherent DMA
allocations and/or proper cache flushes to avoid corrupted DMA transfers=
=2E
Nonetheless I had DRI1 working _only_ on my A1SE under Debian Squeeze (i=
=2Ee=2E
glxgears could run on the desktop with hardware acceleration), but DRI2
with its very dynamic GART mapping is a no-go on every first-gen AmigaOne
machine, even if the GART driver test (radeon=2Etest=3D1) runs through in
PCIGART mode (could it be that it uses a more or less static GART mapping
for the test?)=2E
Sure that might be it, but i get different results trying agpmode=3D1-2-=
4,
2 gave a noisy screen before the hard crash=2E i find it rather impossib=
le
to debug at all as the crash happens so fast no logs seem to be written=
=2E=2E
I think i would need serial=2E=2E=2E
I'd personally love nothing more then to see support restored and a
default as expected working condition ought be the minimum requirement=
=2E
I use a powerbook a1106, 5,6=2E With a 5,8 on the way=2E Those are the l=
ast
two revision powerbooks in the 15" series=2E In swrast they become usele=
ss,
impossible to use for any productivity=2E Most people trying to use linu=
x
on ppc for personal use come in macs, with the exception of the Amiga PP=
C
crowd now running their amcc 440/460ex or e600 based x500/5000, all of
which have of course pci-e more cores and more threads=2E Yet struggle e=
ven
with regressions left and right to keep up with the single core performa=
nce
of the G4's=2E Sure it's pushing 10 years , but it's the only alternativ=
e
if one wishes to remain mobile=2E
swrast definitely isn't fun on 10 years old PPC machines=2E Current Firefo=
x
is already slow enough on these machines=2E=2E=2E :-)
On 9 Feb 2016 02:41, "Michel D=C3=A4nzer" <michel@daenzer=2Enet> wrote:
quoted
On 08=2E02=2E2016 22:28, Mike wrote:
Certainly 750~800 fps in glxgears vs 3000+ in debian squeeze, i cant
bring myself to say that it's an acceptable situation no matter how
tired i am of the problem knowing how well the setup could do=2E It's
clear that the implementation is broken for everything but x86, [=2E=
=2E=2E]
=20
Why is that? It was working fine on my last-gen PowerBook=2E AFAIK Darwi=
n
/ OS X never used anything but a static AGP GART mapping though, so it
seems very likely that the issues with older UniNorth revisions are
simply due to the hardware being unable to support the usage patterns of
modern GPU drivers=2E
=20
That said, if you guys have specific suggestions for a "proper"
solution, nobody's standing in your way=2E
I have to admit that I lack the knowledge of the inner workings of the
TTM/radeon code (and its TTM AGP backend) to do any useful work here=2E
I was hoping that the TMA DMA allocator could be of any help at least for
non-cache coherent machines given that (IIRC) ARM is using it together
with the nuoveau driver on the TEGRA platform, but I guess that would need
some modifications also on the powerpc architecture side (maybe a new
non-coherent DMA allocator that is not limited to 2M virtual address space
for mappings)=2E Thus I guess a lot of things could be improved/fixed, but
nowadays Linux code doesn't seem to be something for the "occasional hobby
hacker"=2E :-)
regards,
Gerhard
From: luigi burdo <hidden> Date: 2016-02-09 12:20:44
Mike and Gerhard, dont think the situation of the pcie powerpc is bettrer.but compared with last years with the new kernels and last xorg on a radeonhd 4650 i have an increase of performance about 250x ... example QuakeSpasm was gaving 640x480157fps on Radeon 4650... Now is 380 fps yes compared the old nvida 7800gtx on Osx 450 fps this results are less but for sure better than before.
The worst of last period im facing r600 radeon ring test errors and i cant usewith gpu accel now only in fbdev the 5450 and 6570 that it was perfect working before.
Luigi
On 9 Feb 2016 03:27, "Mike" [off-list ref] wrote:
Ok, so its quirks to be added then? Something not implemented in KMS
that was in UMS?
Reports are that the same issue exsist on PPC Amiga Ones with a VIA
chipset, and the Pegasos 2 with the Artica s chipset, i posted a
mail from detailiing that.
Just to avoid some confusion:
Old long story short: the issues for AmigaOnes and the Pegasos _1_ with
ArticiaS northbridge and VIA southbridge are that:
1. the AGP controller corrupts data transfers in AGP mode (also depending
on the AGP HW request queue size). So there is no official AGP driver that
would require radeon.agpmode=-1. The microA1 is supposed to have a fix
for this HW data corruption, but I yet have to dig out my ArticiaS AGP
driver code for some test runs...
2. At least the AmigaOne with ArticiaS chip need non-coherent DMA
allocations and/or proper cache flushes to avoid corrupted DMA transfers.
Nonetheless I had DRI1 working _only_ on my A1SE under Debian Squeeze (i.e.
glxgears could run on the desktop with hardware acceleration), but DRI2
with its very dynamic GART mapping is a no-go on every first-gen AmigaOne
machine, even if the GART driver test (radeon.test=1) runs through in
PCIGART mode (could it be that it uses a more or less static GART mapping
for the test?).
quoted
Sure that might be it, but i get different results trying agpmode=1-2-4,
2 gave a noisy screen before the hard crash. i find it rather impossible
to debug at all as the crash happens so fast no logs seem to be written..
I think i would need serial...
I'd personally love nothing more then to see support restored and a
default as expected working condition ought be the minimum requirement.
I use a powerbook a1106, 5,6. With a 5,8 on the way. Those are the last
two revision powerbooks in the 15" series. In swrast they become useless,
impossible to use for any productivity. Most people trying to use linux
on ppc for personal use come in macs, with the exception of the Amiga PPC
crowd now running their amcc 440/460ex or e600 based x500/5000, all of
which have of course pci-e more cores and more threads. Yet struggle even
with regressions left and right to keep up with the single core performance
of the G4's. Sure it's pushing 10 years , but it's the only alternative
if one wishes to remain mobile.
swrast definitely isn't fun on 10 years old PPC machines. Current Firefox
is already slow enough on these machines... :-)
quoted
On 9 Feb 2016 02:41, "Michel Dänzer" [off-list ref] wrote:
quoted
On 08.02.2016 22:28, Mike wrote:
Certainly 750~800 fps in glxgears vs 3000+ in debian squeeze, i cant
bring myself to say that it's an acceptable situation no matter how
tired i am of the problem knowing how well the setup could do. It's
clear that the implementation is broken for everything but x86, [...]
Why is that? It was working fine on my last-gen PowerBook. AFAIK Darwin
/ OS X never used anything but a static AGP GART mapping though, so it
seems very likely that the issues with older UniNorth revisions are
simply due to the hardware being unable to support the usage patterns of
modern GPU drivers.
That said, if you guys have specific suggestions for a "proper"
solution, nobody's standing in your way.
I have to admit that I lack the knowledge of the inner workings of the
TTM/radeon code (and its TTM AGP backend) to do any useful work here.
I was hoping that the TMA DMA allocator could be of any help at least for
non-cache coherent machines given that (IIRC) ARM is using it together
with the nuoveau driver on the TEGRA platform, but I guess that would need
some modifications also on the powerpc architecture side (maybe a new
non-coherent DMA allocator that is not limited to 2M virtual address space
for mappings). Thus I guess a lot of things could be improved/fixed, but
nowadays Linux code doesn't seem to be something for the "occasional hobby
hacker". :-)
regards,
Gerhard
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev