This is a first cut at making bootwrapper code which will
produce a zImage compliant with the requirements set down
by ePAPR.
This is a very simple bootwrapper, taking the device tree
blob supplied by the ePAPR boot program and passing it on
to the kernel. It builds on the earlier patch to build a
This patch adds code, linker script and makefile support to allow
building the zImage wrapper around the kernel as a position independent
executable. This results in an ET_DYN instead of an ET_EXEC ELF output
file, which can be loaded at any location by the firmware and will
process its own reloca
On Book3E, MMU_NO_CONTEXT != 0, but the slice_mm_new_context()
macro assumes that it is. This means that the map of the
page sizes for each slice is always initialized to zeroes
(which happens to be 4k pages), rather than to the correct
default base page size value - which might be 64k.
This patc
Use MMU_NO_CONTEXT as the initialiser for mm_context.id on
nohash and hash64.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/tlbflush.h |2 ++
arch/powerpc/mm/mmu_context_hash64.c |3 +--
2 files changed, 3 insertions(+), 2 deletions(-)
v2: Updated to not break 40x.
diff
Hi Felix,
> -Original Message-
> From: linuxppc-dev-bounces+priyanka.jain=freescale@lists.ozlabs.org
> [mailto:linuxppc-dev-
> bounces+priyanka.jain=freescale@lists.ozlabs.org] On Behalf Of Felix
> Radensky
> Sent: Tuesday, April 12, 2011 10:24 AM
> To: Aggrwal Poonam-B10812
> Cc:
On Mon, 2011-04-11 at 16:35 +1000, Michael Ellerman wrote:
> Use MMU_NO_CONTEXT as the initialiser for mm_context.id on book3e
> and hash64.
This breaks 40x, new patch coming.
cheers
signature.asc
Description: This is a digitally signed message part
The following changes since commit c60e65d7863620945d498a8ac60181077879599c:
powerpc/pseries: Fix build without CONFIG_HOTPLUG_CPU (2011-04-05 16:22:11
+1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git merge
Kumar Gala (2):
You originally submitted the support for 460ex. Can you chime in (and
review Ayman patch) please ?
[Marri] Ben sure I will review it and send you my feedback in couple of
days.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozl
> > Finally I tried using g5_defconfig with 2.6.39-rc3. First boot
> > it did get to /sbin/init, but udev init took much longer than
> > normal and threw errors. After a warm reboot the same kernel
> > hung as usual, this time before framebuffer init.
> >
> > 2.6.38 works just fine.
>
> Hrm, t
On Tue, 2011-04-12 at 19:30 +0200, Mikael Pettersson wrote:
> I'm unable to boot any post-2.6.38 kernel on my G5 (PowerMac7,2
> with dual 1.8GHz processors). Basically the kernel hangs at varying
> points before /sbin/init is started, sometimes before and sometimes
> after the framebuffer has take
From: Michał Mirosław
Date: Sun, 10 Apr 2011 16:49:55 +0200 (CEST)
> Signed-off-by: Michał Mirosław
Applied.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Mon, 2011-04-11 at 21:56 -0700, Prabhakar Kushwaha wrote:
> From: Prabhakar
>
> The Intel e1000 device driver defaults to MSI interrupt mode, even if
> MSI
> support is not enabled
>
> Signed-off-by: Jin Qing
> Signed-off-by: Prabhakar Kushwaha
> ---
> Based upon
> git://git.kernel.org/pub
On Tue, 2011-04-12 at 14:27 -0700, David Miller wrote:
> From: Prabhakar Kushwaha
> Date: Tue, 12 Apr 2011 10:26:03 +0530
>
> > From: Prabhakar
> >
> > The Intel e1000 device driver defaults to MSI interrupt mode, even if MSI
> > support is not enabled
> >
> > Signed-off-by: Jin Qing
> > Sign
From: Prabhakar Kushwaha
Date: Tue, 12 Apr 2011 10:26:03 +0530
> From: Prabhakar
>
> The Intel e1000 device driver defaults to MSI interrupt mode, even if MSI
> support is not enabled
>
> Signed-off-by: Jin Qing
> Signed-off-by: Prabhakar Kushwaha
> ---
> Based upon
> git://git.kernel.org/
Hi,
Uh Oh. Are we gettin' booted (no pun intended)?
kevin
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
I'm unable to boot any post-2.6.38 kernel on my G5 (PowerMac7,2
with dual 1.8GHz processors). Basically the kernel hangs at varying
points before /sbin/init is started, sometimes before and sometimes
after the framebuffer has taken over the console. There are no visible
errors on the console, onl
On Die, 2011-04-12 at 14:00 +0200, Gabriel Paubert wrote:
> On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote:
> > >
> > > With no_wb=1 the driver goes a bit further but the X server ends
> > > up in an infinite ioctl loop and the logs are:
> >
> > Which ioctl does it loop on? Please
On 04/08/2011 02:58 PM, Guillaume Dargaud wrote:
Isn't that blackfin specific?
So how do you change the loading address of the PowerPC kernel from its default
0x40 address ?
Note that the default 0x400... is the link address of the zImage wrapper
rather than the one of THE kernel.
Cur
On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote:
> >
> > With no_wb=1 the driver goes a bit further but the X server ends
> > up in an infinite ioctl loop and the logs are:
>
> Which ioctl does it loop on? Please provide the Xorg.0.log file as well.
>From memory, the code was 0x64
On Die, 2011-04-12 at 13:30 +0200, Gabriel Paubert wrote:
>
> On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel Dänzer wrote:
> >
> > Have you ruled out any MSI related problems? I think the IRQ not working
> > could explain the symptoms...
>
> Booting with MSI disabled does not change anything.
Hi Micel,
On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel Dänzer wrote:
> [ Adding the dri-devel list ]
>
> Have you ruled out any MSI related problems? I think the IRQ not working
> could explain the symptoms...
Booting with MSI disabled does not change anything. Actually on this
machi
We currently dont have CPU Hotplug support working on 85xx so we need to
disable Suspsend support as it will force enabling of CPU Hotplug.
arch/powerpc/kernel/built-in.o: In function `cpu_die':
arch/powerpc/kernel/smp.c:702: undefined reference to `start_secondary_resume'
make: *** [.tmp_vmlinux
When we start a cpu we use smp_ops->kick_cpu(), which currently
returns void, it should be able to fail. Convert it to return
int, and update all uses.
Convert all the current error cases to return -ENOENT, which is
what would eventually be returned by __cpu_up() currently when
it doesn't detect t
Even when no initfunc is provided.
Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/io-workarounds.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/io-workarounds.c
b/arch/powerpc/kernel/io-workarounds.c
Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/io-workarounds.h |1 -
arch/powerpc/kernel/io-workarounds.c | 27 +++
arch/powerpc/platforms/cell/celleb_pci.c | 18 +-
arch/powerpc/platforms/
Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/io-workarounds.h| 49 +++
arch/powerpc/kernel/Makefile |2 +
arch/powerpc/kernel/io-workarounds.c | 184 +
arch/powerpc/platforms/Kcon
The goal is to avoid adding overhead to MMIO when only PIO is needed
Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/asm/io.h | 16 +++-
arch/powerpc/platforms/Kconfig | 10 --
arch/powerpc/platforms/cell/Kc
27 matches
Mail list logo