Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

In DEBUG mode, perform more launch config validation before launch #547

Closed
eyalroz opened this issue Oct 7, 2023 · 0 comments
Closed

In DEBUG mode, perform more launch config validation before launch #547

eyalroz opened this issue Oct 7, 2023 · 0 comments

Comments

@eyalroz
Copy link
Owner

eyalroz commented Oct 7, 2023

(This bug is only about DEBUG mode; in non-DEBUG mode we don't bother to validate and let the driver complain.)

Currently, we perform very little validation of the launch configuration before trying to launch a kernel. But we already have a bunch more validation logic in the launch config builder. So let's apply the latter just before launching.

@eyalroz eyalroz added the task label Oct 7, 2023
@eyalroz eyalroz self-assigned this Oct 7, 2023
eyalroz added a commit that referenced this issue Oct 7, 2023
…code revamp

* Validation code is now consolidated in `launch_config.hpp` and the multi-pwrapper implementations file
* Now performing more validation at more opportunities before kernel launch
* Now ensuring the launch config dimensions don't result in 0-volumne
eyalroz added a commit that referenced this issue Oct 7, 2023
…code revamp

* Validation code is now consolidated in `launch_config.hpp` and the multi-pwrapper implementations file
* Now performing more validation at more opportunities before kernel launch
* Now ensuring the launch config dimensions don't result in 0-volumne
* Now using `get_attribute()` for the device-level maximum shared memory per block, rather than getting all properties
eyalroz added a commit that referenced this issue Oct 7, 2023
…code revamp

* Validation code is now consolidated in `launch_config.hpp` and the multi-pwrapper implementations file
* Now performing more validation at more opportunities before kernel launch
* Now ensuring the launch config dimensions don't result in 0-volumne
* Now using `get_attribute()` for the device-level maximum shared memory per block, rather than getting all properties
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant