Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
drivers/hwmon/ams/ams.h |2 +-
sound/aoa/soundbus/soundbus.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
These are the last two users of asm/of_device.h. If everyone is happy,
we can put this through the powerpc
On Monday 11 August 2008, Paul Mackerras wrote:
Arnd Bergmann writes:
I've fixed one last bug in Carl's update for cell-oprofile (int flags
instead of unsigned long flags) and made sure the comments fit the
usual style. This fixes a long-standing bug that prevented us from
using oprofile
On Mon, 11 Aug 2008 17:04:32 +1000, Stephen Rothwell wrote:
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
drivers/hwmon/ams/ams.h |2 +-
sound/aoa/soundbus/soundbus.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
These are the last two users of
From: Carl Love [EMAIL PROTECTED]
If an error occurs on opcontrol start, the event and per cpu buffers
are released. If later opcontrol shutdown is called then the free
function will be called again to free buffers that no longer
exist. This results in a kernel oops. The following changes
From: Carl Love [EMAIL PROTECTED]
The issue is the SPU code is not holding the kernel mutex lock while
adding samples to the kernel buffer.
This patch creates per SPU buffers to hold the data. Data
is added to the buffers from in interrupt context. The data
is periodically pushed to the kernel
At Mon, 11 Aug 2008 17:04:32 +1000,
Stephen Rothwell wrote:
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
drivers/hwmon/ams/ams.h |2 +-
sound/aoa/soundbus/soundbus.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
These are the last two users of
On (07/08/08 10:29), Dave Hansen didst pronounce:
On Thu, 2008-08-07 at 17:06 +0100, Mel Gorman wrote:
On (06/08/08 12:50), Dave Hansen didst pronounce:
The main thing this set of patches does that I care about is take an
anonymous VMA and replace it with a hugetlb VMA. It does this on a
Linus,
Please pull from the 'merge' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
There are some assorted powerpc bugfixes and defconfig updates, plus a
patch to Documentation/feature-removal-schedule.txt from Robert
P. J. Day that removes the section on
Benjamin Herrenschmidt wrote:
On Thu, 2008-08-07 at 15:56 -0400, Steven A. Falco wrote:
I have added a compact flash to the external bus of a Sequoia
(PPC440EPx) evaluation board. It is wired to CS1, and U-boot is set to
configure CS1 to be at address 0xc100. U-boot can access the
This makes it possible to export symbols from assembly files, instead
of having to export them through an extra ksyms.c file.
I found this nicer to implement using a gas macro than a cpp macro.
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
--- a/include/linux/module.h
+++
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
---
arch/powerpc/kernel/Makefile|1 -
arch/powerpc/kernel/ppc_ksyms.c | 193 ---
2 files changed, 0 insertions(+), 194 deletions(-)
diff --git a/arch/powerpc/kernel/Makefile
It's now possible to export symbols from .S files, so move all
exports out of the ppc_ksyms.c file to the definition of the
symbols.
Signed-off-by: Arnd Bergmann [EMAIL PROTECTED]
---
arch/powerpc/kernel/entry_32.S |3 +++
arch/powerpc/kernel/entry_64.S |2 ++
I think there is a bug in the communications between pata_of_platform
and pata_platform. I will refer to the master branch of the DENX git
tree, which is roughly v2.6.26.1 at this time. I am using a Sequoia
board with a PPC440EPx.
In pata_of_platform, we have:
ret = of_irq_to_resource(dn,
On Mon, 11 Aug 2008, Arnd Bergmann wrote:
It's now possible to export symbols from .S files, so move all
Nice!
exports out of the ppc_ksyms.c file to the definition of the
symbols.
drivers/macintosh/adb.c |5 +
drivers/macintosh/via-cuda.c |3 +++
I think
On Mon, 2008-08-11 at 16:18 +0200, Arnd Bergmann wrote:
This makes it possible to export symbols from assembly files, instead
of having to export them through an extra ksyms.c file.
I found this nicer to implement using a gas macro than a cpp macro.
Yeah, gas macros can be much nicer. This
When no irq specified, pata_of_platform fills irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not some negative integer;
2. pata_platform checks for irq_res.start 0, but since irq_res.start
is unsigned type, the check will be true for `-1'.
On Monday 11 August 2008, Geert Uytterhoeven wrote:
drivers/macintosh/adb.c | 5 +
drivers/macintosh/via-cuda.c | 3 +++
I think these 2 belong to patch 3?
I tried to come up with other ways of splitting up the patch,
but since these come from ppc_ksyms, it
On Mon, 2008-08-11 at 09:18 +0200, Arnd Bergmann wrote:
On Monday 11 August 2008, Paul Mackerras wrote:
Arnd Bergmann writes:
I've fixed one last bug in Carl's update for cell-oprofile (int flags
instead of unsigned long flags) and made sure the comments fit the
usual style. This
Anton Vorontsov wrote:
When no irq specified, pata_of_platform fills irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not some negative integer;
2. pata_platform checks for irq_res.start 0, but since irq_res.start
is unsigned type, the
On Mon, Aug 11, 2008 at 07:19:13PM +0400, Anton Vorontsov wrote:
When no irq specified, pata_of_platform fills irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not some negative integer;
interesting, IRQ 0 is actually valid on some ARM
Ben Dooks wrote:
On Mon, Aug 11, 2008 at 07:19:13PM +0400, Anton Vorontsov wrote:
When no irq specified, pata_of_platform fills irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not some negative integer;
interesting, IRQ 0 is
On Mon, 11 Aug 2008 17:36:48 +0100
Ben Dooks [EMAIL PROTECTED] wrote:
On Mon, Aug 11, 2008 at 07:19:13PM +0400, Anton Vorontsov wrote:
When no irq specified, pata_of_platform fills irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not
On Mon, 11 Aug 2008 19:19:13 +0400
Anton Vorontsov [EMAIL PROTECTED] wrote:
When no irq specified, pata_of_platform fills irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not some negative integer;
2. pata_platform checks for irq_res.start
On Mon, Aug 11, 2008 at 12:23:10PM -0400, Steven A. Falco wrote:
Anton Vorontsov wrote:
When no irq specified, pata_of_platform fills irq_res with -1,
which is wrong to do for two reasons:
1. By definition, 'no irq' should be IRQ 0, not some negative integer;
2. pata_platform checks for
Hi,
Following five patches enable the relocatable kernel feature for
PPC64 kernels.
1. Extract list of relocation offsets.patch
2. Build files needed for relocation.patch
3. Apply relocation.patch
4. Relocation support.patch
5. Relocation support for kdump
Extract list of relocation offsets
Extract list of offsets in the vmlinux file for which the relocation
delta has to be patched. Currently only following type of relocation
types are considered: R_PPC64_ADDR16_HI, R_PPC64_TOC and R_PPC64_ADDR64
The offsets are sorted according to the relocation
Build files needed for relocation
This patch builds vmlinux file with relocation sections and contents so
that relocs user space program can extract the required relocation
offsets. This packs final relocatable vmlinux kernel as following:
earlier part of relocation apply code, vmlinux, rest of
Apply relocation
This code is a wrapper around regular kernel. This checks whether the
kernel is loaded at 32MB, if its not loaded at 32MB, its treated as a
regular kernel and the control is given to the kernel immediately. If
the kernel is loaded at 32MB, it applies relocation delta to each
Relocation support
Add relocatable kernel support like avoiding copying the vmlinux
image to compile address, adding relocation delta to the absolute
symbol references etc. ld does not provide relocation entries for
.got section, and the user space relocation extraction program
can not process
Relocation support for kdump kernel
Add relocation kernel support for kdump kernel path.
Signed-off-by: Mohan Kumar M [EMAIL PROTECTED]
---
arch/powerpc/kernel/crash_dump.c | 19 +++
arch/powerpc/kernel/iommu.c|7 -
arch/powerpc/kernel/machine_kexec.c
I am sorry, but I've butted my head against a tree for over a
week and some things just aren't making sense...especially how
the prom parse code is working to exact / resolve physical
addresses to then ioremap...
a) Setup, I have a working MPC8548E board using 2.6.23.8 (ARCH=ppc)
with
1. IDE status read does not work. (But am I understand correctly
that IDE works well if IRQ is unspecified? Then this is hardly
an issue.)
2. IDE interrupt comes when it should not. I'd recommend to use
oscilloscope to find out what is happening there, that is, if
the drive
On Aug 11, 2008, at 4:37 PM, Morrison, Tom wrote:
I am sorry, but I've butted my head against a tree for over a
week and some things just aren't making sense...especially how
the prom parse code is working to exact / resolve physical
addresses to then ioremap...
a) Setup, I have a working
Mohan Kumar M writes:
Apply relocation
This code is a wrapper around regular kernel. This checks whether the
kernel is loaded at 32MB, if its not loaded at 32MB, its treated as a
regular kernel and the control is given to the kernel immediately. If
the kernel is loaded at 32MB, it applies
On Tuesday 12 August 2008 00:18:07 Arnd Bergmann wrote:
This makes it possible to export symbols from assembly files, instead
of having to export them through an extra ksyms.c file.
I found this nicer to implement using a gas macro than a cpp macro.
...
+ .ifeq BITS_PER_LONG-32
+
35 matches
Mail list logo