If userspace does stupid things and closes the last GEM handle while
calling the flink ioctl, we might end up with and object with
obj->handle_count == 0, but an flink name lying around.
And that flink name must hold a reference on the underlying gem
objects, leading to a neat resource leak (becau
If userspace does stupid things and closes the last GEM handle while
calling the flink ioctl, we might end up with and object with
obj->handle_count == 0, but an flink name lying around.
And that flink name must hold a reference on the underlying gem
objects, leading to a neat resource leak (becau
