Re: rendering scene on a card different from the one displaying

2024-01-27 Thread Konstantin Kharlamov
On Thu, 2024-01-25 at 18:13 +0300, test wrote: > What is the most proper way to re-route output from a rendering card > (which can have it's output disconnected or don't have it at all) to > a > displaying card (weak one, iGPU etc)? > For example, a laptop with an external card in an ExpressCard

Re: Mesa >= 23.3.x and python 3.6 (was a typo 2.6) …

2024-01-21 Thread Konstantin Kharlamov
On Fri, 2024-01-19 at 20:32 +0100, Stefan Dirsch wrote: > On Fri, Jan 19, 2024 at 12:35:58PM -0500, Matt Turner wrote: > > On Thu, Jan 18, 2024 at 10:22 AM Stefan Dirsch > > wrote: > > > I noticed that with version 23.3.x Mesa no longer can be built > > > with python > > > 2.6. It still worked wit

Re: [Mesa-dev] Rust drivers in Mesa

2020-10-03 Thread Konstantin Kharlamov
On Sun, 2020-10-04 at 00:48 +0300, Konstantin Kharlamov wrote: The standard > > library is rather minimal "because just pull in 1000 crates". The distro > > people can correct me if I'm wrong, but when librsvg went to rust it was a > > nightmare, several distros

Re: [Mesa-dev] Rust drivers in Mesa

2020-10-03 Thread Konstantin Kharlamov
On Fri, 2020-10-02 at 08:04 -0700, Dylan Baker wrote: > And if you're not going to use cargo, is rust really a win? Sure. When people talk about Rust in context of advantages against other languages, I don't remember Cargo ever being mentioned. People love it for other reasons. > The standard li

Re: [Mesa-dev] Rust drivers in Mesa

2020-10-03 Thread Konstantin Kharlamov
On Sat, 2020-10-03 at 00:51 +0200, timur.kris...@gmail.com wrote: > The Rust syntax is slightly annoying. They departed from C/C++ enough > to make Rust look different, but then they got lazy and for some reason > they chose to keep the most annoying parts from C/C++ like curly braces > and semicol

Re: [Mesa-dev] [PATCH] meson: enable -fmerge-all-constants by default

2018-07-25 Thread Konstantin Kharlamov
FWIW I just realized it also enables -fmerge-constants which is enabled at all optimize levels, and built/compared it with fmerge-all-constants. The difference is still noticeable. If anybody interested, I can pretty-format it, and send here. On 25.07.2018 14:03, Konstantin Kharlamov wrote

[Mesa-dev] [PATCH] meson: enable -fmerge-all-constants by default

2018-07-25 Thread Konstantin Kharlamov
| 4687392 <-> libxatracker.so.2.4.0 | -16384 8510392 <-> vdpau/libvdpau_nouveau.so.1.0.0 | 8326072 <-> vdpau/libvdpau_nouveau.so.1.0.0 | -184320 For consistency it's enabled for both debug and release builds. 1: https://reviews.llvm.org/D45289 Signed-o

Re: [Mesa-dev] [PATCH 5/6] r600g: some -Wsign-compare fixes

2018-06-04 Thread Konstantin Kharlamov
On 03.06.2018 16:03, Gert Wollny wrote: Patches 2-4 Reviewed-By: Gert Wollny I can't push them though I'd like to add that for the future it would be better to - send the patches for st and r600 as separate series, this would make it easier to find reviewers - when fixing warning to

Re: [Mesa-dev] [PATCH 6/6] r600g: fix unused variable warning

2018-06-04 Thread Konstantin Kharlamov
On 03.06.2018 15:41, Gert Wollny wrote: This patch doesn't apply, the "int i" was deleted already; I didn't find the commit though. Oh, well. Good thing somebody that cleaned it up already :) ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org ht

Re: [Mesa-dev] [PATCH 6/6] r600: don't emit tes samplers/views when tes isn't active

2018-01-02 Thread Konstantin Kharlamov
Yeah, the testing is done on AMD TURKS. On 03.01.2018 10:29, Konstantin Kharlamov wrote: Sorry, I don't have an expertise to give a r-b, but here's my t-b :) I found no statistically significant changes at "the big keybench" of `vblank_mode=0 ./xonotic-linux64-glx`.

Re: [Mesa-dev] [PATCH 6/6] r600: don't emit tes samplers/views when tes isn't active

2018-01-02 Thread Konstantin Kharlamov
1267,6 +1268,20 @@"), and patch 6 (first "+" after "@@ -1723,6 +1723,21 @@"). Tested-by: Konstantin Kharlamov On 03.01.2018 05:25, srol...@vmware.com wrote: From: Roland Scheidegger Similar to const buffers. The driver must not emit any tes-related state if tes is disa

[Mesa-dev] [PATCH 1/6 v3] r600g: do not use "fast-clear" for small textures (v3)

2017-12-31 Thread Konstantin Kharlamov
the series. Signed-off-by: Konstantin Kharlamov --- src/gallium/drivers/r600/r600_texture.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/src/gallium/drivers/r600/r600_texture.c b/src/gallium/drivers/r600/r600_texture.c index 03cdcd22ee..778e801136 100644 --- a/src/gallium/dr

Re: [Mesa-dev] [PATCH v2] r600g: do not use "fast-clear" for small textures

2017-12-31 Thread Konstantin Kharlamov
Ok, you know what, it really annoys me that α) I forgot redundant braces, and β) this mail didn't stuck to the rest of the series. Let me try a v3 just because of that. On 31.12.2017 22:33, Konstantin Kharlamov wrote: Ported from radeonsi. Improves windowed glxgears r

[Mesa-dev] [PATCH v2] r600g: do not use "fast-clear" for small textures

2017-12-31 Thread Konstantin Kharlamov
2 actually loses 30 FPS. 300×300 however wins around a hundred FPS, and to leave some room in case results may differ for other cards I want not to nitpick in search of an optimum but to simply leave 300×300 in the code. Signed-off-by: Konstantin Kharlamov --- src/gallium/drivers/r600/r600_text

Re: [Mesa-dev] [PATCH 0/6] r600g/state_trackers small cleanups

2017-12-28 Thread Konstantin Kharlamov
I forgot to tell: there's actually lots of warnings for Wsign-compare, so if anybody wanted, it's something to look at. I fixed only as much of the code as I had a mood for :Ь В письме от пятница, 29 декабря 2017 г. 8:32:26 MSK пользователь Konstantin Kharlamov написал: > Mostl

[Mesa-dev] [PATCH 6/6] r600g: fix unused variable warning

2017-12-28 Thread Konstantin Kharlamov
Signed-off-by: Konstantin Kharlamov --- src/gallium/drivers/r600/r600_state_common.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/gallium/drivers/r600/r600_state_common.c b/src/gallium/drivers/r600/r600_state_common.c index ec8945f084..dc5cc0ad2e 100644 --- a/src/gallium/drivers/r600

[Mesa-dev] [PATCH 1/6] r600g: do not use "fast-clear" for small textures

2017-12-28 Thread Konstantin Kharlamov
Ported from radeonsi. Improves windowed glxgears ran as vblank_mode=0 glxgears -info -geometry 0+0+512+512 from ≈2270 FPS to ≈2360 FPS. Tested with AMD TURKS. Signed-off-by: Konstantin Kharlamov --- src/gallium/drivers/r600/r600_texture.c | 10 ++ 1 file changed, 10 insertions

[Mesa-dev] [PATCH 2/6] r600g: constify some variables

2017-12-28 Thread Konstantin Kharlamov
Just a nice hint for both peoples and compilers. Signed-off-by: Konstantin Kharlamov --- src/gallium/drivers/r600/cayman_msaa.c | 2 +- src/gallium/drivers/r600/evergreen_state.c | 2 +- src/gallium/drivers/r600/r600_query.c | 2 +- src/gallium/drivers/r600/r600_state.c | 12

[Mesa-dev] [PATCH 5/6] r600g: some -Wsign-compare fixes

2017-12-28 Thread Konstantin Kharlamov
Signed-off-by: Konstantin Kharlamov --- src/gallium/drivers/r600/eg_debug.c | 6 +++--- src/gallium/drivers/r600/evergreen_state.c | 6 +++--- src/gallium/drivers/r600/r600_isa.c | 6 +++--- src/gallium/drivers/r600/r600_pipe.h | 2 +- src/gallium/drivers/r600

[Mesa-dev] [PATCH 0/6] r600g/state_trackers small cleanups

2017-12-28 Thread Konstantin Kharlamov
given it hangs r600g: well, it hangs in the very end on the same test, and really saves the results. So even though piglit run requires me to reboot in the end, it still gives most of results, except for, maybe, some dozens in the end. P.S. I don't have commit rights. Konstantin Kharlamov (6

[Mesa-dev] [PATCH 4/6] st/glx: constify some variables

2017-12-28 Thread Konstantin Kharlamov
Just a nice hint for both peoples and compilers. Signed-off-by: Konstantin Kharlamov --- src/gallium/state_trackers/glx/xlib/glx_getproc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gallium/state_trackers/glx/xlib/glx_getproc.c b/src/gallium/state_trackers/glx/xlib

[Mesa-dev] [PATCH 3/6] st/nine: constify some variables

2017-12-28 Thread Konstantin Kharlamov
Just a nice hint for both peoples and compilers. Signed-off-by: Konstantin Kharlamov --- src/gallium/state_trackers/nine/nine_pipe.h | 2 +- src/gallium/state_trackers/nine/nine_shader.c | 10 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/src/gallium

Re: [Mesa-dev] [PATCH] radeonsi: don't use fast color clear for small images even on APUs

2017-12-28 Thread Konstantin Kharlamov
I'm wondering, how is r600g different in that regard? I tried wiring up the code into evergreen_do_fast_color_clear(), both in this state and by using 256*256 — however FPS for me always varies around the same 1420. That said, I'm seeing lots of CPU used by Xorg, glxgears, and compton — I'm won