From owner-cvs-all@FreeBSD.ORG Wed Mar 2 15:45:03 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CAA416A4CE; Wed, 2 Mar 2005 15:45:03 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id B120B43D5C; Wed, 2 Mar 2005 15:45:02 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j22Fj1qb097344; Wed, 2 Mar 2005 18:45:01 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 2 Mar 2005 18:45:01 +0300 (MSK) From: Maxim Konovalov To: John Baldwin In-Reply-To: <200502281623.29703.jhb@FreeBSD.org> Message-ID: <20050302184430.Q95699@mp2.macomnet.net> References: <200502221356.j1MDuFVH041926@repoman.freebsd.org> <20050225102649.H16332@mp2.macomnet.net> <200502281623.29703.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Poul-Henning Kamp cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/drm drm_bufs.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 15:45:03 -0000 On Mon, 28 Feb 2005, 16:23-0500, John Baldwin wrote: > On Friday 25 February 2005 02:35 am, Maxim Konovalov wrote: > > On Tue, 22 Feb 2005, 13:56-0000, Poul-Henning Kamp wrote: > > > phk 2005-02-22 13:56:15 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > sys/dev/drm drm_bufs.h > > > Log: > > > Neuter DRM(mapbufs) until somebody finds time to try to fix it. > > > > > > It is _never_ OK to find a vnode from a struct cdev because you have > > > no way of telling if you get the right one. You might be in jail or > > > chroot for instance. > > > > Thankyou for breaking my workstation and only development machine, > > radeon(4) doesn't work now. > > > > How and who is going to fix this? > > I have a patch to allow vm_mmap() to operate on a cdev directly. It fixed X > for my laptop with a mobility 7500 radeon. This is an older version, I've > changed the interface locally to not use a MAP_CDEV flag, but I haven't > tested that yet and this is a known-working version. :) [...] Great, works for me, thanks! -- Maxim Konovalov