Update GE Fanuc DTS to match the alterations suggested during the merge of
the ppc9a DTS in commit 740d36ae6344f38c4da64c2ede765d7d2dd1f132
Signed-off-by: Martyn Welch martyn.we...@gefanuc.com
---
v2: Fixed run on message.
Kumar: I think the problem may be that this patch depends on a previous
Hi Linus !
Here's a bunch of defconfig updates for freescale embedded platforms
along with a handful of fixes for those from Kumar, and one important
one liner fix for a thinko/typo by myself in the embedded CPU context
management code on SMP.
The following changes since commit
Sachin Sant wrote:
next-20090728 worked fine. Last commit that changed
arch/powerpc/mm/hugetlbpage.c was
cb7f3f2d92d1b26c13e30e639b6ee4a78e9a3afa
powerpc: Add memory management headers for new 64-bit BookE
I will try reverting that commit and check if that helps.
Hi Ben,
Reverting the
On Thu, 2009-07-30 at 17:55 +0530, Sachin Sant wrote:
Sachin Sant wrote:
next-20090728 worked fine. Last commit that changed
arch/powerpc/mm/hugetlbpage.c was
cb7f3f2d92d1b26c13e30e639b6ee4a78e9a3afa
powerpc: Add memory management headers for new 64-bit BookE
I will try reverting
Hello,
Signed-off-by: Ashish Kalra ashish.ka...@freescale.com
---
drivers/ata/sata_fsl.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/sata_fsl.c b/drivers/ata/sata_fsl.c
index 5a88b44..a33f130 100644
--- a/drivers/ata/sata_fsl.c
+++
On Jul 30, 2009, at 8:23 AM, Kalra Ashish-B00888 wrote:
Hello,
Signed-off-by: Ashish Kalra ashish.ka...@freescale.com
---
drivers/ata/sata_fsl.c | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/sata_fsl.c b/drivers/ata/sata_fsl.c
index 5a88b44..a33f130
Hello Kumar,
This doesn't look like it should change anything. sata_fsl_ops
inherits
from sata_pmp_port_ops, which inherits from sata_port_ops, which
already
sets qc_defer to ata_std_qc_defer.
Oh, yes. Actually this patch was for older kernels where there
inheritence was not there.
On Jul 30, 2009, at 8:58 AM, Kalra Ashish-B00888 wrote:
Hello Kumar,
This doesn't look like it should change anything. sata_fsl_ops
inherits
from sata_pmp_port_ops, which inherits from sata_port_ops, which
already
sets qc_defer to ata_std_qc_defer.
Oh, yes. Actually this patch was
On Fri, Jul 24, 2009 at 11:21:56AM -0400, Solomon Peachy wrote:
This patch adds support for the ESTeem 195E Hotfoot SBC.
I've been maintaining this out-of-tree for some time now for
older kernels, but recently I ported it to the new unified powerpc
tree with the intent of pushing it upstream.
From: Julia Lawall ju...@diku.dk
Check that the result of kzalloc is not NULL before a dereference.
The semantic match that finds this problem is as follows:
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@@
expression *x;
identifier f;
constant char *C;
@@
x =
On Thu, 30 Jul 2009, Johannes Berg wrote:
On Thu, 2009-07-30 at 16:11 +0200, Julia Lawall wrote:
From: Julia Lawall ju...@diku.dk
Check that the result of kzalloc is not NULL before a dereference.
irq_client = kzalloc(sizeof(struct pmf_irq_client),
On Thu, 2009-07-30 at 16:11 +0200, Julia Lawall wrote:
From: Julia Lawall ju...@diku.dk
Check that the result of kzalloc is not NULL before a dereference.
irq_client = kzalloc(sizeof(struct pmf_irq_client),
GFP_KERNEL);
+ if
Afaik the kernel only shows the stack backtrace of the kernel stack
(of a task).
I wonder if there would be anything wrong with letting it show
the user task stack backtrace in certain cases.
Read the rest to see what I mean.
If kernel.print-fatal-signals has been enabled a crashing
Missing tests after ioremap()
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
Shouldn't we test whether ioremaps fail?
diff --git a/arch/powerpc/platforms/powermac/feature.c
b/arch/powerpc/platforms/powermac/feature.c
index e6c0040..3a4ebd3 100644
---
We're dealing with some complex (3rd party) applications and I like to see a
user task stack backtrace.
(Of course the way to go here is to use a debugger (gdb) and
do a backtrace (with the coredump file).
Actually, you can intercept SIGSEGV and print your own stack from within
the signal
On Thu, 30 Jul 2009, Alessandro Rubini wrote:
We're dealing with some complex (3rd party) applications and I like to see a
user task stack backtrace.
(Of course the way to go here is to use a debugger (gdb) and
do a backtrace (with the coredump file).
Actually, you can intercept
Kumar Gala wrote:
Dan,
What happened with the set of patches that Ira posted for fsldma?
I have just sent a pull request with the pending backlog of dmaengine
fixes. Our discussion of the fsldma slave implementation did not
conclude in time for me to get a pull request out before the close
On Thu, Jul 30, 2009 at 10:06:30AM -0400, Josh Boyer wrote:
+devp = finddevice(/plb/opb/ser...@ef600300);
+if (!devp)
+fatal(Can't find node for /plb/opb/ser...@ef600300);
+del_node(devp);
Slightly confused here. You delete the first
On Thu, Jul 30, 2009 at 03:45:06PM -0400, Solomon Peachy wrote:
On Thu, Jul 30, 2009 at 10:06:30AM -0400, Josh Boyer wrote:
+ devp = finddevice(/plb/opb/ser...@ef600300);
+ if (!devp)
+ fatal(Can't find node for /plb/opb/ser...@ef600300);
+
From: Li Yang le...@freescale.com
Date: Wed, 29 Jul 2009 16:51:57 +0800
Parameter order for using mk_ic_value(count, time) was reversed,
the patch fixes this.
Signed-off-by: Jiajun Wu b06...@freescale.com
Signed-off-by: Li Yang le...@freescale.com
Applied, thanks.
This is the first of three patches that implement a bit field that PCI Express
device drivers can use to indicate they need a fundamental reset during error
recovery.
By default, the EEH framework on powerpc does what's known as a hot reset during
recovery of a PCI Express device. We've
This is the second of three patches that implement a bit field that PCI Express
device drivers can use to indicate they need a fundamental reset during error
recovery.
By default, the EEH framework on powerpc does what's known as a hot reset during
recovery of a PCI Express device. We've
This is the third of three patches that implement a bit field that PCI Express
device drivers can use to indicate they need a fundamental reset during error
recovery.
By default, the EEH framework on powerpc does what's known as a hot reset during
recovery of a PCI Express device. We've
Ok so I'm really new to this but a single line answer will do, like One of
the best and noob friendly PPC Multi media distributors would be _.
What I have:
A PPC ibook G3 laptop
What I need help with:
Finding a linux based multi-media workstation
Why:
I really want to become more savvy
Andrew,
This new patch set overwrites following patches:
hwmon-lm70-convert-to-device-table-matching.patch
hwmon-adxx-convert-to-device-table-matching.patch
spi-merge-probe-and-probe_id-callbacks.patch
spi-prefix-modalias-with-spi.patch
of-remove-stmm25p40-alias.patch
With this patch spi drivers can use standard spi_driver.id_table and
MODULE_DEVICE_TABLE() mechanisms to bind against the devices. Just
like we do with I2C drivers.
This is useful when a single driver supports several variants of
devices but it is not possible to detect them in run-time (like
The alias isn't needed any longer since the m25p80 driver converted
to the module device table matching.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
drivers/of/base.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
This patch converts the m25p80 driver so that now it uses .id_table
for device matching, making it properly detect devices on OpenFirmware
platforms (prior to this patch the driver misdetected non-JEDEC chips,
seeing all chips as m25p80).
Also, now jedec_probe() only does jedec probing, nothing
This patch makes the code a little bit nicer, and shorter.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
drivers/hwmon/adcxx.c | 101 -
1 files changed, 16 insertions(+), 85 deletions(-)
diff --git a/drivers/hwmon/adcxx.c
This patch makes the code a little bit nicer, and shorter.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
drivers/hwmon/lm70.c | 55 +
1 files changed, 19 insertions(+), 36 deletions(-)
diff --git a/drivers/hwmon/lm70.c
This makes it consistent with other buses (platform, i2c, vio, ...).
I'm not sure why we use the prefixes, but there must be a reason.
This was easy enough to do it, and I did it.
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
drivers/gpio/max7301.c |1 +
On Thu, Jul 30, 2009 at 04:08:49PM -0400, Josh Boyer wrote:
On Thu, Jul 30, 2009 at 03:45:06PM -0400, Solomon Peachy wrote:
On Thu, Jul 30, 2009 at 10:06:30AM -0400, Josh Boyer wrote:
[snip]
+ UART0: ser...@ef600400 {
+ device_type = serial;
+
On Thu, Jul 30, 2009 at 07:33:24AM -0700, skateaboard wrote:
Ok so I'm really new to this but a single line answer will do, like One of
the best and noob friendly PPC Multi media distributors would be _.
What I have:
A PPC ibook G3 laptop
What I need help with:
Finding a linux based
On Fri, Jul 31, 2009 at 10:45:24AM +1000, David Gibson wrote:
On Thu, Jul 30, 2009 at 04:08:49PM -0400, Josh Boyer wrote:
On Thu, Jul 30, 2009 at 03:45:06PM -0400, Solomon Peachy wrote:
On Thu, Jul 30, 2009 at 10:06:30AM -0400, Josh Boyer wrote:
[snip]
+UART0:
On Jul 24, 2009, at 4:15 AM, Benjamin Herrenschmidt wrote:
The current no hash MMU context management code is written with
the assumption that one CPU == one TLB. This is not the case on
implementations that support HW multithreading, where several
linux CPUs can share the same TLB.
This adds
On Jul 30, 2009, at 10:12 PM, Kumar Gala wrote:
On Jul 24, 2009, at 4:15 AM, Benjamin Herrenschmidt wrote:
The current no hash MMU context management code is written with
the assumption that one CPU == one TLB. This is not the case on
implementations that support HW multithreading, where
36 matches
Mail list logo