search for: vram_list

...the kernel output attached in kern.1,... but this differs, with sometimes completely different output. Sometimes the system does not freeze, but I see the flickering and I just get endless messages like these: Jan 25 14:48:04 heisenberg kernel: [ 7847.494437] [drm] nouveau 0000:01:00.0: validate vram_list Jan 25 14:48:04 heisenberg kernel: [ 7847.501793] [drm] nouveau 0000:01:00.0: validate: -12 Jan 25 14:48:04 heisenberg kernel: [ 7847.511712] [drm] nouveau 0000:01:00.0: fail ttm_validate Jan 25 14:48:04 heisenberg kernel: [ 7847.511716] [drm] nouveau 0000:01:00.0: validate vram_list Jan 25 14:48:0...

https://bugs.freedesktop.org/show_bug.cgi?id=28763 Summary: Kernel Oops when displaying a large image Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

...9;t contain any errors). Also some kernel log messages, collected from various events: kern.log.2.xz:Jul 30 20:19:44 heisenberg kernel: [16890.395990] [drm] nouveau 0000:01:00.0: fail ttm_validate kern.log.2.xz:Jul 30 20:19:44 heisenberg kernel: [16890.395995] [drm] nouveau 0000:01:00.0: validate vram_list kern.log.2.xz:Jul 30 20:19:44 heisenberg kernel: [16890.396031] [drm] nouveau 0000:01:00.0: validate: -12 kern.log.2.xz:Jul 30 20:21:38 heisenberg kernel: [17004.414063] [drm] nouveau 0000:01:00.0: EvoCh 2 Mthd 0x0080 Data 0x00000000 (0x000b 0x05) kern.log.2.xz:Jul 30 20:22:55 heisenberg kernel: [1...

...veau_gem.c index 18fd8ac..7c1ff14 100644 --- a/drivers/gpu/drm/nouveau/nouveau_gem.c +++ b/drivers/gpu/drm/nouveau/nouveau_gem.c @@ -220,7 +220,6 @@ nouveau_gem_set_domain(struct drm_gem_object *gem, uint32_t read_domains, } struct validate_op { - struct nouveau_fence *fence; struct list_head vram_list; struct list_head gart_list; struct list_head both_list; @@ -252,17 +251,11 @@ validate_fini_list(struct list_head *list, struct nouveau_fence *fence) } static void -validate_fini(struct validate_op *op, bool success) +validate_fini(struct validate_op *op, struct nouveau_fence* fence) { -...

...rm/nouveau/nouveau_gem.c @@ -369,7 +369,7 @@ validate_init(struct nouveau_channel *chan, struct drm_file *file_priv, { struct nouveau_cli *cli = nouveau_cli(file_priv); int trycnt = 0; - int ret, i; + int ret = -EINVAL, i; struct nouveau_bo *res_bo = NULL; LIST_HEAD(gart_list); LIST_HEAD(vram_list); -- 2.9.0

https://bugs.freedesktop.org/show_bug.cgi?id=74992 Priority: medium Bug ID: 74992 Assignee: nouveau at lists.freedesktop.org Summary: display freeze QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: martin.meridius at gmail.com Hardware: x86-64

...amp;vm_ops, +}; + static int etnaviv_gem_new_impl(struct drm_device *dev, u32 size, u32 flags, const struct etnaviv_gem_ops *ops, struct drm_gem_object **obj) { @@ -593,6 +609,7 @@ static int etnaviv_gem_new_impl(struct drm_device *dev, u32 size, u32 flags, INIT_LIST_HEAD(&etnaviv_obj->vram_list); *obj = &etnaviv_obj->base; + (*obj)->funcs = &etnaviv_gem_object_funcs; return 0; } -- 2.28.0

...pgrading from Ubuntu precise to quantal there are lots of messages like these (attachment has /var/log/kern.log of the time when that happened) Jan 4 12:18:12 koli kernel: [ 3705.970720] nouveau E[ DRM] fail ttm_validate Jan 4 12:18:12 koli kernel: [ 3705.970726] nouveau E[ DRM] validate vram_list Jan 4 12:18:12 koli kernel: [ 3705.970760] nouveau E[ DRM] validate: -12 and there is graphics corruption. After a while it gets really bad so that I have to stop X. After restarting X the graphics adapter is still unusable, graphics remain distorted. By that time the following messages can...

https://bugs.freedesktop.org/show_bug.cgi?id=46557 Bug #: 46557 Summary: nouveau: nv40 display corruption in framebuffer and X lockups unless nouveau.noaccel=1 Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity:

...en are corrupted. 2. When I start a new game in extremetuxracer second or third time, some textures are corrupted. When it happens, I get the following messages in dmesg several times: [21415.164810] [drm] nouveau 0000:01:00.0: fail ttm_validate [21415.164821] [drm] nouveau 0000:01:00.0: validate vram_list [21415.165831] [drm] nouveau 0000:01:00.0: validate: -12 [21415.878743] nouveau_ratelimit: 4 callbacks suppressed [21415.878750] [drm] nouveau 0000:01:00.0: PGRAPH - ERROR nsource: DATA_ERROR nstatus: BAD_ARGUMENT PROTECTION_FAULT [21415.878763] [drm] nouveau 0000:01:00.0: PGRAPH - ch 2/4 class 0x0...

...amp;vm_ops, +}; + static int etnaviv_gem_new_impl(struct drm_device *dev, u32 size, u32 flags, const struct etnaviv_gem_ops *ops, struct drm_gem_object **obj) { @@ -595,6 +611,7 @@ static int etnaviv_gem_new_impl(struct drm_device *dev, u32 size, u32 flags, INIT_LIST_HEAD(&etnaviv_obj->vram_list); *obj = &etnaviv_obj->base; + (*obj)->funcs = &etnaviv_gem_object_funcs; return 0; } -- 2.28.0

...tatic int etnaviv_gem_new_impl(struct drm_device *dev, u32 size, u32 flags, > const struct etnaviv_gem_ops *ops, struct drm_gem_object **obj) > { > @@ -593,6 +609,7 @@ static int etnaviv_gem_new_impl(struct drm_device *dev, u32 size, u32 flags, > INIT_LIST_HEAD(&etnaviv_obj->vram_list); > > *obj = &etnaviv_obj->base; > + (*obj)->funcs = &etnaviv_gem_object_funcs; > > return 0; > }

...27: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb7334003] [ 771.458] 28: /usr/bin/Xorg (0x8048000+0x20ae1) [0x8068ae1] The kernel log shows the following suspicious messages: ... [ 765.361432] [drm] nouveau 0000:00:0d.0: fail pre-validate sync [ 765.361442] [drm] nouveau 0000:00:0d.0: validate vram_list [ 765.361452] [drm] nouveau 0000:00:0d.0: validate: -16 ... I'm using openSUSE 12.1 (kernel 3.1.9, Xorg 7.6). I also tried kernel 3.3.0-rc7. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee f...

From: Maarten Lankhorst <maarten.lankhorst at canonical.com> Commit de7b7d59d54852c introduced tiled GART, but a linear copy is still performed. This may result in errors on eviction, fix it by checking tiling from memtype. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> Cc: stable at vger.kernel.org #3.10+ --- drivers/gpu/drm/nouveau/nouveau_bo.c | 33

...6.757600] [TTM] gpu_offset: 0x00000000 [ 976.757601] [TTM] size: 131072 [ 976.757602] [TTM] available_caching: 0x00070000 [ 976.757603] [TTM] default_caching: 0x00010000 And then : nouveau E[gnome-shell[809]] fail ttm_validate [ 979.430184] nouveau E[gnome-shell[809]] validate vram_list [ 979.430194] nouveau E[gnome-shell[809]] validate: -12 [ 1058.789582] nouveau E[ PGRAPH][0000:01:00.0] ERROR nsource: LIMIT_COLOR nstatus: PROTECTION_FAULT [ 1058.789611] nouveau E[ PGRAPH][0000:01:00.0] ch 3 [0x0013c000 gnome-shell[809]] subc 7 class 0x4097 mthd 0x1808 data 0x00000000 [ 1111....

....org/attachment.cgi?id=48831) possible workaround for 64mb vram cards Large images in Firefox only show up as black rectangles. At the same time, the following errors appear in dmesg : [ 590.075369] [drm] nouveau 0000:01:00.0: fail ttm_validate [ 590.075371] [drm] nouveau 0000:01:00.0: validate vram_list [ 590.075374] [drm] nouveau 0000:01:00.0: validate: -12 Test cases : - http://geoeyemediaportal.s3.amazonaws.com/assets/images/gallery/ge1/hires/tehran_iran_02_11_10.jpg - http://xkcd.com/802_large/ - http://upload.wikimedia.org/wikipedia/commons/5/55/Futuregen_DOE_Concept_art.jpg References : -...

https://bugs.freedesktop.org/show_bug.cgi?id=68488 Priority: medium Bug ID: 68488 Assignee: nouveau at lists.freedesktop.org Summary: Lockup and reboot on T61 with nouveau driver/exa QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: All Reporter: a9016009 at gmx.de

The GEM and PRIME related callbacks in struct drm_driver are deprecated in favor of GEM object functions in struct drm_gem_object_funcs. This patchset converts the remaining drivers to object functions and removes most of the obsolete interfaces. Patches #1 to #16 and #18 to #19 convert DRM drivers to GEM object functions, one by one. Each patch moves existing callbacks from struct drm_driver to

The GEM and PRIME related callbacks in struct drm_driver are deprecated in favor of GEM object functions in struct drm_gem_object_funcs. This patchset converts the remaining drivers to object functions and removes most of the obsolete interfaces. Version 3 of this patchset mostly fixes drm_gem_prime_handle_to_fd and updates i.MX's dcss driver. The driver was missing from earlier versions and

The GEM and PRIME related callbacks in struct drm_driver are deprecated in favor of GEM object functions in struct drm_gem_object_funcs. This patchset converts the remaining drivers to object functions and removes most of the obsolete interfaces. Patches #1 to #18 convert DRM drivers to GEM object functions, one by one. Each patch moves existing callbacks from struct drm_driver to an instance of