On Thu, Jun 28, 2001 at 07:48:21PM +0100, Doug Rabson wrote: > On Thu, 28 Jun 2001, Nicolas Souchu wrote: > > > Hi folks, > > > > I have a char driver that must be opened by more than one process. The minor > > index is not sufficient for this. Is there any process private data (void *) > > in the devfs structure (or the opposite) I could point to with the minor index > > of my device? > > The only way I know of to do this is to get a new struct file with > falloc() and install your own fileops. You can then set p->p_dupfd to the > new file descriptor and return ENXIO. The caller will magically use the > new struct file. For an example, see streamsopen() in > sys/dev/streams/streams.c.
I'm back on the subject 1.5 years later :) Apparently, falloc does the job for typical write/read operations. But I want to mmap a char device with per-process data. I mean during open of the char device, some process dependent data is attached to the vnode then I want to mmap. Currently, cdevsw mmap is only device (dev_t) oriented without any file (vnode) consideration. Even the thread is not passed to the d_mmap routine. I'm porting code from Linux which has per-process data attached to files. Nicholas PS: all this is for http://www.freebsd.org/~nsouch/ggiport.html KGI/FreeBSD project. -- Nicholas Souchu - [EMAIL PROTECTED] - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
