[Mesa-dev] [PATCH 3/3] gallium/radeon: pass LLVM processor to the disk shader cache
Marek Olšák
maraeo at gmail.com
Fri Aug 11 18:33:47 UTC 2017
On Fri, Aug 11, 2017 at 3:09 AM, Timothy Arceri <tarceri at itsqueeze.com> wrote:
> On 11/08/17 05:57, Marek Olšák wrote:
>>
>> From: Marek Olšák <marek.olsak at amd.com>
>>
>> ---
>> src/gallium/drivers/radeon/r600_pipe_common.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c
>> b/src/gallium/drivers/radeon/r600_pipe_common.c
>> index 95458d2e..0038c9a 100644
>> --- a/src/gallium/drivers/radeon/r600_pipe_common.c
>> +++ b/src/gallium/drivers/radeon/r600_pipe_common.c
>> @@ -878,21 +878,21 @@ static void r600_disk_cache_create(struct
>> r600_common_screen *rscreen)
>> #endif
>> if (res != -1) {
>> /* These flags affect shader compilation. */
>> uint64_t shader_debug_flags =
>> rscreen->debug_flags &
>> (DBG_FS_CORRECT_DERIVS_AFTER_KILL |
>> DBG_SI_SCHED |
>> DBG_UNSAFE_MATH);
>> rscreen->disk_shader_cache =
>> -
>> disk_cache_create(r600_get_family_name(rscreen),
>> +
>> disk_cache_create(r600_get_llvm_processor_name(rscreen->family),
>
>
> I take it this will always by more fine grained than any compilation options
> for the GLSL/TGSI stages?
>
> Otherwise maybe we should store both like we do for the Mesa/LLVM build
> timestamps.
I don't understand.
Marek
More information about the mesa-dev
mailing list