- Original Message -
> Found this while preparing for the release, couldn't find
> any users of this.
>
> Signed-off-by: Jakob Bornecrantz
> ---
> src/mesa/main/version.h | 13 +
> 1 files changed, 1 insertions(+), 12 deletions(-)
>
> diff
Fix suggested by Kenneth Graunke.
Signed-off-by: Jakob Bornecrantz
---
Makefile |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 4a41948..1fa369a 100644
--- a/Makefile
+++ b/Makefile
@@ -191,6 +191,8 @@ PACKAGE_NAME = MesaLib-$(PACKAGE_VERSION
On Thu, Jan 12, 2012 at 12:37 AM, Matt Turner wrote:
> ---
> No one on IRC knows why an unshared glapi is useful.
>
> Does anyone have a use-case for this?
>
> If not, we can drop it to simplify automake work.
I tried searching on gmail as to why this was added, but I turned up
nothing. Maybe Chi
Hi all
So after much building and testing I finally made the branch. I was planning on
doing a rc1 release now as well but it looks like historically we have opened
the branch and then made the first rc release a short time after, so I'm
holding of on it.
If people want a RC release ASAP I can
Mesa 8.0-rc1 has been released. This is a release candidate for the 8.0
development release.
The tag in the GIT repository for Mesa 8.0-rc1 is 'mesa-8.0-rc1'.
Mesa 8.0-rc1 is available for download at ftp://freedesktop.org/pub/mesa/8.0/
md5sums:
efcdfe2e686cb47926c2241661687c71 MesaLib-8.0-rc
On Sat, Jan 21, 2012 at 1:30 AM, Alexander von Gluck
wrote:
> Quick question, I noticed that Mesa and gallium both implement rtasm...
>
> src/gallium/auxiliary/rtasm/rtasm_x86sse.c: p->need_emms = 1;
> src/gallium/auxiliary/rtasm/rtasm_x86sse.c: assert(p->need_emms);
> src/gallium/auxiliary/rt
- Original Message -
> A while back, we split off GLw into a separate repository. The
> rationale was that GLw should be maintained and released
> independently from Mesa/Gallium since it hardly ever changes and
> isn't closely tied to the core GL and drivers.
>
> I'd like to do the same
- Original Message -
> If you're building mesa, you know what drivers you want.
NACK, the default should be build as much as possible.
The proper fix here is to merge --with-dri-drivers and
--with-gallium-drivers, and have it figure with gallium/dri
drivers to turn based on that list, so:
On Tue, Jan 24, 2012 at 2:41 AM, Brian Paul wrote:
> On Mon, Jan 23, 2012 at 12:48 PM, Matt Turner wrote:
>> -fvisibility=hidden was preventing them from being exported, which
>> combined with shared-glapi was causing undefined symbol errors at
>> runtime.
>> ---
>> Brian: there might be more fun
- Original Message -
> From: Dave Airlie
>
> If we had no vertex textures previously and we have none now,
> don't bother doing the enables dance.
>
> Signed-off-by: Dave Airlie
> ---
> src/mesa/state_tracker/st_atom_texture.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions
- Original Message -
> Jakob:
>
> That you for your very invaluable advice, which worked flawlessly for
> me until xorg-vmwgfx recently [29-30 September 2011] vanished from
> git:
>
> "xorg/vmwgfx: Kill this target. It's not used anymore: This fixes a
> build error introduced with commit
- Original Message -
> ---
> configure.ac |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> index 49e81ad..942084b 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -1875,9 +1875,9 @@ dnl Restore LDFLAGS and CPPFLAGS
> LD
- Original Message -
> ---
> configs/autoconf.in|1 +
> configure.ac |1 +
> src/gallium/state_trackers/xa/Makefile |2 +-
> src/gallium/targets/xa-vmwgfx/Makefile |2 +-
> 4 files changed, 4 insertions(+), 2 deletions(-)
>
> d
to do this.
With that in mind Reviewed-by: Jakob Bornecrantz .
Cheers, Jakob.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
- Original Message -
> - Original Message -
> > Adds a possibility for the state tracker manager to query the
> > target for a specific configuration.
>
> All these patches looks good. There is one thing I'm wondering, is
> there really a driconf option exposed for this? The commit
the throttling based on what client is run,
> for example using "driconf".
>
> 3) X server throttling requires drm swap complete events.
The patches in this series looks good. Again (in the right patch
series) it makes it sound like you hooked up driconf but I can't se
- Original Message -
> On 10/13/2011 02:04 PM, Jakob Bornecrantz wrote:
> > - Original Message -
> >
> >> Adds a possibility for the state tracker manager to query the
> >> target for a specific configuration.
> >>
> > All
- Original Message -
> Here's this patch series again, part of the kill-Mesa-IR goal we have
> for next release. It's been no regressions for me for a while, I was
> just trying to track down a 2% performance regression on gen6. It
> turns out that on my gen4 system, it's no performance r
Looks good!
Reviewed-by: Jakob Bornecrantz
- Original Message -
> ptr is uninitialized if ib in NULL.
>
> Fixes Coverity uninitialized pointer read defect.
> ---
> src/mesa/state_tracker/st_draw.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
&g
without regressions. I am unfamiliar with more than a couple of
> areas touched by this series. Comments are appreciated.
Cool stuff! How hard would it be to add this to Desktop GL? I'm
guessing it is slightly more involved then changing patch 06 and 11 to
enable the it for Desktop GL?
Took
a lot of patches here, but nothing tricky. It's basically
> pulling the loose thread of un-used symbols left by Erics removal of
> the last DRI1 driver to see what unravels.
>
Thanks for your answer regarding the copybuf stuff, series has my
Acked-by: Jakob Bornecrantz
Cheers, Ja
Looks good, for the u_caps.c code you might as well just change
the macro to include the FLOAT_ prefix instead changing where
they are used. Fix that and you have my
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
- Original Message -
> The motivation behind this is to add some s
- Original Message -
> Except for the deleted linux-cell target, these were just the target
> cc/cflags. The only usage was for gen_matypes, which wants the
> target's structure packing, not the host, anyway.
> ---
> configs/default |2 --
> src/mesa/x86/Makefile |2 +-
> 2
On Thu, May 3, 2012 at 11:38 PM, Ian Romanick wrote:
> To keep in the habit of doing regular releases, I'd like to propose the
> following set of release dates. We had previously discussed doing stable
> releases monthly and feature releases every six months. This set of dates
> basically reflec
Finally got around to writing that script to analyse what should be on
8.0 but is not. I have attached the result.
First list is only there to shame people who have forgotten -x when
cherry picking. The second list is all the commits that we have
forgotten about that is on master. The third is a l
- Original Message -
> On Thu, May 03, 2012 at 02:38:11PM -0700, Ian Romanick wrote:
> > To keep in the habit of doing regular releases, I'd like to propose
> > the following set of release dates. We had previously discussed
> > doing stable releases monthly and feature releases every six
- Original Message -
> We've been really crappy about keeping up on stable releases. The
> biggest problem has been bug fixes sitting on master never getting
> cherry picked over. Release time comes along, and either I cherry
> pick 57 patches over the day before the release or Jakob send
Makes it possible to run Wayland on Gallium drivers. At least a bit until
it tries to use gbm cursor bo's.
Signed-off-by: Jakob Bornecrantz
---
src/egl/drivers/dri2/egl_dri2.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff --git a/src/egl/drivers
kms_bo_write
function, but that is probably wise in anyways.
The only downside is that it adds a dependancy on libkms, this could how ever
be replaced with the dumb_bo drm ioctl interface.
Signed-off-by: Jakob Bornecrantz
---
configure.ac |2 ++
src/egl/drivers/dri2/Makefile.am
Signed-off-by: Jakob Bornecrantz
---
src/gallium/state_trackers/dri/drm/dri2.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/state_trackers/dri/drm/dri2.c
b/src/gallium/state_trackers/dri/drm/dri2.c
index d0be710..d5a98a2 100644
--- a/src/gallium/state_trackers/dri
Signed-off-by: Jakob Bornecrantz
---
src/gallium/state_trackers/dri/drm/dri2.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gallium/state_trackers/dri/drm/dri2.c
b/src/gallium/state_trackers/dri/drm/dri2.c
index d5a98a2..1ea62be 100644
--- a/src/gallium/state_trackers/dri/drm
Signed-off-by: Jakob Bornecrantz
---
src/gbm/backends/dri/gbm_dri.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/src/gbm/backends/dri/gbm_dri.c b/src/gbm/backends/dri/gbm_dri.c
index f09f6ef..5c332d4 100644
--- a/src/gbm/backends/dri/gbm_dri.c
+++ b/src/gbm/backends/dri/gbm_dri.c
a
kms_bo_write function, but that is probably wise in anyways.
The only downside is that it adds a dependancy on libkms, this could how ever
be replaced with the dumb_bo drm ioctl interface.
Signed-off-by: Jakob Bornecrantz
---
configure.ac |2 ++
src/egl/drivers/dri2
Since its not used by anything anymore and no release has gone out
where it was being used.
Signed-off-by: Jakob Bornecrantz
---
include/GL/internal/dri_interface.h| 10 +-
src/gbm/backends/dri/gbm_dri.c |2 --
src/mesa/drivers/dri/intel/intel_regions.h |1
Makes it possible to run Wayland on Gallium drivers.
Signed-off-by: Jakob Bornecrantz
---
src/egl/drivers/dri2/egl_dri2.c | 22 --
src/gbm/backends/dri/gbm_dri.c | 10 ++
2 files changed, 22 insertions(+), 10 deletions(-)
diff --git a/src/egl/drivers/dri2
ly. I reworked the
interface versioning so that the WIDTH and HEIGHT tokens are now version 4.
I added support for DRI Image version 2-4, while support for the validate usage
is hacked, it allows my to advertise 3 and 4 without gdm crashing.
Cheers, Jakob.
Jakob Bornecrantz (6):
gbm: Use libk
add a kms_bo_write
function, but that is probably wise in anyways.
The only downside is that it adds a dependancy on libkms, this could however be
replaced with the dumb_bo drm ioctl interface.
Tested-by: Scott Moreau
Signed-off-by: Jakob Bornecrantz
---
configure.ac |2
Since its not used by anything anymore and no release has gone out where it was
being used.
Tested-by: Scott Moreau
Signed-off-by: Jakob Bornecrantz
---
include/GL/internal/dri_interface.h| 10 +-
src/gbm/backends/dri/gbm_dri.c |2 --
src/mesa/drivers/dri
Signed-off-by: Jakob Bornecrantz
---
include/GL/internal/dri_interface.h |2 +-
src/gbm/backends/dri/gbm_dri.c |4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/include/GL/internal/dri_interface.h
b/include/GL/internal/dri_interface.h
index e766226..09f63ff
Support version 3 as well as 2, since that is only the new format query,
which Jesse added support for to st/dri when he added it to dri_inteface.h.
Signed-off-by: Jakob Bornecrantz
---
src/gallium/state_trackers/dri/drm/dri2.c | 17 -
1 file changed, 16 insertions(+), 1
Signed-off-by: Jakob Bornecrantz
---
src/gallium/state_trackers/dri/drm/dri2.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_trackers/dri/drm/dri2.c
b/src/gallium/state_trackers/dri/drm/dri2.c
index 5c7acfe..d7f4dd6 100644
--- a/src/gallium
Makes it possible to run Wayland on Gallium drivers. This patch will not be
pushed as a interface rewrite will fix it more properly. It is here to
facilitate testing of the other patches.
Signed-off-by: Jakob Bornecrantz
---
src/egl/drivers/dri2/egl_dri2.c | 22 --
src/gbm
On Mon, Aug 20, 2012 at 6:35 PM, Ian Romanick wrote:
> On 08/20/2012 07:26 AM, Marek Olšák wrote:
>>
>> On Fri, Aug 10, 2012 at 4:01 AM, Ian Romanick wrote:
>>>
>>> After the big announcement at SIGGRAPH, I want to discuss plans for
>>> upcoming
>>> Mesa releases. This is basically inline with w
to get the dri-
interface changes out as fast as possible for review.
I have tested these changes on SVGA with the previus patch series I sent
out (mines the last one), and everything seem to work just as before.
Cheers, Jakob.
Signed-off-by: Jakob Bornecrantz
---
include/GL/internal/dri_i
to get the dri-
interface changes out as fast as possible for review.
I have tested these changes on SVGA with the previus patch series I sent
out (mines the last one), and everything seem to work just as before.
Cheers, Jakob.
v2: Fix typo in dri2_from_planar.
Signed-off-by: Jakob Bornecrantz
--
to get the dri-
interface changes out as fast as possible for review.
I have tested these changes on SVGA with the previus patch series I sent
out (mines the last one), and everything seem to work just as before.
Cheers, Jakob.
v2: Fix typo in dri2_from_planar.
Signed-off-by: Jakob Bornecrantz
--
Follow up to the previous patch, kept seperate for easier viewing,
will be merged with previous patch before commiting.
Signed-off-by: Jakob Bornecrantz
---
src/mesa/drivers/dri/intel/intel_regions.h | 26 ++
src/mesa/drivers/dri/intel/intel_screen.c | 125
On Fri, Aug 24, 2012 at 2:30 PM, Jakob Bornecrantz wrote:
> On Mon, Aug 20, 2012 at 6:35 PM, Ian Romanick wrote:
>> Yeah, that is fine... I'm lagging a bit and need a few more days too.
>
> Me to, I have some DRI interface changes I like to get into the
> release, I'm
Follow up to the previous patch, kept seperate for easier viewing,
will be merged with previous patch before commiting.
v2: Should fix YUV pitch/stride == 0.
Signed-off-by: Jakob Bornecrantz
---
src/mesa/drivers/dri/intel/intel_regions.h | 26 ++
src/mesa/drivers/dri/intel/intel_screen.c
to the software
> path.
>
> I have tested this series with glean/bufferObject on r600g, softpipe, and
> llvmpipe. Please review.
I'm assuming that it is not allowed to copy_region between buffers and
none buffers? Maybe some asserts to that effect?
Otherwise you have my
Reviewe
On Thu, Apr 21, 2011 at 2:47 PM, Marek Olšák wrote:
> On Thu, Apr 21, 2011 at 1:19 PM, Jakob Bornecrantz
> wrote:
>>
>> On Thu, Apr 21, 2011 at 1:11 PM, Marek Olšák wrote:
>> > Hi,
>> >
>> > This little series implements CopyBufferSubData via
On Thu, Apr 21, 2011 at 3:18 PM, Marek Olšák wrote:
> OK, here's the patch:
>
> galahad,util: warn on resource target mismatch in copy_region
Cool thanks!
Reviewed-by: Jakob Bornecrantz
Cheers Jakob.
>
> diff --git a/src/gallium/auxiliary/util/u_surface.c
> b/src
On Tue, May 10, 2011 at 1:31 PM, HaiTao Feng wrote:
> Dear Gallium Vmwgfx Developers,
>
> Could I know the current status of the gallium vmwgfx driver? Is it able to
> run Linux guest with OpenGL accelertion?
Yes, I have tested it very recently on Ubuntu 11.10, there are some
bugs especially with
otify about
> drawable invalidation is also incorrect. There should be no context
> associated with that.
You are right, we need a list of contexts, and notify all of the contexts.
Cheers Jakob.
>
> /Thomas
>
>
>
> Author: Jakob Bornecrantz 2010-12-01 05:04:25
> Comm
On Wed, Jun 8, 2011 at 4:59 PM, Brian Paul wrote:
> On 06/08/2011 08:54 AM, Jose Fonseca wrote:
>>
>> Personally, I prefer the standard C bool type, given it's a) standard, b)
>> shorter. Furthermore Microsoft's windows.h already defines boolean:
>>
>> $ grep -r '\' /usr/i586-mingw32msvc/include
On Tue, Jun 21, 2011 at 1:32 PM, Benjamin Franzke
wrote:
> ---
> .../state_trackers/dri/common/dri_context.c | 5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/src/gallium/state_trackers/dri/common/dri_context.c
> b/src/gallium/state_trackers/dri/common/dri_
drawable code but doesn't this happen already
or does this fix a bug?
Cheers Jakob.
> 2011/6/21 Jakob Bornecrantz :
>> On Tue, Jun 21, 2011 at 1:32 PM, Benjamin Franzke
>> wrote:
>>> ---
>>> .../state_trackers/dri/common/dri_context.c | 5
On Thu, Jul 7, 2011 at 3:08 PM, Thomas Hellstrom wrote:
> When the state tracker adds a front buffer, nothing triggers a validate
> drawable call, since the state tracker manager is never notified.
>
> Force a validate drawable call by invalidating the framebuffer's stamp, so
> that the window sys
On Thu, Aug 25, 2011 at 1:46 AM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/24/2011 12:11 PM, Ian Romanick wrote:
>> I'd like to propose giving the ax to a bunch of old, unmaintained
>> drivers. I've been doing a bunch of refactoring and reworking of core
>> M
Introduced with 8de5c355fa2bf0f30df2c7cf39aee01e793284bf, it would probably
just crash.
Cheers, Jakob.
Signed-off-by: Jakob Bornecrantz
---
src/gallium/state_trackers/dri/drm/dri2.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/dri/drm
- Ursprungligt meddelande -
> This is required to link with clang:
> /usr/bin/ld: warning: cannot find entry symbol _start; defaulting
> to 00400160.
> ---
> src/gallium/state_trackers/xa/Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/s
- Original Message -
> From: José Fonseca
>
> min_index/max_index are merely conservative guesses, so we can't
> make buffer overflow detection based on their values.
Tested-by: Jakob Bornecrantz
Cheers, Jakob.
> ---
> src/gallium/drivers/svga/svga_draw.c |
Hi all
We well over due for a 8.0.1 release, so I thought
we do it aggressively this week. A quick rc tomorrow
and a release on Thursday or Friday? Is that okay with
people, comments please?
Cheers, Jakob.
___
mesa-dev mailing list
mesa-dev@lists.freede
- Original Message -
> On Mon, Mar 12, 2012 at 8:05 PM, Jakob Bornecrantz wrote:
> > Hi all
> >
> > We well over due for a 8.0.1 release, so I thought
> > we do it aggressively this week. A quick rc tomorrow
> > and a release on Thursday or Friday? Is th
- Original Message -
> On Mon, Mar 12, 2012 at 05:05:08PM -0700, Jakob Bornecrantz wrote:
> > Hi all
> >
> > We well over due for a 8.0.1 release, so I thought
> > we do it aggressively this week. A quick rc tomorrow
> > and a release on Thursday or Fri
- Original Message -
> On Thu, Mar 15, 2012 at 01:22:10PM +0800, Yuanhan Liu wrote:
> > On Tue, Mar 13, 2012 at 07:29:02AM -0700, Jakob Bornecrantz wrote:
> > > - Original Message -
> > > > On Mon, Mar 12, 2012 at 05:05:08PM -0700, Jakob Bornecrantz
&
- Original Message -
> Please make sure to include python-generated C files in the 8.0.2
> tarball. They were not there in 8.0.1's:
>
> python -t -O -O main/es_generator.py -S main/APIspec.xml -V GLES1.1 >
> main/api_exec_es1.c
> Traceback (most recent call last):
> File "main/es_genera
- Original Message -
>
> On Mar 19, 2012, at 5:18 AM, Jakob Bornecrantz
> wrote:
>
> > - Original Message -
> >> Please make sure to include python-generated C files in the 8.0.2
> >> tarball. They were not there in 8.0.1's:
> >
Hi, all
This puts the generated mapi files into the tarball,
as requested by Jeremy Huddleston. This patch will
be applied to both master and the 8.0 branches.
Cheers, Jakob.
Signed-off-by: Jakob Bornecrantz
---
Makefile |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff
- Original Message -
> From: Tom Stellard
>
> This allows targets to order winsys directories, so dependencies are
> built in the correct order.
This makes me think you have done something wrong in winsys, can
you please tell my why this is needed, the theory behind it is that
winsys's a
I'm not against this and the other change per say, I just
wished all of the winsys's where converted at the same time.
Cheers, Jakob.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
> +libws_loader_la_LIBADD = \
> + $(top_srcdir)/src/gallium/winsys/sw/null/libws_null.la
> +
> +if HAVE_XLIB_LOADER_GALLIUM
> +libws_loader_la_LIBADD += \
> + $(top_srcdir)/src/gallium/winsys/sw/xlib/libws_xlib.la
> +AM_CFLAGS += -DHAVE_WS_LOADER_XLIB
> +endif
Ah so this explains the not s
- Original Message -
> Jakob Bornecrantz writes:
>
> >> +libws_loader_la_LIBADD = \
> >> + $(top_srcdir)/src/gallium/winsys/sw/null/libws_null.la
> >> +
> >> +if HAVE_XLIB_LOADER_GALLIUM
> >> +libws_loader_la_LIBADD += \
> >&g
- Original Message -
> ---
> src/mesa/main/texobj.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/src/mesa/main/texobj.c b/src/mesa/main/texobj.c
> index cfaac64..97bef35 100644
> --- a/src/mesa/main/texobj.c
> +++ b/src/mesa/main/texobj.c
> @@ -567,7 +56
- Original Message -
> The image height or depth is the array_size for array textures.
> Fixes https://bugs.freedesktop.org/show_bug.cgi?id=47742
>
> NOTE: This is a candidate for the 8.0 branch.
Reviewed-by: Jakob Bornecrantz
> ---
> src/mesa/state_tracker/st_g
- Original Message -
> Jakob Bornecrantz writes:
>
> > - Original Message -
> >> Jakob Bornecrantz writes:
> >>
> >> >> +libws_loader_la_LIBADD = \
> >> >> + $(top_srcdir)/src/gallium/winsys/sw/null/
- Original Message -
> On Tue, Mar 13, 2012 at 10:28 AM, Jakob Bornecrantz
> wrote:
> > - Original Message -
> >> On Mon, Mar 12, 2012 at 8:05 PM, Jakob Bornecrantz
> >> wrote:
> >> > Hi all
> >> >
> >> >
> +
> + struct gbm_surface *(*surface_create)(struct gbm_device *gbm,
> + uint32_t width, uint32_t height,
> + uint32_t format);
> + struct gbm_bo *(*surface_lock_front_buffer)(struct gbm_surface *surface);
> + vo
Hi Kristian,
s/gbm_bo_write/gbm_bo_write_to_cursor/g and make fail on anything
other then cursors and I'm happy. Not making it just happen
to work on some hardware really sucks for those that it doesn't
work on because people will expect it to work.
Cheers, Jakob.
- Original Message -
>
- Ursprungligt meddelande -
> On Thu, May 3, 2012 at 7:47 AM, Jakob Bornecrantz
> wrote:
> > Hi Kristian,
> >
> > s/gbm_bo_write/gbm_bo_write_to_cursor/g and make fail on anything
> > other then cursors and I'm happy. Not making it just happen
> >
- Ursprungligt meddelande -
> This new gbm entry point allows writing data into a gbm bo. The bo
> has to be created with the GBM_BO_USE_WRITE flag, and it's only
> required to work for GBM_BO_USE_CURSOR_64X64 bos.
>
> The gbm API is designed to be the glue layer between EGL and KMS, but
- Original Message -
> On Thu, May 3, 2012 at 5:08 PM, Mandeep Baines
> wrote:
> > 2012/5/2 Kristian Høgsberg :
> >> This new gbm entry point allows writing data into a gbm bo. The
> >> bo has to be created with the GBM_BO_USE_WRITE flag, and it's
> >> only required to work for GBM_BO_USE
- Original Message -
> To keep in the habit of doing regular releases, I'd like to propose
> the following set of release dates. We had previously discussed
> doing stable releases monthly and feature releases every six months.
> This set of dates basically reflects that.
>
> I should be
ge if statement
> '! windows or debug or True'
Looks good, or at least it doesn't seem to break anything else can't
really comment on
the Haiku specific parts of this.
Reviewed-by: Jakob Bornecrantz
Lets get you commit access, so these patches doesn't
- Original Message -
> Otherwise, version.c doesn't get a dependency on it in a clean build,
> and then it doesn't necessarily get generated before version.c is
> compiled.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=50976
Thanks for fixing
Looks good.
Cheers, Jakob.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 16 aug 2010, at 14.29, Keith Whitwell wrote:
On Mon, 2010-08-16 at 04:54 -0700, Luca Barbieri wrote:
I added the two patchsets I posted to the list to the two branches
named in the subject.
The version pushed contain slight changes over the ones sent to the
ML:
1. In translate, Win64 supp
On 18 aug 2010, at 17.08, Luca Barbieri wrote:
I have a feeling that CL performance will not matter that much for
nvfx and r300, compared to nv50 and r600.
Sure.
The point is that if you can't use normalized coordinates at all on
PIPE_TEXTURE_RECT, you can't implement OpenCL well on nv50 and r6
On 26 aug 2010, at 15.10, Trevor Woerner wrote:
Hi,
I was trying to compile Xorg and had a bit of a stumble in the mesa
directory.
The configure.ac looks for the talloc package and assumes your
distribution has supplied a "talloc.pc" to work with the pkg-config
system. Unfortunately mine doe
On Thu, Sep 9, 2010 at 12:22 AM, Luca Barbieri wrote:
>> And never mind that you can't make a conformant OpenGL driver with
>> Gallium due to the impossibility of software fallbacks.
>
> Well, you could use the failover module to use softpipe for fallbacks,
> but no one does, for the following rea
On Wed, Sep 8, 2010 at 11:47 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Eric Anholt wrote:
>> On Wed, 8 Sep 2010 06:13:16 +0200, Luca Barbieri
>> wrote:
>>
>>> It would be great if Intel switched to the i915g and i965g Gallium
>>> drivers, since everyone else i
On Thu, Sep 9, 2010 at 2:35 AM, Eric Anholt wrote:
> On Wed, 8 Sep 2010 20:25:15 +0200, Luca Barbieri
> wrote:
>> > I keep hearing this, and a bunch of people have been trying to build the
>> > equivalent gallium hardware drivers to various core drivers for a long
>> > time. So, can we get some
On Fri, Sep 10, 2010 at 12:16 AM, Eric Anholt wrote:
> On Thu, 9 Sep 2010 13:01:59 -0400, Kristian Høgsberg
> wrote:
>> There's a useful feature buried in glapi to log all API calls to stderr.
>> Unfortunately it requires editing the code and then it's enabled
>> unconditionally for that build.
On Wed, Sep 15, 2010 at 12:36 AM, Matt Turner wrote:
> wrt:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=ccb5e65bc972e0065c0b71cdf0d2feecb6cc95ab
>
> This looks like a prime candidate to go in the 7.9 branch. Please make
> sure your fixes go in 7.9 if applicable.
On Tue, Sep 14, 2010 at 6:02 PM, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ian Romanick wrote:
>> Ian Romanick wrote:
>>> Ian Romanick wrote:
So... what are our collective criteria for a 7.9 release to happen?
>>> Paraphrasing the discussion a bit, it sounds li
Looking over some of the piglit failings that Vinsons have posted running
on softpipe (we are down to 3005/3048). At first I was just going to make
the output not turn into a warn, but looking at the function it looks like
it actually should return the status and fail.
This fixes both.
Cheers Jak
On Sat, Sep 18, 2010 at 4:26 PM, Jakob Bornecrantz wrote:
> Looking over some of the piglit failings that Vinsons have posted running
> on softpipe (we are down to 3005/3048). At first I was just going to make
> the output not turn into a warn, but looking at the function it looks
On 20 sep 2010, at 19.58, Luca Barbieri wrote:
nVidia dropped hardware support starting from nv40.
For texture compression, S3TC or R-component-only textures should
usually be a better option, and for other uses shader-based techniques
are more flexible.
The advantage is that lookup is done be
On Tue, Sep 21, 2010 at 10:42 AM, Keith Whitwell wrote:
> On Mon, 2010-09-20 at 16:28 -0700, Luca Barbieri wrote:
>> > A couple of questions - it looks like this is a drop-in for the
>> > d3d10/11 runtime, rather than an implementation of the DDI.
>> Yes.
>>
>> > I think
>> > that makes sense, but
On Wed, Oct 6, 2010 at 6:22 PM, Bas Nieuwenhuizen
wrote:
> The shaders only depend on the shader itself and the vertex_elements state
> and we don't need to emit the registers again if these are not changed.
> Tracking is also faster than the
> memcmp in r600_shader_update, so in some cases that
101 - 200 of 315 matches
Mail list logo
