[GPU] Fix alignment check for scaled matmul (#22737)

## Problem

The current alignment check in `GPUHeuristics.cpp` is incorrect for any
intrinsic that has multiple M, N, and K dimensions. The root cause is
that the product of intrinsic sizes is passed to `GPUMMASchedule`
instead of passing the individual dimension sizes as a vector.

## Example


https://github.com/iree-org/iree/blob/b98c1b92cb630bd696992f47df591bb2f247a8d7/compiler/src/iree/compiler/Codegen/Common/GPU/GPUHeuristics.cpp#L516-L525

Consider the scaled MFMA where `intrinsic.kSizes = [K, KB] = [4, 32]`.
Instead of passing the vector `[4, 32]`, the value `128` (product: 4 ×
32) is passed to `GPUMMASchedule`.


https://github.com/iree-org/iree/blob/b98c1b92cb630bd696992f47df591bb2f247a8d7/compiler/src/iree/compiler/Codegen/Common/GPU/GPUHeuristics.cpp#L98-L108

Assume tile size = `[4, 1]`. The returned schedule sizes become `[4,
128]` instead of the correct `[16, 32]`. As a result, the last dimension
`128` always makes the alignment check fail, since the problem size of
KB is `32` and `32 % 128 != 0`.

When the alignment check fails, no intrinsic is selected and the
operation falls back to complete serialization. This leads to extremely
slow execution for workloads like Llama 405B FP4 prefill with direct
codegen.

## Solution

This PR passes all intrinsic sizes as vectors to `GPUMMASchedule`.

## Performance

**Llama 405B FP4 prefill direct codegen with shark-ai:**
- Before: 11 minutes
- After: 234 ms

Closes: #22559

ci-extra: test_torch

---------

Signed-off-by: Yu-Zhewen <zhewenyu@amd.com>