On 06/27/2013 10:54 PM, Rob Herring wrote:
>> Rob,
>> Are you ok with phys_addr_t since your concern was about rest
>> of the memory specific bits of the device-tree code use u64 ?
>
> No. I still think it should be u64 for same reasons I said originally.
The physical address space is represente
On 06/21/2013 02:52 AM, Santosh Shilimkar wrote:
> diff --git a/arch/microblaze/kernel/prom.c b/arch/microblaze/kernel/prom.c
> index 0a2c68f..62e2e8f 100644
> --- a/arch/microblaze/kernel/prom.c
> +++ b/arch/microblaze/kernel/prom.c
> @@ -136,8 +136,7 @@ void __init early_init_devtree(void *params
On 06/12/2013 02:47 PM, Oded Gabbay wrote:
> This patch fixes a bug in the fsl_pq_mdio.c module and in relevant device-tree
> files regarding the correct offset of the tbipa register in the eTSEC
> controller in some of Freescale's PQ3 and QorIQ SoC.
> The bug happens when the mdio in the device tr
On Mon, May 27, 2013 at 01:00:17PM +0530, Priyanka Jain wrote:
> While returning from exception handling in case of PREEMPT enabled,
> _TIF_NEED_RESCHED bit is checked in TI_FLAGS (thread_info flag) of current
> task. Only if this bit is set, it should continue with the process of
> calling preempt
lockdep thinks that it might deadlock because it grabs a lock of the
same class while calling the generic_irq_handler(). This annotation will
inform lockdep that it will not.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/powerpc/sysdev/fsl_msi.c |4 +++-
1 files changed, 3 insertions
On 01/04/2013 05:42 AM, Benjamin Herrenschmidt wrote:
On Tue, 2012-12-11 at 11:18 +0530, Suzuki K. Poulose wrote:
On 12/03/2012 08:37 PM, Suzuki K. Poulose wrote:
From: Suzuki K. Poulose
External/Decrement exceptions have lower priority than the Debug Exception.
So, we don't have to disable th
> index 9bfde82..968f751 100644
> --- a/drivers/usb/host/ehci-fsl.c
> +++ b/drivers/usb/host/ehci-fsl.c
> @@ -222,7 +222,7 @@ static int ehci_fsl_setup_phy(struct usb_hcd *hcd,
>
> if (pdata->controller_ver < 0) {
> dev_warn(hcd->self.controller, "Could not get controller
> v
On 09/13/2012 12:08 AM, Rob Herring wrote:
Geert is right here. If it is a physical address, it should be
phys_addr_t.
While generally true, for the DT specific code I think it should be a
fixed u64. The size of the address is defined by the FDT, not the
kernel. It is very likely we could have
On 09/12/2012 08:02 PM, Cyril Chemparathy wrote:
-void __init early_init_dt_setup_initrd_arch(unsigned long start,
unsigned long end)
+void __init early_init_dt_setup_initrd_arch(u64 start, u64 end)
Why not phys_addr_t?
The rest of the memory specific bits of the device-tree code use u64 for
* Kumar Gala | 2012-03-31 09:48:18 [-0500]:
Sorry for the delay Kumar, I though I allready done it.
>Yes, please do.
Here it comes.
>From 5b3e09992615e5670fa8e432e50424466fa9ca1a Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior
Date: Wed, 9 May 2012 21:48:42 +0200
Subject:
On 03/29/2012 03:10 PM, Kumar Gala wrote:
- include/configs/P1_P2_RDB.h
#ifndef CONFIG_NAND_SPL
#define CONFIG_SYS_NAND_BASE0xffa0
#ifdef CONFIG_PHYS_64BIT
#define CONFIG_SYS_NAND_BASE_PHYS 0xfffa0ull
#else
#define CONFIG_SYS_NAND_BASE_PHYS CONFIG_SYS_NAND_BASE
#
as always an eight there and never an A.
>
> Signed-off-by: Sebastian Andrzej Siewior
> Signed-off-by: Kumar Gala
I am having a hard time verifying this change. I don't think you are
wrong, I'm just having a hard time following.
I do not see where this has always been 0xff800
by 4 and this is what the fsl-spi driver in tree is doing.
Since then the flash is not wokring I guess. After chaning the freq from
50Mhz to 40Mhz like others do then I can access the flash.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/powerpc/boot/dts/p1010rdb.dtsi |2 +-
arch/powerpc
It is not at 0xffa0. According to current u-boot source the NAND
controller is always at 0xff80 and it is either at CS0 or CS1
depending on NAND or NAND+NOR mode. In 36bit mode it is shifted to
0xfff80 but it has always an eight there and never an A.
Signed-off-by: Sebastian Andrzej
On 02/23/2012 08:56 PM, Grant Likely wrote:
On Wed, Feb 1, 2012 at 11:06 AM, Grant Likely wrote:
On Wed, Feb 1, 2012 at 7:17 AM, Sebastian Andrzej Siewior
wrote:
* Grant Likely | 2012-01-30 12:58:42 [-0700]:
Ugh. This isn't easy. The legacy mapping really needs all the
Feel fr
* Grant Likely | 2012-01-30 12:58:42 [-0700]:
>Ugh. This isn't easy. The legacy mapping really needs all the
Feel free to merge this patch. I don't have the time to look at this now
so I take a look at the ioapic later.
>g.
Sebastian
___
Linuxppc-de
* Grant Likely | 2012-01-27 14:36:16 [-0700]:
>This patch removes the x86-specific definition of irq_domain and replaces
>it with the common implementation.
I pulled your devicetree/next tree. After this patch I get:
|Hierarchical RCU implementation.
|NR_IRQS:2304 nr_irqs:256 16
|[ c
* Benjamin Herrenschmidt | 2011-09-02 21:01:43 [+1000]:
>or better, switch to the newer iomap variants which should be
>provided in both endianness.
I know some ppc-mmu provide the capability to perform the endian swap
during page access. I wasn't aware that there is a kernel wide interface
for t
On 09/02/2011 01:17 PM, Pratyush Anand wrote:
oh boy, oh boy. This is a huge number of module parameters. Do you
actually expect someone setting all of them on modprobe? And if udev is
faster you rmmod and modpobe again, right? The clever ones would enter
it somewhere in modprobe.conf or so. Anyw
* Pratyush Anand | 2011-08-30 17:27:55 [+0530]:
>diff --git a/drivers/usb/dwc/pcd.c b/drivers/usb/dwc/pcd.c
>new file mode 100644
>index 000..2ef6405
>--- /dev/null
>+++ b/drivers/usb/dwc/pcd.c
>+static const struct usb_gadget_ops dwc_otg_pcd_ops = {
>+ .get_frame = dwc_otg_pcd_get_frame,
* Pratyush Anand | 2011-08-30 17:28:01 [+0530]:
>diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.h
>index 815efa2..32282b4 100644
>--- a/arch/arm/include/asm/io.h
>+++ b/arch/arm/include/asm/io.h
>@@ -297,6 +297,14 @@ extern int valid_mmap_phys_addr_range(unsigned long pfn,
>size
* Pratyush Anand | 2011-08-30 17:27:50 [+0530]:
>diff --git a/drivers/usb/dwc/apmppc.c b/drivers/usb/dwc/apmppc.c
>new file mode 100644
>index 000..80ea274
>--- /dev/null
>+++ b/drivers/usb/dwc/apmppc.c
>@@ -0,0 +1,436 @@
>+/*
>+ * DesignWare HS OTG controller driver
>+ * Copyright (C) 2006 Sy
* Suzuki K. Poulose | 2011-07-12 12:14:16 [+0530]:
>Changes from V1: Uses a tmp mapping in the other address space to setup
>the 1:1 mapping (suggested by Sebastian Andrzej Siewior).
>
>Note: Should we do the same for kernel entry code for PPC44x ?
You have one the ke
Suzuki Poulose wrote:
Could you please let me know your thoughts/comments about this patch ?
I'm mostly fine with it.
Maaxim copied fs2dt.c from ppc64 to ppc. So I guess ppc64 has the same
problem. ARM and MIPS is soon having DT support and kexec is probably also
on their list so I would hate
Suzuki Poulose wrote:
The way you setup the 1:1 mapping should be close to what you are
doing on
kernel entry.Isn't it possible to include the file here and in the entry
code?
I will make this change and resend the patch.
I took a look at the way we do it at kernel entry. It looks more clea
Suzuki Poulose wrote:
Index: powerpc/arch/powerpc/kernel/44x_kexec_mapping.S
===
--- /dev/null
+++ powerpc/arch/powerpc/kernel/44x_kexec_mapping.S
+ *
+ */
+blnxtins/* Find our address */
+nxtins:
It seems that Adrian is getting old. He removed almost everything of
GEMINI in commit c53653130 ("[POWERPC] Remove the broken Gemini
support") except this piece.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/powerpc/kernel/head_32.S | 13 -
1 files changed, 0 inserti
Grant Likely wrote:
Okay, I'll take another hack at it. Unfortunately I've got a great
big unmaskable interrupt in the form of UDS next week, but I'll be
back on it the week after.
And I thought you were a NMI.
g.
Sebastian
___
Linuxppc-dev mail
Grant Likely wrote:
I'd really like to get patches 1-4 merged into 2.6.40. Please test.
I'm also running through build testing here, and when it's complete
I'll push it out to a 'devicetree/irq-domain' branch on
git://git.secretlab.ca/git/linux-2.6
I pulled this, built and booted my x86-dt box
* Kyle Moffett | 2011-03-09 00:22:11 [-0500]:
>On Tue, Mar 8, 2011 at 23:39, Segher Boessenkool
> wrote:
>>> The problem is not with the kernel compile itself, but with the 2.12
>>> "dssall" binutils test. ??Basically, recent binutils treats e500 as
>>> effectively a separate architecture that hap
for them. of_bus_isa_get_flags(), of_bus_pci_get_flags() and
of_bus_isa_map() were accessing the data directly and were doing it wrong.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/powerpc/include/asm/prom.h |2 +-
drivers/of/address.c| 54
* Kumar Gala | 2010-05-07 01:50:29 [-0500]:
>Can you explain this a bit more. Mostly would like to have a brief
>description of the sequence of events as part of the commit message.
>
>Something like:
>
>* Running kernel calls machine_kexec()
>* machine_kexec_32()
>* jump to relocate code
>* rel
From: Sebastian Andrzej Siewior
This patch only moves the initial entry code which setups the mapping
from what ever to KERNELBASE into a seperate file. No code change has
been made here.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/powerpc/kernel/fsl_booke_entry_mapping.S | 200
From: Sebastian Andrzej Siewior
During boot we change the mapping a few times until we have a "defined"
mapping. During this procedure a small 4KiB mapping is created and after
that one a 64MiB. Currently the offset of the 4KiB page in that we run
is zero because the complete startup
The change from v3 is not to use TLB0 for the temporary 4KiB mapping.
Everything now hapens in TLB1. The equal mapping starts ESEL three since
ESEL one or two contains the temporary mapping.
Other bits are untouched.
Sebastian
___
Linuxppc-dev mail
From: Sebastian Andrzej Siewior
This adds support kexec on FSL-BookE where the MMU can not be simply
switched off. The code borrows the initial MMU-setup code to create the
identical mapping mapping. The only difference to the original boot code
is the size of the mapping(s) and the executeable
* Kumar Gala | 2010-02-17 21:09:08 [-0600]:
>
>On Jan 15, 2010, at 10:41 AM, Sebastian Andrzej Siewior wrote:
>
>> From: Sebastian Andrzej Siewior
>>
>> Right now the setup code takes ESEL of the current mapping and puts the
>> temporary into ESEL (old_ESEL &am
* Kumar Gala | 2010-02-17 21:07:49 [-0600]:
>
>On Jan 15, 2010, at 10:41 AM, Sebastian Andrzej Siewior wrote:
>
>> From: Sebastian Andrzej Siewior
>>
>> During boot we change the mapping a few times until we have a "defined"
>> mapping. During this pr
* Kumar Gala | 2010-01-15 11:53:13 [-0600]:
>On Jan 15, 2010, at 10:41 AM, Sebastian Andrzej Siewior wrote:
>
>> This is take two :)
>What do you think we need for SMP support? I'm happy to test out on SMP HW
>(8572)
I've updated a comment in the last patch whic
* wilbur.chan | 2010-01-16 20:35:50 [+0800]:
>Is it possible to avoid setting up the 1:1 mapping but to convert
>physical address into virt before relocate , like mips do?
No.
>2010/1/16 Kumar Gala :
>
>>
>> What do you think we need for SMP support? I'm happy to test out on SMP HW
>> (8572)
* Kumar Gala | 2010-01-15 11:53:13 [-0600]:
>On Jan 15, 2010, at 10:41 AM, Sebastian Andrzej Siewior wrote:
>
>> This is take two :)
>> SMP support did not work in the first one and due to the lack of a working
>> SMP machine it is still absent. I took the e500v1 problem
From: Sebastian Andrzej Siewior
Right now the setup code takes ESEL of the current mapping and puts the
temporary into ESEL (old_ESEL & 1 ) + 1 which is either one or two.
This is actually not required since all slots in TLB0 are invalid by now
and can be used.
This patch moved the temp map
This is take two :)
SMP support did not work in the first one and due to the lack of a working
SMP machine it is still absent. I took the e500v1 problem into account and
the result is that I now use multiple 256MiB mappings.
The final mapping covers the first 2GiB so the part of the highmem should
From: Sebastian Andrzej Siewior
During boot we change the mapping a few times until we have a "defined"
mapping. During this procedure a small 4KiB mapping is created and after
that one a 64MiB. Currently the offset of the 4KiB page in that we run
is zero because the complete startup
From: Sebastian Andrzej Siewior
24 is offset between the opcode past bl and past rfi. This makes it more
obvious.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/powerpc/kernel/head_fsl_booke.S |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kernel
From: Sebastian Andrzej Siewior
This patch moves only the initial entry code which setups the mapping
from what ever to KERNELBASE into a seperate file. No code change has
been made here.
Signed-off-by: Sebastian Andrzej Siewior
---
arch/powerpc/kernel/fsl_booke_entry_mapping.S | 189
From: Sebastian Andrzej Siewior
This adds support kexec on FSL-BookE where the MMU can not be simply
switched off. The code borrows the initial MMU-setup code to create the
identical mapping mapping. The only difference to the original boot code
is the size of the mapping(s) and the executeable
* Arnd Bergmann | 2009-12-11 16:49:25 [+0100]:
>On Friday 11 December 2009, Simon Richter wrote:
>> Hi,
>>
>> since there has been a thread on allowing the use of a coprocessor in
>> the kernel already: I am wondering if it'd make sense to use AltiVec for
>> AES in dm-crypt, and how difficult it
Signed-off-by: Sebastian Andrzej Siewior
---
Documentation/powerpc/dts-bindings/fsl/mpic.txt | 42 +++
1 files changed, 42 insertions(+), 0 deletions(-)
create mode 100644 Documentation/powerpc/dts-bindings/fsl/mpic.txt
diff --git a/Documentation/powerpc/dts-bindings/fsl
* Sebastian Andrzej Siewior | 2009-09-10 15:15:44 [+0200]:
>* Scott Wood | 2009-09-09 13:28:57 [-0500]:
>
>>> That's why you always have an offset of 16 between every internal
>>> interupt source number in the MPC855ERM document and those weired
>>> numbers i
* Scott Wood | 2009-09-09 13:28:57 [-0500]:
>> That's why you always have an offset of 16 between every internal
>> interupt source number in the MPC855ERM document and those weired
>> numbers in the device tree :)
>
>This seems to be a common point of confusion -- we should probably put
>somethin
* Alemao | 2009-09-04 16:29:15 [-0300]:
>On Fri, Sep 4, 2009 at 4:28 PM, Alemao wrote:
>> I've read some posts in the list, and about:
>>
>> irq_of_parse_and_map()
>> irq_create_map()
>>
>> But Im still trying to understand MPC85xx TSEC1 dts.
>>
>> Gianfar driver is using request_irq(), and reques
Grant Likely wrote:
> What version of the kernel are you using? The line numbers don't
match up with kernel mainline, so I wonder if this is before or after
the OF MDIO rework changes.
It is the kernel which was shipped in ads5121's bsp which is 2.6.24.
Regardless, this doesn't look right.
nt I'm not sure if the PowerON Reset takes the PHY a few
nsecs too early out of reset or if this reset is required and everyone
relies on U-boot performing this reset.
Signed-off-by: Sebastian Andrzej Siewior
---
This is done on a custom mpc512x board. Unfortunately I don't have other
Hi John,
on my mpc512x custom board I have non-working USB after the kexec
syscall. I've traced it down to the ehci_turn_off_all_ports() which is
called from within ehci_shutdown(). If I omit ehci_turn_off_all_ports()
it works fine. The content of the portstatus register is the same after
the setu
wilbur.chan wrote:
Hi Sebastian,
Hi Wilbur,
Recently I've implemented non-SMP kexec on MPC8572 and P2020ds(2G ram).
I modified your
misc_32.S that , I setuped two '1G' entries after the "rfi"
instruction, so that I did
not need to setup mapping for instruction address.
If you send s
* Kenneth Johansson | 2009-08-06 02:20:50 [+0200]:
>> > Is it not possible to disable the mmu on all cpu's that have one ??
>>
>> No, on e500 for example it is always on. You can use large pages with
>> identity maps to make it seem like it's off, though.
>
>why do something like that ?
on e50
* Sebastian Andrzej Siewior | 2009-08-05 01:06:06 [+0200]:
[long mail]
>Does someone have an idea?
Issue fixed, it was the ipic. The missing data while disabling the
caches was my fault because I invalidated the caches before I've flushed
them.
S
* Kumar Gala | 2009-08-05 15:04:16 [-0500]:
>
> looks good.. I'll pick this up for .32 since it doesn't seem to be a bug
> until we have kexec.
Well, the code for the non-mmu variant is there and is working. It was
just the ipic thing which was holding me back. However I'm fine with .32
I'm stocke
rns NO_IRQ because no source
is registered
-> source is NO_IRQ, ppc_spurious_interrupts gets incremented, no
further action.
Signed-off-by: Sebastian Andrzej Siewior
---
This solves my kexec problem I had earlier. I could disable the device
in ->shutdown path but the device in qu
I've tried kexec on e300 core which should be easy since it is possible
to disable the MMU on that core. However it does not work.
Once I disable the MMU, I can't access my MBAR and print chars on the
serial port. Is this "normal" or do I have still some caches on?
After I've setup two BATs one for
* wilbur.chan | 2009-08-02 09:25:43 [+0800]:
>Hi, Sebastian,
Hi Wilbur,
>In your patch of Booke support for kexec , it setup a 1GB TMP mapping
>and jump to it.
>
>But I saw that, the max size for an e500 entry is 256M??so I changed
>your code to setup 4*256M entries, and it works well on mpc8541.
* Kumar Gala | 2009-06-03 16:31:42 [-0500]:
>On Jun 3, 2009, at 2:54 PM, Sebastian Andrzej Siewior wrote:
>
>>This patch adds support for the MPC85xx boards to enter the SLEEP
>>mode.
>>The wake up is done via an external interrupt.
>>mpc85xx_enter_sleep() does
additionally
to add hooks prio and after mpc85xx_enter_sleep() to toggle a few bits
in my FPGA. Since the suspend.c is really short I'm not sure if it is
worth to keep it here and add couple function prototypes or add the
required bits directly into the board code.
Signed-off-by: Sebastian Andrzej Si
* Kumar Gala | 2008-12-17 15:41:42 [-0600]:
> Dave Liu noticed something similar.. Feel free to send me a brown paper
> bag.
:)
> Fixed in my 'merge' branch and just waiting for Paul or Linus to pick it
> up.
>
> http://ozlabs.org/pipermail/linuxppc-dev/2008-December/066352.html
Thx.
> - k
Se
I just pulled from Linus and the Kernel I booted gave me this:
| Freeing unused kernel memory: 152k init
| BUG: sleeping function called from invalid context at
/home/bigeasy/git/linux-2.6-powerpc/fs/exec.c:417
| in_atomic(): 0, irqs_disabled(): 1, pid: 1, name: swapper
| Call Trace:
| [ef831dd0]
I'm trying to reboot the mpc8544 and pass the reason of the reboot (two
bits would be enough). I've been told the a PowerPC cpu has usually a
few registers which will survive a soft reset.
The "normal" reboot is done via the HRESET_REQ line which is handeled
by externel HW and does a power cycle.
T
* Kumar Gala | 2008-11-04 15:10:42 [-0600]:
>Can you try this fix and let me know if it works for you:
>
>---
> arch/powerpc/kernel/misc_32.S |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
>diff --git a/arch/powerpc/kernel/misc_32.S b/arch/powerpc/kernel/misc_32.S
>index 6a9b4bf..59
From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
The relocate_new_kernel() code usually disables the MMU and the small code
operates on physicall pages while moving the kernel to its final position.
Book-E doesn't support this so a 1:1 mapping must be created.
This patch adds supp
This is the kernel part of the kexec support for mpc8544 / FSL BookE.
This version should fix the two things Ben noticed during his review.
Changelog:
v1: - Removed runtime detection between fsl-book-e & no-mmu part
- Marked the mmu-setup part as FSL BookE because it does not work
on
From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
Signed-off-by: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/platforms/85xx/mpc85xx_ds.c |6 ++
2 files changed, 7 insertions(+), 1 deletions(-)
diff
After I updated to 67d1128425 I get plenty of this:
| VFS: Mounted root (nfs filesystem) readonly.
| Freeing unused kernel memory: 148k init
| BUG: sleeping function called from invalid context at
/home/bigeasy/git/linux-2.6-powerpc/mm/mmap.c:234
| in_atomic():1, irqs_disabled():0
| Call Trace:
|
eed to reallocate it.
Signed-off-by: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
---
Haven't notice earlier that the other patch went mainline.
EXPAND_GRANULARITY is 1KiB and it is used in expand_buf() if the buffer
has to be increased. I hope that is okay.
All other platforms except p
* Nate Case | 2008-10-17 09:02:11 [-0500]:
>On Wed, 2008-10-15 at 16:43 +0200, Sebastian Andrzej Siewior wrote:
>> With this patch it compiles and boots fine.
>> The option -mabi=no-spe is not required.
>
>Please don't accept this patch yet. My past testing showe
* Kumar Gala | 2008-10-15 08:25:54 [-0500]:
>
> On Oct 15, 2008, at 3:59 AM, Sebastian Andrzej Siewior wrote:
>
>> * Sebastian Andrzej Siewior | 2008-10-15 00:49:46 [+0200]:
>>
>>>> is the -mabi=no-spe really needed?
>>> It seems to work the other
* Sebastian Andrzej Siewior | 2008-10-15 00:49:46 [+0200]:
>>is the -mabi=no-spe really needed?
>It seems to work the other way around (without -mabi=no-spe but with
>-mabi=no-spe) alteast I did not find anything in do_syslog() or while
>browsing through the dissasm. I do a boot
* Kumar Gala | 2008-10-14 16:23:05 [-0500]:
>>Not sure if this is intendent or a gcc bug but with -mno-spe
>>the spe opcodes were not used floating point anymore but
>>for 64bit save/restore for instance.
>
>what code is getting generated for you that is causing issue?
Without the patch do_syslog(
* Benjamin Herrenschmidt | 2008-10-14 10:25:12 [+1100]:
>On Sun, 2008-10-12 at 16:08 +0200, Sebastian Andrzej Siewior wrote:
>> From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
>>
>> This looks like a relict from arch/ppc. machine_init() is accepting
>> only
we have the dtb embedded right after the data
section so it is very likely that the reset of the bss section (in
kernel's start up code) will overwrite the dtb blob. Therefore we
reallocate the dtb. Something similar is allready done to the initrd.
Signed-off-by: Sebastian Andrzej Siewior &l
From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
phys arg isn't used. Kill it.
Signed-off-by: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/setup_32.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/
I've stumbled over these while I tried to figure out how the boot procedure
is working on powerpc. Right now (in powerpc) the comment seems to reflect
the code but not what is actually happening: regs r4-r7 aren't used and r3
is the device tree.
Sebastian
From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
This looks like a relict from arch/ppc. machine_init() is accepting
only two parameters (dtb, phys) and is using only the first one.
Signed-off-by: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_32.S
* Benjamin Herrenschmidt | 2008-10-10 14:53:46 [+1100]:
>On Wed, 2008-10-01 at 23:20 +0200, Sebastian Andrzej Siewior wrote:
>
>> +#define KEXEC_MODE_NOMMU 1
>> +#define KEXEC_MODE_BOOKE 2
>
>No need for runtime detection here, you cannot and likely never will be
>able
* Simon Horman | 2008-10-08 14:03:26 [+1100]:
>> +#ifdef WITH_GAMECUBE
>> +static int go_purgatory = 0;
>> +#else
>> +static int go_purgatory = 1;
>> +#endif
>
>Can you just use WITH_GAMECUBE inside elf_ppc_load() and remove
>the need for go_purgatory, or do you plan to make go_purgatory
>switchab
Kumar Gala wrote:
On Oct 1, 2008, at 4:20 PM, Sebastian Andrzej Siewior wrote:
From: Sebastian Siewior <[EMAIL PROTECTED]>
Some code dtb scanning & filling has been borrowed from ppc64.
The old behavior is still available if compiled with GameCube,
other PowerPC platform u
From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
The relocate_new_kernel() code usually disables the MMU and the small code
operates on physicall addresses while moving the kernel to its final
position. Book-E doesn't support this so a 1:1 mapping must be created.
Signed-off-by
This is what I am currently using for kexec support on mpc8544 / Book-E.
The userland (patch #3) behaves similar to the ppc64 code. Purgatory is
available and the user can specify new device tree. In v2wrap.S the setup
of the stack is disabled. I'm not sure why but as soon as I enable it,
the kerne
From: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
Signed-off-by: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/platforms/85xx/mpc85xx_ds.c |6 ++
2 files changed, 7 insertions(+), 1 deletions(-)
diff
rong and I dunno
the reason. Booting a self containd cuImage (incl. dtb / wiuthout
the need for a bd sturct) can be booted.
Signed-off-by: Sebastian Andrzej Siewior <[EMAIL PROTECTED]>
---
kexec/arch/ppc/Makefile|1 +
kexec/arch/ppc/kexec-elf-ppc.c | 167 ++
101 - 189 of 189 matches
Mail list logo
