From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11760 invoked by alias); 20 Jun 2008 13:56:50 -0000 Received: (qmail 11752 invoked by uid 22791); 20 Jun 2008 13:56:49 -0000 X-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,SUBJECT_FUZZY_TION X-Spam-Check-By: sourceware.org Received: from elasmtp-masked.atl.sa.earthlink.net (HELO elasmtp-masked.atl.sa.earthlink.net) (209.86.89.68) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 20 Jun 2008 13:56:23 +0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=C1r7fTYGtS08njvQJqM7YMi9A3ehSIKJYlw5tWeeCjZp3cCaM09zCyOqEoyYWFgz; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [71.80.44.180] (helo=[192.168.0.5]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K9h6D-0002at-4V; Fri, 20 Jun 2008 09:56:21 -0400 Message-ID: <485BB704.6050903@mindspring.com> Date: Fri, 20 Jun 2008 13:56:00 -0000 From: Frank Pagliughi User-Agent: Thunderbird 1.5.0.12 (X11/20071019) MIME-Version: 1.0 To: Nick Garnett CC: ecos-devel@ecos.sourceware.org Subject: Re: Partition support for FAT file system References: <92187523-464B-4EFE-A03F-AA54E4AD3E6A@wh2.tu-dresden.de> <20080618095232.GA10893@lunn.ch> <38B53518-83B4-47A6-A64D-FC8266DB0602@wh2.tu-dresden.de> <20080618102248.GB10893@lunn.ch> <136E7846-7252-43D7-A7A4-02ED213ADFF8@wh2.tu-dresden.de> <48593730.1050600@mindspring.com> <48593F4C.7000808@mindspring.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 4d82f965df0f6dd9e3f977c6d1ea408f0a9da525759e265468659dfef962a28c59e7b0ad0e96a1eac9b5e52464f59f68350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.80.44.180 X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2008-06/txt/msg00038.txt.bz2 Nick Garnett wrote: > Frank Pagliughi writes: > > >> So then it's the IDE driver that should scan the partition table on >> the physical disk and export separate mount points for each? Would >> that be the proper way to go? >> > > No, the generic disk layer already does all of this. It reads the MBR > from the disk, looks for a partition table and sets up its data > structures accordingly. > > Take a look in io/disk/current/src/disk.c, specifically the read_mbr() > and read_partition() functions. And the code in disk_lookup() which > selects the right partition. > > In the same way that it shouldn't be done at too high a level, > partitioning shouldn't be done at too low a level either. Partitions > can exist on a wide variety of media, not just IDE disks. > > > By the way... The main reason I had trouble with this, is because the one disk test application, fatfs1, doesn't work out of the box. The FAT test uses disks named like "/dev/disk0/" whereas the IDE package defaults to names like "/dev/hda/". Is one naming convention preferred over the other? Should we change the default for one or the other? - Frank