https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201611
--- Comment #6 from Andy Ritger <[email protected]> --- (In reply to John Baldwin from comment #5) Thanks for looking at this, John. If the ioctl called by Process A returned a new file descriptor, that would be workable. Though, the user-space code to use this would then need to be a bit different between FreeBSD and other UNIX platforms: at least on Linux, I'm not sure how straight-forward it would be to create a new file descriptor within the kernel code that processes the ioctl. We chose opening the file in user space, in order to create the fd, as the least complex way to create it. In process B, the resource that is being shared won't necessarily be mmaped into the process's CPU virtual address space: sharing a resource can mean other things, such as mapping into the GPU's (not CPU's virtual address space). Is there concern with looking up the cdevpriv from the struct file? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "[email protected]"
