Re: [bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

On 07/07/2010 11:44 PM, Ingo Molnar wrote: * Justin P. Mattock wrote: On 07/02/10 13:04, Justin P. Mattock wrote: this is new(below) has anybody reported/bisected hit this yet (if not I'll bisect it) [drm] Num pipes: 1 [ 29.742432] [drm] writeback test succeeded in 1 usecs [ 30.089717]

Re: [bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

* Justin P. Mattock wrote: > On 07/02/10 13:04, Justin P. Mattock wrote: > >this is new(below) has anybody reported/bisected hit this yet > >(if not I'll bisect it) > > > >[drm] Num pipes: 1 > >[ 29.742432] [drm] writeback test succeeded in 1 usecs > >[ 30.089717] X:2252 conflicting memory t

Re: [bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

* Justin P. Mattock wrote: > On 07/07/2010 11:44 PM, Ingo Molnar wrote: > > > >* Justin P. Mattock wrote: > > > >>On 07/02/10 13:04, Justin P. Mattock wrote: > >>>this is new(below) has anybody reported/bisected hit this yet > >>>(if not I'll bisect it) > >>> > >>>[drm] Num pipes: 1 > >>>[ 29

[Bug 28430] [865G] OOPS when stolen memory set to zero

https://bugs.freedesktop.org/show_bug.cgi?id=28430 Chris Wilson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/gem: Add new flink_to ioctl

flink_to is similar to flink, but the global name is only made available to one other drm fd, identified by the existing drm_magic_t cookie mechanism. flink_to names are transient. Once the receiving fd opens a name, it goes away. flink_to lets application attach a binary blob of data to the nam

Re: [PATCH] drm/gem: Add new flink_to ioctl

On Thu, 8 Jul 2010 11:23:25 -0400, Kristian Høgsberg wrote: > - a mechanism to attach a binary blob to an flink_to buffer name. >open_with_data returns the data. Userspace (typically libdrm) >decides the layout and versioning of the blob and the contents >will be chipset specific.

Re: [PATCH] drm/gem: Add new flink_to ioctl

On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard wrote: > On Thu,  8 Jul 2010 11:23:25 -0400, Kristian Høgsberg > wrote: > >>  - a mechanism to attach a binary blob to an flink_to buffer name. >>    open_with_data returns the data.  Userspace (typically libdrm) >>    decides the layout and version

[PATCH] drm/radeon/kms: make sure rio_mem is valid before unmapping it

If we were not able to map the io bar in device init, don't attempt to unmap it in device fini. All radeons should have a io bar, so I doubt this would ever trigger, but just to be on the safe side... Pointed out by: Alberto Milone Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_

Re: [PATCH] drm/gem: Add new flink_to ioctl

On Thu, 8 Jul 2010 12:14:28 -0400, Kristian Høgsberg wrote: > On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard wrote: > > On Thu,  8 Jul 2010 11:23:25 -0400, Kristian Høgsberg > > wrote: > > > >>  - a mechanism to attach a binary blob to an flink_to buffer name. > >>    open_with_data retu

Re: [PATCH] drm/gem: Add new flink_to ioctl

On Thu, 08 Jul 2010 17:37:20 +0100 Chris Wilson wrote: > On Thu, 8 Jul 2010 12:14:28 -0400, Kristian Høgsberg > wrote: > > On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard wrote: > > > On Thu,  8 Jul 2010 11:23:25 -0400, Kristian Høgsberg > > > wrote: > > > > > >>  - a mechanism to attach a bi

Re: linux-next: Tree for July 8 (nouveau)

On Thu, 8 Jul 2010 15:10:22 +1000 Stephen Rothwell wrote: > Hi all, > > Changes since 20100707: > > The i.MX tree mismerge has been fixed. > > The omap tree gained a conflict (involving serveral files) against the > arm tree. > >

Re: [PATCH] drm/gem: Add new flink_to ioctl

> > My argument was based around that the current system is designed as a > > directory of opaque objects and so the extended attributes should be > > kept opaque to the kernel as well and left open to interpretation by > > userland. What I am most unclear about is under which circumstances is > >

Re: [PATCH] drm/gem: Add new flink_to ioctl

On Thu, 8 Jul 2010 09:49:26 -0700, Jesse Barnes wrote: > That's the part I had trouble with as well. Passing the blob through > the kernel saves a little IPC but also seems unnecessary, and so rubs > against my kernel minimalist side... Yeah, if the kernel doesn't need to know it, why is the k

Re: [Intel-gfx] [PATCH 07/11] drm/i915: prepare for fair lru eviction

On Fri, 2 Jul 2010 15:02:17 +0100, Chris Wilson wrote: > From: Daniel Vetter > > This does two little changes: > > - Add an alignment parameter for evict_something. It's not really great to > whack a carefully sized hole into the gtt with the wrong alignment. > Especially since the fallba

Re: [PATCH] drm/gem: Add new flink_to ioctl

On Thu, Jul 8, 2010 at 12:49 PM, Jesse Barnes wrote: > On Thu, 08 Jul 2010 17:37:20 +0100 > Chris Wilson wrote: > >> On Thu, 8 Jul 2010 12:14:28 -0400, Kristian Høgsberg >> wrote: >> > On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard wrote: >> > > On Thu,  8 Jul 2010 11:23:25 -0400, Kristian Høg

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 Marek Olšák changed: What|Removed |Added Summary|[r300g] Savage 2 : |[r300g] loop unrolling |

[Bug 28612] [r300g] View isn't permanent, menus/controls are corrupted in Blender

https://bugs.freedesktop.org/show_bug.cgi?id=28612 --- Comment #7 from Marek Olšák 2010-07-08 13:07:21 PDT --- Is this still an issue with current mesa git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are th

[Bug 28606] [r300g]: Compiz focus blur effect does not work. (causes black windows instead)

https://bugs.freedesktop.org/show_bug.cgi?id=28606 --- Comment #12 from Tom Stellard 2010-07-08 14:49:19 PDT --- Created an attachment (id=36891) View: https://bugs.freedesktop.org/attachment.cgi?id=36891 Review: https://bugs.freedesktop.org/review?bug=28606&attachment=36891 Final patch I cl

Re: linux-next: Tree for July 8 (nouveau)

On Thu, 2010-07-08 at 09:48 -0700, Randy Dunlap wrote: > On Thu, 8 Jul 2010 15:10:22 +1000 Stephen Rothwell wrote: > > > Hi all, > > > > Changes since 20100707: > > > > The i.MX tree mismerge has been fixed. > > > > The omap tree gained a conflict (involving serveral files) against the > > arm

[Bug 28860] [r300g] Yo Frankie crash: assertion failure / Too many hardware temporaries used

https://bugs.freedesktop.org/show_bug.cgi?id=28860 Sven Arvidsson changed: What|Removed |Added Attachment #36701|0 |1 is obsolete|

[Bug 28860] [r300g] Yo Frankie - shaders not working: Too many instructions

https://bugs.freedesktop.org/show_bug.cgi?id=28860 Sven Arvidsson changed: What|Removed |Added Summary|[r300g] Yo Frankie crash: |[r300g] Yo Frankie -

[Bug 28869] [r300g] Tiny and Big doesn't run

https://bugs.freedesktop.org/show_bug.cgi?id=28869 --- Comment #1 from Sven Arvidsson 2010-07-08 14:57:11 PDT --- Clicking on "Options" results in: [linuxplatform] Error: OpenGL error: out of memory (thrown from createImpl (../../../scape/opengl/openglpixelbuffer.cpp, line 275)) -- Configure

[Bug 28966] New: [r300g] Dynamic branching 3 demo does not run

https://bugs.freedesktop.org/show_bug.cgi?id=28966 Summary: [r300g] Dynamic branching 3 demo does not run Product: Mesa Version: git Platform: Other URL: http://www.humus.name/index.php?page=3D&ID=67 OS/Version: All Stat

Re: [PATCH] drm/gem: Add new flink_to ioctl

2010/7/8 Kristian Høgsberg : ... > In the work on the EGL extension, the other Khronos members have > indicated that sharing buffers by passing an integer could work for > their implementations too, and that's what the draft standard > currently requires.  I could try to get that changed to a > siz

Re: 2.6.35-rc4 Graphics performance issue and freeing invalid memtype messages on boot.

(Rafael, Maciej: two probably-separate post-2.6.34 regressions here) On Tue, 06 Jul 2010 22:22:17 +1000 Andrew Hendry wrote: > > Some extra messages when booting with -rc4. Didn't get them in -rc3. > [1.387013] swapper:1 freeing invalid memtype bf788000-bf789000 > [1.387409] swapper:1 f

[Bug 28625] [r300g] all surfaces in unreal tournament 2004 are GL_NEAREST

https://bugs.freedesktop.org/show_bug.cgi?id=28625 --- Comment #3 from Marek Olšák 2010-07-08 15:53:00 PDT --- The commit 392a2515c0967c395be098cac6a37f325dd66b90 in master should fix this issue, can you confirm? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 28437] [r300g] wrong texture colors with libtxc_dxtn.so

https://bugs.freedesktop.org/show_bug.cgi?id=28437 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 28847] [r300c, r300g] Regnum Online only works in safe mode

https://bugs.freedesktop.org/show_bug.cgi?id=28847 Marek Olšák changed: What|Removed |Added Summary|Regnum Online only works in |[r300c, r300g] Regnum |s

Re: 2.6.35-rc4 Graphics performance issue and freeing invalid memtype messages on boot.

Graphics hardware is NV250 type card. Some quick testing last night showed this patch fixed both the boot messages and graphics performance. [tip:x86/urgent] rbtree: Undo augmented trees performance damage and regression http://marc.info/?l=linux-kernel&m=127833440902862&w=2 On Fri, Jul 9, 2010

[Bug 28606] [r300g]: Compiz focus blur effect does not work. (causes black windows instead)

https://bugs.freedesktop.org/show_bug.cgi?id=28606 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 25109] [r300] failing to schedule TEX blocks (was: Wine - Civ4 Black Terrain after upgrading to mesa 7.6)

https://bugs.freedesktop.org/show_bug.cgi?id=25109 Tom Stellard changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug 28624] [r300g] too many texture indirections (was: fails to compile some fragment programs of Enemy Territory: Quake Wars)

https://bugs.freedesktop.org/show_bug.cgi?id=28624 --- Comment #3 from Tom Stellard 2010-07-08 22:05:13 PDT --- This should be fixed by commit 8a8e311d8c3c60982d101826a4aa013672730e6c. Can you try again with the latest git code? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi

[Bug 28860] [r300g] Yo Frankie - shaders not working: Too many instructions

https://bugs.freedesktop.org/show_bug.cgi?id=28860 --- Comment #6 from Tom Stellard 2010-07-08 23:24:11 PDT --- Can you post the output with RADEON_DEBUG=fp from the most recent git version. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving th

[bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

On 07/07/2010 11:44 PM, Ingo Molnar wrote: > > * Justin P. Mattock wrote: > >> On 07/02/10 13:04, Justin P. Mattock wrote: >>> this is new(below) has anybody reported/bisected hit this yet >>> (if not I'll bisect it) >>> >>> [drm] Num pipes: 1 >>> [ 29.742432] [drm] writeback test succeeded in 1

[bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

* Justin P. Mattock wrote: > On 07/02/10 13:04, Justin P. Mattock wrote: > >this is new(below) has anybody reported/bisected hit this yet > >(if not I'll bisect it) > > > >[drm] Num pipes: 1 > >[ 29.742432] [drm] writeback test succeeded in 1 usecs > >[ 30.089717] X:2252 conflicting memory t

[bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

* Justin P. Mattock wrote: > On 07/07/2010 11:44 PM, Ingo Molnar wrote: > > > >* Justin P. Mattock wrote: > > > >>On 07/02/10 13:04, Justin P. Mattock wrote: > >>>this is new(below) has anybody reported/bisected hit this yet > >>>(if not I'll bisect it) > >>> > >>>[drm] Num pipes: 1 > >>>[ 29

[Bug 28430] [865G] OOPS when stolen memory set to zero

https://bugs.freedesktop.org/show_bug.cgi?id=28430 Chris Wilson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/gem: Add new flink_to ioctl

flink_to is similar to flink, but the global name is only made available to one other drm fd, identified by the existing drm_magic_t cookie mechanism. flink_to names are transient. Once the receiving fd opens a name, it goes away. flink_to lets application attach a binary blob of data to the nam

[PATCH] drm/gem: Add new flink_to ioctl

applications from randomly mis-interpreting the data. -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-de

[PATCH] drm/gem: Add new flink_to ioctl

On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard wrote: > On Thu, ?8 Jul 2010 11:23:25 -0400, Kristian H?gsberg > wrote: > >> ?- a mechanism to attach a binary blob to an flink_to buffer name. >> ? ?open_with_data returns the data. ?Userspace (typically libdrm) >> ? ?decides the layout and version

[PATCH] drm/radeon/kms: make sure rio_mem is valid before unmapping it

If we were not able to map the io bar in device init, don't attempt to unmap it in device fini. All radeons should have a io bar, so I doubt this would ever trigger, but just to be on the safe side... Pointed out by: Alberto Milone Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_

[PATCH] drm/gem: Add new flink_to ioctl

On Thu, 8 Jul 2010 12:14:28 -0400, Kristian H??gsberg wrote: > On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard wrote: > > On Thu, ??8 Jul 2010 11:23:25 -0400, Kristian H??gsberg > bitplanet.net> wrote: > > > >> ??- a mechanism to attach a binary blob to an flink_to buffer name. > >> ?? ??open_wi

[PATCH] drm/gem: Add new flink_to ioctl

On Thu, 08 Jul 2010 17:37:20 +0100 Chris Wilson wrote: > On Thu, 8 Jul 2010 12:14:28 -0400, Kristian H?gsberg > wrote: > > On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard wrote: > > > On Thu, ?8 Jul 2010 11:23:25 -0400, Kristian H?gsberg > > bitplanet.net> wrote: > > > > > >> ?- a mechanism to

linux-next: Tree for July 8 (nouveau)

On Thu, 8 Jul 2010 15:10:22 +1000 Stephen Rothwell wrote: > Hi all, > > Changes since 20100707: > > The i.MX tree mismerge has been fixed. > > The omap tree gained a conflict (involving serveral files) against the > arm tree. > >

[PATCH] drm/gem: Add new flink_to ioctl

> > My argument was based around that the current system is designed as a > > directory of opaque objects and so the extended attributes should be > > kept opaque to the kernel as well and left open to interpretation by > > userland. What I am most unclear about is under which circumstances is > >

[PATCH] drm/gem: Add new flink_to ioctl

sktop.org/archives/dri-devel/attachments/20100708/c35f2fbd/attachment.pgp>

[Intel-gfx] [PATCH 07/11] drm/i915: prepare for fair lru eviction

e -- i915_gem_get_fence_alignment undefined. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20100708/82beade5/attachment-0001.pgp>

[PATCH] drm/gem: Add new flink_to ioctl

On Thu, Jul 8, 2010 at 12:49 PM, Jesse Barnes wrote: > On Thu, 08 Jul 2010 17:37:20 +0100 > Chris Wilson wrote: > >> On Thu, 8 Jul 2010 12:14:28 -0400, Kristian H?gsberg >> wrote: >> > On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard >> > wrote: >> > > On Thu, ?8 Jul 2010 11:23:25 -0400, Krist

[Bug 28517] [r300g] loop unrolling fails (was: Savage 2 : characters are not rendered + another corruptions)

https://bugs.freedesktop.org/show_bug.cgi?id=28517 Marek Ol??k changed: What|Removed |Added Summary|[r300g] Savage 2 : |[r300g] loop unrolling |

[Bug 28612] [r300g] View isn't permanent, menus/controls are corrupted in Blender

https://bugs.freedesktop.org/show_bug.cgi?id=28612 --- Comment #7 from Marek Ol??k 2010-07-08 13:07:21 PDT --- Is this still an issue with current mesa git? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are t

[Bug 28606] [r300g]: Compiz focus blur effect does not work. (causes black windows instead)

https://bugs.freedesktop.org/show_bug.cgi?id=28606 --- Comment #12 from Tom Stellard 2010-07-08 14:49:19 PDT --- Created an attachment (id=36891) View: https://bugs.freedesktop.org/attachment.cgi?id=36891 Review: https://bugs.freedesktop.org/review?bug=28606&attachment=36891 Final patch I cl

[Bug 28860] [r300g] Yo Frankie crash: assertion failure / Too many hardware temporaries used

https://bugs.freedesktop.org/show_bug.cgi?id=28860 Sven Arvidsson changed: What|Removed |Added Attachment #36701|0 |1 is obsolete|

[Bug 28860] [r300g] Yo Frankie - shaders not working: Too many instructions

https://bugs.freedesktop.org/show_bug.cgi?id=28860 Sven Arvidsson changed: What|Removed |Added Summary|[r300g] Yo Frankie crash: |[r300g] Yo Frankie -

[Bug 28869] [r300g] Tiny and Big doesn't run

https://bugs.freedesktop.org/show_bug.cgi?id=28869 --- Comment #1 from Sven Arvidsson 2010-07-08 14:57:11 PDT --- Clicking on "Options" results in: [linuxplatform] Error: OpenGL error: out of memory (thrown from createImpl (../../../scape/opengl/openglpixelbuffer.cpp, line 275)) -- Configure

[Bug 28966] New: [r300g] Dynamic branching 3 demo does not run

https://bugs.freedesktop.org/show_bug.cgi?id=28966 Summary: [r300g] Dynamic branching 3 demo does not run Product: Mesa Version: git Platform: Other URL: http://www.humus.name/index.php?page=3D&ID=67 OS/Version: All Stat

[PATCH] drm/gem: Add new flink_to ioctl

2010/7/8 Kristian H?gsberg : ... > In the work on the EGL extension, the other Khronos members have > indicated that sharing buffers by passing an integer could work for > their implementations too, and that's what the draft standard > currently requires. ?I could try to get that changed to a > siz

2.6.35-rc4 Graphics performance issue and freeing invalid memtype messages on boot.

(Rafael, Maciej: two probably-separate post-2.6.34 regressions here) On Tue, 06 Jul 2010 22:22:17 +1000 Andrew Hendry wrote: > > Some extra messages when booting with -rc4. Didn't get them in -rc3. > [1.387013] swapper:1 freeing invalid memtype bf788000-bf789000 > [1.387409] swapper:1 f

[Bug 28625] [r300g] all surfaces in unreal tournament 2004 are GL_NEAREST

https://bugs.freedesktop.org/show_bug.cgi?id=28625 --- Comment #3 from Marek Ol??k 2010-07-08 15:53:00 PDT --- The commit 392a2515c0967c395be098cac6a37f325dd66b90 in master should fix this issue, can you confirm? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --

[Bug 28437] [r300g] wrong texture colors with libtxc_dxtn.so

https://bugs.freedesktop.org/show_bug.cgi?id=28437 Marek Ol??k changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 28847] [r300c, r300g] Regnum Online only works in safe mode

https://bugs.freedesktop.org/show_bug.cgi?id=28847 Marek Ol??k changed: What|Removed |Added Summary|Regnum Online only works in |[r300c, r300g] Regnum |s

[Bug 28606] [r300g]: Compiz focus blur effect does not work. (causes black windows instead)

https://bugs.freedesktop.org/show_bug.cgi?id=28606 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 25109] [r300] failing to schedule TEX blocks (was: Wine - Civ4 Black Terrain after upgrading to mesa 7.6)

https://bugs.freedesktop.org/show_bug.cgi?id=25109 Tom Stellard changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug 28624] [r300g] too many texture indirections (was: fails to compile some fragment programs of Enemy Territory: Quake Wars)

https://bugs.freedesktop.org/show_bug.cgi?id=28624 --- Comment #3 from Tom Stellard 2010-07-08 22:05:13 PDT --- This should be fixed by commit 8a8e311d8c3c60982d101826a4aa013672730e6c. Can you try again with the latest git code? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi

[Bug 28860] [r300g] Yo Frankie - shaders not working: Too many instructions

https://bugs.freedesktop.org/show_bug.cgi?id=28860 --- Comment #6 from Tom Stellard 2010-07-08 23:24:11 PDT --- Can you post the output with RADEON_DEBUG=fp from the most recent git version. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving th