search for: vram_limit

...-- a/drivers/gpu/drm/nouveau/nouveau_drv.c +++ b/drivers/gpu/drm/nouveau/nouveau_drv.c @@ -61,6 +61,10 @@ MODULE_PARM_DESC(vram_notify, "Force DMA notifiers to be in VRAM"); int nouveau_vram_notify = 0; module_param_named(vram_notify, nouveau_vram_notify, int, 0400); +MODULE_PARM_DESC(vram_limit, "Limit size of VRAM (MB)"); +int nouveau_vram_limit = 0; +module_param_named(vram_limit, nouveau_vram_limit, int, 0400); + MODULE_PARM_DESC(duallink, "Allow dual-link TMDS (>=GeForce 8)"); int nouveau_duallink = 1; module_param_named(duallink, nouveau_duallink, int, 0400)...

...EEMPT Tue Aug 21 16:17:16 UTC 2012 (e0fa472) x86_64 x86_64 x86_64 GNU/Linux mesa version i | Mesa | package | 8.0.4-23.4 | x86_64 | openSUSE-Factory-Oss I get plenty of these... PFB][0000:04:00.0] trapped write at 0x0000369af0 on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT [ 14.127006] nouveau E[ PFB][0000:04:00.0] trapped write at 0x00003a85cc on channel 0x0000fee0 BAR/PFIFO_WRITE/FB reason: VRAM_LIMIT [ 14.127006] nouveau E[ PFB][0000:04:00.0] trapped read at 0x00003e30f4 on channel 0x0000fee0 BAR/PFIFO_READ/FB reason: VRAM_LIMIT plus this [ 35.3843...

...; + + req.flags |= NOUVEAU_GEM_PUSHBUF_FENCE_EMIT; + + req.fence = *fence; + req.reserved = 0; + #ifndef SIMULATE - ret = drmCommandWriteRead(drm->fd, DRM_NOUVEAU_GEM_PUSHBUF, - &req, sizeof(req)); - nvpb->suffix0 = req.suffix0; - nvpb->suffix1 = req.suffix1; - dev->vram_limit = (req.vram_available * - nouveau_device(dev)->vram_limit_percent) / 100; - dev->gart_limit = (req.gart_available * - nouveau_device(dev)->gart_limit_percent) / 100; + ret = drmCommandWriteRead(drm->fd, DRM_NOUVEAU_GEM_PUSHBUF2, + &req, sizeof(req)); + nvpb->...

...nel: [41316.956176] nouveau E[ PGRAPH][0000:04:00.0] ch 3 [0x000fb2a000 Xorg[19317]] subc 2 class 0x502d mthd 0x08dc data 0x00000000 Mar 20 21:18:42 MacSam kernel: [41316.956186] nouveau E[ PFB][0000:04:00.0] trapped read at 0x0020634d00 on channel 0x0000fb2a [Xorg[19317]] PGRAPH/TEXTURE/00 reason: VRAM_LIMIT Mar 20 21:18:42 MacSam kernel: [41316.981543] nouveau E[ PFIFO][0000:04:00.0] DMA_PUSHER - ch 3 [Xorg[19317]] get 0x0020036fd8 put 0x0020036fe8 ib_get 0x000001fd ib_put 0x00000204 state 0x80000024 (err: INVALID_CMD) push 0x00400040 Mar 20 21:18:42 MacSam kernel: [41316.988933] nouveau E[ PGRAPH][00...

https://bugs.freedesktop.org/show_bug.cgi?id=57350 --- Comment #27 from Ankur <ankur at lipidity.com> --- Bug is still present with linux-3.8.4, xf86-video-nouveau-1.0.7 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=108500 Bug ID: 108500 Summary: Crash when creating a depth buffer on GeForce 320M Product: Mesa Version: 18.2 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=57350 --- Comment #7 from Parag <parag.warudkar at gmail.com> --- This affects my MacBookPro6,2 with GT330 GPU as well. Exact same symptoms and error messages as the reporter. Last working kernel for me is 3.5.0-17 Ubuntu. I have tried 3.7.4 and various 3.8 rc releases and both show the same issue. -- You are receiving this mail because: You

https://bugs.freedesktop.org/show_bug.cgi?id=81485 Priority: medium Bug ID: 81485 Assignee: nouveau at lists.freedesktop.org Summary: dmesg spam on startup QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: fry.kun at gmail.com Hardware: Other

From: Ben Skeggs <bskeggs at redhat.com> This commit also modifies the install path of the main libdrm_nouveau header to be under a nouveau/ subdirectory. Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- include/drm/nouveau_drm.h | 1 + nouveau/Makefile.am | 11 +++- nouveau/libdrm_nouveau.pc.in | 2 +- nouveau/nvif/cl0080.h | 45 ++++++++++++++

From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- nouveau/abi16.c | 62 ++++++++++++++++++++++++++++++++++++++++++++++++++----- nouveau/nouveau.c | 56 +++++++------------------------------------------ nouveau/private.h | 7 ++----- 3 files changed, 67 insertions(+), 58 deletions(-) diff --git a/nouveau/abi16.c b/nouveau/abi16.c index

Hi guys, I'd like to start a new thread about explicit fence synchronization. This time with a Nouveau twist. :-) First, let me define what I understand by implicit/explicit sync: Implicit synchronization * Fences are attached to buffers * Kernel manages fences automatically based on buffer read/write access Explicit synchronization * Fences are passed around independently * Kernel takes

From: Ben Skeggs <bskeggs at redhat.com> This commit also modifies the install path of the main libdrm_nouveau header to be under a nouveau/ subdirectory. Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- include/drm/nouveau_drm.h | 1 + nouveau/Makefile.am | 11 +++- nouveau/libdrm_nouveau.pc.in | 2 +- nouveau/nvif/cl0080.h | 45 ++++++++++++++