All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jon Mason <jdmason@us.ibm.com>
To: Olof Johansson <olof@lixom.net>
Cc: Jon Mason <jdmason@us.ibm.com>, Pavel Machek <pavel@suse.cz>,
	Muli Ben-Yehuda <mulix@mulix.org>, Andi Kleen <ak@suse.de>,
	Muli Ben-Yehuda <MULI@il.ibm.com>,
	Linux-Kernel <linux-kernel@vger.kernel.org>,
	discuss@x86-64.org, Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH RFC 2/3] x86-64: Calgary IOMMU - Calgary specific bits
Date: Tue, 14 Mar 2006 19:27:33 -0600	[thread overview]
Message-ID: <20060315012733.GE7699@us.ibm.com> (raw)
In-Reply-To: <20060315005632.GE5170@pb15.lixom.net>

On Tue, Mar 14, 2006 at 06:56:32PM -0600, Olof Johansson wrote:
> On Tue, Mar 14, 2006 at 06:55:15PM -0600, Jon Mason wrote:
> > On Wed, Mar 15, 2006 at 12:03:06AM +0100, Pavel Machek wrote:
> > > Hi!
> > > 
> > > > +union tce_entry {
> > > > +   	u64 te_word;
> > > > +	struct {
> > > > +		unsigned int  read     :1;   /* read allowed */
> > > > +		unsigned int  write    :1;   /* write allowed */
> > > > +		unsigned int  hubid    :6;   /* hub id - unused */
> > > > +		unsigned int  rsvd     :4;   /* reserved */
> > > > +		unsigned long rpn      :36;  /* Real page number */
> > > > +		unsigned int  unused   :16;  /* unused */
> > > > +	} bits;
> > > > +};
> > > 
> > > I'd say this is going to be pretty flakey.
> > 
> > Why do you think this would be flakey?  It's nearly identical to the
> > tce_entry definition in include/asm-powerpc/tce.h (endien swapped, of
> > course).
> 
> We're killing structures like that one by one on PPC, I just haven't
> gotten around to dealing with tce_entry yet.
> 
> The way to do it is to use masking and shifting by hand.

Really?  I thought this was much more elegant than masking and
bitshifting (and less prone to errors).  Is there a particular reason to
do it that way?

Thanks,
Jon

  reply	other threads:[~2006-03-15  1:25 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-14  8:24 [RFC PATCH 1/3] x86-64: Calgary IOMMU - introduce iommu_detected Muli Ben-Yehuda
2006-03-14  8:25 ` [PATCH RFC 2/3] x86-64: Calgary IOMMU - Calgary specific bits Muli Ben-Yehuda
2006-03-14  8:26   ` [RFC PATCH 3/3] x86-64: Calgary IOMMU - hook it in Muli Ben-Yehuda
2006-03-14 23:03     ` Pavel Machek
2006-03-14 23:22       ` Jon Mason
2006-03-14 23:26         ` Pavel Machek
2006-03-15  0:06           ` Jon Mason
2006-03-15  1:38             ` Muli Ben-Yehuda
2006-03-14 23:03   ` [PATCH RFC 2/3] x86-64: Calgary IOMMU - Calgary specific bits Pavel Machek
2006-03-15  0:55     ` Jon Mason
2006-03-15  0:56       ` Olof Johansson
2006-03-15  1:27         ` Jon Mason [this message]
2006-03-15  3:18           ` Olof Johansson
2006-03-15  1:52         ` Muli Ben-Yehuda
2006-03-14 15:01 ` [RFC PATCH 1/3] x86-64: Calgary IOMMU - introduce iommu_detected Andi Kleen
2006-03-14 15:07   ` Muli Ben-Yehuda

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=20060315012733.GE7699@us.ibm.com \
    --to=jdmason@us.ibm.com \
    --cc=MULI@il.ibm.com \
    --cc=ak@suse.de \
    --cc=akpm@osdl.org \
    --cc=discuss@x86-64.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mulix@mulix.org \
    --cc=olof@lixom.net \
    --cc=pavel@suse.cz \
    /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.