[BugFix] Consider private SMEM in WS prelude#2217
Conversation
|
👋 Hi! Thank you for contributing to the TileLang project. Please remember to run We appreciate you taking this step! Our team will review your contribution, and we look forward to your awesome work! 🚀 |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
💤 Files with no reviewable changes (1)
📝 WalkthroughWalkthrough
ChangesShared-Buffer Tracking in Prelude Analysis
Possibly Related PRs
Suggested reviewers
Estimated Code Review Effort🎯 3 (Moderate) | ⏱️ ~22 minutes Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…s-prelude-shared-liveness
Fix #2209.
This PR fixes a warp-specialization prelude classification issue exposed by the BF16 MXFP4 Hopper dequant GEMM with bias.
After the tiled warp-specialization pass was moved before layout inference, layout inference started seeing the WS-expanded thread extent, i.e.
consumer_extent + producer_extent, instead of the original consumerthread extent. In the failing kernel, the bias initialization sequence: