From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 00:42:56 +0100 (CET)
>
> On Feb 12 2008 15:38, David Miller wrote:
> >
> >> I still don't like the idea of btrfs trying to be smarter than a user
> >> who can partition up his system acco
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Wed, 13 Feb 2008 00:39:16 +0100 (CET)
> On the other hand, the H and S of CHS could be lowered and S increased,
> e.g. divide H by 2, divide S by 2, multiply S by 4. This gives a finer
> bytes/cylinder granularity.
That's really not an option when yo
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 16:04:52 +0100 (CET)
> I still don't like the idea of btrfs trying to be smarter than a user
> who can partition up his system according to
> (a) his likes
> (b) system or hardware requirements or recommendations
> to alig
From: Chris Mason <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 09:35:20 -0500
> From my point of view, 0 is a bad idea because it is very likely to
> conflict with other things.
Starting at 0 is a bad idea because otherwise you'll waste
significant chunks of your disk on Sparc because of reasons
I'
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 15:21:52 +0100 (CET)
> For sparc you could have something like
>
> startlbaendlba type
> sda10 2 1 Boot
> sda22 58 3 Whole disk
From: Chris Mason <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 09:08:59 -0500
> I've had requests to move the super down to 64k to make room for
> bootloaders, which may not matter for sparc, but I don't really plan
> on different locations for different arches.
The Sun disk label sits in the first
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 15:00:20 +0100 (CET)
> Something looks wrong here. Why would btrfs need to zero at all?
So that existing superblocks on the partition won't
be interpreted as correct by other filesystems. It's
a safety measure many mkfs programs use
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 15:00:20 +0100 (CET)
> (Yes, I had xfs on sparc before, so it's not like you NEED the
> whitespace at the start of a partition.)
You actully do unless you want to lose significant chunks of your disk
space.
The Sun disk label only
From: Chris Mason <[EMAIL PROTECTED]>
Date: Wed, 6 Feb 2008 12:00:13 -0500
> So, here's v0.12.
Any page size larger than 4K will not work with btrfs. All of the
extent stuff assumes that PAGE_SIZE <= sectorsize.
I confirmed this by forcing mkfs.btrfs to use an 8K sectorsize on
sparc64 and I was
From: Chris Mason <[EMAIL PROTECTED]>
Date: Tue, 12 Feb 2008 08:49:34 -0500
> So, if Btrfs starts zeroing at 1k, will that be acceptable for you?
Sure.
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
The CRC32C implementation in the btrfs progs is different from the one
in the kernel, so obviously nothing can possibly work on big-endian.
This is getting less and less fun by the minute, I simply wanted to
test btrfs on Niagara :-/
Here is a patch to fix that:
--- vanilla/btrfs-progs-0.12/crc
From: David Miller <[EMAIL PROTECTED]>
Date: Mon, 11 Feb 2008 23:21:39 -0800 (PST)
> Filesystems like ext2 put their superblock 1 block into the partition
> in order to avoid overwriting disk labels and other uglies. UFS does
> this too, as do several others. One of the few excep
Filesystems like ext2 put their superblock 1 block into the partition
in order to avoid overwriting disk labels and other uglies. UFS does
this too, as do several others. One of the few exceptions I've been
able to find is XFS.
This is a real issue on sparc where the default sun disk labels
cre
From: Chris Mason <[EMAIL PROTECTED]>
Date: Mon, 11 Feb 2008 08:42:20 -0500
> The kernel is actually worse, because the set/get macros are more complex.
> Some live in ctree.h like in the progs, but the nasty ones live in
> struct-funcs.c
This is really problematic, because you've got these th
From: Chris Mason <[EMAIL PROTECTED]>
Date: Wed, 6 Feb 2008 12:00:13 -0500
> So, here's v0.12.
I couldn't even make a filesystem on sparc64 without the following
patch.
The first problem is that these SETGET macros lose typing information,
and therefore can't see the 'packed' attribute and there
From: Peter Zijlstra <[EMAIL PROTECTED]>
Date: Fri, 05 Oct 2007 22:32:00 +0200
> Focus on the slab allocator usage, instrument it, record a trace,
> generate a statistical model that matches, and write a small
> programm/kernel module that has the same allocation pattern. Then verify
> this statis
From: Chuck Ebbert <[EMAIL PROTECTED]>
Date: Thu, 04 Oct 2007 17:47:48 -0400
> On 10/04/2007 05:11 PM, David Miller wrote:
> > From: Chuck Ebbert <[EMAIL PROTECTED]>
> > Date: Thu, 04 Oct 2007 17:02:17 -0400
> >
> >> How do you simulate read
From: Chuck Ebbert <[EMAIL PROTECTED]>
Date: Thu, 04 Oct 2007 17:02:17 -0400
> How do you simulate reading 100TB of data spread across 3000 disks,
> selecting 10% of it using some criterion, then sorting and
> summarizing the result?
You repeatedly read zeros from a smaller disk into the same amo
From: Matthew Wilcox <[EMAIL PROTECTED]>
Date: Thu, 4 Oct 2007 14:58:12 -0600
> On Thu, Oct 04, 2007 at 01:48:34PM -0700, David Miller wrote:
> > There comes a point where it is the reporter's responsibility to help
> > the developer come up with a publishable test case
From: [EMAIL PROTECTED] (Matthew Wilcox)
Date: Thu, 4 Oct 2007 12:28:25 -0700
> On Thu, Oct 04, 2007 at 10:49:52AM -0700, Christoph Lameter wrote:
> > Finally: Is there some way that I can reproduce the tests on my machines?
>
> As usual for these kinds of setups ... take a two-CPU machine, 64GB
From: Arjan van de Ven <[EMAIL PROTECTED]>
Date: Thu, 4 Oct 2007 10:50:46 -0700
> Ok every time something says anything not 100% positive about SLUB you
> come back with "but it's fixed in the next patch set"... *every time*.
I think this is partly Christoph subconsciously venting his
frustration
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Wed, 4 Jul 2007 09:42:11 +0100
> On Wed, Jul 04, 2007 at 12:11:56AM +0200, Karel Zak wrote:
> > mount(8) doesn't include filesystem detection code anymore. You
> > have to compile --with-fsprobe={blkid,volume_id}, and libblkid
> > (e2fsprogs) or
From: Casey Schaufler <[EMAIL PROTECTED]>
Date: Wed, 27 Jun 2007 17:27:17 -0700 (PDT)
> --- David Miller <[EMAIL PROTECTED]> wrote:
>
> > Neither of those are reasons why something should go into the tree.
>
> They reflect the corporate reality of the open source c
From: Crispin Cowan <[EMAIL PROTECTED]>
Date: Wed, 27 Jun 2007 15:46:57 -0700
> But we do not want to prevent other people from using SELinux if it
> suits them. Linux is about choice, and that is especially vital in
> security. As Linus himself observed when LSM was started, there are a
> lot of
From: David Howells <[EMAIL PROTECTED]>
Date: Wed, 09 May 2007 14:51:47 +0100
> Reduce debugging noise generated by AF_RXRPC.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Applied, thanks David.
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a me
From: David Howells <[EMAIL PROTECTED]>
Date: Fri, 04 May 2007 15:56:47 +0100
> Sort out the MTU determination and handling in AF_RXRPC:
>
> (1) If it's present, parse the additional information supplied by the peer at
> the end of the ACK packet (struct ackinfo) to determine the MTU sizes
From: Marcel Holtmann <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 14:27:16 +0200
> Hi Dave,
>
> > > When the user passes in MSG_TRUNC the skb is used after getting freed.
> > >
> > > Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> > > Signed-off-by: David Howells <[EMAIL PROTECTED]>
> >
> >
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:31 +0100
> Replace the large and complicated rtnetlink client by two simple
> functions for getting the MAC address for the first ethernet device
> and building a list of IPv4 addresses.
>
> Signed-off-by: Patrick McHardy <[EMAI
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:36 +0100
> Adjust the new netdevice scanning code provided by Patrick McHardy:
>
> (1) Restore the function banner comments that were dropped.
>
> (2) Rather than using an array size of 6 in some places and an array size of
>
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:26 +0100
> Add __dev_getfirstbyhwtype for callers that don't want a reference but
> some data from the device and thus need to take the rtnl anyway.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> Signed-off-by: David H
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:20 +0100
> The interface array is not freed on exit.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line "uns
From: David Howells <[EMAIL PROTECTED]>
Date: Thu, 03 May 2007 10:53:15 +0100
> When the user passes in MSG_TRUNC the skb is used after getting freed.
>
> Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Ugh, good catch, applied :-)
-
To unsub
From: David Howells <[EMAIL PROTECTED]>
Date: Tue, 01 May 2007 19:17:06 +0100
> Fix use of __exit functions from __init path.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
Applied.
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAI
From: David Howells <[EMAIL PROTECTED]>
Date: Tue, 01 May 2007 18:47:52 +0100
> Make miscellaneous fixes to AFS and AF_RXRPC:
>
> (*) Make AF_RXRPC select KEYS rather than RXKAD or AFS_FS in Kconfig.
>
> (*) Don't use FS_BINARY_MOUNTDATA.
>
> (*) Remove a done 'TODO' item in a comemnt on afs
From: David Howells <[EMAIL PROTECTED]>
Date: Tue, 01 May 2007 18:47:47 +0100
> Make the match_*() functions take a const pointer to the options table and
> make strings pointers in the options table const too.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
I'll take this, applied, thanks
From: David Howells <[EMAIL PROTECTED]>
Date: Wed, 25 Apr 2007 20:56:47 +0100
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > Then please generate your patches against my net-2.6.21 GIT
> > tree. Most of your initial patches in the series (the SKB
> > routin
From: David Howells <[EMAIL PROTECTED]>
Date: Wed, 25 Apr 2007 14:38:32 +0100
> I think the idea is for them (or at least some of them) to go
> through one of DaveM's net git trees anyway.
Then please generate your patches against my net-2.6.21 GIT
tree. Most of your initial patches in the serie
From: David Howells <[EMAIL PROTECTED]>
Date: Mon, 02 Apr 2007 23:45:03 +0100
> Move generic skbuff stuff from XFRM code to generic code so that AF_RXRPC can
> use it too.
>
> The kdoc comments I've attached to the functions needs to be checked by
> whoever
> wrote them as I had to make some gue
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 5 Dec 2006 13:50:17 -0800
> This
>
> /*
>* Lorem ipsum dolor sit amet, consectetur
>* adipisicing elit, sed do eiusmod tempor
>* incididunt ut labore et dolore magna aliqua.
>*/
>
> is probably the most comm
39 matches
Mail list logo
