Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 20 Mar 2003 17:13:39 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 20 Mar 2003 17:13:38 -0500 Received: from hera.cwi.nl ([192.16.191.8]:8855 "EHLO hera.cwi.nl") by vger.kernel.org with ESMTP id ; Thu, 20 Mar 2003 17:13:37 -0500 From: Andries.Brouwer@cwi.nl Date: Thu, 20 Mar 2003 23:24:33 +0100 (MET) Message-Id: To: Andries.Brouwer@cwi.nl, zippel@linux-m68k.org Subject: Re: major/minor split Cc: Joel.Becker@oracle.com, akpm@digeo.com, andrey@eccentric.mae.cornell.edu, linux-kernel@vger.kernel.org, torvalds@transmeta.com Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1024 Lines: 28 > There is a point I'd like to get clear: where should the > 16bit<->32bit dev_t conversion happen? I am not sure I understand the question, but if I do the answer is "nowhere", there is no conversion (other than the lengthening that happens when one casts an unsigned short to an unsigned int). For dev_t (8,1) is 0x00000801, but (8,256) is 0x00080100. (In case of a 16+16 split. Not that I advocate that, it is just easy talking.) For kdev_t (8,1) is 0x00080001 and (8,256) is 0x00080100. So kdev_t allows simple fast composition and decomposition, but is restricted to the kernel. While dev_t requires a conditional, since it has to remain compatible with the old 8+8 userspace. > how can software create nodes for a specific device? You do not mean using mknod? Andries - 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/