http://bugs.freedesktop.org/show_bug.cgi?id=14222
Gordon Jin <[EMAIL PROTECTED]> changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |dri-
|
http://bugs.freedesktop.org/show_bug.cgi?id=14799
Summary: [i915 sRGB texture] sRGB texture enabled but not
actually working
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
On Fri, 2008-02-29 at 16:03 +0100, Thomas Hellström wrote:
> Hi.
>
> I've pushed the intel-post-reloc branch with the following stuff:
>
> 1) Full backwards compatibility.
> 2) A new reloc type 1, which is applied _after_ all validations and with
> slightly different format.
> 3) If the buffer
On Mon, 2008-03-03 at 19:34 +0100, Thomas Hellström wrote:
> 1) Allocating all pages at once:
> Yes, I think this might improve performance in some cases. The reason
> it hasn't been done already is the added complexity needed to keep track
> of the different allocation sizes. One optimizatio
El lun, 03-03-2008 a las 02:07 -0300, Tiago Vignatti escribió:
> Keith Packard escreveu:
> > On Sun, 2008-03-02 at 20:41 +0100, Jerome Glisse wrote:
> >
> >> Well i haven't replied on irc because i fear i won't have much time
> >> this summer (hoping to finaly take some holidays :)) but i think i
On Mon, 2008-03-03 at 20:51 +0100, Gerhard Pircher wrote:
> > Remove the GFP_HIGHMEM from the above. It looks like our cache
> > flushing isn't going to work for highmem, it would need some
> > kmap's for that.
> Yes, it looks like this was the problem. No kernel oops anymore.
> The machine locks
On Monday, March 03, 2008 10:34 am Thomas Hellström wrote:
> 1) Allocating all pages at once:
> Yes, I think this might improve performance in some cases. The reason
> it hasn't been done already is the added complexity needed to keep track
> of the different allocation sizes. One optimization th
On Sunday, March 02, 2008 10:17 pm Nan hai Zou wrote:
> shared-core/i915_irq.c |7 +++
> 1 file changed, 7 insertions(+)
>
> New commits:
> commit 63fd6f284ddd1096d34b39941683ae244c1e01fc
> Author: Zou Nan hai <[EMAIL PROTECTED]>
> Date: Mon Mar 3 14:49:49 2008 +0800
>
> [i915] 2D
Keith Packard wrote:
> While buffer objects provide a huge benefit for long-term objects, their
> benefit for transient data is less clear. Page allocation, cache
> flushing and mmap costs are all significant. This missive is designed to
> outline some of the potential mechanisms to ameliorate or t
I'm a student interested in gsoc and I've looked at this list for a little
while now. I'm no expert, but I do have a bunch of ATI R500, R400, and R300
hardware around, familiarity with C, and time. If not through GSoC I am
interested in contributing to this project this summer anyways.
On Mon, M
Keith Packard escreveu:
> On Sun, 2008-03-02 at 20:41 +0100, Jerome Glisse wrote:
>
>> Well i haven't replied on irc because i fear i won't have much time
>> this summer (hoping to finaly take some holidays :)) but i think i
>> can still manage to help someone. My bigest concern is about
>> what k
11 matches
Mail list logo
