From: Jeff Mahoney <jeffm@suse.com>
To: Andi Kleen <ak@suse.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [SOLVED + PATCH]: documented Oops running big-endian reiserfs on parisc architecture
Date: Tue, 4 Sep 2001 08:50:23 -0400 [thread overview]
Message-ID: <20010904085023.C13887@fury.csh.rit.edu> (raw)
In-Reply-To: <20010902105538.A15344@middle.of.nowhere.suse.lists.linux.kernel> <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk.suse.lists.linux.kernel> <20010902195717.A21209@middle.of.nowhere.suse.lists.linux.kernel> <20010903003437.A385@linux-m68k.org.suse.lists.linux.kernel> <20010903213835.A13887@fury.csh.rit.edu.suse.lists.linux.kernel> <oupoforxpc1.fsf@pigdrop.muc.suse.de>
In-Reply-To: <oupoforxpc1.fsf@pigdrop.muc.suse.de>; from ak@suse.de on Tue, Sep 04, 2001 at 11:44:30AM +0200
On Tue, Sep 04, 2001 at 11:44:30AM +0200, Andi Kleen wrote:
> Jeff Mahoney <jeffm@suse.com> writes:
>
>
> > I did kick around the idea of making those macros the default accessors for
> > the deh_state member (which is the only place they're used), but it unfairly
> > penalizes arches that don't need them.
>
> On archs that don't need them {get,put}_unaligned should be just normal
> assignments. They are certainly on i386.
Sorry, I guess I wasn't clear.
When I mentioned "make those macros the default ..", I was referring to the
reiserfs-defined macros, not the asm/unaligned.h macros.
In my previous message, I had mentioned that the get/put _unaligned macros
from asm/unaligned.h don't work in all cases. Specifically, the S/390 (and
S/390x) versions won't work with ReiserFS, since they're nothing more than
a normal access/mutate put into a compatible macro. Through testing on the
S/390{,x}, I found that using the reiserfs-defined unaligned macros did the
trick. The only place these reiserfs-defined macros are used is to
access/mutate the reiserfs_de_head->deh_state member, which contains flags
for the on-disk directory entry representation.
Are the S/390 asm/unaligned.h versions broken, or is the ReiserFS code doing
something not planned for? It's a 16-bit member, at a 16-bit alignment
in the structure. The structure itself need not be aligned in any
particular manner as it is read directly from disk, and is a packed structure.
-Jeff
--
Jeff Mahoney | "Bill Gates is a monocle and a Persian cat away
jeffm@suse.com | from being the villain in a James Bond movie."
jeffm@csh.rit.edu | -- Dennis Miller
next prev parent reply other threads:[~2001-09-04 12:50 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20010902105538.A15344@middle.of.nowhere.suse.lists.linux.kernel>
[not found] ` <20010902150023.U5126@parcelfarce.linux.theplanet.co.uk.suse.lists.linux.kernel>
[not found] ` <20010902195717.A21209@middle.of.nowhere.suse.lists.linux.kernel>
[not found] ` <20010903003437.A385@linux-m68k.org.suse.lists.linux.kernel>
[not found] ` <20010903213835.A13887@fury.csh.rit.edu.suse.lists.linux.kernel>
2001-09-04 9:44 ` Andi Kleen
2001-09-04 12:50 ` Jeff Mahoney [this message]
2001-09-04 10:04 ` David S. Miller
2001-09-04 10:25 ` Andi Kleen
2001-09-04 10:29 ` David S. Miller
2001-09-04 10:52 ` [SOLVED + PATCH]: documented Oops running big-endian reiserfs Alan Cox
2001-09-04 22:55 [SOLVED + PATCH]: documented Oops running big-endian reiserfs on parisc architecture Ulrich Weigand
-- strict thread matches above, loose matches on Subject: below --
2001-09-04 17:04 Ulrich Weigand
2001-09-04 14:34 Ulrich Weigand
2001-09-04 15:02 ` Richard B. Johnson
2001-09-04 16:09 ` John Alvord
2001-09-03 12:08 Ulrich Weigand
2001-09-03 13:14 ` Ralf Baechle
2001-09-03 22:24 ` David S. Miller
2001-09-08 1:41 ` Linus Torvalds
2001-09-02 8:55 thunder7
2001-09-02 14:00 ` [parisc-linux] " Matthew Wilcox
2001-09-02 17:57 ` [SOLVED + PATCH]: " thunder7
2001-09-02 22:34 ` Richard Zidlicky
2001-09-04 1:38 ` Jeff Mahoney
2001-09-02 23:08 ` David S. Miller
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=20010904085023.C13887@fury.csh.rit.edu \
--to=jeffm@suse.com \
--cc=ak@suse.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®