From owner-freebsd-current@FreeBSD.ORG Tue Mar 9 16:37:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F7F16A4DA for ; Tue, 9 Mar 2004 16:37:21 -0800 (PST) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FB1143D1F for ; Tue, 9 Mar 2004 16:37:21 -0800 (PST) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id D6FB5284167 for ; Wed, 10 Mar 2004 09:37:19 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 95378284163 for ; Wed, 10 Mar 2004 09:37:18 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 73D391E4622 for ; Wed, 10 Mar 2004 09:37:18 +0900 (JST) Date: Wed, 10 Mar 2004 09:37:18 +0900 Message-ID: <7m7jxth70h.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 X-Mailman-Approved-At: Wed, 10 Mar 2004 05:23:59 -0800 Subject: Expand libdisk to use 64bit size/offset X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2004 00:37:21 -0000 I found sysinstall(8) cannot handle TB class storage. It looks both of libdisk and sysinstall should be fixed. I'm trying to improve this situation, but I'm not sure I'm going to the right direction. Please look this patch (including my debugging stuff and XXX comments which should be resolved/removed). http://www.imgsrc.co.jp/~kuriyama/BSD/libdisk-20040310.diff I choose daddr_t as larger storage for offset, size and end member of "struct chunk". I think offset and end is okay, but I don't know daddr_t for offset is correct or not. And, In Write_Disk() at write_i386_disk.c, over 256 is stored in dp_ecyl and this member is unsigned char on i386. Is this something wrong? > if (i > 1023) > i = 1023; > dp[j].dp_ecyl = i; -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project