Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 20 Mar 2003 16:36:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 20 Mar 2003 16:36:54 -0500 Received: from inet-mail1.oracle.com ([148.87.2.201]:63702 "EHLO inet-mail1.oracle.com") by vger.kernel.org with ESMTP id ; Thu, 20 Mar 2003 16:36:53 -0500 Date: Thu, 20 Mar 2003 13:47:41 -0800 From: Joel Becker To: Roman Zippel Cc: Andries.Brouwer@cwi.nl, akpm@digeo.com, andrey@eccentric.mae.cornell.edu, linux-kernel@vger.kernel.org, torvalds@transmeta.com Subject: Re: major/minor split Message-ID: <20030320214740.GP2835@ca-server1.us.oracle.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Burt-Line: Trees are cool. User-Agent: Mutt/1.5.3i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 858 Lines: 26 On Thu, Mar 20, 2003 at 10:00:48PM +0100, Roman Zippel wrote: > There is a point I'd like to get clear: where should the 16bit<->32bit > dev_t conversion happen? > I think any software that cares about this should be safe by now. That > leaves us with on-disk and on-wire formats and IMO only at these places a > conversion should happen. Actually, no. mknod(8), ls(1), and friends still assume struct stat with u16. Joel -- "Every new beginning comes from some other beginning's end." Joel Becker Senior Member of Technical Staff Oracle Corporation E-mail: joel.becker@oracle.com Phone: (650) 506-8127 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/