public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andres Salomon <dilinger@queued.net>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: devicetree-discuss@lists.ozlabs.org, sparclinux@vger.kernel.org,
	x86@kernel.org, tglx@linutronix.de, mingo@redhat.com,
	hpa@zytor.com, cjb@laptop.org, Mitch Bradley <wmb@laptop.org>,
	pgf@laptop.org, linux-kernel@vger.kernel.org,
	davem@davemloft.net, grant.likely@secretlab.ca,
	Stephen Neuendorffer <stephen.neuendorffer@xilinx.com>
Subject: Re: [PATCH 1/9] of: move phandle/ihandle into types.h
Date: Fri, 3 Sep 2010 04:17:15 -0400	[thread overview]
Message-ID: <20100903041715.573471e4@debxo> (raw)
In-Reply-To: <20100830050627.GA12153@merkur.ravnborg.org>

On Mon, 30 Aug 2010 07:06:27 +0200
Sam Ravnborg <sam@ravnborg.org> wrote:

> On Sun, Aug 29, 2010 at 11:53:52PM -0400, Andres Salomon wrote:
> > 
> > We need phandle for some exported sparc headers; of.h isn't an
> > exported header, and it would be silly to export it when all we
> > really need is one or two types from it.  So, move the
> > phandle/ihandle definitions into types.h.
> > 
> > diff --git a/include/linux/types.h b/include/linux/types.h
> > index 01a082f..26526ea 100644
> > --- a/include/linux/types.h
> > +++ b/include/linux/types.h
> > @@ -219,6 +219,10 @@ struct ustat {
> >  	char			f_fpack[6];
> >  };
> >  
> > +/* Basic openboot/openfirmware types */
> > +typedef u32 phandle;
> > +typedef u32 ihandle;
> > +
> >  #endif	/* __KERNEL__ */
> 
> The above is inside #ifdef __KERNEL__ / #endif
> so it is not exported as we drop code protected
> by __KERNEL__ when we prepare for export.



At least for me, that's fine; I don't need phandle/ihandle to be
available to userspace.  The folks who work on the userspace fdt code
may feel differently, however.

(I'm not sure if you're suggesting it be outside the __KERNEL__ ifdef
or not..)

> 
> Id addition "phandle" and "ihandle" needs to have
> two underscores apended as we cannot just add the above
> to the userspace namespace and expect it to be OK.
> 
> We do this for many other typers already, see __u32 for example.
> 
> 	Sam


  reply	other threads:[~2010-09-03  7:33 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-29  1:54 [PATCH 0/4] RFC: OLPC/x86 device tree code Andres Salomon
2010-06-29  2:00 ` [PATCH 1/4] x86: OLPC: constify an olpc_ofw() arg Andres Salomon
2010-07-31  1:10   ` [tip:x86/olpc] x86, olpc: Constify " tip-bot for Andres Salomon
2010-06-29  2:00 ` [PATCH 2/4] sparc: break out some prom device-tree building code out into drivers/of Andres Salomon
2010-06-29  3:11   ` David Miller
2010-06-29  6:15   ` Stephen Rothwell
2010-06-29  7:50   ` Grant Likely
2010-06-29 15:03     ` Andres Salomon
2010-06-29 21:42       ` Grant Likely
2010-06-29 23:36         ` Andres Salomon
2010-06-30 21:52           ` Grant Likely
2010-07-07  4:07             ` Andres Salomon
2010-07-06  2:22               ` David Miller
2010-07-06  7:00                 ` Grant Likely
2010-07-06  7:16                   ` David Miller
2010-07-06  8:17                     ` Grant Likely
2010-07-07  5:15                 ` Andres Salomon
2010-07-06 10:17                   ` Benjamin Herrenschmidt
2010-07-06  8:17               ` Grant Likely
2010-07-06  9:21   ` Grant Likely
2010-07-06 21:54     ` Andres Salomon
2010-07-06 22:06       ` Grant Likely
2010-07-07  1:15         ` Andres Salomon
2010-06-29  2:00 ` [PATCH 3/4] proc: unify PROC_DEVICETREE config Andres Salomon
2010-06-29  7:33   ` Grant Likely
2010-06-29  2:00 ` [PATCH 4/4] x86: OLPC: add OLPC device-tree support Andres Salomon
2010-06-29  8:12   ` Grant Likely
2010-06-29  8:33     ` Stephen Rothwell
2010-06-29 14:23     ` Andres Salomon
2010-06-30 21:13       ` Grant Likely
2010-06-30 21:32         ` Andres Salomon
2010-08-30  3:51 ` [PATCH 0/9] " Andres Salomon
2010-08-30  3:53   ` [PATCH 1/9] of: move phandle/ihandle into types.h Andres Salomon
2010-08-30  5:06     ` Sam Ravnborg
2010-09-03  8:17       ` Andres Salomon [this message]
2010-09-05  6:22         ` Sam Ravnborg
2010-08-30  3:55   ` [PATCH 2/9] sparc: convert various prom_* functions to use phandle Andres Salomon
2010-08-30  3:57   ` [PATCH 3/9] sparc: break out some PROM device-tree building code out into drivers/of Andres Salomon
2010-08-30  3:59   ` [PATCH 4/9] sparc: make drivers/of/pdt.c no longer sparc-only Andres Salomon
2010-08-30  4:00   ` [PATCH 5/9] of: no longer call prom_ functions directly; use an ops structure Andres Salomon
2010-08-30  4:02   ` [PATCH 6/9] of: add of_pdt namespace to pdt code Andres Salomon
2010-08-30  4:04   ` [PATCH 7/9] of: add package-to-path support to pdt Andres Salomon
2010-08-30  4:06   ` [PATCH 8/9] x86: of: irq additions to make drivers/of/* build on x86 Andres Salomon
2010-08-30 15:58     ` Stephen Neuendorffer
2010-08-30 17:31       ` Grant Likely
2010-08-30  4:07   ` [PATCH 9/9] x86: OLPC: add OLPC device-tree support Andres Salomon
2010-08-30 18:14     ` Grant Likely
2010-08-30 18:49       ` Andres Salomon
2010-08-31  5:49         ` Grant Likely
2010-08-30 17:58   ` [PATCH 0/9] " 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=20100903041715.573471e4@debxo \
    --to=dilinger@queued.net \
    --cc=cjb@laptop.org \
    --cc=davem@davemloft.net \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=grant.likely@secretlab.ca \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=pgf@laptop.org \
    --cc=sam@ravnborg.org \
    --cc=sparclinux@vger.kernel.org \
    --cc=stephen.neuendorffer@xilinx.com \
    --cc=tglx@linutronix.de \
    --cc=wmb@laptop.org \
    --cc=x86@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