David Miller wrote:
We have some extensive code in fs/openpromfs/inode.c that
determines whether a property is text or not. I can't
guarentee it works %100, but it's very context dependant
(only the driver "knows") but it works for all the cases
I've tried.
The problem with guessing, as
David Miller wrote:
We have some extensive code in fs/openpromfs/inode.c that
determines whether a property is text or not. I can't
guarentee it works %100, but it's very context dependant
(only the driver knows) but it works for all the cases
I've tried.
The problem with guessing, as
Folks,
If we reused the current code in fs/proc/proc_devtree.c
and re-wrote the underlying of_* routines for i386 only,
(in the hope of removing the complexity not needed for
this implementation) would that be an acceptable
implementation?
In other words, the of_* routines continue to define
David Miller wrote:
From: David Kahn <[EMAIL PROTECTED]>
Date: Sun, 31 Dec 2006 02:11:53 -0800
All we've done is created a trivial implementation for exporting
the device tree to userland that isn't burdened by the powerpc
and sparc legacy code that's in there now.
So now we'll ha
Responding to two replies in one email ...
Mitch Bradley wrote:
David Miller wrote:
...
Can we please not have N different interfaces to the open-firmware
calls so that perhaps powerpc and Sparc have a chance of using this
code too?
David,
I helped Mitch do this "port", so I'd like to
Responding to two replies in one email ...
Mitch Bradley wrote:
David Miller wrote:
...
Can we please not have N different interfaces to the open-firmware
calls so that perhaps powerpc and Sparc have a chance of using this
code too?
David,
I helped Mitch do this port, so I'd like to
David Miller wrote:
From: David Kahn [EMAIL PROTECTED]
Date: Sun, 31 Dec 2006 02:11:53 -0800
All we've done is created a trivial implementation for exporting
the device tree to userland that isn't burdened by the powerpc
and sparc legacy code that's in there now.
So now we'll have _3_
Folks,
If we reused the current code in fs/proc/proc_devtree.c
and re-wrote the underlying of_* routines for i386 only,
(in the hope of removing the complexity not needed for
this implementation) would that be an acceptable
implementation?
In other words, the of_* routines continue to define
8 matches
Mail list logo
