From: John Williams <john.williams@petalogix.com>
To: Grant Likely <grant.likely@secretlab.ca>
Cc: John Linn <John.Linn@xilinx.com>, John Linn <linnj@xilinx.com>,
linux-serial@vger.kernel.org, jacmet@sunsite.dk,
michal.simek@petalogix.com
Subject: Re: [PATCH] [V3] uartlite: move from byte accesses to word accesses
Date: Thu, 18 Mar 2010 09:37:50 +1000 [thread overview]
Message-ID: <1d3f23371003171637v7915321ep3ab60857641075d8@mail.gmail.com> (raw)
In-Reply-To: <fa686aa41003171426p30588619h1240154ae0ba1664@mail.gmail.com>
Sorry, resending after disabling HTML mode in gmail:
On Thu, Mar 18, 2010 at 7:26 AM, Grant Likely <grant.likely@secretlab.ca> wrote:
>
> On Wed, Mar 17, 2010 at 12:04 PM, John Linn <John.Linn@xilinx.com> wrote:
> >
> >
> >> -----Original Message-----
> >> From: John Linn
> >> Sent: Wednesday, March 17, 2010 10:27 AM
> >> To: 'Grant Likely'
> >> Cc: linux-serial@vger.kernel.org; jacmet@sunsite.dk; michal.simek@petalogix.com;
> >> john.williams@petalogix.com
> >> Subject: RE: [PATCH] [V3] uartlite: move from byte accesses to word accesses
> >>
> >> > -----Original Message-----
> >> > From: glikely@secretlab.ca [mailto:glikely@secretlab.ca] On Behalf Of Grant Likely
> >> > Sent: Wednesday, March 17, 2010 10:21 AM
> >> > To: John Linn
> >> > Cc: linux-serial@vger.kernel.org; jacmet@sunsite.dk; michal.simek@petalogix.com;
> >> > john.williams@petalogix.com
> >> > Subject: Re: [PATCH] [V3] uartlite: move from byte accesses to word accesses
> >> >
> >> > On Wed, Mar 17, 2010 at 9:40 AM, John Linn <john.linn@xilinx.com> wrote:
> >> > > Byte accesses for I/O devices in Xilinx IP is going to be less
> >> > > desired in the future such that the driver is being changed to
> >> > > use 32 bit accesses.
> >> > >
> >> > > This change facilitates using the uartlite IP over a PCIe bus
> >> > > which only allows 32 bit accesses.
> >> > >
> >> > > Signed-off-by: John Linn <john.linn@xilinx.com>
> >> > >
> >> > > ---
> >> > >
> >> > > V2 - updated the commit message based on Peter's comments
> >> > >
> >> > > V3 - removed u8 casting based on Peter's comments, cleaned up and
> >> > > simplified the change by using raw I/O functions rather than
> >> > > using in_be32 & out_be32 functions.
> >> >
> >> > The __raw_{read,write}l() functions aren't the best choice here. User
> >> > ioread32be(), iowrite32be() instead if you want them to work
> >> > cross-architecture (see include/asm-generic/iomap.h).
> >>
> >> Maybe the ioread functions will work better than the in/out_be32 as they
> >> were not working like I wanted.
> >>
> >> I'm still trying to get my head wrapped around the right I/O functions to use since there are so many
> >> options.
> >>
> >> I'll look at your suggestions.
> >
> > That works ok on Powerpc, but not microblaze yet as there are still patches in the process of going into the kernel for that.
> >
> > Do we need to wait til those patches are in?
>
> I'd make it broken in Kconfig on microblaze until those patches get
> merged. To the best of my knowledge, the ioread/write routines are
> the best functions to use for cross-architecture MMIO code.
The MMIO patchset for MicroBlaze is in linux-next and Michal sent an
-rc2 pull request to Linus on 11th March.
Maybe I misunderstood Grant's meaning, but I think this uartlite
ioread/iowrite change must be conditional on the MicroBlaze MMIO
patchset being merged. uartlite is a core driver for MicroBlaze and
it's not OK to break it just for an MMIO purity tweak!
Hopefully Linus will pull Michal's changes soon and this wil just
resolve itself.
John
--
John Williams
PetaLogix - Linux Solutions for a Reconfigurable World
w: www.petalogix.com p: +61-7-30090663 f: +61-7-30090663
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-03-17 23:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-17 15:40 [PATCH] [V3] uartlite: move from byte accesses to word accesses John Linn
2010-03-17 16:21 ` Grant Likely
2010-03-17 16:26 ` John Linn
2010-03-17 18:04 ` John Linn
2010-03-17 21:26 ` Grant Likely
2010-03-17 23:37 ` John Williams [this message]
[not found] ` <1d3f23371003171631x7e854ff6xd4f647b53b2dbe96@mail.gmail.com>
2010-03-18 0:01 ` Grant Likely
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=1d3f23371003171637v7915321ep3ab60857641075d8@mail.gmail.com \
--to=john.williams@petalogix.com \
--cc=John.Linn@xilinx.com \
--cc=grant.likely@secretlab.ca \
--cc=jacmet@sunsite.dk \
--cc=linnj@xilinx.com \
--cc=linux-serial@vger.kernel.org \
--cc=michal.simek@petalogix.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;
as well as URLs for NNTP newsgroup(s).