From: David Woodhouse <dwmw2@infradead.org>
To: acurtis@onz.com
Cc: linux-mtd@lists.infradead.org
Subject: Re: 64-bit support..what happened?
Date: Wed, 04 Sep 2002 15:51:55 +0100 [thread overview]
Message-ID: <2249.1031151115@redhat.com> (raw)
In-Reply-To: <NCBBIINEHIPFGJPLBEIFOEKHDLAA.acurtis@onz.com>
acurtis@onz.com said:
> As you mentioned, although my architecture has a 64-bit bus, the only
> way to perform a 64-bit bus access is through the floating point
> processor. Do you see any reason why I couldn't just perform 2 32-bit
> operations?
Er, I suppose not. Defeats the whole point of interleaving, but I don't see
a reason why it shouldn't _work_, offhand, hardware permitting.
> I will take physmap.c as an example and make our own version. However
> good sample code would include the proper headers if they reference
> conditional defines. (slight jab...sorry)
You're right. It looks like the code snippet in physmap.c is in fact a
_bad_ example and has been copied into two new map files.
> I believe that there are 3 files under map that include the conditional
> compile and none of them include the proper header file. Perhaps this
> just indicates that the conditional should be moved to another file or
> change to use the autoconfig defines?
I'm inclined to suggest that it should be removed from all three offending
map files and a new example for 64-bit operation be added; physmap64.c. And
you should only be able to enable physmap64.c in the config if you've
enabled 64-bit operation -- so it shouldn't need any conditionals at all.
Does that sound sane?
--
dwmw2
next prev parent reply other threads:[~2002-09-04 14:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-04 14:14 64-bit support..what happened? Allen Curtis
2002-09-04 14:23 ` David Woodhouse
2002-09-04 14:41 ` Allen Curtis
2002-09-04 14:51 ` David Woodhouse [this message]
2002-09-04 15:06 ` Allen Curtis
2002-09-04 15:09 ` David Woodhouse
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=2249.1031151115@redhat.com \
--to=dwmw2@infradead.org \
--cc=acurtis@onz.com \
--cc=linux-mtd@lists.infradead.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.