All of lore.kernel.org
 help / color / mirror / Atom feed
* board identification in /sys
@ 2011-08-18 19:15 Andres Salomon
       [not found] ` <20110818121530.08946a6e-pFFUokh25LWsTnJN9+BGXg@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Andres Salomon @ 2011-08-18 19:15 UTC (permalink / raw)
  To: devicetree-discuss-mnsaURCQ41sdnm+yROfE0A

I've been paying partial attention to the following thread:
http://marc.info/?l=linux-hotplug&m=131352330625733&w=2

It's an interesting discussion.  I realize that
moving /proc/device-tree to /sys would probably violate
sysrq-rules.txt, but it would be nice to have a common way to
represent things like cpu type, board id, etc in /sys that is populated
from the DT.  I haven't seen that discussed here yet, has anyone
considered it?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: board identification in /sys
       [not found] ` <20110818121530.08946a6e-pFFUokh25LWsTnJN9+BGXg@public.gmane.org>
@ 2011-08-19  2:23   ` David Gibson
       [not found]     ` <20110819022306.GD30097-787xzQ0H9iQXU02nzanrWNbf9cGiqdzd@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: David Gibson @ 2011-08-19  2:23 UTC (permalink / raw)
  To: Andres Salomon; +Cc: devicetree-discuss-mnsaURCQ41sdnm+yROfE0A

On Thu, Aug 18, 2011 at 12:15:30PM -0700, Andres Salomon wrote:
> I've been paying partial attention to the following thread:
> http://marc.info/?l=linux-hotplug&m=131352330625733&w=2
> 
> It's an interesting discussion.  I realize that
> moving /proc/device-tree to /sys would probably violate
> sysrq-rules.txt, but it would be nice to have a common way to
> represent things like cpu type, board id, etc in /sys that is populated
> from the DT.  I haven't seen that discussed here yet, has anyone
> considered it?

Seems like a specious argument to me.  Despite all the problems of
/proc, the contents of /proc/device-tree are perfectly well-defined.
Or at least, its problems are entirely its own and not related to the
general problems of /proc.  The only argument here seems to be that
it's in /proc, and that's dealt with if that helper script just thinks
of /proc/device-tree as one possible place for the device tree path.
In the future it could be under /sys.  Indeed on sparc I think their
device tree representation is a separate filesystem and could be
anywhere.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: board identification in /sys
       [not found]     ` <20110819022306.GD30097-787xzQ0H9iQXU02nzanrWNbf9cGiqdzd@public.gmane.org>
@ 2011-08-19  3:14       ` Andres Salomon
  0 siblings, 0 replies; 3+ messages in thread
From: Andres Salomon @ 2011-08-19  3:14 UTC (permalink / raw)
  To: David Gibson; +Cc: devicetree-discuss-mnsaURCQ41sdnm+yROfE0A

On Fri, 19 Aug 2011 12:23:06 +1000
David Gibson <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org> wrote:

> On Thu, Aug 18, 2011 at 12:15:30PM -0700, Andres Salomon wrote:
> > I've been paying partial attention to the following thread:
> > http://marc.info/?l=linux-hotplug&m=131352330625733&w=2
> > 
> > It's an interesting discussion.  I realize that
> > moving /proc/device-tree to /sys would probably violate
> > sysrq-rules.txt, but it would be nice to have a common way to
> > represent things like cpu type, board id, etc in /sys that is
> > populated from the DT.  I haven't seen that discussed here yet, has
> > anyone considered it?
> 
> Seems like a specious argument to me.  Despite all the problems of
> /proc, the contents of /proc/device-tree are perfectly well-defined.
> Or at least, its problems are entirely its own and not related to the
> general problems of /proc.  The only argument here seems to be that
> it's in /proc, and that's dealt with if that helper script just thinks
> of /proc/device-tree as one possible place for the device tree path.
> In the future it could be under /sys.  Indeed on sparc I think their
> device tree representation is a separate filesystem and could be
> anywhere.

Under sparc, it's typically in /openprom iirc.

I'd be fine with converting it to /sys/device-tree or some such thing
if that was okay with maintainers.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-08-19  3:14 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-08-18 19:15 board identification in /sys Andres Salomon
     [not found] ` <20110818121530.08946a6e-pFFUokh25LWsTnJN9+BGXg@public.gmane.org>
2011-08-19  2:23   ` David Gibson
     [not found]     ` <20110819022306.GD30097-787xzQ0H9iQXU02nzanrWNbf9cGiqdzd@public.gmane.org>
2011-08-19  3:14       ` Andres Salomon

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.