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/show_bug.cgi?id=25109
Tom Stellard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=28606
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
> > 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
> >
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
>
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
https://bugs.freedesktop.org/show_bug.cgi?id=28437
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
(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
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=67
OS/Version: All
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))
--
https://bugs.freedesktop.org/show_bug.cgi?id=28860
Sven Arvidsson changed:
What|Removed |Added
Summary|[r300g] Yo Frankie crash: |[r300g] Yo Frankie -
https://bugs.freedesktop.org/show_bug.cgi?id=28860
Sven Arvidsson changed:
What|Removed |Added
Attachment #36701|0 |1
is obsolete|
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=36891
Final patch
I cleaned up
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,
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
https://bugs.freedesktop.org/show_bug.cgi?id=28517
Marek Ol??k changed:
What|Removed |Added
Summary|[r300g] Savage 2 : |[r300g] loop unrolling
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
---
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
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>
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
archives/dri-devel/attachments/20100708/c35f2fbd/attachment.pgp>
* 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
> >>>[
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
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.
>
>
om 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-devel/attachments
* 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
https://bugs.freedesktop.org/show_bug.cgi?id=28430
Chris Wilson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
The drm device drivers currently allow seeking on the
character device but never care about the actual
file position.
When we change the default llseek operation to be
no_llseek, calling llseek on a drm device would
return an error condition, which is an API change.
Explicitly setting
* Justin P. Mattock justinmatt...@gmail.com 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
* Justin P. Mattock justinmatt...@gmail.com wrote:
On 07/07/2010 11:44 PM, Ingo Molnar wrote:
* Justin P. Mattockjustinmatt...@gmail.com 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
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
On Thu, 8 Jul 2010 11:23:25 -0400, Kristian Høgsberg k...@bitplanet.net
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
On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard kei...@keithp.com wrote:
On Thu, 8 Jul 2010 11:23:25 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
- a mechanism to attach a binary blob to an flink_to buffer name.
open_with_data returns the data. Userspace (typically libdrm)
On Thu, 8 Jul 2010 12:14:28 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard kei...@keithp.com wrote:
On Thu,  8 Jul 2010 11:23:25 -0400, Kristian Høgsberg
k...@bitplanet.net wrote:
 - a mechanism to attach a binary blob to an
On Thu, 08 Jul 2010 17:37:20 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
On Thu, 8 Jul 2010 12:14:28 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard kei...@keithp.com wrote:
On Thu, 8 Jul 2010 11:23:25 -0400, Kristian Høgsberg
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.
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
this
On Thu, 8 Jul 2010 09:49:26 -0700, Jesse Barnes jbar...@virtuousgeek.org
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
On Fri, 2 Jul 2010 15:02:17 +0100, Chris Wilson ch...@chris-wilson.co.uk
wrote:
From: Daniel Vetter daniel.vet...@ffwll.ch
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
On Thu, Jul 8, 2010 at 12:49 PM, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thu, 08 Jul 2010 17:37:20 +0100
Chris Wilson ch...@chris-wilson.co.uk wrote:
On Thu, 8 Jul 2010 12:14:28 -0400, Kristian Høgsberg k...@bitplanet.net
wrote:
On Thu, Jul 8, 2010 at 11:59 AM, Keith Packard
https://bugs.freedesktop.org/show_bug.cgi?id=28612
--- Comment #7 from Marek Olšák mar...@gmail.com 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:
https://bugs.freedesktop.org/show_bug.cgi?id=28606
--- Comment #12 from Tom Stellard tstel...@gmail.com 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=28606attachment=36891
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 tree.
https://bugs.freedesktop.org/show_bug.cgi?id=28860
Sven Arvidsson s...@whiz.se changed:
What|Removed |Added
Attachment #36701|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=28860
Sven Arvidsson s...@whiz.se changed:
What|Removed |Added
Summary|[r300g] Yo Frankie crash: |[r300g] Yo Frankie -
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=3DID=67
OS/Version: All
2010/7/8 Kristian Høgsberg k...@bitplanet.net:
...
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
https://bugs.freedesktop.org/show_bug.cgi?id=28625
--- Comment #3 from Marek Olšák mar...@gmail.com 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/show_bug.cgi?id=28437
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=28847
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Summary|Regnum Online only works in |[r300c, r300g] Regnum
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-kernelm=127833440902862w=2
On Fri, Jul 9, 2010
https://bugs.freedesktop.org/show_bug.cgi?id=28606
Tom Stellard tstel...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=25109
Tom Stellard tstel...@gmail.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=28624
--- Comment #3 from Tom Stellard tstel...@gmail.com 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:
56 matches
Mail list logo