On 2019-12-23 6:01 a.m., Oleg Gavrilchenko wrote:
> I can ask. How MESA display image in case of use full software
> rendering? What does interface it use?
> It use /dev/fbX, drm or otherwise method?
[Disclaimer: I have very limited experience with this, but hope some
hint is better than none.]
T
On 2019-12-17 3:07 a.m., Oleg Gavrilchenko wrote:
> Can I build mesa swrast for my device and how can I do it?
>
...
> ninja -C build/
>
> build fail with errors:
>
> [84/882] Linking target src/mapi/es1api/libGLESv1_CM.so.1.1.0.
> FAILED: src/mapi/es1api/libGLESv1_CM.so.1.1.0
> arm-linux-gnueab
On 2019-12-10 7:10 p.m., Jason Ekstrand wrote:
> Quoting Zebediah Figura (2019-12-10 10:58:45)
> > On 12/10/19 12:21 PM, Matt Turner wrote:
> > > On Mon, Dec 9, 2019 at 6:07 PM Dylan Baker wrote:
> > > > I think its time we discussed whether we're going to continue to do
> > > > patch review
> >
On 2019-11-23 12:38 p.m., Brian Paul wrote:
> BTW, With gcc 5.4.0, there's a lot of warnings about the pragma not
> being understood:
>
> ../src/compiler/nir/nir_range_analysis.c:268:0: warning: ignoring
> #pragma GCC unroll [-Wunknown-pragmas]
> ASSERT_TABLE_IS_COMMUTATIVE(union_table);
> ^
Thanks. I'll have to rely on someone with a commit bit to push this.
On 2019-11-10 4:55 p.m., Roland Scheidegger wrote:
> Looks great to me.
> Reviewed-by: Roland Scheidegger
>
> Am 08.11.19 um 23:05 schrieb Nathan Kidd:
>> In the case of glibc, pthread_t is in
hoosing to continue, rather than fail, on theory that it is better to
run with the one main thread, than not run at all.
Keeping as many threads as we got, since lack of threads severely
degrades llvmpipe performance.
Signed-off-by: Nathan Kidd
---
src/gallium/drivers/llvmpipe/lp_rast.c | 4 ++
On 11/08/14 06:56 PM, Brian Paul wrote:
On 08/11/2014 04:51 PM, Nathan Kidd wrote:
Previously we'd get a GLXBadPixmap error.
Signed-off-by: Nathan Kidd
---
src/xdemos/glxgears_pixmap.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/xdemos/glxgears_pixmap.c
Previously we'd get a GLXBadPixmap error.
Signed-off-by: Nathan Kidd
---
src/xdemos/glxgears_pixmap.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/xdemos/glxgears_pixmap.c b/src/xdemos/glxgears_pixmap.c
index f2bb013..afd5828 100644
--- a/src/x
From: Nathan Kidd
Fixed what I noticed; no warranty for exhaustiveness.
Signed-off-by: Nathan Kidd
---
docs/conform.html|2 +-
docs/devinfo.html|2 +-
docs/dispatch.html | 10 +-
docs/egl.html|8
docs/envvars.html|6 +++---
docs
or.minor has a bug (though one I've seen before).
In the context of debugging problems with indirect GLX those
parenthetical versions are quite helpful.
-Nathan
--
OpenText Connectivity Solutions Group
Nathan Kidd http://connectivity.opentext.com/
Research
On 11-06-20 03:46 PM, tom fogal wrote:
Nathan Kidd writes:
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kidd writes:
[snip]
You are correct, rendering is indirect! I was unaware that direct
vs. indirect limited *GL* features. Why is that the case, and what
can be done?
Of course, for
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kidd writes:
Both the major and minor portions of the version number are
of arbitrary length. The vendor-specific information is
optional. However, if it is present, the format and contents are
implementation specific. "
Yes, I know ho
On 11-06-20 01:22 PM, tom fogal wrote:
I am trying to get some regression tests to run in Xvfb. On my
workstation, the GL_VERSION string from this is:
1.4 (2.1 Mesa 7.7.1)
according to glxinfo. The extensions fairly clearly show 2.x features.
Is it perhaps the case that 2.1 features were a
From: Nathan Kidd
glx code hasn't lived under xserver/GL for a long time now.
Signed-off-by: Nathan Kidd
---
src/mapi/glapi/gen/Makefile |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/mapi/glapi/gen/Makefile b/src/mapi/glapi/gen/Makefile
index 87
On 11-01-20 02:35 PM, Alexandre Demers wrote:
I'd like to propose a patch against glxinfo. Instead of separating the
extensions by a comma, it creates a new line. It's visually easier to
read through the extensions. Also, when doing a diff between supported
extensions by classic driver and galliu
On 11-01-20 02:35 PM, Alexandre Demers wrote:
I'd like to propose a patch against glxinfo. Instead of separating the
extensions by a comma, it creates a new line. It's visually easier to
read through the extensions. Also, when doing a diff between supported
extensions by classic driver and galliu
16 matches
Mail list logo
