|
Message-ID: <2f31ead444f774bd83961bd2802e9248@smtp.hushmail.com> Date: Thu, 11 Sep 2014 21:00:17 +0200 From: magnum <john.magnum@...hmail.com> To: john-users@...ts.openwall.com Subject: Re: nVidia Maxwell support (especially descrypt)? On 2014-09-11 10:39, Solar Designer wrote: > On Thu, Sep 11, 2014 at 09:54:39AM +0200, magnum wrote: >> BTW I just dropped the DEScrypt-opencl format to the broken/ >> subdirectory because it keeps giving me problems. > > Ouch. It worked for me before. AMD driver (even the one on Super) spews a screenful of complaints about the goto's ("warning: goto statement may cause irreducible control flow"), and latest stable (as well as 14.4 iirc) finally fails building because of just that. > I'd say it's a compiler problem, but yes we may have to workaround it by > stopping to use goto, even though this kernel's uses of goto are > reasonable. Code size might increase if we express the same things with > structured programming constructs, and thus speed might be lower. Perhaps it also might be faster? Like you said in the other post, GPU's are weird. > Those goto's are not data-dependent (they depend on the current > iteration number only, which is the same for all work-items), so they are > OK for GPUs' hardware. Even if that is true we're facing a reality of poor compliers. >> To use it, simply move the files back from src/broken to src, >> reconfigure and re-build. I hope Sayantan will fix it (as well as the >> memory leak discussed before) at some point in time. It now hit me we could put it back in the tree but add it as a "disabled format" in default john.conf instead. That way, enabling it is a soft change. Also, the format is actually there if you spell it out with "-format:descrypt-opencl", but only then. That's much better, I'll do this change now. magnum
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.