On Mon, 2012-12-03 at 11:03 +0300, Denis Kirjanov wrote:
> Could you please provide a more verbose patch description
Sorry about the missing background. You may check
[0] http://lkml.indiana.edu/hypermail/linux/kernel/1211.0/03025.html
http://patchwork.ozlabs.org/patch/193414/
http://patchwork.oz
From: Wei Yongjun
Use for_each_compatible_node() macro instead of open coding it.
Signed-off-by: Wei Yongjun
---
arch/powerpc/platforms/82xx/pq2.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/82xx/pq2.c
b/arch/powerpc/platforms/82xx/pq2.c
inde
From: Wei Yongjun
Use for_each_compatible_node() macro instead of open coding it.
Signed-off-by: Wei Yongjun
---
arch/powerpc/platforms/cell/celleb_scc_sio.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/cell/celleb_scc_sio.c
b/arch/powerpc/pl
From: Wei Yongjun
Use for_each_compatible_node() macro instead of open coding it.
Signed-off-by: Wei Yongjun
---
drivers/tty/hvc/hvsi.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/tty/hvc/hvsi.c b/drivers/tty/hvc/hvsi.c
index 5b95b4f..70e0ef7 100644
--- a/dri
From: Ian Munsie
For PR KVM we allow userspace to map 0xc000. Because
transitioning from userspace to the guest kernel may use the relocated
exception vectors we have to disable relocation on exceptions whenever
PR KVM is active as we cannot trust that address.
This issue does not ap
Motivation:
IBM Blue Gene/Q comes with some very strange firmware that I'm trying to get
out of using in the kernel. So instead I spin all the threads in the boot
wrapper (using the firmware) and have them enter the kexec stub, pre-translated
at the virtual "linear" address, never touching fir
Hi all,
On Mon, 3 Dec 2012 17:38:34 -0600 Jon Hunter wrote:
>
> On 12/03/2012 05:26 PM, Stephen Rothwell wrote:
> >
> > On Thu, 29 Nov 2012 11:40:18 +0100 Belisko Marek
> > wrote:
> >>
> >> I've update linux-next to next-20121129 and omap2plus_defconfig fails to
> >> build:
> >> arch/arm/mach
Hi Stephen,
On 12/03/2012 05:26 PM, Stephen Rothwell wrote:
> Hi all,
>
> On Thu, 29 Nov 2012 11:40:18 +0100 Belisko Marek
> wrote:
>>
>> I've update linux-next to next-20121129 and omap2plus_defconfig fails to
>> build:
>> arch/arm/mach-omap2/timer.c: In function 'omap_get_timer_dt':
>> arch/
Hi all,
On Thu, 29 Nov 2012 11:40:18 +0100 Belisko Marek
wrote:
>
> I've update linux-next to next-20121129 and omap2plus_defconfig fails to
> build:
> arch/arm/mach-omap2/timer.c: In function 'omap_get_timer_dt':
> arch/arm/mach-omap2/timer.c:195: error: implicit declaration of
> function 'pro
Varun Sethi wrote:
> + out_be32(&pamu_regs->ppbah, ((u64)ppaact_phys) >> 32);
> + out_be32(&pamu_regs->ppbal, ppaact_phys);
> + ppaact_phys = ppaact_phys + PAACT_SIZE;
> + out_be32(&pamu_regs->pplah, ((u64)ppaact_phys) >> 32);
> + out_be32(&pamu_regs->pplal, ppaact_phys);
Inst
On Mon, 2012-12-03 at 13:52 +1100, Alexey Kardashevskiy wrote:
> VFIO implements platform independent stuff such as
> a PCI driver, BAR access (via read/write on a file descriptor
> or direct mapping when possible) and IRQ signaling.
>
> The platform dependent part includes IOMMU initialization
>
On 03.12.2012, at 17:47, Scott Wood wrote:
> On 12/01/2012 07:58:25 AM, Alexander Graf wrote:
>> In BookE, EPCR is defined and valid when either the HV or the 64bit
>> category are implemented. Reflect this in the field definition.
>> Today the only KVM target on 64bit is HV enabled, so there is
On 12/03/2012 11:27:12 AM, Joerg Roedel wrote:
On Mon, Dec 03, 2012 at 04:57:29PM +, Sethi Varun-B16395 wrote:
>
>
> > -Original Message-
> > From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> > boun...@lists.linux-foundation.org] On Behalf Of Joerg Roedel
> > Sent: Sunda
On Mon, 2012-12-03 at 13:52 +1100, Alexey Kardashevskiy wrote:
> This patch initializes IOMMU groups based on the IOMMU
> configuration discovered during the PCI scan on POWERNV
> (POWER non virtualized) platform. The IOMMU groups are
> to be used later by VFIO driver (PCI pass through).
>
> It al
On Mon, Dec 03, 2012 at 04:57:29PM +, Sethi Varun-B16395 wrote:
>
>
> > -Original Message-
> > From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> > boun...@lists.linux-foundation.org] On Behalf Of Joerg Roedel
> > Sent: Sunday, December 02, 2012 7:33 PM
> > To: Sethi Varu
On 12/03/2012 10:57:29 AM, Sethi Varun-B16395 wrote:
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Joerg Roedel
> Sent: Sunday, December 02, 2012 7:33 PM
> To: Sethi Varun-B16395
> Cc: linux-ker...
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Joerg Roedel
> Sent: Sunday, December 02, 2012 7:33 PM
> To: Sethi Varun-B16395
> Cc: linux-ker...@vger.kernel.org; io...@lists.linux-foundation.org; Woo
On 12/01/2012 07:58:25 AM, Alexander Graf wrote:
In BookE, EPCR is defined and valid when either the HV or the 64bit
category are implemented. Reflect this in the field definition.
Today the only KVM target on 64bit is HV enabled, so there is no
change in actual source code, but this keeps the c
From: Suzuki K. Poulose
This patch moves the single step enable code used by kprobe to a generic
routine header so that, it can be re-used by other code, in this case,
uprobes. No functional changes.
Signed-off-by: Suzuki K. Poulose
Cc: Ananth N Mavinakaynahalli
Cc: Kumar Gala
Cc:
From: Suzuki K. Poulose
External/Decrement exceptions have lower priority than the Debug Exception.
So, we don't have to disable the External interrupts before a single step.
However, on BookE, Critical Input Exception(CE) has higher priority than a
Debug Exception. Hence we mask them.
Signed-of
From: Wei Yongjun
Use for_each_compatible_node() macro instead of open coding it.
Signed-off-by: Wei Yongjun
---
arch/powerpc/platforms/85xx/mpc85xx_mds.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/mpc85xx_mds.c
b/arch/powerpc/platforms/
On 12/2/2012 3:06 PM, Joerg Roedel wrote:
Hi Marek,
On Mon, Nov 26, 2012 at 11:57:19AM +0100, Marek Szyprowski wrote:
> I've took all the patches to the next-dma-debug branch in my tree, I sorry
> that You have to wait so long for it. My branch is based on Joerg's
> dma-debug branch and I'v
Could you please provide a more verbose patch description
Thanks.
On 12/3/12, Li Zhong wrote:
> This patch fixes MAX_STACK_TRACE_ENTRIES too low warning for ppc32,
> which is similar to commit 12660b17.
>
> Reported-by: Christian Kujau
> Signed-off-by: Li Zhong
> Tested-by: Christian Kujau
>
23 matches
Mail list logo
