search for: gart

I am trying to figure out why the ttm_bo_vm_fault is stitching pages from the GART instead of the pages allocated via DRM_NOUVEAU_GEM_NEW. And also why OUR_RINGp is writing 16, 256 and 512 bytes of zero filled data *1 in the GART? Perhaps I should mention that I know _why_ it is taking the pages from the GART and giving them to the userland - but I don't know if that is corr...

On 2020-05-20 4:43 p.m., Christian K?nig wrote: > Am 13.05.20 um 13:03 schrieb Christian K?nig: >> 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 >> even when general AGP support is ava...

On Wed, May 20, 2020 at 10:43 AM Christian K?nig <ckoenig.leichtzumerken at gmail.com> wrote: > > Am 13.05.20 um 13:03 schrieb Christian K?nig: > > 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 even when general AGP support is available. > &...

Hey everyone, I realize that people asking about PCI passthrough has been thoroughly beaten to death many a time, however I couldn''t find the answer to these questions anywhere (and I''d really like to know :P) so please just bare with me. I know the GART built into AMD chipsets can act as a "mini IOMMU" and do DMA translation but not protection/isolation. However, last I checked PCI passthrough only worked on Xen 3.2 (unstable) if a VT-d supporting chipset was detected. So what I wanted to know: 1) If PCI passthrough can be done using G...

Am 20.05.20 um 18:25 schrieb Michel D?nzer: > On 2020-05-20 4:43 p.m., Christian K?nig wrote: >> Am 13.05.20 um 13:03 schrieb Christian K?nig: >>> 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 >>> even when ge...

...5.20 um 18:18 schrieb Alex Deucher: > On Wed, May 20, 2020 at 10:43 AM Christian K?nig > <ckoenig.leichtzumerken at gmail.com> wrote: >> Am 13.05.20 um 13:03 schrieb Christian K?nig: >>> 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 even when general AGP support is avail...

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 even when general AGP support is available. Please comment, Christian.

...rPC for years already so there is no change on PowerPC." > > There's a difference between something being disabled by default or not > being available at all. We may decide it's worth it anyway, but let's do > it based on facts. > I didn't mean to imply that AGP GART support was already removed. But for the vast majority of users the end result is the same. If you knew enough re-enable AGP GART, you probably wouldn't have been as confused about what this patch set does either. To reiterate, this patch set does not remove support for AGP cards, it only re...

...t; >> > >> There's a difference between something being disabled by default or not > >> being available at all. We may decide it's worth it anyway, but let's do > >> it based on facts. > >> > > > > I didn't mean to imply that AGP GART support was already removed. But > > for the vast majority of users the end result is the same. If you > > knew enough re-enable AGP GART, you probably wouldn't have been as > > confused about what this patch set does either. To reiterate, this > > patch set does not...

Am 13.05.20 um 13:03 schrieb Christian K?nig: > 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 even when general AGP support is available. So I've used an ancie...

...comes from the DFS/UTS (Download From Screen / Upload To Screen). In fact, I'm pretty sure the problem comes from there as screenshots are garbled and so does a few more things. I may have time to dig this up, where should I start, is there some documentation on the NVS 140M ? Where is the gart2vram code located ? Do you have any idea of where could be the problem ? Thanks, Martin

...cn128 kernel: EDAC MC: Ver: 2.0.1 Jun 12 2007 Aug 1 23:29:40 ccn128 kernel: EDAC MC0: Giving out device to k8_edac Athlon64/Opteron: DEV 0000:00:18.2 Aug 1 23:29:40 ccn128 kernel: EDAC MC1: Giving out device to k8_edac Athlon64/Opteron: DEV 0000:00:19.2 Jul 31 04:02:12 ccn128 kernel: EDAC k8 MC0: GART TLB errorr: transaction type(generic), cache level(generic) Jul 31 04:02:12 ccn128 kernel: EDAC k8 MC0: extended error code: GART error Jul 31 14:13:14 ccn128 kernel: EDAC k8 MC0: GART TLB errorr: transaction type(generic), cache level(generic) Jul 31 14:13:14 ccn128 kernel: EDAC k8 MC0: extended e...

Most graphics cards nowadays have a multiple of this limit as their vram, so limiting GART doesn't seem to make much sense. Signed-off-by: Maarten >Lnkhorst <maarten.lankhorst at canonical.com> --- diff --git a/drivers/gpu/drm/nouveau/nouveau_ttm.c b/drivers/gpu/drm/nouveau/nouveau_ttm.c index 3a5e19a..41ddecd 100644 --- a/drivers/gpu/drm/nouveau/nouveau_ttm.c +++ b/drivers...

I looked a bit more into the problem of vertex corruption with GART vertex buffers that disappears putting the buffers in VRAM that I'm experiencing on my card. The system I'm seeing this on is a Dell Inspiron 9400 notebook with a GeForce Go 7900 GS on a PCI Express Intel i945 chipset. First, I've looked into the behavior of the nVidia driver: 1. On al...

This patch enlarges the PCI GART aperture to 512 MB. The current 64MB aperture is too small and should be enlarged. The optimal amound may be card/system-dependent, so a more sophisticated approach may be preferable. In particular, if RAMIN is less than 1MB, a 512MB aperture won't fit. Signed-off-by: Luca Barbieri <luca a...

Changes in v2: - Compute size based on ramin_rsvd_size This patch enlarges the PCI GART aperture to 512 MB, or the space covered by a DMA object filling half RAMIN. The current 64MB aperture is too small and should be enlarged. The optimal amound may be card/system-dependent, so a more sophisticated approach may be preferable. Could anyone with an nv04 test whether this doesn't...

...us and lets nv50_crtc_cursor_set disappear from perf traces. --- I considered accelerating kernel-side copying with GPU, but it turns out that: - it's slower (120-150us), with frequent bursts (up to 5ms) - not applicable to <nv50 hw, which needs to transform cursor data Putting cursor BO in GART does not conflict with accelarating kernel side copying - times do not change, so it's safe to apply it. --- src/drmmode_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 4d2d09d..ee0805d 100644 --- a/src/drmmode_d...

..." >>>> There's a difference between something being disabled by default or not >>>> being available at all. We may decide it's worth it anyway, but let's do >>>> it based on facts. >>>> >>> I didn't mean to imply that AGP GART support was already removed. But >>> for the vast majority of users the end result is the same. If you >>> knew enough re-enable AGP GART, you probably wouldn't have been as >>> confused about what this patch set does either. To reiterate, this >>> patch s...

...is no change on PowerPC." >> >> There's a difference between something being disabled by default or not >> being available at all. We may decide it's worth it anyway, but let's do >> it based on facts. >> > > I didn't mean to imply that AGP GART support was already removed. But > for the vast majority of users the end result is the same. If you > knew enough re-enable AGP GART, you probably wouldn't have been as > confused about what this patch set does either. To reiterate, this > patch set does not remove support for A...

If you want to access gart as linear, don't specify a non-zero storage type. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- drivers/gpu/drm/nouveau/nouveau_mem.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/drivers/gpu/drm/nouveau/nouveau_mem.c b/drivers/gpu/drm/nouve...