From: Carlos Maiolino <cmaiolino@redhat.com>
To: Dave Chinner <david@fromorbit.com>
Cc: Eric Sandeen <sandeen@sandeen.net>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
xfs@oss.sgi.com
Subject: Re: [PATCH] libxfs: Get Physical Sector Size instead of Logical Sector size
Date: Wed, 30 Nov 2011 13:03:58 -0200 [thread overview]
Message-ID: <20111130150357.GA10140@andromeda.usersys.redhat.com> (raw)
In-Reply-To: <20111130001927.GU7046@dastard>
Ok, looks like we have a definition here about what mkfs should do in regards of the
lbs/pbs.
I'll be working on a patch to it.
Is there any other thing I should pay attention besides what have been discussed here?
I'll send a patch as soon as I have it :-)
On Wed, Nov 30, 2011 at 11:19:27AM +1100, Dave Chinner wrote:
> On Tue, Nov 29, 2011 at 11:38:33AM -0600, Eric Sandeen wrote:
> > On 11/29/11 11:15 AM, Martin K. Petersen wrote:
> > >>>>>> "Eric" == Eric Sandeen <sandeen@sandeen.net> writes:
> > >
> > > Eric> It seems that we should be checking for any alignment offsets in
> > > Eric> libxfs then, too; if there IS an offset, then perhaps 4k is the
> > > Eric> wrong answer, (perhaps there is no right answer) but if there is
> > > Eric> NO offset, 4k should be the right choice, yes?
> > >
> > > In most cases the partitioning/DM tools should give you a 0 offset. But
> > > it would a good idea to at least print a warning if lbs != pbs and
> > > offset > 0.
> >
> > Right, Dave's concern was for when the partitioning tools didn't do the
> > job, we don't want to break fs consistency guarantees...
> >
> > Dave, does checking for an offset before choosing 4k sectors seem
> > sufficient to you?
>
> Yes, especially if combined with Christoph's comments about ensure
> the "-f" flag is needed to make a filesystem on an unaligned config.
>
> Cheers,
>
> Dave.
> --
> Dave Chinner
> david@fromorbit.com
--
--Carlos
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2011-11-30 15:04 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-24 19:20 [PATCH] libxfs: Get Physical Sector Size instead of Logical Sector size Carlos Maiolino
2011-11-24 19:50 ` Carlos Maiolino
2011-11-27 1:06 ` Dave Chinner
2011-11-27 23:05 ` Eric Sandeen
2011-11-27 23:50 ` Dave Chinner
2011-11-28 7:56 ` Christoph Hellwig
2011-11-28 16:08 ` Martin K. Petersen
2011-11-28 16:11 ` Eric Sandeen
2011-11-29 17:15 ` Martin K. Petersen
2011-11-29 17:38 ` Eric Sandeen
2011-11-30 0:19 ` Dave Chinner
2011-11-30 15:03 ` Carlos Maiolino [this message]
2011-11-28 16:56 ` Greg Freemyer
2011-11-28 7:54 ` Christoph Hellwig
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=20111130150357.GA10140@andromeda.usersys.redhat.com \
--to=cmaiolino@redhat.com \
--cc=david@fromorbit.com \
--cc=martin.petersen@oracle.com \
--cc=sandeen@sandeen.net \
--cc=xfs@oss.sgi.com \
/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