mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: Peter Mamonov <pmamonov@gmail.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: barebox@lists.infradead.org
Subject: Re: [RFC] common: filetype: is_fat_or_mbr() considered harmful
Date: Fri, 9 Oct 2015 15:40:37 +0300	[thread overview]
Message-ID: <20151009154037.389bb1ab@berta> (raw)
In-Reply-To: <20151009080624.GF7858@pengutronix.de>

On Fri, 9 Oct 2015 10:06:24 +0200
Sascha Hauer <s.hauer@pengutronix.de> wrote:

> Hi Peter,
> 
> On Wed, Oct 07, 2015 at 09:03:56PM +0300, Peter Mamonov wrote:
> > Deleted pieces of code detect MBR-containig device as a FAT-type
> > device, if it's first partition contains a FAT filesystem. So, one
> > can mount the first partition of a hard drive containing FAT FS
> > using the following command: barebox: mount /dev/ata0.0 /mnt/0
> > as well as this one:
> > 	barebox: mount /dev/ata0 /mnt/1
> > Both commands mount the same FS.
> > 
> > This behaviour causes automount (mount -a) to mount FAT FS
> > on a first partition twice:
> > 	barebox: mount
> > 	none on / type ramfs
> > 	none on /dev type devfs
> > 	/dev/ata0 on /mnt/ata0 type fat
> > 	/dev/ata0.0 on /mnt/ata0.0 type fat
> > 	/dev/ata0.1 on /mnt/ata0.1 type ext4
> 
> This is_fat_or_mbr mechanism never worked very well and had funny side
> effects. Would be nice to get rid of it.
> Simply removing this option is not a solution though, we have to find
> a proper way to keep the current feature and make it more sane.

Ok, the patch comment is misleading a bit. I do not propose to get rid
of the is_fat_or_mbr() completely. However, I do not see the point
to check for a FAT FS, after the device was correctly detected as an
MBR-type device:

enum filetype file_name_detect_type(const char *filename)
       ... 
       type = file_detect_type(buf, ret);
 
       if (type == filetype_mbr) {
               /*
                * Get the first partition start sector
                * and check for FAT in it
                */
               is_fat_or_mbr(buf, &bootsec);
               ret = lseek(fd, (bootsec) * 512, SEEK_SET);
               if (ret < 0)
                       goto err_out;
               ret = read(fd, buf, 512);
               if (ret < 0)
                       goto err_out;
               type = is_fat_or_mbr((u8 *)buf, NULL);
       }


The deleted code snippet was introduced by this patch:

commit 010ee209b75c5732ae4144e3ee9ce14158193c1f
Author: Franck Jullien <franck.jullien@gmail.com>
Date:   Wed Sep 19 13:09:01 2012 +0200

    filetype: Improve FAT detection
    
    We may have some disk with MBR as a first sector. In this case, the
    current FAT check returns an error. However, the FAT sector exist
    and the MBR can tell us where it is.
    
    This patch add to file_name_detect_type function the ability to find
    the FAT boot sector on the first sector of the first partition in
    case it is not on sector 0.
    
    It also introduce is_fat_or_mbr to check if a buffer is a FAT boot
    or MBR sector
    
    Signed-off-by: Franck Jullien <franck.jullien@gmail.com>
    Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

According to the patch message it was introduced to workaround FAT
detection. However, after deletion of the code I'm still able to detect
and mount FAT-containig partiotions.

Peter

> 
> Sascha
> 


_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

  reply	other threads:[~2015-10-09 12:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-07 18:03 Peter Mamonov
2015-10-09  8:06 ` Sascha Hauer
2015-10-09 12:40   ` Peter Mamonov [this message]
2015-10-09 16:11     ` Sascha Hauer
2015-10-12 10:27       ` Peter Mamonov
2015-10-12 13:51         ` Sascha Hauer
2015-10-12 14:21           ` Antony Pavlov
2015-10-12 14:37             ` Franck Jullien
2015-10-13  8:32               ` Sascha Hauer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151009154037.389bb1ab@berta \
    --to=pmamonov@gmail.com \
    --cc=barebox@lists.infradead.org \
    --cc=s.hauer@pengutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox