Re: [Mesa-dev] Merging experimental r600/nir code

2020-02-12 Thread Marek Olšák
Can we automate this? Let's say we implement noop ioctls for radeonsi and iris, and then we run the drivers to collect pgo data on any hw. Can meson execute this build sequence: build with pgo=generate run tests clean build with pgo=use automated as buildtype=release-pgo. Marek On Wed., Feb.

Re: [Mesa-dev] Merging experimental r600/nir code

2020-02-12 Thread Dieter Nützel
Hello Marek, I hoped you would ask this... ...but first sorry for the delay of my announced numbers. Our family is/was sick, my wife more than me and our children are fine, again. So be lenient with me somewhat. Am 12.02.2020 19:46, schrieb Marek Olšák: How do you enable LTO+PGO? Is it

Re: [Mesa-dev] Merging experimental r600/nir code

2020-02-12 Thread Ian Romanick
On 2/12/20 10:46 AM, Marek Olšák wrote: > How do you enable LTO+PGO? Is it something we could enable by default > for release builds? I'm assuming PGO is "profile guided optimization." That requires a cycle of build, run workloads to collect data, rebuild with collected data. It would be

Re: [Mesa-dev] Merging experimental r600/nir code

2020-02-12 Thread Marek Olšák
How do you enable LTO+PGO? Is it something we could enable by default for release builds? Marek On Wed, Feb 12, 2020 at 1:56 AM Dieter Nützel wrote: > Hello Gert, > > your merge 'broke' LTO and then later on PGO compilation/linking. > > I do generally compiling with

Re: [Mesa-dev] Merging experimental r600/nir code

2020-02-12 Thread Gert Wollny
Hello Dieter, Am Mittwoch, den 12.02.2020, 10:53 +0100 schrieb Gert Wollny: > > When I enable radeonsi linking libgallium_dri.so seems to take > forever, that is so far it is not finished and it is running for > quite some time (>15 min). I'll get back to you when I get some > result. For me

Re: [Mesa-dev] Merging experimental r600/nir code

2020-02-12 Thread Gert Wollny
Hello Dieter, thanks for the report. Am Mittwoch, den 12.02.2020, 07:56 +0100 schrieb Dieter Nützel: > > After your merge I get several warnings in 'addrlib' with LTO As far as I can see the offending structs are contained in a union GB_ADDR_CONFIG which is only define within radeonsi, so