On Wed, 13 May 2020 at 18:33, John Paul Adrian Glaubitz
wrote:
>
> Anyone who is working on open source code can request access to the GCC
> compile farm [1] which also includes several fast POWER machines running
> Debian and other operating systems.
>
> The machine gcc203 is maintained by us, so
Hi Rui!
On 5/13/20 6:45 PM, Rui Salvaterra wrote:
> I happened to stumble upon this gem of a patch [1], and it would be
> really wonderful if we could find a way to upstream it, since the
> developers don't have a way to finish testing it. I don't know if
> anybody else from the debian-powerpc com
Hi, guys!
I happened to stumble upon this gem of a patch [1], and it would be
really wonderful if we could find a way to upstream it, since the
developers don't have a way to finish testing it. I don't know if
anybody else from the debian-powerpc community knew about it, but here
it is, nonetheles
On Wed, 13 May 2020 at 14:44, Christian Zigotzky wrote:
>
> OpenGL version string: 1.5 Mesa 7.6
> OpenGL version string: 1.3 Mesa 7.2
>
> Screenshots:
>
> - http://www.supertuxkart.de/stk07ubuntu910ppc.png
> - http://www.supertuxkart.de/opensuse111-stk073.jpg
Those are *extremely old* (and I mean
Hello Christian!
On 5/13/20 3:44 PM, Christian Zigotzky wrote:
> AGP mode/support is deactivated on PowerPC and it doesn't work reliable
>
> And what does these lines mean:
AGP mode is actually disabled in the Radeon driver for PowerPC as Alex has
pointed
out earlier in this thread [1]. You
Hi All,
AGP mode/support is deactivated on PowerPC and it doesn't work reliable
And what does these lines mean:
PowerMac G5 Dual:
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RV350 4152) 20090101 AGP 8x
PowerPC 64/Altivec TCL
OpenGL version string: 1.5 Me
Am 13.05.20 um 14:34 schrieb Daniel Vetter:
On Wed, May 13, 2020 at 01:03:13PM +0200, Christian König wrote:
Even when core AGP support is compiled in Radeon and
Nouveau can also work with the PCI GART.
The AGP support was notorious unstable and hard to
maintain, so deprecate it for now and onl
On Wed, May 13, 2020 at 01:03:13PM +0200, Christian König wrote:
> Even when core AGP support is compiled in Radeon and
> Nouveau can also work with the PCI GART.
>
> The AGP support was notorious unstable and hard to
> maintain, so deprecate it for now and only enable it if
> there is a good reas
On Wed, May 13, 2020 at 1:21 PM Christian König
wrote:
>
> Always use the PCI GART instead.
Reviewed-by: Mathieu Malaterre
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/radeon/radeon_drv.c | 5 -
> 1 file changed, 5 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_dr
Even when core AGP support is compiled in Radeon and
Nouveau can also work with the PCI GART.
The AGP support was notorious unstable and hard to
maintain, so deprecate it for now and only enable it if
there is a good reason to do so.
Signed-off-by: Christian König
---
drivers/gpu/drm/Kconfig
Unfortunately AGP is still to widely used as we could just drop support for
using its GART.
Not using the AGP GART also doesn't mean a loss in functionality since drivers
will just fallback to the driver specific PCI GART.
For now just deprecate the code and don't enable the AGP GART in TTM eve
Always use the PCI GART instead.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_drv.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/radeon/radeon_drv.c
index bbb0883e8ce6..a71f13116d6b 100644
--- a/drivers/gpu/drm
On Wed, 13 May 2020 at 11:58, Michel Dänzer wrote:
>
> How do you know you're hitting that particular issue?
Sorry, somehow I misread that. I was still thinking of the AGP hangs.
On 2020-05-13 12:39 p.m., Rui Salvaterra wrote:
> On Wed, 13 May 2020 at 11:27, Michel Dänzer wrote:
>>
>> The only theoretical problem there was that the kernel still had a
>> cacheable mapping of the same memory, and any access via that (e.g.
>> prefetch due to access to a neighbouring page) cou
On Wed, 13 May 2020 at 11:27, Michel Dänzer wrote:
>
> The only theoretical problem there was that the kernel still had a
> cacheable mapping of the same memory, and any access via that (e.g.
> prefetch due to access to a neighbouring page) could trigger a machine
> check. But I don't remember eve
On 2020-05-13 12:29 p.m., Daniel Vetter wrote:
> On Wed, May 13, 2020 at 12:26 PM Michel Dänzer wrote:
>>
>> On 2020-05-13 11:28 a.m., Rui Salvaterra wrote:
>>> On Wed, 13 May 2020 at 08:19, Daniel Vetter wrote:
i915 is even worse, we manually mess around with clflush. In
userspace
On Wed, May 13, 2020 at 12:26 PM Michel Dänzer wrote:
>
> On 2020-05-13 11:28 a.m., Rui Salvaterra wrote:
> > On Wed, 13 May 2020 at 08:19, Daniel Vetter wrote:
> >>
> >> i915 is even worse, we manually mess around with clflush. In
> >> userspace. So really there's 2 axis for dma memory: coherent
On 2020-05-13 11:28 a.m., Rui Salvaterra wrote:
> On Wed, 13 May 2020 at 08:19, Daniel Vetter wrote:
>>
>> i915 is even worse, we manually mess around with clflush. In
>> userspace. So really there's 2 axis for dma memory: coherent vs.
>> non-coherent (which is something the dma-api somewhat expos
On Wed, May 13, 2020 at 9:55 AM Christian König
wrote:
>
> Am 13.05.20 um 09:19 schrieb Daniel Vetter:
> > On Tue, May 12, 2020 at 8:22 PM Alex Deucher wrote:
> >> On Tue, May 12, 2020 at 12:38 PM Daniel Vetter wrote:
> >>> On Tue, May 12, 2020 at 3:22 PM Alex Deucher
> >>> wrote:
> On Tu
On Wed, 13 May 2020 at 08:19, Daniel Vetter wrote:
>
> i915 is even worse, we manually mess around with clflush. In
> userspace. So really there's 2 axis for dma memory: coherent vs.
> non-coherent (which is something the dma-api somewhat exposed), i.e.
> do you need to clflush or not, and cached
Am 13.05.20 um 09:19 schrieb Daniel Vetter:
On Tue, May 12, 2020 at 8:22 PM Alex Deucher wrote:
On Tue, May 12, 2020 at 12:38 PM Daniel Vetter wrote:
On Tue, May 12, 2020 at 3:22 PM Alex Deucher wrote:
On Tue, May 12, 2020 at 5:40 AM Karoly Balogh (Charlie/SGR)
wrote:
Hi,
On Tue, 12 May
On Tue, 21 Apr 2020 at 14:22, John Paul Adrian Glaubitz
wrote:
>
> On 4/21/20 3:09 PM, Julien Cristau wrote:
> >> After some xorg driver packages were removed from the archive in #955603
> >> [1]
> >> that we still need for Debian Ports, I was wondering whether it's okay when
> >> I take over mai
Am 12.05.20 um 22:12 schrieb Dave Airlie:
On Wed, 13 May 2020 at 04:21, Alex Deucher wrote:
On Tue, May 12, 2020 at 1:02 PM Rui Salvaterra wrote:
On Tue, 12 May 2020 at 17:38, Daniel Vetter wrote:
Otherwise all agree, agp is a mighty mess and essentially just
crapshot outside of x86. It kin
On Tue, May 12, 2020 at 8:22 PM Alex Deucher wrote:
>
> On Tue, May 12, 2020 at 12:38 PM Daniel Vetter wrote:
> >
> > On Tue, May 12, 2020 at 3:22 PM Alex Deucher wrote:
> > >
> > > On Tue, May 12, 2020 at 5:40 AM Karoly Balogh (Charlie/SGR)
> > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > On T
24 matches
Mail list logo
