Update GE Fanuc DTS to match the alterations suggested during the merge of
the ppc9a DTS in commit 740d36ae6344f38c4da64c2ede765d7d2dd1f132
Signed-off-by: Martyn Welch
---
v2: Fixed run on message.
Kumar: I think the problem may be that this patch depends on a previous patch:
http://patchwork.
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 658874f05d040ca96e
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 above
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 t
Hello,
>> Signed-off-by: Ashish Kalra
>> ---
>> 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
>> +++ b/drivers/ata/sata_fsl.c
>>
On Jul 30, 2009, at 8:23 AM, Kalra Ashish-B00888 wrote:
Hello,
>> Signed-off-by: Ashish Kalra
>> ---
>> 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
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
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 thi
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
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/)
//
@@
expression *x;
identifier f;
constant char *C;
@@
x = \(kmalloc\|kcalloc\|kzalloc\)(...);
... when != x
On Thu, 30 Jul 2009, Johannes Berg wrote:
> On Thu, 2009-07-30 at 16:11 +0200, Julia Lawall wrote:
> > From: Julia Lawall
> >
> > 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
>
> Check that the result of kzalloc is not NULL before a dereference.
> irq_client = kzalloc(sizeof(struct pmf_irq_client),
>GFP_KERNEL);
> + if (!irq_client
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
applicati
Missing tests after ioremap()
Signed-off-by: Roel Kluin
---
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
--- a/arch/powerpc/platforms/powermac/feature.c
+++ b/arch/powerp
> 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 si
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
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 dele
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
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
> Signed-off-by: Li Yang
Applied, thanks.
___
Linuxppc-dev mailing list
Linux
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 fou
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 fo
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 fou
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 savv
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
mtd-m25p80-conve
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
non-
The alias isn't needed any longer since the m25p80 driver converted
to the module device table matching.
Signed-off-by: Anton Vorontsov
---
drivers/of/base.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index 69f85c0..ddf224d 1006
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
---
drivers/hwmon/adcxx.c | 101 -
1 files changed, 16 insertions(+), 85 deletions(-)
diff --git a/drivers/hwmon/adcxx.c b/drivers/hwmon/adcxx.c
index 24229
This patch makes the code a little bit nicer, and shorter.
Signed-off-by: Anton Vorontsov
---
drivers/hwmon/lm70.c | 55 +
1 files changed, 19 insertions(+), 36 deletions(-)
diff --git a/drivers/hwmon/lm70.c b/drivers/hwmon/lm70.c
index ae6204f.
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
---
drivers/gpio/max7301.c |1 +
drivers/gpio/mcp23s08.c
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
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 add
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 s
On Mon, Jul 27, 2009 at 05:41:52AM +0530, K.Prasad wrote:
> Hi David,
> I'm back with a new version of patches after a brief hiatus!
>
> After much deliberation about modifying the code to change the timing of
> signal
> delivery to user-space, it has been decided to retain the existing beh
On Mon, Jul 27, 2009 at 05:43:17AM +0530, K.Prasad wrote:
> Introduce PPC64 implementation for the generic hardware breakpoint interfaces
> defined in kernel/hw_breakpoint.c. Enable the HAVE_HW_BREAKPOINT flag and the
> Makefile.
[snip]
> +/*
> + * Handle debug exception notifications.
> + */
> +i
On Mon, Jul 27, 2009 at 05:48:27AM +0530, K.Prasad wrote:
> Modify the ptrace code to use the hardware breakpoint interfaces for
> user-space.
>
> Signed-off-by: K.Prasad
> ---
> arch/powerpc/kernel/ptrace.c | 43
> +++
> 1 file changed, 43 insertions(
At Thu, 30 Jul 2009 16:29:54 +0200 (CEST),
Julia Lawall wrote:
>
> On Thu, 30 Jul 2009, Johannes Berg wrote:
>
> > On Thu, 2009-07-30 at 16:11 +0200, Julia Lawall wrote:
> > > From: Julia Lawall
> > >
> > > Check that the result of kzalloc is not NULL before a dereference.
> >
> > >
On Fri, 31 Jul 2009, Takashi Iwai wrote:
> At Thu, 30 Jul 2009 16:29:54 +0200 (CEST),
> Julia Lawall wrote:
> >
> > On Thu, 30 Jul 2009, Johannes Berg wrote:
> >
> > > On Thu, 2009-07-30 at 16:11 +0200, Julia Lawall wrote:
> > > > From: Julia Lawall
> > > >
> > > > Check that the result of kza
From: Julia Lawall
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/)
//
@@
expression *x;
identifier f;
constant char *C;
@@
x = \(kmalloc\|kcalloc\|kzalloc\)(...);
... when != x
42 matches
Mail list logo