Claude review: fbdev: defio: Keep module reference from VMAs

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

Patch Review

Short and correct. Prevents the fbdev core module from being unloaded while userspace VMAs exist.

```c
static void fb_deferred_io_vm_open(struct vm_area_struct *vma)
{
	struct fb_deferred_io_state *fbdefio_state = vma->vm_private_data;

	WARN_ON_ONCE(!try_module_get(THIS_MODULE));
	fb_deferred_io_state_get(fbdefio_state);
}
```

The `WARN_ON_ONCE` around `try_module_get` in `vm_open` is appropriate — `vm_open` is called during VMA duplication (e.g., fork) and cannot fail, so warning is the best we can do if the module is somehow being unloaded concurrently.

```c
static void fb_deferred_io_vm_close(struct vm_area_struct *vma)
{
	struct fb_deferred_io_state *fbdefio_state = vma->vm_private_data;

	fb_deferred_io_state_put(fbdefio_state);
	module_put(THIS_MODULE);
}
```

The ordering in `vm_close` is correct: release the state reference (which may call into module code via `fb_deferred_io_state_release`) *before* dropping the module reference.

In `fb_deferred_io_mmap`:

```c
if (!try_module_get(THIS_MODULE))
	return -EINVAL;
```

This correctly guards the initial mmap. No issues with this patch.

---

---
Generated by Claude Code Patch Reviewer