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 t
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 o
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 a
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
pre
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 kerne
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 o
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 t
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 removi
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
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
+++ b/include/linux/modu
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 b/arch/powerpc/kernel/Makefi
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 ++
arch/powerpc/k
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, 0
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 th
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. Thi
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,
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
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,
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 sy
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, I
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 I
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.s
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
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 t
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 re
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 offse
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 @go
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 PHYS/PT
> 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 Mon, 2008-08-11 at 17:36 +0100, 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
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 MPC8
A couple of vmlinux output files that should be ignored: vmlinux.strip
and vmlinux.lds.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/.gitignore b/.gitignore
index 869e1a3..f7e924a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -32,6 +32,7 @@
tags
TAGS
vmlinux
+vmlinux.strip
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 app
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
> +
Hi Arnd,
On Mon, 11 Aug 2008 16:18:07 +0200 Arnd Bergmann <[EMAIL PROTECTED]> wrote:
>
> +#ifdef CONFIG_MODULES
> +.macro __EXPORT_SYMBOL sym section symtab strtab
> + .section \section,"a",@progbits
> + .type \symtab, @object
> + .ifeq BITS_PER_LONG-32
> + .align 3
> +\symtab:
> +
38 matches
Mail list logo
