search for: vram_pushbuf

...eset -r--r--r--. 1 root root 4096 Apr 10 17:43 noaccel -r--r--r--. 1 root root 4096 Apr 10 17:43 nofbaccel -r--r--r--. 1 root root 4096 Apr 10 17:43 runpm -r--r--r--. 1 root root 4096 Apr 10 17:43 tv_disable -r--r--r--. 1 root root 4096 Apr 10 17:43 tv_norm -r--r--r--. 1 root root 4096 Apr 10 17:43 vram_pushbuf $ systool -vm nouveau | grep Parameters -A 12 Parameters: config = 28 6e 75 6c 6c 29 0a debug = "(null)" duallink = "1" hdmimhz = "0" ignorelid = "0" modeset =...

...1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_chan.c b/drivers/gpu/drm/nouveau/nouveau_chan.c index b1d2527..6036456 100644 --- a/drivers/gpu/drm/nouveau/nouveau_chan.c +++ b/drivers/gpu/drm/nouveau/nouveau_chan.c @@ -43,7 +43,7 @@ MODULE_PARM_DESC(vram_pushbuf, "Create DMA push buffers in VRAM"); int nouveau_vram_pushbuf; -module_param_named(vram_pushbuf, nouveau_vram_pushbuf, int, 0400); +module_param_named(vram_pushbuf, nouveau_vram_pushbuf, int, S_IRUSR); int nouveau_channel_idle(struct nouveau_channel *chan) -- 2.9.2

https://bugs.freedesktop.org/show_bug.cgi?id=75569 Priority: medium Bug ID: 75569 Assignee: nouveau at lists.freedesktop.org Summary: [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000 QA Contact: xorg-team at lists.x.org Severity:

...2 +- drm/nouveau_sysfs.h | 2 ++ 9 files changed, 37 insertions(+), 6 deletions(-) diff --git a/drm/nouveau_chan.c b/drm/nouveau_chan.c index 99cd9e4..9a362dd 100644 --- a/drm/nouveau_chan.c +++ b/drm/nouveau_chan.c @@ -36,7 +36,7 @@ #include "nouveau_abi16.h" MODULE_PARM_DESC(vram_pushbuf, "Create DMA push buffers in VRAM"); -static int nouveau_vram_pushbuf; +int nouveau_vram_pushbuf; module_param_named(vram_pushbuf, nouveau_vram_pushbuf, int, 0400); int diff --git a/drm/nouveau_chan.h b/drm/nouveau_chan.h index 2016370..8309c24 100644 --- a/drm/nouveau_chan.h +++ b/dr...

https://bugs.freedesktop.org/show_bug.cgi?id=58776 Priority: medium Bug ID: 58776 Assignee: nouveau at lists.freedesktop.org Summary: DRM NOUVEAU: cannot boot with kernel >=3.7 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: balducci at

https://bugs.freedesktop.org/show_bug.cgi?id=41333 Summary: Nvidia GTA 240 card (NVA3) locks up when loading nouveau.ko module Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=70388 Priority: medium Bug ID: 70388 Assignee: nouveau at lists.freedesktop.org Summary: [NV34] failed to idle channel 0xcccc0000 Severity: critical Classification: Unclassified OS: Linux (All) Reporter: rosti.bsd at gmail.com Hardware: x86 (IA32)

...2_tv_sample_load(struct drm_encoder *encoder) { diff --git a/drivers/gpu/drm/nouveau/nouveau_chan.c b/drivers/gpu/drm/nouveau/nouveau_chan.c index 879655c..6d2b9d9 100644 --- a/drivers/gpu/drm/nouveau/nouveau_chan.c +++ b/drivers/gpu/drm/nouveau/nouveau_chan.c @@ -43,7 +43,7 @@ MODULE_PARM_DESC(vram_pushbuf, "Create DMA push buffers in VRAM"); int nouveau_vram_pushbuf; -module_param_named(vram_pushbuf, nouveau_vram_pushbuf, int, 0400); +module_param_named(vram_pushbuf, nouveau_vram_pushbuf, int, 0444); int nouveau_channel_idle(struct nouveau_channel *chan) diff --git a/drivers/gpu/drm/n...

...o, DRM_UNLOCKED|DRM_AUTH|DRM_RENDER_ALLOW), > + /* Staging ioctls */ > }; > > long > @@ -1027,6 +1032,7 @@ static void nouveau_display_options(void) > DRM_DEBUG_DRIVER("... runpm : %d\n", nouveau_runtime_pm); > DRM_DEBUG_DRIVER("... vram_pushbuf : %d\n", nouveau_vram_pushbuf); > DRM_DEBUG_DRIVER("... pstate : %d\n", nouveau_pstate); > + DRM_DEBUG_DRIVER("... staging : %d\n", nouveau_staging); > } > > static const struct dev_pm_ops nouveau_pm_ops = { > @@ -1088,6 +1094,18...

...+ /* Staging ioctls */ >>> }; >>> >>> long >>> @@ -1027,6 +1032,7 @@ static void nouveau_display_options(void) >>> DRM_DEBUG_DRIVER("... runpm : %d\n", nouveau_runtime_pm); >>> DRM_DEBUG_DRIVER("... vram_pushbuf : %d\n", nouveau_vram_pushbuf); >>> DRM_DEBUG_DRIVER("... pstate : %d\n", nouveau_pstate); >>> + DRM_DEBUG_DRIVER("... staging : %d\n", nouveau_staging); >>> } >>> >>> static const struct dev_pm_ops nou...

...v_disable:Disable TV-out detection (int) parm: ignorelid:Ignore ACPI lid status (int) parm: duallink:Allow dual-link TMDS (default: enabled) (int) parm: nofbaccel:Disable fbcon acceleration (int) parm: agpmode:AGP mode (0 to disable AGP) (int) parm: vram_pushbuf:Create DMA push buffers in VRAM (int) parm: config:option string to pass to driver core (charp) parm: debug:debug string to pass to driver core (charp) parm: noaccel:disable kernel/abi16 acceleration (int) parm: modeset:enable driver (default: auto, 0 = disab...

This patchset proposes to introduce a "staging" module option to dynamically enable features (mostly ioctls) that are merged but may be refined before they are declared "stable". The second patch illustrates the use of this staging option with the SET_TILING ioctl, which can be used to specify the tiling options of a PRIME-imported buffer. The staging parameter will allow us

...the display on and completely white (backlight on). On resume, display is corrupted: tty output is jumbled and xorg output is wierd. However, xorg still responds; you can move the mouse, windows etc and the system shuts down cleanly using the power button. Booting with nouveau.agpmode=0 and nouveau.vram_pushbuf=1 have no visible effect. journalctl output: http://pastebin.com/729PKGnq linux: 3.15.3 xorg-server: 1.15.2 xf86-video-nouveau: 1.0.10 For the ~2 years I have been using linux on this laptop, suspend has never worked, whether on nouveau or nvidia. -- You are receiving this mail because: You are...

Second version of this patchset addressing Ben's comments and fixing a few extra things. This patchset proposes to introduce a "staging" module option to dynamically enable features (mostly ioctls) that are merged but may be refined before they are declared "stable". The second patch illustrates the use of this staging option with the SET_TILING ioctl, which can be used to

This fix a GPU lockup on 9400M (NVAC) when using acceleration, see #27501. Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> --- drivers/gpu/drm/nouveau/core/engine/disp/nv50.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c b/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c index a7efbff..e425604 100644 ---

http://bugs.freedesktop.org/show_bug.cgi?id=20341 Summary: NV31 lockup Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: detringj at

...B:78:3B:6F:8B:ED:3B:AF:09:9E:E9:A7 sig_hashalgo: sha256 parm: tv_norm:Default TV norm. Supported: PAL, PAL-M, PAL-N, PAL-Nc, NTSC-M, NTSC-J, hd480i, hd480p, hd576i, hd576p, hd720p, hd1080i. Default: PAL *NOTE* Ignored for cards with external TV encoders. (charp) parm: vram_pushbuf:Create DMA push buffers in VRAM (int) parm: nofbaccel:Disable fbcon acceleration (int) parm: tv_disable:Disable TV-out detection (int) parm: ignorelid:Ignore ACPI lid status (int) parm: duallink:Allow dual-link TMDS (default: enabled) (int) parm: ps...

Dear "nouveau" developers, I know that many very competent guys have already spent a lot of time and efforts on this issue without success. I have started to play with "hppa" two weeks ago and, with the support of the linux-parisc mailing list people, now I have a - almost fully - working workstation (hp c8000). Everythings work perfectly BUT the video card. No matter the

https://bugs.freedesktop.org/show_bug.cgi?id=50375 Bug #: 50375 Summary: NV11: KMS/fbcon accel failing after scrolling/tty switch Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority:

Dear R-SIG-Fedora, I'm finding that on CentOS 7, rgl.snapshot (a function in the R package rgl, which provides an R interface to the OpenGL 3-d graphics library) only captures a small portion what's visible in the RGL device window. This does not happen with the same R and rgl versions on CentOS 5.3 (see details below). The maintainer of rgl, Duncan Murdoch, responded (see below) that