From: Chris Mason <chris.mason@oracle.com>
To: David Miller <davem@davemloft.net>
Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
btrfs-devel@oss.oracle.com
Subject: Re: [ANNOUNCE] Btrfs v0.12 released
Date: Mon, 11 Feb 2008 08:42:20 -0500 [thread overview]
Message-ID: <200802110842.21312.chris.mason@oracle.com> (raw)
In-Reply-To: <20080210.171257.233096646.davem@davemloft.net>
On Sunday 10 February 2008, David Miller wrote:
> From: Chris Mason <chris.mason@oracle.com>
> Date: Wed, 6 Feb 2008 12:00:13 -0500
>
> This function never returns an error, so the simplest fix was to
> return the hash value which avoids all of the issues. In attempting
> other schemes to fix this, I found it very difficult to give gcc
> a packed attribute for that "u64 *" argument other than to create
> some new pseudo structure which would have been ugly.
>
Many thanks, I clearly didn't put enough thought into the unaligned access
problems.
> Similar code lives in the btrfs kernel code too, I'll try to get a
> partition at least mounted and working minimally and if successful
> I'll send you patches for that too.
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
-chris
next prev parent reply other threads:[~2008-02-11 13:43 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-06 17:00 [ANNOUNCE] Btrfs v0.12 released Chris Mason
2008-02-11 1:12 ` David Miller
2008-02-11 13:42 ` Chris Mason [this message]
2008-02-12 6:43 ` David Miller
2008-02-12 13:43 ` Chris Mason
2008-02-12 7:21 ` BTRFS partition usage David Miller
2008-02-12 8:11 ` David Miller
2008-02-12 13:49 ` Chris Mason
2008-02-12 14:00 ` Jan Engelhardt
2008-02-12 14:08 ` Chris Mason
2008-02-12 14:21 ` Jan Engelhardt
2008-02-12 14:35 ` Chris Mason
2008-02-12 14:35 ` Chris Mason
2008-02-12 15:04 ` Jan Engelhardt
2008-02-12 16:17 ` Chris Mason
2008-02-12 23:38 ` David Miller
2008-02-12 23:42 ` Jan Engelhardt
2008-02-13 1:09 ` David Miller
2008-02-13 1:22 ` Rene Herman
2008-02-12 23:35 ` David Miller
2008-02-13 7:02 ` Christoph Hellwig
2008-02-12 23:34 ` David Miller
2008-02-12 23:33 ` David Miller
2008-02-13 2:10 ` Jeff Garzik
2008-02-14 0:51 ` Szabolcs Szakacsits
2008-02-12 23:26 ` David Miller
2008-02-12 23:39 ` Jan Engelhardt
2008-02-13 1:08 ` David Miller
2008-02-13 1:25 ` Bryan Henderson
2008-02-12 23:28 ` David Miller
2008-02-13 0:45 ` Theodore Tso
2008-02-12 20:50 ` David Miller
2008-02-12 9:23 ` CRC32C big endian bugs David Miller
2008-02-12 21:55 ` BTRFS only works with PAGE_SIZE <= 4K David Miller
2008-02-12 22:03 ` Chris Mason
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=200802110842.21312.chris.mason@oracle.com \
--to=chris.mason@oracle.com \
--cc=btrfs-devel@oss.oracle.com \
--cc=davem@davemloft.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.