Hi,
when running kernbench on powerpc box booted with the 2.6.26-rc8-git2
kernel the machine drops to xmon with the kernel BUG
kernel BUG at mm/page_alloc.c:585!
cpu 0x0: Vector: 700 (Program Check) at [c000c389ed50]
pc: c00e22ec: .__rmqueue+0x178/0x25c
lr: c00e22ec: .
On Wed, Jul 2, 2008 at 11:16 AM, Benjamin Herrenschmidt <
[EMAIL PROTECTED]> wrote:
>
> >
> > Actually the meachanism of stopping the queue and starting it is
> > already there. But even then due to some sync issue between the poll
> > routine and xmit, we were resulted in using the slots of skb
>
> Actually the meachanism of stopping the queue and starting it is
> already there. But even then due to some sync issue between the poll
> routine and xmit, we were resulted in using the slots of skb which was
> not actually got freed before.
> I agree this could a bug , Since its not is not
Hi Benn,
Please find my comments below.
On Tue, Jun 24, 2008 at 4:51 AM, Benjamin Herrenschmidt <
[EMAIL PROTECTED]> wrote:
> On Mon, 2008-06-23 at 14:55 +0200, Stefan Roese wrote:
> > From: Sathya Narayanan <[EMAIL PROTECTED]>
> >
> > This patch addresses the memory leak happenni
From: Grant Likely <[EMAIL PROTECTED]>
Fix for the following compiler warnings:
CC arch/powerpc/sysdev/bestcomm/bestcomm.o
arch/powerpc/sysdev/bestcomm/bestcomm.c: In function 'mpc52xx_bcom_probe':
arch/powerpc/sysdev/bestcomm/bestcomm.c:446:
warning: format '%08lx' expects type
This merges and cleans up some of the ugly copy/to from user code
which is required for the new fpr and vsx layout in the thread_struct.
Also fixes some hard coded buffer sizes and removes a redundant
fpr_flush_to_thread.
Signed-off-by: Michael Neuling <[EMAIL PROTECTED]>
---
Sorry, the last vers
This merges and cleans up some of the ugly copy/to from user code
which is required for the new fpr and vsx layout in the thread_struct.
Also fixes some hard coded buffer sizes and removes a redundant
fpr_flush_to_thread.
Signed-off-by: Michael Neuling <[EMAIL PROTECTED]>
---
arch/powerpc/kerne
On Tue, 1 Jul 2008 16:02:54 -0700
John Linn <[EMAIL PROTECTED]> wrote:
> This new file adds support for the ML507 board which
> has a Virtex 5 FXT FPGA with a 440.
I haven't looked this over thoroughly yet, but an immediate question
comes to mind. Any way this can get converted to dts-v1 before
On Tue, 2008-07-01 at 08:58 -0700, Stephen Neuendorffer wrote:
> Doing this at the binary level would be nice, but I see enough problems
> just doing it at the source level and at least for my purposes, doing it
> on a dtb would be overkill, I think.
>
> The main difficulty remains how to deal
From: Grant Likely <[EMAIL PROTECTED]>
ASoC Codec driver for the TLV320AIC26 device. This driver uses the ASoC
v1 API, so I don't expect it to get merged as-is, but I want to get it
out there for review.
---
sound/soc/codecs/Kconfig |4
sound/soc/codecs/Makefile |2
sound/s
From: Grant Likely <[EMAIL PROTECTED]>
This is an I2S bus driver for the MPC5200 PSC device. It is probably
will not be merged as-is because it uses v1 of the ASoC API, but I want
to get it out there for comments.
---
sound/soc/fsl/Kconfig |6
sound/soc/fsl/Makefile |
From: Grant Likely <[EMAIL PROTECTED]>
Simple utility layer for creating ASoC machine instances based on data
in the OpenFirmware device tree. OF aware platform drivers and codec
drivers register themselves with this framework and the framework
automatically instantiates a machine driver.
This i
On Tue, 2008-07-01 at 11:13 -0700, Grant Erickson wrote:
> In terms of the device tree expression, you would both favor something akin
> to the following?
>
> - compatible = "ibm,emac-405exr", "ibm,emac4";
> + compatible = "ibm,emac-405exr", "ibm,emac4", "ibm,emac4sync";
On Fri, Jun 27, 2008 at 01:44:08PM +0100, Tim Yamin wrote:
> diff -Nurp linux-2.6.26-rc6/arch/powerpc/sysdev/bestcomm/bestcomm.c
> linux-2.6.26-rc6.new/arch/powerpc/sysdev/bestcomm/bestcomm.c
> --- linux-2.6.26-rc6/arch/powerpc/sysdev/bestcomm/bestcomm.c 2008-03-18
> 15:49:53.0 +
> +
Hi Josh & Paul,
Here are a couple of last minute bug fixes for 2.6.26. These are both
Xilinx 4xx related.
Could either of you please pull the tree?
Thanks,
g.
The following changes since commit 1702b52092e9a6d05398d3f9581ddc050ef00d06:
Linus Torvalds (1):
Merge git://git.kernel.org/.
From: Tim Yamin <[EMAIL PROTECTED]>
Suspend/resume ("echo mem > /sys/power/state") does not work with
vanilla kernels -- the system does not suspend correctly and just
hangs. This patch fixes this so suspend/resume works:
1) of_iomap does not map the whole 0xC000 of the MPC5200 immr so
saving reg
On Thu, Jun 26, 2008 at 02:29:56PM +0200, [EMAIL PROTECTED] wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
> ---
> include/asm-microblaze/kvm.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
> create mode 100644 include/asm-mi
On Tuesday 01 July 2008, Grant Erickson wrote:
> > Yes, this was my feeling too. Not the size of the dtb but more the
> > increased complexity of the EMAC device node. I would prefer Ben's idea
> > with this new compatible entry too.
>
> In terms of the device tree expression, you would both favor
On Tue, 1 Jul 2008 13:27:57 -0400, Jon Smirl wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote:
> > > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >
> > > > My preference is for things like of_spi and of_i2c to go with the
>
On Tue, 1 Jul 2008 13:06:37 -0400, Jon Smirl wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote:
> > > But the other side of the coin is that each driver must have
> > > driver-specific OF code to translate data in the device tree
Add the of_find_i2c_device_by_node function. This allows you to follow a
reference in the device tree to an i2c device node and then locate the linux
device instantiated by the device tree. Example use, an i2s codec controlled by
i2c. Depends on patch exporting i2c root bus symbol.
Signed-off-b
On 7/1/08, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote:
> > > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> >
> > > > My preference is for things like of_spi and of_i2c to go with the
>
Reduce the output verbosity of ps3_system_bus_match().
Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
---
Paul,
Please queue for 2.6.27.
-Geoff
arch/powerpc/platforms/ps3/system-bus.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
--- a/arch/powerpc/platforms
On 6/30/08 11:37 PM, Stefan Roese wrote:
> On Tuesday 01 July 2008, Benjamin Herrenschmidt wrote:
>>> Stefan and/or Ben:
>>>
>>> Any thoughts on this?
>>
>> I was hesitating a bit... do we really need to be -that- flexible ?
>>
>> That is, either that or use some new compatible entry to detect t
From: Grant Likely <[EMAIL PROTECTED]>
It is inconvenient to add additional default targets to the bootwrapper
Makefile for each new board supported which just needs a different dts
file. This change allows the defconfig to specify additional build
targets.
Signed-off-by: Grant Likely <[EMAIL PR
thanks, applied
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
The legacy serial driver does not work with an 8250
type UART that uses reg-offset and reg-shift. This
change updates the driver so it doesn't find the UART
when those properties are present on the UART in the
device tree for soc devices.
Signed-off-by: John Linn <[EMAIL PROTECTED]>
Acked-by: Gran
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote:
> > On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>
> > > My preference is for things like of_spi and of_i2c to go with the
> > > related busses; I think it makes more sense to keep all
On Tue, 1 Jul 2008 13:00:08 -0400, Jon Smirl wrote:
> On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> > My preference is for things like of_spi and of_i2c to go with the
> > related busses; I think it makes more sense to keep all the I2C stuff
> > together, but I've already lost that battle
I'll respin the patch and send again.
-- John
-Original Message-
From: Grant Likely [mailto:[EMAIL PROTECTED] On Behalf Of Grant
Likely
Sent: Tuesday, July 01, 2008 11:06 AM
To: John Linn
Cc: Stephen Neuendorffer; linuxppc-dev@ozlabs.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTE
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote:
> > On Tue, Jul 01, 2008 at 06:29:49PM +0200, Jean Delvare wrote:
> > > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> > > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> >
On Tue, Jul 01, 2008 at 10:52:20AM -0600, John Linn wrote:
> It could be "||" but I didn't know if there were cases where that
> wouldn't be true. I don't know that code that well so I was being
> conservative and maybe shouldn't be.
No, Stephen is right. It should be ||
g.
___
On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote:
> On Tue, Jul 01, 2008 at 06:29:49PM +0200, Jean Delvare wrote:
> > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > > I'm fine with this patch. In particular, exporting i2c_bus_
On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 01, 2008 at 11:12:58AM -0400, Jon Smirl wrote:
> > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> > > It was un-exported only because it had no use
It could be "||" but I didn't know if there were cases where that
wouldn't be true. I don't know that code that well so I was being
conservative and maybe shouldn't be.
Our specific case works fine with "&&" since we have both in the device
tree.
-- John
-Original Message-
From: Steph
> -Original Message-
> From: John Linn [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 01, 2008 9:32 AM
> To: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; Stephen Neuendorffer
> Cc: John Linn
> Subject: [PATCH] p
On Tue, Jul 01, 2008 at 06:29:49PM +0200, Jean Delvare wrote:
> On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> > > It was un-exported only because it had no us
On Tue, 1 Jul 2008 12:38:05 -0400, Jon Smirl wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> > > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
On Tue, Jul 01, 2008 at 11:12:58AM -0400, Jon Smirl wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> > It was un-exported only because it had no user left, but it can be
> > exported again if needed.
>
> Anot
The following change updates the cputable to support the
440 processor in the Xilinx Virtex5 FXT FPGA.
Signed-off-by: John Linn <[EMAIL PROTECTED]>
Acked-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
d
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> > On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> > > It was un-exported only because it had no user left,
This change to the makefile corrects the build of a
simpleImage with initrd.
Signed-off-by: John Linn <[EMAIL PROTECTED]>
Acked-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/boot/Makefile |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/Makefile
On Tue, Jul 01, 2008 at 05:40:46PM +0200, Jochen Friedrich wrote:
> Hi Grant,
>
> sorry for the late response on this one.
>
> > 2. You need to specifiy exact chip names in your compatible string.
> > "fsl,cpm1-pario-" is a made up thing.
>
> >> + for_each_compatible_node(np, NULL, "fsl,c
On Tue, 1 Jul 2008 12:29:29 -0400, Jon Smirl wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Hi Jon,
> >
> >
> > On Mon, 30 Jun 2008 19:01:28 -0400, Jon Smirl wrote:
> > > Add the of_find_i2c_device_by_node function. This allows you to
> > > follow a reference in the device to an
The legacy serial driver does not work with an 8250
type UART that uses reg-offset and reg-shift. This
change updates the driver so it doesn't find the UART
when those properties are present on the UART in the
device tree for soc devices.
Signed-off-by: John Linn <[EMAIL PROTECTED]>
Acked-by: Gran
On Tue, 1 Jul 2008 11:12:58 -0400, Jon Smirl wrote:
> On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> > It was un-exported only because it had no user left, but it can be
> > exported again if needed.
>
> Another sol
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Jon,
>
>
> On Mon, 30 Jun 2008 19:01:28 -0400, Jon Smirl wrote:
> > Add the of_find_i2c_device_by_node function. This allows you to
> > follow a reference in the device to an i2c device node and then
> > locate the linux device instantiate
Hi Jon,
On Mon, 30 Jun 2008 19:01:26 -0400, Jon Smirl wrote:
> Convert i2c-mpc to an of_platform driver. Utilize the code in drivers/of-i2c.c
> to make i2c modules dynamically loadable by the device tree.
>
> Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
> ---
>
> arch/powerpc/sysdev/fsl_soc.c |
Doing this at the binary level would be nice, but I see enough problems
just doing it at the source level and at least for my purposes, doing it
on a dtb would be overkill, I think.
The main difficulty remains how to deal with cross references between
nodes in a reasonable way where the refere
Hi Paul,
On Tuesday 01 July 2008, Paul Mackerras wrote:
> The following commits have been added to the master and powerpc-next
> branches of the powerpc.git repository. This includes patches pulled
> from Kumar's and Josh's trees.
Now that the I2C driver for CPM1/CPM2 boards is in the i2c tree,
Hi Jean,
> I'm not the one to push this upstream though, as the patch is
> essentially an openfirmware patch. That would be something for Jochen
> Friedrich and Paul Mackerras I guess. Would be nice to have a
> MAINTAINERS entry for OF...
Nope. I only did a small contribution to the OF stuff. I g
Hi Grant,
sorry for the late response on this one.
> 2. You need to specifiy exact chip names in your compatible string.
> "fsl,cpm1-pario-" is a made up thing.
>> + for_each_compatible_node(np, NULL, "fsl,cpm1-pario-bank16")
>> + cpm1_gpiochip_add16(np);
>> +
>> +
Hi,
I'm having a spot of trouble writing a driver for a cascaded interrupt
handler used on one of our boards (8641D based board), patches to be
forth-coming as soon as I have access to this list without Outlook (I'm
working on it!).
I have attached the driver at the bottom of the email for refere
To allow for a single kernel image on e500 v1/v2/mc we need to fixup lwsync
at runtime. On e500v1/v2 lwsync causes an illop so we need to patch up
the code. We default to 'sync' since that is always safe and if the cpu
is capable we will replace 'sync' with 'lwsync'.
We introduce CPU_FTR_LWSYNC
We need to use PPC_LCMPI otherwise we get compile errors like:
arch/powerpc/lib/feature-fixups-test.S: Assembler messages:
arch/powerpc/lib/feature-fixups-test.S:142: Error: Unrecognized opcode: `cmpdi'
arch/powerpc/lib/feature-fixups-test.S:149: Error: Unrecognized opcode: `cmpdi'
arch/powerpc/li
On 7/1/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> I'm fine with this patch. In particular, exporting i2c_bus_type is OK.
> It was un-exported only because it had no user left, but it can be
> exported again if needed.
Another solution would be to move drivers/of/of_i2c into the i2c
directory
On Tue, 1 Jul 2008 17:19:40 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> Hi Dave,
>
> Today's linux-next merge of the net tree got a conflict in between
^
Documentation/powerpc/booting-without-of.txt
--
Cheers,
Stephen Rothwe
Hi Jon,
On Mon, 30 Jun 2008 19:01:28 -0400, Jon Smirl wrote:
> Add the of_find_i2c_device_by_node function. This allows you to
> follow a reference in the device to an i2c device node and then
> locate the linux device instantiated by the device tree. Example
> use, an i2s codec controlled by i2c.
On Wednesday 18 June 2008, Maxim Shchetynin wrote:
> AZFS patch updated accordinly to comments of Christoph Hellwig and Dmitri
> Vorobiev.
Sorry for my not commenting earlier on this. I'm finally collecting my
2.6.27 patches and stumbled over it again. There are a few details
that I hope we can f
On Jul 1, 2008, at 1:29 AM, Michael Ellerman wrote:
On Tue, 2008-07-01 at 00:32 -0500, Kumar Gala wrote:
To allow for a single kernel image on e500 v1/v2/mc we need to
fixup lwsync
at runtime. On e500v1/v2 lwsync causes an illop so we need to
patch up
the code. We default to 'sync' since
This gives ehca an autogenerated modalias and therefore enables automatic
loading.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_main.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_main.c
b/drive
On Tue, 2008-07-01 at 01:53 -0700, Andrew Morton wrote:
> On Wed, 18 Jun 2008 17:32:55 -0500 [EMAIL PROTECTED] wrote:
>
> > This patch allows architectures to define functions to deal with
> > additional protections bits for mmap() and mprotect().
> >
> > arch_calc_vm_prot_bits() maps additonal p
Paul Mackerras wrote:
Nathan Fontenot writes:
This patch pulls several pieces of exisitng code for parsing memory under
the ibm,dynamic-reconfiguration-memory node of the device tree into helper
routines. This is in preparation for the next patch that will also use these
same helper routines.
i8259 PIC is disabled on MPC8610HPCD, and ULi IDE is configured to use
PCI sideband interrupt that is specified in the device tree.
Current HPCD's device tree specify that IDE interrupt is low to high
sensitive, but in practice ULi IDE throws active-high interrupts (not
active-low as all normal PC
Hi,
circular locking dependency is detected, while booting the
powerpc box with the 2.6.26-rc8-git2 kernel.
===
[ INFO: possible circular locking dependency detected ]
2.6.26-rc8-git2 #1
---
ip
In message <[EMAIL PROTECTED]> you wrote:
> On Tue, 2008-07-01 at 17:00 +1000, Michael Neuling wrote:
> > arch/powerpc/kernel/init_task.c:33: warning: missing braces around initiali
zer
> > arch/powerpc/kernel/init_task.c:33: warning: (near initialization for 'init
_task.thread.fpr[0]')
> >
> >
Hi Alan,
Today's linux-next merge of the ttydev tree got a conflict in
drivers/serial/cpm_uart/cpm_uart_core.c between commit
0b2a2e5b7747f1f63bd86ca22b5c6097da5b2137 ("cpm_uart: Remove
!CONFIG_PPC_CPM_NEW_BINDING code") from the powerpc tree and commit
33e211d606d46d18befa6fe6aec76aa7971eefa8 ("0
From: Stephen Rothwell <[EMAIL PROTECTED]>
Date: Tue, 1 Jul 2008 17:19:40 +1000
> Today's linux-next merge of the net tree got a conflict
...
Thanks for the heads up on these two conflicts with the
powerpc tree.
The best seems to let you keep using your resolving, so
that's what I'll let you do
On Tue, 2008-07-01 at 17:00 +1000, Michael Neuling wrote:
> arch/powerpc/kernel/init_task.c:33: warning: missing braces around initializer
> arch/powerpc/kernel/init_task.c:33: warning: (near initialization for
> 'init_task.thread.fpr[0]')
>
> Noticed by SFR.
>
> Signed-off-by: Michael Neuling <
On Wed, 18 Jun 2008 17:32:55 -0500 [EMAIL PROTECTED] wrote:
> This patch allows architectures to define functions to deal with
> additional protections bits for mmap() and mprotect().
>
> arch_calc_vm_prot_bits() maps additonal protection bits to vm_flags
> arch_vm_get_page_prot() maps additional
From: Sathya Narayanan <[EMAIL PROTECTED]>
Short packets has to be discarded by the driver. So this patch addresses the
issue of discarding the short packets of size lesser then ethernet header
size.
Signed-off-by: Sathya Narayanan <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED
From: Sathya Narayanan <[EMAIL PROTECTED]>
The descriptor pointers were not initialized to NIL values, so it was
poiniting to some random addresses which was completely invalid. This
fix takes care of initializing the descriptor to NIL values and clearing
the valid descriptors on clean ring operat
Hi Paul,
On Tuesday 01 July 2008, Paul Mackerras wrote:
> The following commits have been added to the master and powerpc-next
> branches of the powerpc.git repository. This includes patches pulled
> from Kumar's and Josh's trees.
Any change of getting the following patches into 2.6.27 ? They ha
Tony Breeds wrote:
> On Mon, Jun 30, 2008 at 11:55:02PM +0530, Kamalesh Babulal wrote:
>> Hi Stephen,
>>
>> next-20080630 kernel build fails on powerpc, with randconfig
>>
>> CC arch/powerpc/mm/mem.o
>> arch/powerpc/mm/mem.c: In function ‘arch_add_memory’:
>> arch/powerpc/mm/mem.c:130: error
Scott,
thanks for your reply.
Honestly I don't think the board wiring is incorrect.
FPGA goes to IRQ0 and miniPCI is wired to IRQ1.
Maybe there's a crosstalk problem since the pull-up resistors are
packaged inside an array ... I'll check this.
regards,
André
Scott Wood schrieb:
André Sch
Hi Dave,
Today's linux-next merge of the net tree got a conflict in between
commits aee1dc73b519227084d77b0b2fc972b68b4153d8 ("[POWERPC] Update
booting-without-of for Freescale PCIe MSI") and
83ff9dcf375c418ca3b98eb950711525ca1269e2 ("powerpc/sysdev: implement FSL
GTM support") from the powerpc t
On Tue, 2008-07-01 at 16:23 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2008-07-01 at 00:32 -0500, Kumar Gala wrote:
> > To allow for a single kernel image on e500 v1/v2/mc we need to fixup lwsync
> > at runtime. On e500v1/v2 lwsync causes an illop so we need to patch up
> > the code. We defau
Hi Dave,
Today's linux-next merge of the net tree got a trivial conflict in
drivers/net/fs_enet/fs_enet-main.c between commit
55b6c8e99d582cc66947b465d0ff3147a0219808 ("drivers/net: Use linux/of_
{device,platform}.h instead of asm") from the powerpc tree and commit
d8b35fac8c7e1b44d873c1afcc5f88bc
arch/powerpc/kernel/init_task.c:33: warning: missing braces around initializer
arch/powerpc/kernel/init_task.c:33: warning: (near initialization for
'init_task.thread.fpr[0]')
Noticed by SFR.
Signed-off-by: Michael Neuling <[EMAIL PROTECTED]>
---
include/asm-powerpc/processor.h |2 +-
1 fi
79 matches
Mail list logo
