Skip to content

Conversation

james77777778
Copy link
Contributor

Fix #21677

The root cause of the issue is that #21604 forced 64bit dtypes to be remapped to 32bit dtypes to be consistent with JAX's dtype promotion rules. However, TF requires int64 variables for GPU ops.

This PR fixes the issue by exclusively loosening the constraint for the TF backend and skipping the tests that were causing the errors.

cc @JyotinderSingh

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Summary of Changes

Hello @james77777778, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request addresses a critical issue in the TensorFlow backend where int64 data types were being incorrectly remapped to int32, causing problems with GPU operations. The fix involves selectively allowing int64 to persist for TensorFlow, aligning with its requirements, while also adjusting test suites to validate this behavior and temporarily bypass related uint32 promotion complexities.

Highlights

  • TensorFlow int64 dtype preservation: Modified the BIT64_TO_BIT32_DTYPE mapping to conditionally retain int64 for the TensorFlow backend, preventing its conversion to int32 to support GPU operations.
  • Test adjustments for TensorFlow: Introduced a new test case to verify int64 promotion behavior specifically for TensorFlow and skipped tests involving uint32 for the TensorFlow backend due to ongoing promotion complexities.
  • Removed BIT64_TO_BIT16_DTYPE: The BIT64_TO_BIT16_DTYPE mapping dictionary was removed from keras/src/backend/common/dtypes.py.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request addresses an issue with int64 dtype promotion on the TensorFlow backend. The change correctly modifies the dtype remapping to preserve int64 for TensorFlow, which is required for certain GPU operations. The addition of a specific test case for int64 promotion on TensorFlow is a great way to ensure this fix is effective and prevents future regressions. The decision to skip tests that fail due to the intended divergence from JAX's behavior is a reasonable, pragmatic approach. I have one suggestion to improve the new test's structure for better consistency.

@codecov-commenter
Copy link

codecov-commenter commented Sep 18, 2025

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 82.56%. Comparing base (fa9c4ba) to head (b5ee4c6).

Additional details and impacted files
@@           Coverage Diff           @@
##           master   #21679   +/-   ##
=======================================
  Coverage   82.56%   82.56%           
=======================================
  Files         572      572           
  Lines       58066    58065    -1     
  Branches     9089     9089           
=======================================
+ Hits        47940    47941    +1     
+ Misses       7805     7804    -1     
+ Partials     2321     2320    -1     
Flag Coverage Δ
keras 82.36% <ø> (+<0.01%) ⬆️
keras-jax 63.34% <ø> (-0.01%) ⬇️
keras-numpy 57.70% <ø> (-0.01%) ⬇️
keras-openvino 34.30% <ø> (-0.01%) ⬇️
keras-tensorflow 64.05% <ø> (+<0.01%) ⬆️
keras-torch 63.65% <ø> (-0.01%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

Copy link
Collaborator

@JyotinderSingh JyotinderSingh left a comment

Choose a reason for hiding this comment

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

Thanks for the PR! LGTM

Comment on lines 811 to 812
# TODO(hongyu): Re-enable uint32 tests when we figure out how to handle
# (uint32, int*) -> int64 promotion. JAX doesn't natively support int64.
Copy link
Collaborator

Choose a reason for hiding this comment

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

It may be helpful to explain the TODO in a little more detail, so that we can provide enough context to other contributors who may want to work on this.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Updated.

        # TODO(hongyu): Re-enable uint32 tests once we determine how to handle
        # dtypes.result_type(uint32, int*) -> int64 promotion.
        # Since TF variables require int64 to be placed on the GPU, we
        # exclusively enable the int64 dtype for TF. However, JAX does not
        # natively support int64, which prevents us from comparing the dtypes.

@google-ml-butler google-ml-butler bot added kokoro:force-run ready to pull Ready to be merged into the codebase labels Sep 18, 2025
@google-ml-butler google-ml-butler bot removed the ready to pull Ready to be merged into the codebase label Sep 18, 2025
Copy link
Collaborator

@fchollet fchollet left a comment

Choose a reason for hiding this comment

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

LGTM, thank you for the fix.

@google-ml-butler google-ml-butler bot added kokoro:force-run ready to pull Ready to be merged into the codebase labels Sep 19, 2025
@fchollet fchollet merged commit 80b59a2 into keras-team:master Sep 22, 2025
11 checks passed
@james77777778 james77777778 deleted the fix-tf-int64 branch September 22, 2025 01:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ready to pull Ready to be merged into the codebase size:S
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Keras Policy forces 64-bit integer arithmetic results to int32
6 participants