Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 19 Nov 2002 17:26:55 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 19 Nov 2002 17:26:55 -0500 Received: from mailhost.tue.nl ([131.155.2.5]:36832 "EHLO mailhost.tue.nl") by vger.kernel.org with ESMTP id ; Tue, 19 Nov 2002 17:26:54 -0500 Date: Tue, 19 Nov 2002 23:33:56 +0100 From: Andries Brouwer To: Alexander Viro Cc: Rusty Russell , Doug Ledford , Linux Scsi Mailing List , Linux Kernel Mailing List , Linus Torvalds Subject: Re: Why /dev/sdc1 doesn't show up... Message-ID: <20021119223356.GA2525@win.tue.nl> References: <20021119055636.94C182C088@lists.samba.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1265 Lines: 31 On Tue, Nov 19, 2002 at 02:12:54AM -0500, Alexander Viro wrote: > BTW, remember the flamef^Warguments about turning kdev_t into a pointer > and thus avoiding digging through piles and piles of cr^Hode? Didn't > fly for exactly the same reasons - there's no way to do it magically > for entire kernel without breaking tons of code and/or creating an > impossible-to-debug mess... You never convinced me. Maybe we ever meet and can talk.. In the meantime: Yesterday or so I built versions of 2.5.48 with 32-bit and 64-bit dev_t. The code is full of conversions dev_t -> int -> dev_t -> int. Ugly. I gave the mknod method in struct inode_operations type int (*mknod) (struct inode *,struct dentry *,int,dev_t); thus avoiding much conversion. Do you have objections? Andries # mount /dev/hde6 /fbsd6 -t ufs -o ufstype=44bsd,ro # ./ls -l /fbsd6/dev/da2s[34] brw-r----- 1 root disk 4, 0x040012 Oct 31 21:06 /fbsd6/dev/da2s3 brw-r----- 1 root disk 4, 0x050012 Oct 31 21:06 /fbsd6/dev/da2s4 # - 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/