Comments (7)
Upon a closer look, that code inget_compute_capability()
may be dead anyway? We check for if (!major) {
before reaching the "Apple, VCL and some other environments" fallback code that checks device names. However, major
is a pointer that is supposed to be non-NULL, or if it happens to actually be NULL then we'd crash on trying to assign values to *major
. If this was broken for years, should we drop it? Also, it would be cleaner for that function itself to initialize *major
and *minor
to 0 rather than rely on each caller having done so (and simplify the callers).
We should still verify the logic of get_processors_count()
for 4000 series cards - maybe it's correct as-is (the major >= 7
path does what's needed), or maybe we need to add a major
check.
from john.
Upon a closer look, that code in
get_compute_capability()
may be dead anyway? We check forif (!major) {
before reaching the "Apple, VCL and some other environments" fallback code that checks device names. However,major
is a pointer that is supposed to be non-NULL
Looks like a bug introduced in 2021 with 8fa21b5, where @magnumripper added detection of a few more card series (IIRC on my suggestion), but apparently broke this all (and I did not catch that in my review). So now we need to decide between fixing that bug vs. dropping this legacy code.
from john.
Hi, what do i end up doing with my 4060 ti? I have tried adding a value of [Options:OpenCL] Device = 1/2. But john keeps using my CPU instead of GPU. And when adding --devices I get the following:
Refuse to run with the “--device” option when the format is neither OpenCL nor ZTEX
from john.
I'm afraid this issue is not related to the problem you are facing now.
Hi, what do i end up doing with my 4060 ti? I have tried adding a value of [Options:OpenCL] Device = 1/2. But john keeps using my CPU instead of GPU. And when adding --devices I get the following: Refuse to run with the “--device” option when the format is neither OpenCL nor ZTEX
Does the format you are using exist in OpenCL? If so.
Could you open a new issue and add the command-line you are using and john's output. In order to see the message you are seeing, you are using a non-OpenCL format. E.g.
$ john ~/allTests.in --format=sha512crypt --device=1
Using default input encoding: UTF-8
The "--devices" option is valid only for OpenCL or ZTEX formats
The correct is --format=opencl
or --format=sha512crypt-opencl
(in my case)
Are you sure you have an OpenCL build and GPU drivers installed correctly?
# I have an OpenCL build
$ john --list=build-info
Version: 1.9.0-jumbo-1+bleeding-06049b7f0b 2024-04-20 19:39:50 +0200
Build: linux-gnu 64-bit x86_64 AVX2 AC OMP OPENCL
^^^^^^
# I don't have valid OpenCL devices
$ john --list=opencl-devices
Error: No OpenCL-capable platforms were detected by the installed OpenCL driver.
Error: No OpenCL-capable devices were detected by the installed OpenCL driver.
Is OpenCL working for you?
$ john --test=0 --format=opencl --device=1
No OpenCL devices found
from john.
I think we don't need to "fix" this issue because it was only in legacy code, which is unlikely to be needed on systems recent enough to have RTX 4000 cards. Indeed, we didn't even notice this code was broken for a long while (now fixed for older cards).
This issue also started attracting off-topic comments just because of the card name match. So let's close it.
For those finding this issue by searching for RTX 4000: we do support these cards just fine. We simply don't need the legacy custom code that was discussed here.
from john.
I'm afraid this issue is not related to the problem you are facing now.
Hi, what do i end up doing with my 4060 ti? I have tried adding a value of [Options:OpenCL] Device = 1/2. But john keeps using my CPU instead of GPU. And when adding --devices I get the following: Refuse to run with the “--device” option when the format is neither OpenCL nor ZTEX
Does the format you are using exist in OpenCL? If so.
Could you open a new issue and add the command-line you are using and john's output. In order to see the message you are seeing, you are using a non-OpenCL format. E.g.
$ john ~/allTests.in --format=sha512crypt --device=1 Using default input encoding: UTF-8 The "--devices" option is valid only for OpenCL or ZTEX formats
The correct is
--format=opencl
or--format=sha512crypt-opencl
(in my case)Are you sure you have an OpenCL build and GPU drivers installed correctly?
# I have an OpenCL build $ john --list=build-info Version: 1.9.0-jumbo-1+bleeding-06049b7f0b 2024-04-20 19:39:50 +0200 Build: linux-gnu 64-bit x86_64 AVX2 AC OMP OPENCL ^^^^^^ # I don't have valid OpenCL devices $ john --list=opencl-devices Error: No OpenCL-capable platforms were detected by the installed OpenCL driver. Error: No OpenCL-capable devices were detected by the installed OpenCL driver.
Is OpenCL working for you?
$ john --test=0 --format=opencl --device=1 No OpenCL devices found
I've checked everything, drivers, Opencl installation and John sees my GPU as device 2, but it doesn't want to work with the Керlr hash
from john.
it doesn't want to work with the Керlr hash
We have no OpenCL (and thus no GPU) support for Keplr. It uses scrypt at 128 MiB per hash, which would be quite slow on GPU anyway - with luck, it'd be similar speed to CPU.
Also, please stop adding to off-topic comments to this issue. If you want to report any issue related to Keplr, open a new GitHub issue for that.
from john.
Related Issues (20)
- Switch Lotus formats to bitslice implementation
- Possible to get the Core Generator project for the ZTEX source project? HOT 9
- Not ISSUE: GPG SYMMETRIC ENCRYPTION HOT 3
- NVIDIA driver 551.86 new "Warning: Function [...] is a kernel, so overriding noinline attribute" HOT 12
- Złamanie hasła HOT 1
- libreoffice2john.py: UnboundLocalError: cannot access local variable 'start_key_generation_name' HOT 12
- Broken lower-case mssql hash validation HOT 1
- PBKDF2 With salt Support HOT 4
- On recent NVIDIA drivers, OpenCL formats in 1.9.0-jumbo-1 fail with: error: passing '__generic uchar *' (aka '__generic unsigned char *') to parameter of type 'const uchar *' (aka 'const unsigned char *') changes address space of pointer HOT 2
- Dynamic memory leak when using a constant HOT 5
- GCC is again complaining about `use after [..]alloc` HOT 2
- Wrong usage of pcapngepb and pcapngpb in wpapcap2john.c HOT 5
- Omit the number 4 from the make -sj4 recommendation HOT 5
- Add Python `requirements.txt` file with pinned version numbers HOT 10
- Undefined Behavior Sanitizer "errors" HOT 6
- Support Keplr v2 wallets HOT 10
- 'make check' oddities HOT 10
- limit number of threads HOT 2
- mssql05 misses some cracks in AVX512BW builds HOT 15
- Test suite failures HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from john.