search for: ttm_valid

...ndless 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:04 heisenberg kernel: [ 7847.511726] [drm] nouveau 0000:01:00.0: validate: -12 Jan 25 14:48:04 heisenberg kernel: [ 7847.536947] [drm] nouveau 0000:01:00.0: fail ttm_validate Jan 25 14:4...

...[ 129.301116] [TTM] flags: 0x0000000A [ 129.304942] [TTM] gpu_offset: 0x00000000 [ 129.309203] [TTM] size: 131072 [ 129.312592] [TTM] available_caching: 0x00070000 [ 129.317464] [TTM] default_caching: 0x00010000 [ 129.322161] nouveau 0000:08:00.0: supertuxkart[1074]: fail ttm_validate [ 129.328763] nouveau 0000:08:00.0: supertuxkart[1074]: validating bo list [ 129.335460] nouveau 0000:08:00.0: supertuxkart[1074]: validate: -12 [ 129.385472] [TTM] Failed to find memory space for buffer 0xffff97a0b3dd7000 eviction [ 129.393239] [TTM] No space for ffff97a0b3dd7000 (342 pages...

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

On Mon, Sep 7, 2015 at 3:50 PM, Hans de Goede <hdegoede at redhat.com> wrote: > msaa use on nv30 may trigger a (mesa?) bug where dmesg says: > [ 1197.850642] nouveau E[soffice.bin[3785]] fail ttm_validate > [ 1197.850648] nouveau E[soffice.bin[3785]] validating bo list > [ 1197.850654] nouveau E[soffice.bin[3785]] validate: -12 > [ 1201.766955] nouveau E[soffice.bin[3785]] fail ttm_validate > [ 1201.766961] nouveau E[soffice.bin[3785]] validating bo list > [ 1201.766968] nouve...

...well sync/umount/boot). Going back to console does not work. I've attached an Xorg.log (although this didn'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 0...

https://bugs.freedesktop.org/show_bug.cgi?id=59069 Priority: medium Bug ID: 59069 Assignee: nouveau at lists.freedesktop.org Summary: nouveau E[ DRM] fail ttm_validate QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: kees.bakker at xs4all.nl Hardware: x86 (IA32) Status: NEW Version: unspecified Component: Driver/n...

The sifm object has a limit of 1024x1024 for its input size and 2048x2048 for its output. The code checking this was trying to be clever resulting in it seeing a surface of e.g 1024x256 being outside of the input size limit. This commit fixes this. Signed-off-by: Hans de Goede <hdegoede at redhat.com> --- src/gallium/drivers/nouveau/nv30/nv30_transfer.c | 4 ++-- 1 file changed, 2

...mutex) Against: 4.8.7 Fullscreen game: Portal (FAIL is: it is not working, but neither did it before.) G80: * Basic modesetting: OK * VT switching: OK * Changing rotation: REGRESSION (disp: ERROR 5 [INVALID_STATE] * Suspend: OK * Hotplugging: - * Fullscreen game: FAIL (fail ttm_validate, vaildate: -12) (different on 4.8.7, but still failing) G84: * Basic modesetting: OK * VT switching: OK * Changing rotation: OK * Suspend: FAIL (DRM: base-0: timeout) * Hotplugging: OK * Fullscreen game: OK G86: * Basic modesetting: OK * VT switching: OK * Changing...

We do not have a generic blitter on nv3x cards, so we must use the sifm object for color resolving. This commit divides the sources and dest surfaces in to tiles which match the constraints of the sifm object, so that color resolving will work properly on nv3x cards. Signed-off-by: Hans de Goede <hdegoede at redhat.com> --- Changes in v2: -Use 1024x1024 blocks -Use the sifm on both nv3x

Hey all, I've just pushed out the initial Nouveau support for $subject \o/ As the atomic modesetting transition is basically a rewrite of the KMS portion of the driver, I would be very grateful for any additional testing that people could provide (even as simple as just booting and making sure you get a display is valuable). There's a Linux tree at

...reated an attachment (id=48831) --> (https://bugs.freedesktop.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/wik...

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

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:

I have an older Lenovo machine, a T61, with the Nvidia Quadro NVS 140M. There is this random bug that would hang the whole machine, and then cause a panic and reboot it (the caps lock light is flashing). I can't get any kernel messages of this issue except the one in this YouTube video I had luck to film and catch the error: https://www.youtube.com/watch?v=Y1X6s7_laGw The bug can be

...), their contents are disappear, and some other parts of the screen 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 [21...

...rg ReportedBy: wto.wit01 at gmx.net QAContact: xorg-team at lists.x.org Created attachment 54688 --> https://bugs.freedesktop.org/attachment.cgi?id=54688 created by dmesg caused by an "infinite loop" in kernel/nouveau/xserver filling the kernel log with "fail ttm_validate...." messages. Debian wheezy AMD64 Nvidia GeForce 6150 both kernel 3.0.0-* as well as kernel 3.1.0-* the issue occurred after a monthly system upgrade (xorg.... from 2:1.11.2.901-1 to 2:1.11.1.902-1); before this upgrade the system went smoothely (without any xorg.conf...) I run a secon...

Reduces object size ~4kb Joe Perches (2): drm/nouveau: Add new logging function nv_cli_printk drm/nouveau: Convert NV_PRINTK macros and uses to new nv_cli_<level> macros drivers/gpu/drm/nouveau/nouveau_abi16.c | 2 +- drivers/gpu/drm/nouveau/nouveau_chan.c | 12 +++---- drivers/gpu/drm/nouveau/nouveau_drm.c | 21 +++++++++++ drivers/gpu/drm/nouveau/nouveau_drv.h | 44

https://bugs.freedesktop.org/show_bug.cgi?id=103689 Bug ID: 103689 Summary: there is an exploitable page fault that can be reliably triggered from the chromium sandbox can possibly lead to remote attackers causing a denial of service condition or possibly running system code. Product: xorg

...use_type: 1 [ 976.757599] [TTM] flags: 0x0000000A [ 976.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-sh...

https://bugs.freedesktop.org/show_bug.cgi?id=99396 Bug ID: 99396 Summary: Crash in nouveau_dri.so when switching apps with alt-tab in Gnome Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau