From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [linux-lvm] Re: [RFLART] kdev_t in ioctls Message-Id: <20020114194554.A5885@caldera.de> References: <20020114191342.A3731@caldera.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: ; from alan@lxorguk.ukuu.org.uk on Mon, Jan 14, 2002 at 06:56:44PM +0000 Sender: linux-lvm-admin@sistina.com Errors-To: linux-lvm-admin@sistina.com Reply-To: linux-lvm@sistina.com List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: Date: Mon Jan 14 12:47:02 2002 List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Alan Cox Cc: linux-lvm@sistina.com, Alexander Viro , Linus Torvalds , linux-kernel@vger.kernel.org On Mon, Jan 14, 2002 at 06:56:44PM +0000, Alan Cox wrote: > > > Glibc disagrees with you (bits/types.h): > > > > > > typedef __u_quad_t __dev_t; /* Type of device numbers. */ > > > > > > We'd have to use __kernel_dev_t instead which again pulls kernel > > > headers in.. > > > > Argg. That's also non-funny: > > glibc is meant to disagree. glibc provides a virtualised dev_t to user space > so that the kernel one can be expanded in future without application > breakage. I know - still it makes Linus' suggestion not work on ~90% of the systems.