Fixing DRM after phk's drive-by axeing
John Baldwin
jhb at FreeBSD.org
Mon Mar 28 14:44:13 PST 2005
On Monday 28 March 2005 05:39 pm, Jeremy Messenger wrote:
> On Mon, 28 Mar 2005 17:34:45 -0500, John Baldwin <jhb at FreeBSD.org> wrote:
> > I have a commit-ready version of the vm_mmap() changes I made to get drm
> > to
> > work happily with the newer, cleaner cdev stuff that phk has been
> > working on.
> > Basically, I've changed vm_mmap() so that it can accept either a vnode
> > or a
> > cdev as its handle argument rather than just vnodes. For the cdev case,
> > it
> > calls a vm_mmap_cdev() function that is a cut down version of
> > vm_mmap_vnode(). One thing to note is that this case loses the MAC
> > check for
> > this type of mmap() (currently only done from DRM) since MAC only checks
> > mmaps for vnodes. If cdev were to grow a label, then a mmap check for
> > the
> > cdev could be added I suppose, though the case of a mmap'ing a vnode that
> > maps to a cdev would have to be adjusted to make that extra call as well.
> >
> > The first cut at the patch added a new MAP_CDEV flag to vm_mmap() that
> > specified that the handle argument was a cdev rather than a vnode.
> > However,
> > this method requires that any kernel code that calls vm_mmap() passing in
> > flags from userland has to verify that MAP_CDEV isn't passed in from
> > userland
> > to avoid potential DOSs from random user processes that result in kernel
> > panics. Thus, I decided to change vm_mmap() to instead take a objtype_t
> > parameter that specifies what type of object the handle argument is.
> > Thus,
> > for MAP_ANON, the code passes in OBJT_DEFAULT, for vnodes OBJT_VNODE,
> > and for
> > cdevs (in drm) OBJT_DEVICE. I've stuck the patch at
> > http://www.FreeBSD.org/~jhb/patches/mmap_cdev3.patch and am using it
> > locally
>
> You had it typo for ',' instead '.'.. mmap_cdev3,patch
>
> http://people.freebsd.org/~jhb/patches/mmap_cdev3,patch
>
> Cheers,
> Mezz
Heh, fixed.
--
John Baldwin <jhb at FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
More information about the freebsd-arch
mailing list