Is the whole spec really a flat thing you an free with a single free()? If
not, maybe we should consider pulling in ralloc to help out.
On March 22, 2017 22:25:40 Kenneth Graunke wrote:
We were loading the XML descriptions on every batchbuffer and leaking
them each
We were loading the XML descriptions on every batchbuffer and leaking
them each time. Now, we load it once at screen init time and free it
at screen destroy time. Caught by Coverity.
CID: 1403203
---
src/mesa/drivers/dri/i965/intel_batchbuffer.c | 2 +-
src/mesa/drivers/dri/i965/intel_screen.c
On Thu, Mar 23, 2017 at 03:24:16PM +1100, Jonathan Gray wrote:
> Instead of using using /dev/urandom on Linux and time(NULL) elsewhere
> for a seed first use getentropy() for systems that have a kernel
> interface to get a seed such as OpenBSD. This interface is also
> present in other systems
Instead of using using /dev/urandom on Linux and time(NULL) elsewhere
for a seed first use getentropy() for systems that have a kernel
interface to get a seed such as OpenBSD. This interface is also
present in other systems such as Solaris and even Linux with a recent
version of glibc.
v2: check
---
src/intel/vulkan/anv_device.c | 6 +-
src/intel/vulkan/anv_pipeline.c | 1 +
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index 4d24e3b..c104db8 100644
--- a/src/intel/vulkan/anv_device.c
+++
---
src/intel/vulkan/genX_cmd_buffer.c | 34 --
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/src/intel/vulkan/genX_cmd_buffer.c
b/src/intel/vulkan/genX_cmd_buffer.c
index e2364db..aafe7fd 100644
--- a/src/intel/vulkan/genX_cmd_buffer.c
+++
---
src/intel/vulkan/anv_private.h | 6 ++
src/intel/vulkan/genX_cmd_buffer.c | 141 -
src/intel/vulkan/genX_pipeline.c | 10 ++-
3 files changed, 152 insertions(+), 5 deletions(-)
diff --git a/src/intel/vulkan/anv_private.h
---
src/intel/Makefile.sources | 1 +
src/intel/vulkan/anv_nir.h | 2 +
src/intel/vulkan/anv_nir_lower_multiview.c | 235 +
src/intel/vulkan/anv_pipeline.c| 2 +
4 files changed, 240 insertions(+)
create mode 100644
---
src/intel/vulkan/anv_pass.c| 19 +++
src/intel/vulkan/anv_private.h | 2 ++
2 files changed, 21 insertions(+)
diff --git a/src/intel/vulkan/anv_pass.c b/src/intel/vulkan/anv_pass.c
index 4a1a340..42321db 100644
--- a/src/intel/vulkan/anv_pass.c
+++
This simplifies the code a variety of places.
---
src/intel/vulkan/anv_pipeline.c | 12 +++-
src/intel/vulkan/anv_private.h | 1 +
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/src/intel/vulkan/anv_pipeline.c b/src/intel/vulkan/anv_pipeline.c
index 8d7cc3e..9a6eae0
We want to insert more lowering code that may insert system values and
we need to gather info after that lowering.
---
src/intel/vulkan/anv_pipeline.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/intel/vulkan/anv_pipeline.c b/src/intel/vulkan/anv_pipeline.c
index
---
src/intel/vulkan/anv_device.c | 17 +
src/intel/vulkan/anv_entrypoints_gen.py | 1 +
2 files changed, 18 insertions(+)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
index bbf7a38..4d24e3b 100644
--- a/src/intel/vulkan/anv_device.c
+++
---
src/compiler/spirv/nir_spirv.h | 1 +
src/compiler/spirv/spirv_to_nir.c | 4
src/compiler/spirv/vtn_variables.c | 4
3 files changed, 9 insertions(+)
diff --git a/src/compiler/spirv/nir_spirv.h b/src/compiler/spirv/nir_spirv.h
index 1779d1c..7f16866 100644
---
That pass hasn't existed since dd4db84640bbb694f180dd50850c3388f67228be
but the prototype stuck around for no reason.
---
src/intel/vulkan/anv_nir.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/intel/vulkan/anv_nir.h b/src/intel/vulkan/anv_nir.h
index a929dd9..3f97701 100644
---
---
src/compiler/spirv/spirv.h | 34 +++---
1 file changed, 31 insertions(+), 3 deletions(-)
diff --git a/src/compiler/spirv/spirv.h b/src/compiler/spirv/spirv.h
index 769c102..89354c0 100644
--- a/src/compiler/spirv/spirv.h
+++ b/src/compiler/spirv/spirv.h
@@ -1,5
---
src/compiler/nir/nir.c| 4
src/compiler/nir/nir_intrinsics.h | 1 +
src/compiler/shader_enums.c | 2 ++
src/compiler/shader_enums.h | 4
4 files changed, 11 insertions(+)
diff --git a/src/compiler/nir/nir.c b/src/compiler/nir/nir.c
index 937b630..39a74a2
This little series is a first pass at implementing the VK_KHX_multiview
extension. The basic method employed is to multiply the number of
instances in each draw call by the number of views in the subpass. We then
emit shader code to sort out the gl_InstanceId and gl_ViewIndex builtin
variables.
https://bugs.freedesktop.org/show_bug.cgi?id=99856
Jan Vesely changed:
What|Removed |Added
Blocks||99553
Referenced
Instead of using using /dev/urandom on Linux and time(NULL) elsewhere
for a seed first use getentropy() for systems that have a kernel
interface to get a seed such as OpenBSD. This interface is also
present in other systems such as Solaris and even Linux with a recent
version of glibc.
On 22/03/17 09:20 PM, Serge Pavlov wrote:
> Hi Michel,
>
> Thank you for analysis. Should be fixed in r298498.
Indeed, it's fixed, thanks!
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
On Wed, Mar 22, 2017 at 9:18 PM, Jonathan Gray wrote:
> On Wed, Mar 22, 2017 at 01:10:14PM -0700, Dylan Baker wrote:
>> On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
>> > I guess I'm a little late to the party here, but I haven't had time to
>> >
On Wed, Mar 22, 2017 at 01:10:14PM -0700, Dylan Baker wrote:
> On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
> > I guess I'm a little late to the party here, but I haven't had time to
> > really let all of this sink in and actually look at meson. It doesn't
> >
On Wed, Mar 22, 2017 at 5:02 PM, Vinson Lee wrote:
> I don't think this is a CentOS 6 specific issue but an issue with
> older GCC, such as GCC 4.4.
glibc 2.17 and newer have clock_gettime in libc, and 2.16 and older
have it in librt.
genX_bits.h contains the sizes of bitfields in genxml instructions,
structures, and registers. It also defines some functions to query those
sizes.
isl_surf_init() will use the new header to validate that requested
pitches fit in their destination bitfields.
What's currently in genX_bits.h:
-
The caller does so by setting the new field
isl_surf_init_info::row_pitch.
v2: Validate the requested row_pitch.
Reviewed-by: Jason Ekstrand (v2)
---
src/intel/isl/isl.c | 14 +-
src/intel/isl/isl.h | 6 ++
2 files changed, 19 insertions(+), 1 deletion(-)
It does the obvious.
bdw => 80
hsw => 75
ivb => 70
...
g4x => 45
---
src/intel/common/gen_device_info.c | 11 +++
src/intel/common/gen_device_info.h | 3 +++
2 files changed, 14 insertions(+)
diff --git a/src/intel/common/gen_device_info.c
All callers of isl_surf_init() that set 'min_row_pitch' wanted to
request an *exact* row pitch, as evidenced by nearby asserts, but isl
lacked API for doing so. Now that isl has an API for that, update the
code to use it.
v2: Assert that isl_surf_init() succeeds because the callers assume
it.
Validate that isl_surf::row_pitch fits in the below bitfields,
if applicable based on isl_surf::usage.
RENDER_SURFACE_STATE::SurfacePitch
RENDER_SURFACE_STATE::AuxiliarySurfacePitch
3DSTATE_DEPTH_BUFFER::SurfacePitch
3DSTATE_HIER_DEPTH_BUFFER::SurfacePitch
v2: Add a Makefile
Reviewed-by: Nanley Chery
Reviewed-by: Anuj Phogat
Reviewed-by: Jason Ekstrand
---
src/intel/isl/isl.c | 13 +++--
src/intel/isl/isl.h | 3 ---
2 files changed, 3 insertions(+), 13 deletions(-)
diff --git
The gen*_xml.h files depend on gen_zipped_file.py, not the gen*_pack.h
files.
---
src/intel/Makefile.genxml.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/intel/Makefile.genxml.am b/src/intel/Makefile.genxml.am
index eab6ccd208d..01a02b63b44 100644
---
isl will use this for validating the depth buffer pitch.
---
src/intel/genxml/gen5.xml | 56 +++
1 file changed, 56 insertions(+)
diff --git a/src/intel/genxml/gen5.xml b/src/intel/genxml/gen5.xml
index 39fec3723f6..97c13699673 100644
---
All callers of isl_surf_init() that set 'min_pitch' wanted to
request an *exact* row pitch, as evidenced by nearby asserts, but isl
lacked API for doing so. This series fixes that by adding a field,
isl_surf_init_info::row_pitch.
This prepares for VK_MESAX_external_image_dma_buf, which requires
The future header genX_bits.h will depend on GENXML_XML_FILES.
---
src/intel/Makefile.genxml.am | 9 +
src/intel/Makefile.sources | 10 ++
2 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/src/intel/Makefile.genxml.am b/src/intel/Makefile.genxml.am
index
Hi Axel,
EVE Online is no longer crashing for me with these patches.
Thanks!
Tested-by: James Harvey
On 03/15/2017 02:56 PM, Axel Davy wrote:
> Surfaces and Volumes can be freed in the worker thread.
>
> This fixes these dtor.
> Especially if they were freed by
Signed-off-by: Eric Engestrom
---
REVIEWERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/REVIEWERS b/REVIEWERS
index 6bd1676cb9..40db33f67f 100644
--- a/REVIEWERS
+++ b/REVIEWERS
@@ -58,6 +58,7 @@ F:src/compiler/nir/
DOCUMENTATION
R: Emil Velikov
Signed-off-by: Eric Engestrom
---
REVIEWERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/REVIEWERS b/REVIEWERS
index 40db33f67f..0b5d9a4fd3 100644
--- a/REVIEWERS
+++ b/REVIEWERS
@@ -85,6 +85,7 @@ F: src/gallium/targets/
AUTOCONF BUILD
R: Emil Velikov
Hi Michel,
Thank you for analysis. Should be fixed in r298498.
Thanks,
--Serge
2017-03-22 15:01 GMT+07:00 Michel Dänzer :
>
> Hi Serge,
>
>
> On 21/03/17 01:03 PM, Serge Pavlov via llvm-commits wrote:
> > Author: sepavloff
> > Date: Mon Mar 20 23:03:24 2017
> > New
Jan Vesely writes:
> v2: buffers are created with one reference.
> v3: add pipe_resource reference to mapping object
>
> CC: "17.0 13.0"
>
> Signed-off-by: Jan Vesely
> ---
>
Vedran Miletić writes:
> On 03/17/2017 05:20 AM, Jan Vesely wrote:
>> On Thu, 2017-03-16 at 18:07 -0700, Francisco Jerez wrote:
>>> Jan Vesely writes:
>>>
On Thu, 2017-03-16 at 17:22 -0700, Francisco Jerez wrote:
> Jan Vesely
On Wed, Mar 22, 2017 at 4:17 PM, Timothy Arceri wrote:
> On 23/03/17 09:29, Vinson Lee wrote:
>>
>> Fix 'make check' linking errors on CentOS 6.
>
>
> Hi Vinson,
>
> Red Hat Enterprise Linux 6 enters Production Phase 3 on May 10, 2017. I've
> confirmed with Dave this means
CXX state_tracker/st_glsl_to_nir.lo
state_tracker/st_glsl_to_nir.cpp:250:57: warning: suggest braces around
initialization of subobject [-Wmissing-braces]
nir_lower_wpos_ytransform_options wpos_options = {0};
^
On 23/03/17 09:29, Vinson Lee wrote:
Fix 'make check' linking errors on CentOS 6.
Hi Vinson,
Red Hat Enterprise Linux 6 enters Production Phase 3 on May 10, 2017.
I've confirmed with Dave this means no more Mesa backports. Perhaps you
might want to consider moving to testing CentOS 7?
From
Samuel Iglesias Gonsálvez writes:
> Now the VEC4_OPCODE_FROM_DOUBLE's destination data is written with
> stride 2. We need to take into account this when doing the split
> so we don't overwrite data.
>
You should probably fix the destination type of your
I'd rename this to lower_conversions instead since after your previous
patch it's going to take care of handling unsupported conversions which
aren't necessarily to a narrower type.
Samuel Iglesias Gonsálvez writes:
> Signed-off-by: Samuel Iglesias Gonsálvez
Samuel Iglesias Gonsálvez writes:
> Generalize it to lower any unsupported narrower conversion.
>
> v2 (Curro):
> - Add supports_type_conversion()
> - Reuse existing intruction instead of cloning it.
> - Generalize d2x to narrower and equal size conversions.
>
>
Quoting Eric Anholt (2017-03-22 15:15:46)
> Rob Clark writes:
>
> > On Wed, Mar 22, 2017 at 4:57 PM, Dylan Baker wrote:
> >> Here's a not so complete list:
> >> https://github.com/mesonbuild/meson/wiki/Users
> >>
> >> Notably gnome is moving to meson
Fix 'make check' linking errors on CentOS 6.
CXXLD glsl/glsl_test
glsl/.libs/libglsl.a(libmesautil_la-u_queue.o): In function
`u_thread_get_time_nano':
src/util/../../src/util/u_thread.h:84: undefined reference to `clock_gettime'
Signed-off-by: Vinson Lee
---
Alex Deucher writes:
> On Thu, Mar 16, 2017 at 5:25 PM, Dylan Baker wrote:
>> Why bother, and why would we want this?
>> │~
>>
>> First it's written in python, which means the potential
We've already required Kernel 3.6 on Gen6+ since Mesa 9.2 (May 2013,
commit 92d2f5acfadea672417b6785710c9e8b7f605e41). It seems reasonable
to require it for Gen4-5 as well, bumping the requirement from 2.6.39.
This is necessary for glClientWaitSync with a timeout to work, which
is a feature we
Rob Clark writes:
> On Wed, Mar 22, 2017 at 4:57 PM, Dylan Baker wrote:
>> Here's a not so complete list: https://github.com/mesonbuild/meson/wiki/Users
>>
>> Notably gnome is moving to meson (and some parts already use it), weston and
>> libinput have
That pass hasn't existed since dd4db84640bbb694f180dd50850c3388f67228be
but the prototype stuck around for no reason.
---
src/intel/vulkan/anv_nir.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/intel/vulkan/anv_nir.h b/src/intel/vulkan/anv_nir.h
index a929dd9..3f97701 100644
---
On Wed, Mar 22, 2017 at 4:57 PM, Dylan Baker wrote:
> Here's a not so complete list: https://github.com/mesonbuild/meson/wiki/Users
>
> Notably gnome is moving to meson (and some parts already use it), weston and
> libinput have ports, libepoxy uses meson, and gstreamer is
On Wed, Mar 22, 2017 at 4:10 PM, Dylan Baker wrote:
> Quoting Rob Clark (2017-03-22 10:07:54)
>> I guess an interesting question (from someone who doesn't know meson
>> yet) would be whether meson could slurp in the Makefile.sources type
>> stuff that we have, which are
On Wed 22 Mar 2017, Jason Ekstrand wrote:
> On Wed, Mar 22, 2017 at 2:02 PM, Chad Versace
> wrote:
>
> > On Wed 22 Mar 2017, Jason Ekstrand wrote:
> > > Wow... This is an impressive quantity of infastructure just to get the
> > > number of bits in a field...
> >
> > In
On Wed, Mar 22, 2017 at 2:02 PM, Chad Versace
wrote:
> On Wed 22 Mar 2017, Jason Ekstrand wrote:
> > Wow... This is an impressive quantity of infastructure just to get the
> > number of bits in a field...
>
> In the initial patch, I hand-wrote macros and functions. And
Quoting Jani Nikula (2017-03-22 01:24:19)
> On Tue, 21 Mar 2017, Dylan Baker wrote:
> > Quoting Jani Nikula (2017-03-21 07:44:55)
> >> How does meson handle build file backwards compatibility between meson
> >> versions? I don't intend to flame, but I've found for some reason
On Wed 22 Mar 2017, Emil Velikov wrote:
> Hi Chad,
>
> Please keep Tapani in Cc for the next revision - I think he can manage
> the Android bits required.
Will do.
Also, I'm currently doing an initial build of android-ia, so I can stay
on top of the Android changes along with Tapani.
> There's
On Wed 22 Mar 2017, Jason Ekstrand wrote:
> Wow... This is an impressive quantity of infastructure just to get the
> number of bits in a field...
In the initial patch, I hand-wrote macros and functions. And I made
mistakes. That's when I decided to eliminate the mistakes with
generation. That's
Quoting Jose Fonseca (2017-03-22 10:59:10)
> On 17/03/17 02:28, Brian Paul wrote:
> >
> > [snip]
> >
> > Sure, I'd like to see one build system instead of two. Meson supports
> > Windows so that's good. But the big issue is our automated build
> > system. Replacing SCons with Meson could be a
https://bugs.freedesktop.org/show_bug.cgi?id=100218
--- Comment #2 from Jan Vesely ---
Opencl defines are handled by clang and should not be set on command line, they
are also target specific (although cl_storage_class_specifiers is enabled on
all targets).
you can get
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=100201
Charles Huber changed:
What|Removed |Added
CC|
On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
> I guess I'm a little late to the party here, but I haven't had time to
> really let all of this sink in and actually look at meson. It doesn't
> seem so bad with a quick look and I think I could probably sort it out
>
Samuel Pitoiset wrote:
This patch has a minor issue for me using radeonsi on tonga.
ffmpeg vaapi hwdecode by cli or via mpv now produces the message
mesa: for the -simplifycfg-sink-common option: may only occur zero or
one times!
On 03/15/2017 02:01 PM, Marek Olšák wrote:
On Wed, Mar 15,
On Wed, Mar 22, 2017 at 6:50 AM, Emil Velikov wrote:
> n 21 March 2017 at 20:58, Kenneth Graunke wrote:
>> On Tuesday, March 21, 2017 4:40:26 AM PDT Emil Velikov wrote:
>>> On 21 March 2017 at 11:14, Emil Velikov wrote:
Hi Adrian,
Thanks for the patch! Some comments inline.
On 22 March 2017 at 13:40, Adrian Pielech wrote:
> +struct list_head window_list = {NULL, NULL};
> +
> +/* Checks if a EGLWindow already have a created surface */
> +static inline bool
>
We're not using anything in it, and we don't want to inherit struct
definitions from some other package anyway.
Signed-off-by: Adam Jackson
---
src/glx/glxconfig.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/glx/glxconfig.c b/src/glx/glxconfig.c
index
On 17/03/17 02:28, Brian Paul wrote:
On Thu, Mar 16, 2017 at 8:03 PM, Jason Ekstrand > wrote:
On March 16, 2017 5:41:24 PM Emil Velikov > wrote:
On 17 March 2017 at
On 21 March 2017 at 18:51, Rob Herring wrote:
> This is a series of clean-ups and fixes to get Mesa master building on
> AOSP master again. AOSP master recently changed from X.Y.Z versioning to
> just the letter commonly used. Primarily, dropping KitKat and earlier
> support
Hi,
The default branch is 'master' when you clone the Mesa git repository
and that's what we use for development. Branches other than master
are for stable releases, proof of concept and developer's choice.
-Anuj
On Wed, Mar 22, 2017 at 10:44 AM, swapnil wrote:
> Hi,
>
> I
master
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hi Adrian,
Welcome to Mesa !
On 22 March 2017 at 13:40, Adrian Pielech wrote:
> According to the EGL 1.5 spec, section 3.5.1, page 34,35
> eglCreateWindowSurface should return EGL_BAD_ALLOC if there is already
> surface for given window. Similarly it is written in EGL
On Wed, Mar 22, 2017 at 6:26 PM, Jose Fonseca wrote:
> On 16/03/17 22:36, Marek Olšák wrote:
>>
>> Is there a way not to use ninja with meson, because ninja redirects
>> all stderr output from gcc to stdout, which breaks many development
>> environments that expect errors in
Hi,
I want to know which branch should I start working I have no idea. I
read the doc.When I check there are lots of branches. But one is
specific no idea.
Thanks
Swapnil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Hi Chad,
Please keep Tapani in Cc for the next revision - I think he can manage
the Android bits required.
There's a few small requests below, but don't bother if they're too
time consuming.
On 21 March 2017 at 23:02, Chad Versace wrote:
> +genxml/genX_bits.h:
Reviewed-by: Juha-Pekka Heikkila
:)
/Juha-Pekka
22. maaliskuuta 2017 18.58.13 GMT+02:00 Emil Velikov
kirjoitti:
>From: Emil Velikov
>
>No longer needed as of commit ac257f1070a ("glsl: calculate
On 16/03/17 22:36, Marek Olšák wrote:
Is there a way not to use ninja with meson, because ninja redirects
all stderr output from gcc to stdout, which breaks many development
environments that expect errors in stderr?
I'm basically saying that if ninja can't keep gcc errors in stderr, I
wouldn't
On 21 March 2017 at 19:10, Matt Turner wrote:
> On Tue, Mar 21, 2017 at 11:56 AM, Emil Velikov
> wrote:
>> On 21 March 2017 at 18:06, Matt Turner wrote:
>>> (1) Non-recursive automake is necessary for parallel build performance
On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote:
> On Thu, Mar 16, 2017 at 5:25 PM, Dylan Baker wrote:
>> Why bother, and why would we want this?
>> │~
>>
>> First it's written in
On 22 March 2017 at 11:02, Juha-Pekka Heikkila
wrote:
> On 20.03.2017 18:12, Emil Velikov wrote:
>>
>> Hi all,
>>
>> We have a strange mix of pragma once vs ifndef guards in-tree.
>>
>> Since the former is less common, and concluded as the 'wrong' way,
>> I've went
From: Emil Velikov
No longer needed as of commit ac257f1070a ("glsl: calculate
TOP_LEVEL_ARRAY_SIZE and STRIDE when adding resources")
Cc: Juha-Pekka Heikkila
Reported-by: Juha-Pekka Heikkila
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98238
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98272
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98848
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98856
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||98996
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99136
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99656
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99730
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=99730
Vedran Miletić changed:
What|Removed |Added
Blocks||77449
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99813
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99923
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||99762
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||5
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||100089
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||100239
Referenced
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Vedran Miletić changed:
What|Removed |Added
Depends on||100019
Referenced
Wow... This is an impressive quantity of infastructure just to get the
number of bits in a field...
On Tue, Mar 21, 2017 at 4:02 PM, Chad Versace
wrote:
> genX_bits.h contains the sizes of bitfields in genxml instructions,
> structures, and registers. It also defines
On Thu, Mar 16, 2017 at 5:25 PM, Dylan Baker wrote:
> Why bother, and why would we want this?
>│~
>
> First it's written in python, which means the potential developer base
> is massive. And it provides a
https://bugs.freedesktop.org/show_bug.cgi?id=69101
Vedran Miletić changed:
What|Removed |Added
QA Contact|
1 - 100 of 171 matches
Mail list logo