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

[Debug] Add bf16 as a custom data type #1128

Closed
wants to merge 7 commits into from
Closed

[Debug] Add bf16 as a custom data type #1128

wants to merge 7 commits into from

Conversation

geyyer
Copy link
Contributor

@geyyer geyyer commented Jan 10, 2024

Use bf16 as a struct containing ushort type of data instead of ushort type directly. Update all the build issues for compatibility. Investigate the compiler crash cause.

__host__ __device__ bhalf_t() = default;

__host__ __device__ constexpr bhalf_t(ushort init) : data(init) {}
};
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

there will be a discrepancy on data type convert. In old ck we have everything inside ck::type_convert(). But if we use custom struct as data type it's better we take care of all the conversion inside this struct, or we may have change multiple places due to a single data type.
Also the same for INF/NAN/MIN/MAX definition in ck::NumericLimits
This could be our next refactor point for ck tile. cc @zjing14

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @carlushuang, you are totally right that custom types conversion is tricky. In #1167 we refactor f8_t and bf8_t as custom types and refactor components to enable their support including conversion.

@geyyer
Copy link
Contributor Author

geyyer commented Feb 14, 2024

We don't need to refactor bf16 as a custom type, so this PR is irrelevant. The custom type enablement will be covered in #1167. Closing this PR.

@geyyer geyyer closed this Feb 14, 2024
@geyyer geyyer deleted the lwpck-1151 branch April 25, 2024 20:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants