This was originally motivated by a desire to see the mapping between
logical and hardware cpu numbers.
But it seemed that it made more sense to just add a command to dump
(most of) the paca.
With no arguments "dp" will dump the paca for the current cpu.
It also takes an argument, eg. "dp 3" whic
* Andrew Morton wrote:
> On Mon, 20 Aug 2012 16:52:29 +0300
> "Kirill A. Shutemov" wrote:
>
> > Clearing a 2MB huge page will typically blow away several levels of CPU
> > caches. To avoid this only cache clear the 4K area around the fault
> > address and use a cache avoiding clears for the r
On Fri, 2012-09-14 at 14:44 +1000, Michael Ellerman wrote:
> On Wed, 2012-09-12 at 18:45 +1000, Benjamin Herrenschmidt wrote:
> > On Wed, 2012-09-12 at 17:52 +1000, Michael Ellerman wrote:
> > > This was originally motivated by a desire to see the mapping between
> > > logical and hardware cpu numb
On Wed, 2012-09-12 at 21:07 +1000, Stephen Rothwell wrote:
> Hi Michael,
>
> On Wed, 12 Sep 2012 17:52:40 +1000 Michael Ellerman
> wrote:
> >
> > +#define DUMP(name, format) \
> > + printf(" %-*s = %#-*"format"\t(0x%lx)\n", 16, #name, 18, p->name, \
> > + (u64)((void *)&(p->name) - (
On Wed, 2012-09-12 at 18:45 +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2012-09-12 at 17:52 +1000, Michael Ellerman wrote:
> > This was originally motivated by a desire to see the mapping between
> > logical and hardware cpu numbers.
> >
> > But it seemed that it made more sense to just add a c
On Fri, 2012-09-14 at 10:51 +1000, Alexey Kardashevskiy wrote:
> On 14/09/12 08:34, Alex Williamson wrote:
> > On Tue, 2012-09-11 at 18:28 +1000, Alexey Kardashevskiy wrote:
> >> On 11/09/12 02:02, Alex Williamson wrote:
> >>> On Tue, 2012-09-04 at 17:33 +1000, Alexey Kardashevskiy wrote:
> Cc
Best Regards
Jerry Huang
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Thursday, September 13, 2012 8:48 PM
> To: Huang Changming-R66093
> Cc: Chris Ball; linuxppc-dev@lists.ozlabs.org list; linux-
> m...@vger.kernel.org; Anton Vorontsov
> Subject: R
On 14/09/12 08:34, Alex Williamson wrote:
On Tue, 2012-09-11 at 18:28 +1000, Alexey Kardashevskiy wrote:
On 11/09/12 02:02, Alex Williamson wrote:
On Tue, 2012-09-04 at 17:33 +1000, Alexey Kardashevskiy wrote:
Cc: David Gibson
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Signed-off-by: Ale
On Thu, 13 Sep 2012 18:55:29 +0800
Shaohui Xie wrote:
> Error handle in case of DDR ECC off is wrong, sysfs entries have not been
> created, so edac_mc_free which frees a mci instance should not be called.
> Also, free mci's memory in this case.
>
> Signed-off-by: Shaohui Xie
> ---
this fixes
On Mon, 20 Aug 2012 16:52:29 +0300
"Kirill A. Shutemov" wrote:
> Clearing a 2MB huge page will typically blow away several levels of CPU
> caches. To avoid this only cache clear the 4K area around the fault
> address and use a cache avoiding clears for the rest of the 2MB area.
>
> This patchse
On Thu, 2012-09-13 at 17:41 -0500, Scott Wood wrote:
> On Thu, Sep 13, 2012 at 04:34:59PM -0600, Alex Williamson wrote:
> > Do you only want VFIO drivers to work on POWER if they're written by
> > POWER people? Ideally there are a few simple concepts: a) devices have
> > an I/O virtual address spa
On Thu, Sep 13, 2012 at 04:34:59PM -0600, Alex Williamson wrote:
> Do you only want VFIO drivers to work on POWER if they're written by
> POWER people? Ideally there are a few simple concepts: a) devices have
> an I/O virtual address space. On x86 we call this the iova and it's
> effectively a ze
On Tue, 2012-09-11 at 18:28 +1000, Alexey Kardashevskiy wrote:
> On 11/09/12 02:02, Alex Williamson wrote:
> > On Tue, 2012-09-04 at 17:33 +1000, Alexey Kardashevskiy wrote:
> >> Cc: David Gibson
> >> Cc: Benjamin Herrenschmidt
> >> Cc: Paul Mackerras
> >> Signed-off-by: Alexey Kardashevskiy
>
On Thu, 2012-09-13 at 13:16 -0500, Kumar Gala wrote:
> >> Yes, we disabled all non-boot CPUs on suspend by calling
> disable_nonboot_cpus().
> >> The disable_nonboot_cpus() needs IPIs to work. But prior to
> >> calling disable_nonboot_cpus(), the IPIs are disabled in
> dpm_suspend_noirq().
Sure, n
This patch converts pcm030-audio-fabric to use the new snd_soc_register_card
ASoC api instead of the older method of registering a separate platform
device. It also creates the dai_link to the mpc5200_psc_ac97 platform using
the device tree.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc
This patch converts the pcm030-audio-fabric driver to a platform-driver and
adds a remove function.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c
b/sound/soc/fsl/pcm030-audio-fabric.c
index 1353e8f..5c8e2d6 100644
--- a/sound/soc/fsl/pcm030-audio-fabric.c
+++ b
The mpc5200-psc-ac97 driver does not enumerate attached ac97 devices, so
register the device here.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c
b/sound/soc/fsl/pcm030-audio-fabric.c
index 893e240..4b63ec8 100644
--- a/sound/soc/fsl/pcm030-audio-fabric.c
+++ b/
The mpc5200_psc_ac97 and mpc5200_psc_i2s modules rely on shared platform data
with mpc5200_dma.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/mpc5200_dma.c b/sound/soc/fsl/mpc5200_dma.c
index 9a3f7c5..9997c03 100644
--- a/sound/soc/fsl/mpc5200_dma.c
+++ b/sound/soc/fsl/mpc5200_dma.c
Remove unreferenced header files.
Signed-off-by: Eric Millbrandt
diff --git a/sound/soc/fsl/pcm030-audio-fabric.c
b/sound/soc/fsl/pcm030-audio-fabric.c
index b3af55d..1353e8f 100644
--- a/sound/soc/fsl/pcm030-audio-fabric.c
+++ b/sound/soc/fsl/pcm030-audio-fabric.c
@@ -12,22 +12,13 @@
#inclu
This series is a respin of "mpc5200 ASoC fixups"
The mpc5200 ASoC and pcm030 board code compiled, but did not run after the
multi-codec patches. This series add the missing pieces into the mpc5200 ASoC
drivers and updates the pcm030 board to the current api.
Eric Millbrandt (7):
powerpc/52xx:
Add missing dai_driver information to avoid these runtime errors
[ 16.433788] asoc: error - multiple DAI f0002c00.i2s registered with no name
[ 16.453551] Failed to register DAI
[ 16.461222] mpc5200-psc-i2s: probe of f0002c00.i2s failed with error -22
[ 16.475242] asoc: error - multiple DA
mpc52xx socs need to have FSL_SOC defined to build their drivers (i2c-mpc, ASoC)
Signed-off-by: Eric Millbrandt
diff --git a/arch/powerpc/platforms/52xx/Kconfig
b/arch/powerpc/platforms/52xx/Kconfig
index 90f4496..fb35944 100644
--- a/arch/powerpc/platforms/52xx/Kconfig
+++ b/arch/powerpc/platf
On Thu, 2012-09-13 at 18:36 +0800, tiejun.chen wrote:
> On 09/12/2012 06:38 PM, Benjamin Herrenschmidt wrote:
> > On Wed, 2012-09-12 at 16:55 +0800, tiejun.chen wrote:
> >>> to worry about nor stack frame to create etc...
> >>
> >> If you don't like this v4, let me know and then I can go back memcp
On 09/13/2012 01:47 AM, Sebastian Andrzej Siewior wrote:
> 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
The following changes since commit 6b5e7229bbd59f0cfce7015fd46736fc93d8c8c3:
powerpc/mm: Match variable types to API (2012-09-10 14:37:31 +1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git next
for you to fetch changes up to 905e75
On Aug 10, 2012, at 7:40 AM, Kumar Gala wrote:
>
> On Aug 2, 2012, at 5:04 AM, Zhao Chenhui wrote:
>
>> On Sat, Jul 28, 2012 at 08:20:31AM +1000, Benjamin Herrenschmidt wrote:
>>> On Fri, 2012-07-27 at 16:58 -0500, Kumar Gala wrote:
On Jul 20, 2012, at 7:47 AM, Zhao Chenhui wrote:
>>
On 13.09.2012 [11:00:11 -0700], Nishanth Aravamudan wrote:
> Hi Stephen,
>
> On 13.09.2012 [22:37:39 +1000], Stephen Rothwell wrote:
> > Hi,
> >
> > On Wed, 12 Sep 2012 10:47:07 -0700 Nishanth Aravamudan
> > wrote:
> > >
> > > Anticipating growth in coming years, we should ensure we are getting
Hi Stephen,
On 13.09.2012 [22:37:39 +1000], Stephen Rothwell wrote:
> Hi,
>
> On Wed, 12 Sep 2012 10:47:07 -0700 Nishanth Aravamudan
> wrote:
> >
> > Anticipating growth in coming years, we should ensure we are getting
> > a good lead on testing.
>
> Most changes to pseries_defconfig are copie
On 09/12/2012 03:18 PM, Mihai Caraman wrote:
The current form of DO_KVM macro restricts its use to one call per input
parameter set. This is caused by kvmppc_resume_\intno\()_\srr1 symbol
definition.
Duplicate calls of DO_KVM are required by distinct implementations of
exeption handlers which are
On Sep 13, 2012, at 3:54 AM, Prabhakar Kushwaha wrote:
> IFC-1.1.0 uses 28nm techenology for SRAM. This tech has known limitaion for
> SRAM i.e. "byte select" is not supported. Hence Read Modify Write is
> implemented in IFC for any "system side write" into sram buffer. Reading an
> uninitialized
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, September 13, 2012 12:54 AM
> To: Alexander Graf
> Cc: Caraman Mihai Claudiu-B02008; ; d...@lists.ozlabs.org>;
> Subject: Re: [PATCH] KVM: PPC: bookehv: Allow duplicate calls of DO_KVM
> macro
>
> On 09/12/2012 04:45 PM, Al
On Sep 12, 2012, at 9:02 PM, Huang Changming-R66093 wrote:
>>>
-Original Message-
From: Chris Ball [mailto:c...@laptop.org]
Sent: Wednesday, September 12, 2012 4:59 AM
To: Kumar Gala
Cc: Huang Changming-R66093; linuxppc-dev@lists.ozlabs.org list;
linux- m...
Hi,
On Wed, 12 Sep 2012 10:47:07 -0700 Nishanth Aravamudan
wrote:
>
> Anticipating growth in coming years, we should ensure we are getting a
> good lead on testing.
Most changes to pseries_defconfig are copied into ppc64_defconfig.
Should this one be as well?
--
Cheers,
Stephen Rothwell
Error handle in case of DDR ECC off is wrong, sysfs entries have not been
created, so edac_mc_free which frees a mci instance should not be called.
Also, free mci's memory in this case.
Signed-off-by: Shaohui Xie
---
drivers/edac/edac_core.h|1 +
drivers/edac/edac_mc.c | 53 ++
On 09/12/2012 06:38 PM, Benjamin Herrenschmidt wrote:
On Wed, 2012-09-12 at 16:55 +0800, tiejun.chen wrote:
to worry about nor stack frame to create etc...
If you don't like this v4, let me know and then I can go back memcpy
for next
version.
Just open code the whole copy. It should be easy
On Thu, 13 Sep 2012 17:50:05 +1000
Benjamin Herrenschmidt wrote:
> On Thu, 2012-09-13 at 07:01 +0200, Geert Uytterhoeven wrote:
> > On Thu, Sep 13, 2012 at 2:01 AM, Benjamin Herrenschmidt
> > wrote:
> > > On Wed, 2012-09-12 at 14:20 +0200, Dan Horák wrote:
> > >> I'm reviving an old patch from 2
Benjamin Herrenschmidt píše v Čt 13. 09. 2012 v 17:50 +1000:
> On Thu, 2012-09-13 at 07:01 +0200, Geert Uytterhoeven wrote:
> > On Thu, Sep 13, 2012 at 2:01 AM, Benjamin Herrenschmidt
> > wrote:
> > > On Wed, 2012-09-12 at 14:20 +0200, Dan Horák wrote:
> > >> I'm reviving an old patch from 2009 t
IFC-1.1.0 uses 28nm techenology for SRAM. This tech has known limitaion for
SRAM i.e. "byte select" is not supported. Hence Read Modify Write is
implemented in IFC for any "system side write" into sram buffer. Reading an
uninitialized memory results in ECC Error from sram wrapper.
Hence we must in
IFC may have one or two interrupts. If two interrupt specifiers are present,
the first is the "common" interrupt (CM_EVTER_STAT), and the second is the NAND
interrupt (NAND_EVTER_STAT).
If there is only one, that interrupt reports both types of event.
Signed-off-by: Prabhakar Kushwaha
---
Based
Best Regards
Jerry Huang
> -Original Message-
> From: Anton Vorontsov [mailto:cbouatmai...@gmail.com]
> Sent: Wednesday, September 12, 2012 11:38 AM
> To: Huang Changming-R66093
> Cc: Wood Scott-B07421; linuxppc-dev@lists.ozlabs.org; linux-
> m...@vger.kernel.org
> Subject: Re: [PATCH 2
On Thu, 2012-09-13 at 07:01 +0200, Geert Uytterhoeven wrote:
> On Thu, Sep 13, 2012 at 2:01 AM, Benjamin Herrenschmidt
> wrote:
> > On Wed, 2012-09-12 at 14:20 +0200, Dan Horák wrote:
> >> I'm reviving an old patch from 2009 that adds support for GXT4000P and
> >> GXT6500P
> >> adapter to the gxt
41 matches
Mail list logo
