From: Paul Mackerras <hidden> Date: 2007-07-22 00:37:06
Stephen Rothwell writes:
WRAP arch/powerpc/boot/zImage.ps3
/home/sfr/kernels/linus/arch/powerpc/boot/wrapper: line 113: dtc: command not found
make[2]: *** [arch/powerpc/boot/zImage.ps3] Error 1
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
I'd say CONFIG_BATTERY_PMU needs to depend on PPC32. There are no
battery-powered ppc64 machines with an Apple PMU, and we can say
pretty confidently there never will be.
Paul.
On Sun, Jul 22, 2007 at 10:37:06AM +1000, Paul Mackerras wrote:
Stephen Rothwell writes:
quoted
WRAP arch/powerpc/boot/zImage.ps3
/home/sfr/kernels/linus/arch/powerpc/boot/wrapper: line 113: dtc: command not found
make[2]: *** [arch/powerpc/boot/zImage.ps3] Error 1
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
Really? I don't think we're quite ready for that. Particularly for the
embedded boards. Those DTS files still get lots of churn, and having to
update both the .dts and .dtb at the same time seems a bit fragile.
josh
From: David Gibson <hidden> Date: 2007-07-23 01:49:08
On Sat, Jul 21, 2007 at 09:04:13PM -0500, Josh Boyer wrote:
On Sun, Jul 22, 2007 at 10:37:06AM +1000, Paul Mackerras wrote:
quoted
Stephen Rothwell writes:
quoted
WRAP arch/powerpc/boot/zImage.ps3
/home/sfr/kernels/linus/arch/powerpc/boot/wrapper: line 113: dtc: command not found
make[2]: *** [arch/powerpc/boot/zImage.ps3] Error 1
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
Really? I don't think we're quite ready for that. Particularly for the
embedded boards. Those DTS files still get lots of churn, and having to
update both the .dts and .dtb at the same time seems a bit fragile.
I sort of prefer this option in theory, but it's basically
impossible. People updating dts files by patch would also have to
update the dtb, which can't be done in a normal patch, since they're
binary.
I'm working with sfr now on importing dtc into the kernel tree.
--
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
From: Mark A. Greer <hidden> Date: 2007-07-23 15:22:19
On Mon, Jul 23, 2007 at 11:43:37AM +1000, David Gibson wrote:
On Sat, Jul 21, 2007 at 09:04:13PM -0500, Josh Boyer wrote:
quoted
On Sun, Jul 22, 2007 at 10:37:06AM +1000, Paul Mackerras wrote:
quoted
Stephen Rothwell writes:
quoted
WRAP arch/powerpc/boot/zImage.ps3
/home/sfr/kernels/linus/arch/powerpc/boot/wrapper: line 113: dtc: command not found
make[2]: *** [arch/powerpc/boot/zImage.ps3] Error 1
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
Really? I don't think we're quite ready for that. Particularly for the
embedded boards. Those DTS files still get lots of churn, and having to
update both the .dts and .dtb at the same time seems a bit fragile.
I sort of prefer this option in theory, but it's basically
impossible. People updating dts files by patch would also have to
update the dtb, which can't be done in a normal patch, since they're
binary.
I agree. Shipping a magic binary blob, especially ones that haven't
really settled out, will be a real headache for poeple.
I'm working with sfr now on importing dtc into the kernel tree.
IIRC, this was discussed when dtc first came into existence but it was
pooh-poohed. I forget why now.
Mark
From: Stephen Rothwell <hidden> Date: 2007-07-22 01:53:44
On Sun, 22 Jul 2007 10:37:06 +1000 Paul Mackerras [off-list ref] wrote:
Stephen Rothwell writes:
quoted
WRAP arch/powerpc/boot/zImage.ps3
/home/sfr/kernels/linus/arch/powerpc/boot/wrapper: line 113: dtc: command not found
make[2]: *** [arch/powerpc/boot/zImage.ps3] Error 1
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
From: Timur Tabi <hidden> Date: 2007-07-23 13:14:18
Stephen Rothwell wrote:
quoted
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
Unless, of course, we ship dtc ...
I like that idea.
I don't know much about the kernel build process, but is it normal to ship C files and have kbuild build them and then use the executables to build the rest of the kernel?
From: Grant Likely <hidden> Date: 2007-07-23 15:07:04
On 7/23/07, Timur Tabi [off-list ref] wrote:
Stephen Rothwell wrote:
quoted
quoted
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
Unless, of course, we ship dtc ...
I like that idea.
I don't know much about the kernel build process, but is it normal to ship C files and have kbuild build them and then use the executables to build the rest of the kernel?
That's how Kconfig is built.
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195
On Mon, 2007-07-23 at 09:07 -0600, Grant Likely wrote:
On 7/23/07, Timur Tabi [off-list ref] wrote:
quoted
Stephen Rothwell wrote:
quoted
quoted
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
Unless, of course, we ship dtc ...
I like that idea.
I don't know much about the kernel build process, but is it normal to ship C files and have kbuild build them and then use the executables to build the rest of the kernel?
From: Timur Tabi <hidden> Date: 2007-07-23 15:47:26
Grant Likely wrote:
On 7/23/07, Timur Tabi [off-list ref] wrote:
quoted
Stephen Rothwell wrote:
quoted
quoted
Hmmm, we should be shipping .dtb files with the tree, so people don't
have to have dtc installed.
Unless, of course, we ship dtc ...
I like that idea.
I don't know much about the kernel build process, but is it normal to
ship C files and have kbuild build them and then use the executables
to build the rest of the kernel?
That's how Kconfig is built.
Then it shouldn't be too hard to refactor the dtc build environment to make it
Kbuild-compatible, and then Paul can pull from Jon's dtc repo whenever it gets updated.
Jon, what do you think?
--
Timur Tabi
Linux Kernel Developer @ Freescale