search for: ttm_validate

Displaying 20 results from an estimated 23 matches for "ttm_validate".

2012 Jan 25
2
[Bug 45230] New: freezing nouveau
...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:48:0...
2017 Aug 27
7
[Bug 102430] New: nv4x - memory problems when starting graphical application - logs included
...[ 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, 1...
2010 Jun 26
19
[Bug 28763] New: Kernel Oops when displaying a large image
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
2015 Sep 07
2
[PATCH mesa 3/3] nv30: Disable msaa for now because it causes lockups
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] nouveau...
2011 Aug 10
10
[Bug 39980] New: freezing nouveau
...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 0000...
2013 Jan 05
46
[Bug 59069] New: nouveau E[ DRM] fail ttm_validate
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/nouv...
2015 Sep 07
5
[PATCH mesa 1/3] nv30: Fix max width / height checks in nv30 sifm code
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
2016 Nov 13
0
Atomic modesetting + DisplayPort MST
...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 rot...
2015 Sep 09
3
[PATCH mesa v2 1/2] nv30: Fix color resolving for nv3x cards
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
2016 Nov 04
6
Atomic modesetting + DisplayPort MST
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
2011 Jul 06
13
[Bug 39010] New: better handling of large pixmaps
...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/wikipe...
2014 Feb 14
10
[Bug 74992] New: display freeze
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
2012 Feb 24
43
[Bug 46557] New: nouveau: nv40 display corruption in framebuffer and X lockups unless nouveau.noaccel=1
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:
2016 Dec 09
1
Hard-to-find bug brings down whole kernel
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
2011 Nov 08
1
[Bug 42703] New: [NV17] Reduce GL_MAX_TEXTURE_SIZE to avoid memory overflow
...), 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 [21415...
2011 Dec 22
5
[Bug 44052] New: desktop freezes
...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 second P...
2018 Aug 30
3
[PATCH 0/2] drm/nouveau: Use more standard logging styles
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
2017 Nov 11
11
[Bug 103689] New: 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.
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
2014 Sep 02
9
[Bug 83398] New: [NV4B] Screen freeze watching flash site
...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-shell...
2017 Jan 13
11
[Bug 99396] New: Crash in nouveau_dri.so when switching apps with alt-tab in Gnome
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