[Nouveau] [Bug 62351] Segfault in nouveau_dri.so

2013-03-19 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=62351

--- Comment #3 from s...@molgaard.org ---
I've been rather conservative in specifying the importance, but since it
precludes, and apparently Ungifted, from using any form of 3D-accelerated
desktop environment, I don't feel wrong in bumping it up a few notches...

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 62351] Segfault in nouveau_dri.so

2013-03-19 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=62351

s...@molgaard.org changed:

   What|Removed |Added

   Severity|major   |critical
   Priority|medium  |high

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


[Nouveau] [Bug 60150] [NVAF] Garbled Screen

2013-03-19 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=60150

--- Comment #5 from Bastien Dejean nihilh...@gmail.com ---
Tried again with Linux 3.8.3: I could boot without `nomodeset` but the pointer
icon, in X, was cropped. On the next reboot the screen was garbled again.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [libdrm PATCH 1/2] nouveau: return error from pushbuf_validate

2013-03-19 Thread Marcin Slusarz
On Tue, Mar 05, 2013 at 09:14:53PM +0100, Marcin Slusarz wrote:
 Without it, libdrm_nouveau user cannot know when validation failed.
 
 Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
 ---

If there are no objections, I'll push both patches soon.

Marcin
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] [RFC PATCH] drm/nouveau: use vmalloc for pgt allocation

2013-03-19 Thread Marcin Slusarz
On Tue, Mar 05, 2013 at 07:57:08PM +0100, Marcin Slusarz wrote:
 Page tables on nv50 take 48kB, which can be hard to allocate in one piece.
 Let's use vmalloc.
 
 Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
 Cc: sta...@vger.kernel.org [3.7+]
 ---
  drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 6 +++---
  1 file changed, 3 insertions(+), 3 deletions(-)
 
 diff --git a/drivers/gpu/drm/nouveau/core/subdev/vm/base.c 
 b/drivers/gpu/drm/nouveau/core/subdev/vm/base.c
 index 77c67fc..e66fb77 100644
 --- a/drivers/gpu/drm/nouveau/core/subdev/vm/base.c
 +++ b/drivers/gpu/drm/nouveau/core/subdev/vm/base.c
 @@ -362,7 +362,7 @@ nouveau_vm_create(struct nouveau_vmmgr *vmm, u64 offset, 
 u64 length,
   vm-fpde = offset  (vmm-pgt_bits + 12);
   vm-lpde = (offset + length - 1)  (vmm-pgt_bits + 12);
  
 - vm-pgt  = kcalloc(vm-lpde - vm-fpde + 1, sizeof(*vm-pgt), 
 GFP_KERNEL);
 + vm-pgt  = vzalloc((vm-lpde - vm-fpde + 1) * sizeof(*vm-pgt));
   if (!vm-pgt) {
   kfree(vm);
   return -ENOMEM;
 @@ -371,7 +371,7 @@ nouveau_vm_create(struct nouveau_vmmgr *vmm, u64 offset, 
 u64 length,
   ret = nouveau_mm_init(vm-mm, mm_offset  12, mm_length  12,
 block  12);
   if (ret) {
 - kfree(vm-pgt);
 + vfree(vm-pgt);
   kfree(vm);
   return ret;
   }
 @@ -446,7 +446,7 @@ nouveau_vm_del(struct nouveau_vm *vm)
   }
  
   nouveau_mm_fini(vm-mm);
 - kfree(vm-pgt);
 + vfree(vm-pgt);
   kfree(vm);
  }
  
 -- 

What's up with this patch?

Marcin
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau


Re: [Nouveau] nouveau lockdep splat

2013-03-19 Thread Borislav Petkov
On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
 Dropping Tegra ML, it's not the place where Nouveau mails should go.
 Adding Nouveau ML and Maarten, who probably knows Lockdep+Nouveau best.

Ok,

with the hope of having the right people on CC now (finally, thanks
Lucas :-)), here's the same splat on -rc3. Someone better take a look
soonish, please:

[0.541078] [drm] No driver support for vblank timestamp query.
[0.541272] nouveau  [ DRM] 3 available performance level(s)
[0.541276] nouveau  [ DRM] 0: core 135MHz shader 270MHz memory 135MHz 
voltage 900mV
[0.541280] nouveau  [ DRM] 1: core 405MHz shader 810MHz memory 405MHz 
voltage 900mV
[0.541284] nouveau  [ DRM] 3: core 520MHz shader 1230MHz memory 790MHz 
voltage 900mV
[0.541287] nouveau  [ DRM] c: core 405MHz shader 810MHz memory 405MHz 
voltage 900mV
[0.559846] nouveau  [ DRM] MM: using COPY for buffer copies
[0.625371] nouveau  [ DRM] allocated 1920x1080 fb: 0x7, bo 
88043b54f000
[0.625441] fbcon: nouveaufb (fb0) is primary device
[0.62] 
[0.625556] =
[0.625556] [ INFO: possible recursive locking detected ]
[0.625557] 3.9.0-rc3+ #25 Not tainted
[0.625557] -
[0.625558] swapper/0/1 is trying to acquire lock:
[0.625562]  (dmac-lock){+.+...}, at: [8141bb63] 
evo_wait+0x43/0xf0
[0.625562] 
[0.625562] but task is already holding lock:
[0.625564]  (dmac-lock){+.+...}, at: [8141bb63] 
evo_wait+0x43/0xf0
[0.625565] 
[0.625565] other info that might help us debug this:
[0.625565]  Possible unsafe locking scenario:
[0.625565] 
[0.625565]CPU0
[0.625565]
[0.625566]   lock(dmac-lock);
[0.625567]   lock(dmac-lock);
[0.625567] 
[0.625567]  *** DEADLOCK ***
[0.625567] 
[0.625567]  May be due to missing lock nesting notation
[0.625567] 
[0.625568] 10 locks held by swapper/0/1:
[0.625570]  #0:  (__lockdep_no_validate__){..}, at: 
[814337cb] __driver_attach+0x5b/0xb0
[0.625572]  #1:  (__lockdep_no_validate__){..}, at: 
[814337d9] __driver_attach+0x69/0xb0
[0.625575]  #2:  (drm_global_mutex){+.+.+.}, at: [8135a8e6] 
drm_get_pci_dev+0xc6/0x2d0
[0.625578]  #3:  (registration_lock){+.+.+.}, at: [812c8fc5] 
register_framebuffer+0x25/0x310
[0.625581]  #4:  (fb_info-lock){+.+.+.}, at: [812c7ed6] 
lock_fb_info+0x26/0x60
[0.625583]  #5:  (console_lock){+.+.+.}, at: [812c915a] 
register_framebuffer+0x1ba/0x310
[0.625585]  #6:  ((fb_notifier_list).rwsem){.+.+.+}, at: 
[810695c2] __blocking_notifier_call_chain+0x42/0x80
[0.625587]  #7:  (dev-mode_config.mutex){+.+.+.}, at: 
[8135e61a] drm_modeset_lock_all+0x2a/0x70
[0.625589]  #8:  (crtc-mutex){+.+.+.}, at: [8135e644] 
drm_modeset_lock_all+0x54/0x70
[0.625591]  #9:  (dmac-lock){+.+...}, at: [8141bb63] 
evo_wait+0x43/0xf0
[0.625591] 
[0.625591] stack backtrace:
[0.625592] Pid: 1, comm: swapper/0 Not tainted 3.9.0-rc3+ #25
[0.625593] Call Trace:
[0.625595]  [810953fb] __lock_acquire+0x76b/0x1c20
[0.625597]  [8137f4ec] ? dcb_table+0x1ac/0x2a0
[0.625599]  [81096e1a] lock_acquire+0x8a/0x120
[0.625600]  [8141bb63] ? evo_wait+0x43/0xf0
[0.625602]  [81615432] ? mutex_lock_nested+0x292/0x330
[0.625603]  [8161520e] mutex_lock_nested+0x6e/0x330
[0.625605]  [8141bb63] ? evo_wait+0x43/0xf0
[0.625606]  [810976eb] ? mark_held_locks+0x9b/0x100
[0.625607]  [8141bb63] evo_wait+0x43/0xf0
[0.625609]  [8141e603] nv50_display_flip_next+0x713/0x7a0
[0.625611]  [8161562e] ? mutex_unlock+0xe/0x10
[0.625612]  [8141bc47] ? evo_kick+0x37/0x40
[0.625613]  [8141e88e] nv50_crtc_commit+0x10e/0x230
[0.625615]  [8134c295] drm_crtc_helper_set_mode+0x365/0x510
[0.625617]  [8134d68e] drm_crtc_helper_set_config+0xa4e/0xb70
[0.625618]  [8135f731] drm_mode_set_config_internal+0x31/0x70
[0.625619]  [8134b791] drm_fb_helper_set_par+0x71/0xf0
[0.625621]  [812d4234] fbcon_init+0x514/0x5a0
[0.625623]  [8132cbfc] visual_init+0xbc/0x120
[0.625624]  [8132f2b3] do_bind_con_driver+0x163/0x320
[0.625625]  [8132f541] do_take_over_console+0x61/0x70
[0.625627]  [812d2853] do_fbcon_takeover+0x63/0xc0
[0.625628]  [812d652d] fbcon_event_notify+0x5fd/0x700
[0.625629]  [8161c91d] notifier_call_chain+0x4d/0x70
[0.625630]  [810695d8] __blocking_notifier_call_chain+0x58/0x80
[0.625631]  [81069616] blocking_notifier_call_chain+0x16/0x20
[0.625633]  [812c79cb] fb_notifier_call_chain+0x1b/0x20
[0.625634]  [812c9168] 

Re: [Nouveau] nouveau lockdep splat

2013-03-19 Thread Peter Hurley
[ adding Ben Skeggs and Dave Airlie ]

On Tue, 2013-03-19 at 21:24 +0100, Borislav Petkov wrote:
 On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
  Dropping Tegra ML, it's not the place where Nouveau mails should go.
  Adding Nouveau ML and Maarten, who probably knows Lockdep+Nouveau best.
 
 Ok,
 
 with the hope of having the right people on CC now (finally, thanks
 Lucas :-)), here's the same splat on -rc3. Someone better take a look
 soonish, please:

Also happens in next (on nv50 hardware).

 [0.541078] [drm] No driver support for vblank timestamp query.
 [0.541272] nouveau  [ DRM] 3 available performance level(s)
 [0.541276] nouveau  [ DRM] 0: core 135MHz shader 270MHz memory 135MHz 
 voltage 900mV
 [0.541280] nouveau  [ DRM] 1: core 405MHz shader 810MHz memory 405MHz 
 voltage 900mV
 [0.541284] nouveau  [ DRM] 3: core 520MHz shader 1230MHz memory 
 790MHz voltage 900mV
 [0.541287] nouveau  [ DRM] c: core 405MHz shader 810MHz memory 405MHz 
 voltage 900mV
 [0.559846] nouveau  [ DRM] MM: using COPY for buffer copies
 [0.625371] nouveau  [ DRM] allocated 1920x1080 fb: 0x7, bo 
 88043b54f000
 [0.625441] fbcon: nouveaufb (fb0) is primary device
 [0.62] 
 [0.625556] =
 [0.625556] [ INFO: possible recursive locking detected ]
 [0.625557] 3.9.0-rc3+ #25 Not tainted
 [0.625557] -
 [0.625558] swapper/0/1 is trying to acquire lock:
 [0.625562]  (dmac-lock){+.+...}, at: [8141bb63] 
 evo_wait+0x43/0xf0
 [0.625562] 
 [0.625562] but task is already holding lock:
 [0.625564]  (dmac-lock){+.+...}, at: [8141bb63] 
 evo_wait+0x43/0xf0
 [0.625565] 
 [0.625565] other info that might help us debug this:
 [0.625565]  Possible unsafe locking scenario:
 [0.625565] 
 [0.625565]CPU0
 [0.625565]
 [0.625566]   lock(dmac-lock);
 [0.625567]   lock(dmac-lock);
 [0.625567] 
 [0.625567]  *** DEADLOCK ***
 [0.625567] 
 [0.625567]  May be due to missing lock nesting notation
 [0.625567] 
 [0.625568] 10 locks held by swapper/0/1:
 [0.625570]  #0:  (__lockdep_no_validate__){..}, at: 
 [814337cb] __driver_attach+0x5b/0xb0
 [0.625572]  #1:  (__lockdep_no_validate__){..}, at: 
 [814337d9] __driver_attach+0x69/0xb0
 [0.625575]  #2:  (drm_global_mutex){+.+.+.}, at: [8135a8e6] 
 drm_get_pci_dev+0xc6/0x2d0
 [0.625578]  #3:  (registration_lock){+.+.+.}, at: [812c8fc5] 
 register_framebuffer+0x25/0x310
 [0.625581]  #4:  (fb_info-lock){+.+.+.}, at: [812c7ed6] 
 lock_fb_info+0x26/0x60
 [0.625583]  #5:  (console_lock){+.+.+.}, at: [812c915a] 
 register_framebuffer+0x1ba/0x310
 [0.625585]  #6:  ((fb_notifier_list).rwsem){.+.+.+}, at: 
 [810695c2] __blocking_notifier_call_chain+0x42/0x80
 [0.625587]  #7:  (dev-mode_config.mutex){+.+.+.}, at: 
 [8135e61a] drm_modeset_lock_all+0x2a/0x70
 [0.625589]  #8:  (crtc-mutex){+.+.+.}, at: [8135e644] 
 drm_modeset_lock_all+0x54/0x70
 [0.625591]  #9:  (dmac-lock){+.+...}, at: [8141bb63] 
 evo_wait+0x43/0xf0
 [0.625591] 
 [0.625591] stack backtrace:
 [0.625592] Pid: 1, comm: swapper/0 Not tainted 3.9.0-rc3+ #25
 [0.625593] Call Trace:
 [0.625595]  [810953fb] __lock_acquire+0x76b/0x1c20
 [0.625597]  [8137f4ec] ? dcb_table+0x1ac/0x2a0
 [0.625599]  [81096e1a] lock_acquire+0x8a/0x120
 [0.625600]  [8141bb63] ? evo_wait+0x43/0xf0
 [0.625602]  [81615432] ? mutex_lock_nested+0x292/0x330
 [0.625603]  [8161520e] mutex_lock_nested+0x6e/0x330
 [0.625605]  [8141bb63] ? evo_wait+0x43/0xf0
 [0.625606]  [810976eb] ? mark_held_locks+0x9b/0x100
 [0.625607]  [8141bb63] evo_wait+0x43/0xf0
 [0.625609]  [8141e603] nv50_display_flip_next+0x713/0x7a0
 [0.625611]  [8161562e] ? mutex_unlock+0xe/0x10
 [0.625612]  [8141bc47] ? evo_kick+0x37/0x40
 [0.625613]  [8141e88e] nv50_crtc_commit+0x10e/0x230
 [0.625615]  [8134c295] drm_crtc_helper_set_mode+0x365/0x510
 [0.625617]  [8134d68e] drm_crtc_helper_set_config+0xa4e/0xb70
 [0.625618]  [8135f731] drm_mode_set_config_internal+0x31/0x70
 [0.625619]  [8134b791] drm_fb_helper_set_par+0x71/0xf0
 [0.625621]  [812d4234] fbcon_init+0x514/0x5a0
 [0.625623]  [8132cbfc] visual_init+0xbc/0x120
 [0.625624]  [8132f2b3] do_bind_con_driver+0x163/0x320
 [0.625625]  [8132f541] do_take_over_console+0x61/0x70
 [0.625627]  [812d2853] do_fbcon_takeover+0x63/0xc0
 [0.625628]  [812d652d] fbcon_event_notify+0x5fd/0x700
 [0.625629]  [8161c91d] notifier_call_chain+0x4d/0x70
 [0.625630]