On Fri, 2012-10-26 at 10:08 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning is generated.
>
> Signe
On Thu, 25 Oct 2012 21:33:41 +0200, Dennis Schridde wrote:
> Hello everyone!
>
> Am Freitag, 19. Oktober 2012, 09:04:08 schrieb Dennis Schridde:
> > Am Freitag, 19. Oktober 2012, 00:17:55 schrieb Grant Likely:
> > > What does the boot log look like with the attached patch? (compiled
> > > only, I
Hello again!
Am Donnerstag, 25. Oktober 2012, 21:33:41 schrieb Dennis Schridde:
> Am Freitag, 19. Oktober 2012, 09:04:08 schrieb Dennis Schridde:
> > Am Freitag, 19. Oktober 2012, 00:17:55 schrieb Grant Likely:
> > > What does the boot log look like with the attached patch? (compiled
> > > only, I
On Tue, 13 Nov 2012 18:16:43 +0100, Wolfram Sang wrote:
> Filenames of devictree binding documentation seems to be arbitrary and
> for me it is unneeded hazzle to find the corresponding documentation for
> a specific driver.
>
> Naming the description the same as the driver is a lot easier and ma
On Fri, 02 Nov 2012 06:41:36 +1100, Benjamin Herrenschmidt
wrote:
> On Thu, 2012-11-01 at 15:21 +0100, Grant Likely wrote:
>
> > I think this makes sense. Cyril and I are just talking about what he
> > needs. He wants to set aside per-device reserved regions and would
> > like to have the abilit
On 11/15/2012 02:56 AM, Julius Werner wrote:
> Many cpuidle drivers measure their time spent in an idle state by
> reading the wallclock time before and after idling and calculating the
> difference. This leads to erroneous results when the wallclock time gets
> updated by another processor in the
Hi all,
The code looks correct and inviting to me as it has led to good cleanups.
I dont think passing 0 as the argument to the function
sched_clock_idle_wakeup_event()
should lead to problems,as it does not do anything useful with the
passed arguments.
My only curiosity is what was the purpose o
(2012/11/14 18:15), David Rientjes wrote:
out_of_memory() is a globally defined function to call the oom killer.
x86, sh, and powerpc all use a function of the same name within file
scope in their respective fault.c unnecessarily. Inline the functions
into the pagefault handlers to clean the cod
Book3e is always aligned 1GB to create TLB so we should
use (KERNELBASE - MEMORY_START) as VIRT_PHYS_OFFSET to
get __pa/__va properly while boot kdump.
Signed-off-by: Tiejun Chen
---
arch/powerpc/include/asm/page.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/include/asm
ppc64 kexec mechanism has a different implementation with ppc32
so skipp those ppc32 specfic.
Signed-off-by: Tiejun Chen
---
arch/powerpc/platforms/85xx/smp.c | 12
1 file changed, 12 insertions(+)
diff --git a/arch/powerpc/platforms/85xx/smp.c
b/arch/powerpc/platforms/85xx/smp.
We need to active KEXEC for book3e and bypass or convert non-book3e stuff
in kexec coverage.
Signed-off-by: Tiejun Chen
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/machine_kexec_64.c |6 ++
arch/powerpc/kernel/misc_64.S |6 ++
3 files change
We need to introduce a flag to indicate we're already running
a kexec kernel then we can go proper path. For example, We
shouldn't access spin_table from the bootloader to up any secondary
cpu for kexec kernel, and kexec kernel already know how to jump to
generic_secondary_smp_init.
Signed-off-by:
book3e have no real MMU mode so we have to create a 1:1 TLB
mapping to make sure we can access the real physical address.
And correct something to support this pseudo real mode on book3e.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kernel/head_64.S |9 ---
arch/powerpc/kernel/misc_64.S |
book3e is different with book3s since 3s includes the exception
vectors code in head_64.S as it relies on absolute addressing
which is only possible within this compilation unit. So we have
to get that label address with got.
And when boot a relocated kernel, we should reset ipvr properly again
af
This patchset is used to support kexec and kdump on book3e.
Tested on fsl-p5040 DS.
Tiejun Chen (6):
powerpc/book3e: support CONFIG_RELOCATABLE
book3e/kexec/kdump: enable kexec for kernel
book3e/kexec/kdump: create a 1:1 TLB mapping
book3e/kexec/kdump: introduce a kexec ke
15 matches
Mail list logo
