Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 6 Aug 2013 23:12:24 +0200
From: Dániel Bali <balijanosdaniel@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: [GSoC] GCN Local Data Storage problems

Hello!

I would like to ask somebody who uses Windows and has a GCN capable GPU for
a little bit of help with HetPas, since it doesn't work for me. Sayantan,
do you have access to these? I would be really grateful!

I would like to generate an ELF binary with HetPas to look at the CAL notes
and figure out the correct LDS size parameters.
If somebody could do that I could send them the asm file that would need to
be built.

Thank you!
Daniel


2013/8/5 Dániel Bali <balijanosdaniel@...il.com>

> Hello!
>
> I've been having a problem with LDS for a week and Lukas suggested to post
> here so everybody can see the problem and hopefully someone can help.
> Here is the thread where I asked about LDS on the AMD forums:
> http://devgurus.amd.com/thread/167167
>
> The answer I got wasn't totally clear to me at first but after looking at
> the binary for a long time I realized what it means.
> Max LDS size and actual LDS size are the numbers that come after the
> integer values 0x80000081, and 0x80000082.
>
> I changed these values in the dummy binary that I patch but it didn't
> help. The LDS read instruction still loads 0 into the VGPR.
>
> There was another LDS size related value described:
> SetCalNote($00002e13,(ldsSizeBytes+255)shr 8 shl 15,$FFF07FFF{and mask});
> <- this updates the ldsSize field in the COMPUTE_PGM_RSRC2 structure.
>
> The byte value after this 0x00002e13 is 0x98, which doesn't make any sense
> in this context.
>
> Does anyone know what may be wrong?
> Should I just keep asking on the forums?
>
> Thanks,
> Daniel
>

[ CONTENT OF TYPE text/html SKIPPED ]

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ