I've pulled from Kumar, Josh and Grant, along with applying some
patches hand picked from patchworks and build fixes. I've merged in
Linus as of today (minus David Woodhouse firmware patches that have a
build breakage) in order to fix a (fairly trivial) merge conflict.
I've now pushed that to my
On Tue, Jul 15, 2008 at 12:02 AM, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
If you believe I've missed something, now is time to be vocal about
it :-)
I've also got some SPI stuff, but it depends on a commit in another
tree so I'll wait until it's in Linus' tree before I ask you to pull.
On Tue, 2008-07-15 at 00:16 -0600, Grant Likely wrote:
On Tue, Jul 15, 2008 at 12:02 AM, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
If you believe I've missed something, now is time to be vocal about
it :-)
I've also got some SPI stuff, but it depends on a commit in another
tree so
Hi
I have one query about this soc driver.
I want to know when u will merge it with kernel then
where and by which name this device will be available
in /dev directory of your file system.
As i am following the same structure for my driver so please help me. I
am ot able to recognise the
Hi Milton,
On Mon, 14 Jul 2008 12:09:03 -0500, Milton Miller wrote:
On Jul 14, 2008, at 2:59 AM, Jean Delvare wrote:
Well, there are two approaches to the problem. The first approach
(which I think Jim took in his patches? I don't really remember) is to
simply solve the problem of
On Mon, 14 Jul 2008 11:55:01 -0600, David Hubbard wrote:
Hi Hans,
On Mon, Jul 14, 2008 at 11:30 AM, Hans de Goede [EMAIL PROTECTED] wrote:
Milton Miller wrote:
I haven't done the research, but it might be keep superio as
a platform driver, and keep the clients as platform drivers. Only
On Tue, 2008-07-15 at 14:36 +0530, Srinivasa D S wrote:
On Monday 14 July 2008 02:36:57 pm Benjamin Herrenschmidt wrote:
Signed-off-by: Srinivasa DS [EMAIL PROTECTED]
Can you send a cleanup patch against powerpc.git instead ?
Resending the patch against powerpc.git tree.
Nah, your
On Monday 14 July 2008 11:06:47 pm Andreas Schwab wrote:
Timur Tabi [EMAIL PROTECTED] writes:
Srinivasa D S wrote:
+#define task_pt_regs(tsk) (tsk)-thread.regs
Shouldn't this be:
#define task_pt_regs(tsk) ((tsk)-thread.regs)
just to be safe?
Both - and . have already
Hi,
I just tried to boot 2.6.26 on a Pegasos and the kernel does not boot.
The last message I have is:
gunzip (0x - some more hex digits)
The configuration has been created from a working 2.6.25 one with
make oldconfig and answering N to new config options.
Anybody has seen
On Tue, 2008-07-15 at 12:00 +0200, Gabriel Paubert wrote:
Hi,
I just tried to boot 2.6.26 on a Pegasos and the kernel does not boot.
The last message I have is:
gunzip (0x - some more hex digits)
The configuration has been created from a working 2.6.25 one with
make
On Tue, Jul 15, 2008 at 08:05:49PM +1000, Benjamin Herrenschmidt wrote:
On Tue, 2008-07-15 at 12:00 +0200, Gabriel Paubert wrote:
Hi,
I just tried to boot 2.6.26 on a Pegasos and the kernel does not boot.
The last message I have is:
gunzip (0x - some more hex digits)
On Tue, 2008-07-15 at 16:00 +0530, Srinivasa DS wrote:
Sorry, I got it wrong, But I dont find my patch in your latest
powerpc
git tree(git.kernel.org/?p=linux/kernel/git/benh/powerpc.git).
Hrm... I thought I merged it. I'll check that tomorrow.
Cheers,
Ben.
thanks for your response but there is no /dev/snd directory in my file
structure is there any special method to create it please tell in
detail.
-Original Message-
From: Mark Brown [EMAIL PROTECTED]
To: dinesh [EMAIL PROTECTED]
Cc: Grant Likely [EMAIL PROTECTED], linuxppc-dev@ozlabs.org,
On Tue, Jul 15, 2008 at 06:08:19PM +0530, dinesh wrote:
thanks for your response but there is no /dev/snd directory in my file
structure is there any special method to create it please tell in
detail.
The devices appear via the standard kernel interfaces so if you are
using udev or mdev they
On Jul 15, 2008, at 1:02 AM, Benjamin Herrenschmidt wrote:
I've pulled from Kumar, Josh and Grant, along with applying some
patches hand picked from patchworks and build fixes. I've merged in
Linus as of today (minus David Woodhouse firmware patches that have a
build breakage) in order to fix
On 7/15/08, Mark Brown [EMAIL PROTECTED] wrote:
On Mon, Jul 14, 2008 at 07:45:46PM -0400, Jon Smirl wrote:
On 7/14/08, Timur Tabi [EMAIL PROTECTED] wrote:
Mark Brown wrote:
chassis - on Linux drivers can be automatically loaded based on these
strings. See
On Tue, 2008-07-15 at 16:40 +0400, Anton Vorontsov wrote:
Despite leds-gpio and leds-of-gpio similar names and purposes, there
is not much code can be shared between the two drivers (both are mostly
driver bindings anyway).
I don't have any issue with the driver itself, just the name which is
On Jul 10, 2008, at 3:21 PM, Paul Gortmaker wrote:
The mpc7448hpc2 board doesn't have an alias block like
most of the other modern eval boards have. We need this
block in order to have u-boot be able to make use of the
CONFIG_OF_STDOUT_VIA_ALIAS (vs. having a hard coded node)
in the future.
On Jul 11, 2008, at 6:04 PM, Scott Wood wrote:
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
Documentation/powerpc/dts-bindings/fsl/tsec.txt | 31
+--
1 files changed, 12 insertions(+), 19 deletions(-)
applied.
- k
___
On Jul 11, 2008, at 6:04 PM, Scott Wood wrote:
Basic PM support for 83xx. Standby is implemented as sleep.
Suspend-to-RAM is implemented as deep sleep (with the processor
turned off) on 831x.
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
arch/powerpc/Kconfig |2 +-
On Jul 11, 2008, at 6:04 PM, Scott Wood wrote:
Signed-off-by: Scott Wood [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8313erdb.dts | 241 ++
+--
1 files changed, 171 insertions(+), 70 deletions(-)
applied.
- k
___
On Jul 8, 2008, at 12:36 PM, Anton Vorontsov wrote:
We must not use MPC831X_SICR[HL]_* definitions for the MPC8315
processors,
because SICR USB bits locations are not compatible with MPC8313.
This patch fixes ULPI workability on MPC8315E-RDB boards.
Signed-off-by: Anton Vorontsov [EMAIL
On Jul 8, 2008, at 12:36 PM, Anton Vorontsov wrote:
Freescale ships MPC8315E-RDB boards in two variants:
1. With TSEC1 ethernet support and USB UTMI PHY;
2. Without TSEC1 support, but with USB ULPI PHY in addition.
For the second case U-Boot will add status = disabled; property
into the
On Jul 4, 2008, at 11:53 AM, Anton Vorontsov wrote:
This patch adds few bindings for the new drivers to be submitted
through
the appropriate maintainers.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
Updated to decrypt MCU, and to split the bindings into appropriate
files.
On Jun 26, 2008, at 12:07 PM, John Rigby wrote:
Choosing PCI or not at config time is allowed on some
platforms via an if expression in arch/powerpc/Kconfig.
To add a new platform with PCI support selectable at
config time, you must change the if expression. This
patch makes this easier by
On Jun 26, 2008, at 12:07 PM, John Rigby wrote:
This allows other platforms with the same pci
block like MPC5121 to use it.
Signed-off-by: John Rigby [EMAIL PROTECTED]
---
arch/powerpc/platforms/83xx/Kconfig |2 +-
arch/powerpc/platforms/83xx/Makefile |1 -
On Tue, Jul 15, 2008 at 01:54:30PM +0100, Richard Purdie wrote:
On Tue, 2008-07-15 at 16:40 +0400, Anton Vorontsov wrote:
Despite leds-gpio and leds-of-gpio similar names and purposes, there
is not much code can be shared between the two drivers (both are mostly
driver bindings anyway).
On Jun 11, 2008, at 6:04 PM, Anton Vorontsov wrote:
This patch fixes RTC on MPC8572DS boards: dummy read helps only when
reading at the end of the bridge's memory (i.e. outside of behind the
bridge devices' assigned regions).
With this change the quirk also makes RTC work on MPC8610HPCD, so
On Jul 5, 2008, at 6:29 AM, Jochen Friedrich wrote:
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
Documentation/powerpc/device-tree/fsl/cpm/gpio.txt | 38 +++
+
1 files changed, 38 insertions(+), 0 deletions(-)
create mode 100644
On Tue, 2008-07-15 at 17:24 +0400, Anton Vorontsov wrote:
On Tue, Jul 15, 2008 at 01:54:30PM +0100, Richard Purdie wrote:
I don't have any issue with the driver itself, just the name which is
going to confuse people no end.
Can we come up with a better name for this driver please?
[...]
On Jun 11, 2008, at 6:04 PM, Anton Vorontsov wrote:
The ULI Super South Bridge contains ISA bridge to the legacy
devices, such as Super IO mouse/keyboard/floppy disk controllers,
parallel port, i8259 interrupt controller and so on.
i8259 is disabled on the MPC8610HPCD, and other peripherals
On 7/15/08, Jochen Friedrich [EMAIL PROTECTED] wrote:
Hi Anton,
Since no sane driver will ever match specific devices, what we want is
to select most generic option (last). Then driver may call
of_device_is_compatible() if it is really interested in details.
My original intention
On Tue, Jul 15, 2008 at 09:08:28AM -0400, Jon Smirl wrote:
On 7/15/08, Mark Brown [EMAIL PROTECTED] wrote:
Binding isn't the issue here - it's loading the driver in the first
place. Once the drivers are loaded they can (hopefully) figure out if
they are running on appropriate hardware.
On Tue, 15 Jul 2008 09:40:08 -0400, Jon Smirl wrote:
On 7/15/08, Jochen Friedrich [EMAIL PROTECTED] wrote:
Hi Anton,
Since no sane driver will ever match specific devices, what we want is
to select most generic option (last). Then driver may call
of_device_is_compatible() if it
This is 90% straight forward, although we have to change a few
printk format strings as well because of the change in type of hwirq.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
arch/powerpc/sysdev/fsl_msi.c | 103 ++---
arch/powerpc/sysdev/fsl_msi.h
This effects the U3 MSI code as well as the PASEMI MSI code. We keep
some of the MPIC routines as helpers, and also the U3 best-guess
reservation logic. The rest is replaced by the generic code.
And a few printk format changes due to hwirq type change.
Signed-off-by: Michael Ellerman [EMAIL
Hi Jean,
Eeeek. The patch you mention here is only the conversion of ONE driver.
It is absolutely not relevant as to what the general rule is.
Sorry, i must have misunderstood you then.
Anton,
I think I've gotten most of the patches from you, but I know there are
few I've lost. Can you just repost any patches that aren't in my
powerpc-next tree.
- k
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Tuesday 15 July 2008, [EMAIL PROTECTED] wrote:
From: Christian Krafft [EMAIL PROTECTED]
This patch adds a config option for the sysreset_hack used for
IBM Cell blades. The code is moves from pervasive.c into ras.c and
gets it's own init method.
Signed-off-by: Christian Krafft [EMAIL
Despite leds-gpio and leds-openfirmware-gpio similar purposes, there
is not much code can be shared between the two drivers (both are mostly
driver bindings anyway).
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
- dropped Documentation/powerpc/ changes, since Kumar applied them via
On Tuesday 15 July 2008, [EMAIL PROTECTED] wrote:
From: Christian Krafft [EMAIL PROTECTED]
This patch adds support for the power button on future IBM cell blades.
It actually doesn't shut down the machine. Instead it exposes an
input device /dev/input/event0 to userspace which sends
On Tue, Jul 15, 2008 at 10:10:21AM -0500, Kumar Gala wrote:
Anton,
I think I've gotten most of the patches from you,
Yes, much thanks!
but I know there are
few I've lost. Can you just repost any patches that aren't in my
powerpc-next tree.
Only this minor patch is missing:
[PATCH
On Tue, Jul 15, 2008 at 08:21:38AM -0500, Kumar Gala wrote:
On Jul 4, 2008, at 11:53 AM, Anton Vorontsov wrote:
This patch adds few bindings for the new drivers to be submitted
through
the appropriate maintainers.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
Updated to decrypt
On May 2, 2008, at 1:03 PM, Andy Fleming wrote:
The old code assumed there was only one, but the 8572 actually has 3.
Also, our usual id, 0xe0024520, gets resolved to -1 somewhere, and
this was
preventing the multiple buses from having different ids. So we only
keep
the low 20 bits,
On May 7, 2008, at 1:19 PM, Andy Fleming wrote:
Mostly having to do with not marking things __iomem. And some failure
to use appropriate accessors to read MMIO regs.
Signed-off-by: Andy Fleming [EMAIL PROTECTED]
---
arch/powerpc/sysdev/qe_lib/qe.c |6 +++---
On 7/15/08, Matt Sealey [EMAIL PROTECTED] wrote:
If you built this kernel yourself, you need to do it from a system with
an up-to-date binutils (2.18) otherwise, it does this.
If you got it from somewhere (like a distribution) then please tell us
where, as there are some other troubles
On Tue, Jul 15, 2008 at 11:16:14AM -0500, Kumar Gala wrote:
On Jun 6, 2008, at 2:24 PM, Anton Vorontsov wrote:
This patch adds suspend (standby, not suspend-to-ram) support for
MPC86xx
processors.
In standby mode MPC86xx is able to wakeup only upon external
interrupts
(including
Ugh, you fixed bindings' directory in Jochen's CPM patch, but not in
my patch:
commit 91993d56812fd09b6cccea12d3c83df623cb0ea6
Author: Anton Vorontsov [EMAIL PROTECTED]
Date: Fri Jul 4 20:53:28 2008 +0400
powerpc: add FHCI USB, FSL MCU, FSL UPM and GPIO LEDs bindings
This patch adds
Ugh, you fixed bindings' directory in Jochen's CPM patch, but not in
my patch:
commit 91993d56812fd09b6cccea12d3c83df623cb0ea6
Author: Anton Vorontsov [EMAIL PROTECTED]
Date: Fri Jul 4 20:53:28 2008 +0400
powerpc: add FHCI USB, FSL MCU, FSL UPM and GPIO LEDs bindings
This patch adds
On Tue, Jul 15, 2008 at 08:00:48PM +0400, Anton Vorontsov wrote:
On Tue, Jul 15, 2008 at 10:10:21AM -0500, Kumar Gala wrote:
Anton,
I think I've gotten most of the patches from you,
Yes, much thanks!
but I know there are
few I've lost. Can you just repost any patches that
On Tue, Jul 15, 2008 at 11:23:42AM -0500, Kumar Gala wrote:
Ugh, you fixed bindings' directory in Jochen's CPM patch, but not in
my patch:
commit 91993d56812fd09b6cccea12d3c83df623cb0ea6
Author: Anton Vorontsov [EMAIL PROTECTED]
Date: Fri Jul 4 20:53:28 2008 +0400
powerpc: add FHCI
9919_unit Linux 2.6.25 powerpc-linux-gnu 4343232
1. 1
9919_unit Linux 2.6.18 powerpc-linux-gnu 4453232
1.0100 1
Hmm, processor MHz is off by 11/445
I noticed that.
And memory latency is off 13/500.
That sounds like it will be 16/666.
Are
* Maybe there is a kernel version that supports your hardware in both
arch/ppc/ and arch/powerpc. In that case, you could see if
the platform
change had an impact.
Using arch/ppc I got a 2.6.25 kernel to boot, and the kernel compile
test I did is almost identical (within 1%) of what the
David,
Somewhat recently, the DTC commit 6a6c972cdf9e
dtc: Clean up included Makefile fragments
removed this line
LIBFDT_INCLUDES = fdt.h libfdt.h
from the libfdt/Makefile.libfdt. As a result,
the standalone make install is onw failing.
We could put that line back, or remove the
top-level
On Tuesday 15 July 2008, Rune Torgersen wrote:
Using arch/ppc I got a 2.6.25 kernel to boot, and the kernel compile
test I did is almost identical (within 1%) of what the arch/powerpc
2.6.25 did, so it seems to be a difference between 2.6.18 and 2.6.25
(I'll see if I can find an exact version,
Hi Ben,
These are the remaining patches I have lined up for 2.6.27.
Thanks for including the others already. There were a few
comments in the last round that I hope all got addressed now.
I'm not sure about the final two patches for the IOMMU, I think
you wanted to investigate the situation
From: Christian Krafft [EMAIL PROTECTED]
This patch adds a cpufreq governor that takes the number of running spus
into account. It's very similar to the ondemand governor, but not as complex.
Instead of hacking spu load into the ondemand governor it might be easier to
have cpufreq accepting
From: Maxim Shchetynin [EMAIL PROTECTED]
DDR2 memory DIMMs on the Axon could be accessed only as one partition
when using file system drivers which are using the direct_access() method.
This patch enables for such file system drivers to access Axon's DDR2 memory
even if it is splitted in several
From: Maxim Shchetynin [EMAIL PROTECTED]
AZFS is a file system which keeps all files on memory mapped random
access storage. It was designed to work on the axonram device driver
for IBM QS2x blade servers, but can operate on any block device
that exports a direct_access method.
Signed-off-by:
From: Christian Krafft [EMAIL PROTECTED]
This patch adds a config option for the sysreset_hack used for
IBM Cell blades. The code is moves from pervasive.c into ras.c and
gets it's own init method.
Signed-off-by: Christian Krafft [EMAIL PROTECTED]
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
From: Mark Nelson [EMAIL PROTECTED]
Introduce a new dma attriblue DMA_ATTR_STRONG_ORDERING to use strong ordering
on DMA mappings in the Cell processor. Add the code to the Cell's IOMMU
implementation to use this.
The current Cell IOMMU implementation sets the IOPTE_SO_RW bits in all IOTPEs
(for
From: Christian Krafft [EMAIL PROTECTED]
This patch adds support for the power button on future IBM cell blades.
It actually doesn't shut down the machine. Instead it exposes an
input device /dev/input/event0 to userspace which sends KEY_POWER
if power button has been pressed.
haldaemon actually
From: Mark Nelson [EMAIL PROTECTED]
Update iommu_alloc() to take the struct dma_attrs and pass them on to
tce_build(). This change propagates down to the tce_build functions of
all the platforms.
Signed-off-by: Mark Nelson [EMAIL PROTECTED]
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
---
From: Maxim Shchetynin [EMAIL PROTECTED]
If correctable error occurs the syndrome code was logged as 0. This patch
lets EDAC to log a correct syndrome code to make problem investigation
easier.
Signed-off-by: Maxim Shchetynin [EMAIL PROTECTED]
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
---
From: Maxim Shchetynin [EMAIL PROTECTED]
Axonram module registers one block device for each DDR2 DIMM found
on a system. This means that each DDR2 DIMM becomes its own block device
major number. This patch lets axonram module to register the only one
block device for all DDR2 DIMMs which also
Sorry for the late comments, I missed this when it went by before.
+DMA_ATTR_STRONG_ORDERING
+--
+
+DMA_ATTR_STRONG_ORDERING specifies that previous reads and writes are
+performed in the order in which they're received by the IOMMU; thus
+reads and writes may not
Correct string conversion for rtas value being read for CMO configuration.
A value of -1 in the string indicates that CMO is not enabled and we
had used simple_strtoul rather than simple_strtol which caused problems.
Signed-off-by: Robert Jennings [EMAIL PROTECTED]
---
This patch applies on top
Introduced a new set of low level tlb invalidate functions that do not
broadcast invalidates on the bus:
_tlbil_all - invalidate all
_tlbil_pid - invalidate based on process id (or mm context)
_tlbil_va - invalidate based on virtual address (ea + pid)
On non-SMP configs _tlbil_all should be
On Tuesday 15 July 2008, Roland Dreier wrote:
Sorry for the late comments, I missed this when it went by before.
+DMA_ATTR_STRONG_ORDERING
+--
+
+DMA_ATTR_STRONG_ORDERING specifies that previous reads and writes are
+performed in the order in which they're
Acked by: Brian King [EMAIL PROTECTED]
Robert Jennings wrote:
Correct string conversion for rtas value being read for CMO configuration.
A value of -1 in the string indicates that CMO is not enabled and we
had used simple_strtoul rather than simple_strtol which caused problems.
Ben,
I've been giving some thought to the new software managed TLBs and SMP
issues. I was wondering if you had any insights on how we should deal
with the following issues:
* tlb invalidates -- need to ensure we don't have multiple tlbsync's
on the bus. I'm thinking for e500/fsl we
Trying to cross-compile arch/powerpc for an freescale 8280:
Gcc 4.1.2
Binutils 2.17
BFD: ./vmlinux.strip.7812: section .text lma 0xc000 overlaps
previous sections
BFD: ./vmlinux.strip.7812: section .ref.text lma 0xc024f000 overlaps
previous sections
BFD: ./vmlinux.strip.7812: section .rodata
Some IBM POWER-based platforms have the ability to run in a
mode which mostly appears to the OS as a different processor from the
actual hardware. For example, a Power6 system may appear to be a
Power5+, which makes the AT_PLATFORM value power5+. This means that
programs are restricted to the
Stash the first platform string matched by identify_cpu() in
powerpc_base_platform, and supply that to the ELF loader for the value
of AT_BASE_PLATFORM.
Signed-off-by: Nathan Lynch [EMAIL PROTECTED]
---
arch/powerpc/kernel/cputable.c | 11 +++
include/asm-powerpc/cputable.h |2 ++
Background:
Some IBM POWER-based systems have the ability to run in a
compatibility mode which mostly appears to the OS as a different
processor from the actual hardware. This feature of the platform is
useful for live partition migration and for backwards compatibility
with old kernels on new
Trying to cross-compile arch/powerpc for an freescale 8280:
Gcc 4.1.2
Binutils 2.17
BFD: ./vmlinux.strip.7812: section .text lma 0xc000 overlaps
previous sections
[etc]
Could you try with binutils 2.18? If not, or if that doesn't help,
we'll need to see your .config .
Segher
This is all about inbound transfers, i.e. DMAs coming from the I/O bridge
into the CPU, both DMA read and DMA write.
OK -- at a minimum I think the documentation should make that clear. As
it stands the description of what this does is pretty much impossible to
parse and understand.
Now that the i2c code in fsl_soc.c has migrated, I tried building my
mpc5200 system without including fsl_soc.c and everything built
without problem. Is there anything else in this file necessary for a
mpc5200 build? Some option I don't have turned on in my build?
I've noticed that several of the
On Tue, 2008-07-15 at 16:58 -0500, Kumar Gala wrote:
Ben,
I've been giving some thought to the new software managed TLBs and SMP
issues. I was wondering if you had any insights on how we should deal
with the following issues:
As discussed on IRC (might interest others...)
* tlb
There is a small passage of code in ret_from_except_lite which is
only required on iSeries. For a multi-platform kernel on non-iSeries
machines this means we end up executing ~15 nops in ret_from_except_lite.
It would be nicer if non-iSeries could skip the code entirely, and on
iSeries we can
On Wed, Jul 16, 2008 at 11:34:03AM +1000, Ben Herrenschmidt wrote:
Linus,
I apologize in advance for the couple of merge commits in there. I
merged your tree yesterday in order to fix a (fairly minor) conflict,
and waited for our autobuilder to test a whole bunch of configs
overnight
On Wed, 2008-07-16 at 00:20 -0400, Dave Jones wrote:
On Wed, Jul 16, 2008 at 11:34:03AM +1000, Ben Herrenschmidt wrote:
Linus,
I apologize in advance for the couple of merge commits in there. I
merged your tree yesterday in order to fix a (fairly minor) conflict,
and waited for
On Tue, Jul 15, 2008 at 02:26:14PM -0500, Jon Loeliger wrote:
David,
Somewhat recently, the DTC commit 6a6c972cdf9e
dtc: Clean up included Makefile fragments
removed this line
LIBFDT_INCLUDES = fdt.h libfdt.h
from the libfdt/Makefile.libfdt. As a result,
the standalone make
83 matches
Mail list logo