From owner-freebsd-hackers Wed May 10 16:18:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08993 for hackers-outgoing; Wed, 10 May 1995 16:18:49 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA08987 for ; Wed, 10 May 1995 16:18:46 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA19892; Wed, 10 May 1995 17:18:28 -0600 Message-Id: <199505102318.RAA19892@rover.village.org> To: "Rodney W. Grimes" Subject: Re: question on sun cds Cc: hackers@FreeBSD.org In-reply-to: Your message of Wed, 10 May 1995 16:12:25 PDT Date: Wed, 10 May 1995 17:18:27 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : No, you have not over looked anything. There is a fundemental problem : that makes this very hard to do. Can you say BIG_INDIAN vs LITTLE_INDIAN. : : I thought so.... I was hoping this wasn't going to rear its ugly head.... : > Baring functional code, anybody have any ideas on how to procede? : : Major reworking of the ufs layer to do INDIAN conversion based on : volume label magic values. Can you say slow ufs after you do this? Well, I could do it and make it a compile time option, so that if I needed this, I could do it. I could also have it be ufs-big or something like that for the Sun cdroms. That way there'd be a second copy of the binary code, but only one source and my system disk would be slow so I could access the odd cdrom. Yuck. Warner