Claude review: rust: drm: set fops.owner from driver module pointer

[Claude Code Review Bot <claude-review@example.com>]

Patch Review

This is one of the two actual bug-fix patches. Changes `create_fops()` to take an `owner: *mut bindings::module` parameter:

```rust
pub(super) const fn create_fops(owner: *mut bindings::module) -> bindings::file_operations {
```

And the call site in `device.rs`:
```rust
const GEM_FOPS: bindings::file_operations =
    drm::gem::create_fops(<T::ThisModule as crate::ModuleMetadata>::THIS_MODULE.as_ptr());
```

**Observations:**

1. This directly fixes the bug described in the cover letter. With `fops.owner` set correctly, the kernel will `try_module_get()` on open and `module_put()` on close, preventing `rmmod` while file descriptors are open.

2. The path `<T::ThisModule as crate::ModuleMetadata>::THIS_MODULE.as_ptr()` correctly goes through the `Driver` trait's `ThisModule` associated type (auto-injected by `#[vtable]`) to get the module pointer. Since `T: drm::Driver` and `Driver` has `#[vtable]`, `T::ThisModule` is available and constrained to implement `ModuleMetadata`.

3. `create_fops()` is `pub(super)` and `const fn` — taking a raw pointer as parameter is fine in const context.

**No issues found.** This is the critical fix for DRM.

---
Generated by Claude Code Patch Reviewer