On Fri, Jun 30, 2017 at 05:17:35PM -0500, Gustavo A. R. Silva wrote:
> Check return value from call to platform_get_irq(),
> so in case of failure print error message and propagate
> the return value.
>
> Signed-off-by: Gustavo A. R. Silva
Acked-by: Nicolin Chen
"Naveen N. Rao" writes:
> Convert some of the symbols into private symbols and blacklist
> system_call_common() and system_call() from kprobes. We can't take a
> trap at parts of these functions as either MSR_RI is unset or the kernel
> stack pointer is not yet
Check return value from call to platform_get_irq(),
so in case of failure print error message and propagate
the return value.
Signed-off-by: Gustavo A. R. Silva
---
sound/soc/fsl/imx-ssi.c | 4
1 file changed, 4 insertions(+)
diff --git a/sound/soc/fsl/imx-ssi.c
From: Benjamin Herrenschmidt
That will allow OPAL to configure the CPU in an optimal way.
Signed-off-by: Benjamin Herrenschmidt
Signed-off-by: Michael Neuling
---
v2:
- Always set the hash bit since we always need hash
On Fri, Jun 30, 2017 at 05:28:02PM +1000, Nicholas Piggin wrote:
> On Fri, 30 Jun 2017 10:52:18 +0530
> Abdul Haleem wrote:
>
> > On Fri, 2017-06-30 at 00:45 +1000, Nicholas Piggin wrote:
> > > On Thu, 29 Jun 2017 20:23:05 +1000
> > > Nicholas Piggin
Thanks Gustavo for the patch.
On Thu, Jun 29, 2017 at 08:39:23PM -0400, Gustavo Romero wrote:
> Currently tm_reclaim() can return with a corrupted vs0 (fp0) or vs32 (v0)
> due to the fact vs0 is used to save FPSCR and vs32 is used to save VSCR.
>
> Later, we recheckpoint trusting that the live
On Fri, Jun 30, 2017 at 5:45 AM, Michael Ellerman wrote:
> "Rafael J. Wysocki" writes:
>
>> On Thu, Jun 29, 2017 at 2:21 PM, Michael Ellerman
>> wrote:
>>> On Wed, 2017-06-14 at 13:02:39 UTC, Nicholas Piggin wrote:
Hello, Michael.
On Fri, Jun 30, 2017 at 11:08:22AM +1000, Michael Ellerman wrote:
> Tejun Heo writes:
>
> > Could be the same problem as the one reported in the following thread.
> >
> > http://lkml.kernel.org/r/1497266622.15415.39.ca...@abdul.in.ibm.com
> >
> > The root cause
Add mmc0 changes for enabling arasan emmc and change
defconfig appropriately.
Signed-off-by: Ivan Mikhaylov
---
arch/powerpc/boot/dts/fsp2.dts | 33 +-
arch/powerpc/configs/44x/fsp2_defconfig |2 +
2 files changed, 21 insertions(+), 14
fsp2 based on powerpc 476fpe using eMMC arasan, so we added support
of this inside our dts and also enabled via additional
dependence for sdhci-st driver in Kconfig.
this code depends on commit c4b56b023daa91953e9ebe91143e6ca156f0bcb7
which is located in powerpc linux tree in 'next' branch.
Ivan
shdci-st driver can be used for ppc476 fsp2 soc.
Signed-off-by: Ivan Mikhaylov
---
drivers/mmc/host/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/host/Kconfig b/drivers/mmc/host/Kconfig
index 2eb9701..edf5787 100644
---
On Fri, Jun 30, 2017 at 08:07:02PM +1000, Michael Ellerman wrote:
> Eryu Guan writes:
> >
> > I have to update the patch a bit to make it compile.
>
> Sure.
>
> >> + WARN_ON(cpumask_empty(worker->task->cpus_allowed));
> >> + WARN_ON(cpumask_empty(pool->attrs->cpumask));
> >
Hi Linus,
Please pull hopefully the last two powerpc fixes for 4.12.
The CXL one is larger than I'd usually send at rc7, but it fixes new
code this cycle, so better to have it working for the release. It was
actually sent a few weeks back but got blocked in testing behind another
fix that was
Hi Michael,
On 06/30/2017 01:08 PM, Michael Ellerman wrote:
> Hi Laurentiu,
>
> laurentiu.tu...@nxp.com writes:
>> From: Laurentiu Tudor
>>
>> This allows building powerpc with the GENERIC_MSI_IRQ Kconfig
>> by enabling the asm-generic msi.h in Kbuild. Without this,
>>
Nicholas Piggin writes:
> CPU unplug will call stop_wd_on_cpu regardless if the watchdog has
> been configured to be enabled on that CPU. Don't warn in the case
> it's not in our enabled mask, this is a valid case.
>
> Fixes:
Hi Laurentiu,
laurentiu.tu...@nxp.com writes:
> From: Laurentiu Tudor
>
> This allows building powerpc with the GENERIC_MSI_IRQ Kconfig
> by enabling the asm-generic msi.h in Kbuild. Without this,
> there's a compilation error [1] because powerpc, as most arches,
>
Eryu Guan writes:
>
> I have to update the patch a bit to make it compile.
Sure.
>> +WARN_ON(cpumask_empty(worker->task->cpus_allowed));
>> +WARN_ON(cpumask_empty(pool->attrs->cpumask));
>
> Seems only the last two WARN_ON were triggered.
OK thanks.
Can you try this
From: Laurentiu Tudor
This allows building powerpc with the GENERIC_MSI_IRQ Kconfig
by enabling the asm-generic msi.h in Kbuild. Without this,
there's a compilation error [1] because powerpc, as most arches,
doesn't provide an asm/msi.h.
[1] In file included from
On 06/30/2017 12:22 PM, Oliver O'Halloran wrote:
> Export it so it can be referenced inside a module.
>
> Signed-off-by: Oliver O'Halloran
> ---
> arch/powerpc/mm/hugetlbpage.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/powerpc/mm/hugetlbpage.c
CPU unplug will call stop_wd_on_cpu regardless if the watchdog has
been configured to be enabled on that CPU. Don't warn in the case
it's not in our enabled mask, this is a valid case.
Fixes: powerpc-64s-implement-arch-specific-hardlockup-watchdog.patch
Reported-by: Santosh Sivaraj
On Fri, 30 Jun 2017 10:52:18 +0530
Abdul Haleem wrote:
> On Fri, 2017-06-30 at 00:45 +1000, Nicholas Piggin wrote:
> > On Thu, 29 Jun 2017 20:23:05 +1000
> > Nicholas Piggin wrote:
> >
> > > On Thu, 29 Jun 2017 19:36:14 +1000
> > > Nicholas
On Thu, 29 Jun 2017 23:19:13 +0530
"Naveen N. Rao" wrote:
> This is the third in the series of patches to build out an appropriate
> kprobes blacklist for powerpc. Since posting the second series (*),
> there have been related changes to the code and I have
Export it so it can be referenced inside a module.
Signed-off-by: Oliver O'Halloran
---
arch/powerpc/mm/hugetlbpage.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/mm/hugetlbpage.c b/arch/powerpc/mm/hugetlbpage.c
index ceeab69cf7fc..96293560f294 100644
---
23 matches
Mail list logo