Hi Russell,
This seems to go Power8, Power9, Power7 - is that intentional?
Regards,
Daniel
> .platform = "power8",
...
> + .platform = "power9",
...
> { /* Power7 */
On Thu, 16 Feb 2017, Josh Poimboeuf wrote:
> On Thu, Feb 16, 2017 at 03:33:26PM +0100, Miroslav Benes wrote:
> >
> > > @@ -347,22 +356,36 @@ static int __klp_enable_patch(struct klp_patch
> > > *patch)
> > >
> > > pr_notice("enabling patch '%s'\n", patch->mod->name);
> > >
> > > + klp_init
On Mon, 13 Feb 2017, Josh Poimboeuf wrote:
> Here's v5 of the consistency model, targeted for 4.12. Only a few minor
> changes this time.
>
> v5:
> - return -EINVAL in __save_stack_trace_reliable()
> - only call show_stack() once
> - add save_stack_trace_tsk_reliable() define for !CONFIG_STACKTR
在 2017/2/17 14:05, Michael Ellerman 写道:
Pan Xinhui writes:
diff --git a/arch/powerpc/xmon/xmon.c b/arch/powerpc/xmon/xmon.c
index 9c0e17c..f6e5c3d 100644
--- a/arch/powerpc/xmon/xmon.c
+++ b/arch/powerpc/xmon/xmon.c
@@ -76,6 +76,7 @@ static int xmon_gate;
#endif /* CONFIG_SMP */
static u
On Thu, 2017-02-16 at 09:11 -0600, laurentiu.tu...@nxp.com wrote:
> From: Laurentiu Tudor
>
> On 32-bit book-e machines, hugepd_ok() does not take
> into account null hugepd values, causing this crash at boot:
Why only 32-bit?
> diff --git a/arch/powerpc/include/asm/nohash/pgtable.h
> b/arch/po
Daniel Axtens writes:
> Hi Russell,
>
> This seems to go Power8, Power9, Power7 - is that intentional?
>
> Regards,
> Daniel
>
>> .platform = "power8",
> ...
>> +.platform = "power9",
> ...
>> { /* Power7 */
It's because we have the
On 02/17/2017 12:08 PM, Scott Wood wrote:
> On Thu, 2017-02-16 at 09:11 -0600, laurentiu.tu...@nxp.com wrote:
>> From: Laurentiu Tudor
>>
>> On 32-bit book-e machines, hugepd_ok() does not take
>> into account null hugepd values, causing this crash at boot:
>
> Why only 32-bit?
I wanted to get
Russell Currey writes:
> diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
> index 6a82ef039c50..d23a54b09436 100644
> --- a/arch/powerpc/kernel/cputable.c
> +++ b/arch/powerpc/kernel/cputable.c
> @@ -386,6 +386,25 @@ static struct cpu_spec __initdata cpu_specs[] = {
>
This allows to build the fsl_ucc_hdlc driver as a module.
Signed-off-by: Valentin Longchamp
---
drivers/soc/fsl/qe/qe_tdm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/soc/fsl/qe/qe_tdm.c b/drivers/soc/fsl/qe/qe_tdm.c
index a1048b4..f744c21 100644
--- a/drivers/soc/fsl/qe/qe_td
The QE_General4 workaround is only valid for the MPC832x and MPC836x
SoCs. The other SoCs that embed a QUICC engine are not affected by this
hardware bug and thus can use the computed divisors (this was
successfully tested on the T1040).
Similalry to what was done in commit 8ce795cb0c6b ("i2c: mpc
Testing the QE's UCC for our HDLC bus I noticed a few odd things and I have
fixed these in these 3 patches.
Valentin Longchamp (3):
soc/fsl/qe: round brg_freq to 1kHz granularity
soc/fsl/qe: only apply QE_General4 workaround on affected SoCs
soc/fsl/qe: add EXPORT_SYMBOL for the 2 qe_tdm fun
Because of integer computation rounding in u-boot (that sets the QE
brg-frequency DTS prop), the clk value is Hz even though it is
100 MHz.
When setting brg clks that are exact divisors of 100 MHz, this small
differnce plays a role and can result in lower clks to be output (for
instance 2
It is required to build it as a module.
Signed-off-by: Valentin Longchamp
---
drivers/net/wan/fsl_ucc_hdlc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wan/fsl_ucc_hdlc.c b/drivers/net/wan/fsl_ucc_hdlc.c
index e38ce4d..1f38c06 100644
--- a/drivers/net/wan/fsl_ucc_hdlc.c
+++
On Thu, 16 Feb 2017 13:47:37 +0530
"Naveen N. Rao" wrote:
> I am posting the powerpc bits in the same thread so as to keep these
> changes together. I am not sure how this should be taken upstream as
> there are atleast three different trees involved: one for the core
> kprobes infrastructure, on
On Fri, 2017-01-27 at 17:53 -0600, Scott Wood wrote:
> Highlights include 8xx breakpoints and perf, t1042rdb display support,
> and board updates.
>
> The following changes since commit 7ce7d89f48834cefece7804d38fc5d85382edf77:
>
> Linux 4.10-rc1 (2016-12-25 16:13:08 -0800)
>
> are available i
Bjorn Helgaas writes:
> On Fri, Feb 17, 2017 at 09:38:08AM +1100, Gavin Shan wrote:
>> On Thu, Feb 16, 2017 at 08:09:26AM -0600, Bjorn Helgaas wrote:
>> >On Thu, Feb 16, 2017 at 10:22:31AM +1100, Gavin Shan wrote:
>> >> This series bases on the series:
>> >> https://patchwork.ozlabs.org/patch/71
On Fri, 2017-02-17 at 21:26 +1100, Michael Ellerman wrote:
> Russell Currey writes:
>
> > diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
> > index 6a82ef039c50..d23a54b09436 100644
> > --- a/arch/powerpc/kernel/cputable.c
> > +++ b/arch/powerpc/kernel/cputable.c
> >
On Fri, 2017-02-17 at 21:26 +1100, Michael Ellerman wrote:
> Russell Currey writes:
>
> > diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
> > index 6a82ef039c50..d23a54b09436 100644
> > --- a/arch/powerpc/kernel/cputable.c
> > +++ b/arch/powerpc/kernel/cputable.c
> >
Bleeding edge binutils no longer accepts r0 in places where the CPU
interprets the value as a literal 0.
This fixes the cases caught by a vanilla 64-bit and 32-bit build. There
may be others that are hidden behind other CONFIG options.
Signed-off-by: Michael Ellerman
---
arch/powerpc/include/as
laurentiu.tu...@nxp.com writes:
> From: Laurentiu Tudor
>
> On 32-bit book-e machines, hugepd_ok() does not take
> into account null hugepd values, causing this crash at boot:
>
> Unable to handle kernel paging request for data at address 0x8000
> Faulting instruction address: 0xc00182a8
> Oo
Hi Linus,
Please pull one last powerpc fix for 4.10. This is actually tagged for
stable, so it's not the end of the world if you'd rather not pull it
this late.
cheers
The following changes since commit f83e6862047e1e371bdc5d512dd6cabe8a3965b8:
powerpc/powernv: Properly set "host-ipi" on IPI
On 02/17/2017 07:30 AM, Pan Xinhui wrote:
>
>
> 在 2017/2/17 14:05, Michael Ellerman 写道:
>> Pan Xinhui writes:
>>> diff --git a/arch/powerpc/xmon/xmon.c b/arch/powerpc/xmon/xmon.c
>>> index 9c0e17c..f6e5c3d 100644
>>> --- a/arch/powerpc/xmon/xmon.c
>>> +++ b/arch/powerpc/xmon/xmon.c
>>> @@ -76,6
On Fri, Feb 17, 2017 at 8:11 AM, Joe Perches wrote:
> There are ~4300 uses of pr_warn and ~250 uses of the older
> pr_warning in the kernel source tree.
>
> Make the use of pr_warn consistent across all kernel files.
>
> This excludes all files in tools/ as there is a separate
> define pr_warning
Hi Rafael,
On Fri, Feb 17, 2017 at 1:27 PM, Rafael J. Wysocki wrote:
> On Fri, Feb 17, 2017 at 8:11 AM, Joe Perches wrote:
>> There are ~4300 uses of pr_warn and ~250 uses of the older
>> pr_warning in the kernel source tree.
>>
>> Make the use of pr_warn consistent across all kernel files.
>>
>
On 02/17/2017 02:18 PM, Aneesh Kumar K.V wrote:
> laurentiu.tu...@nxp.com writes:
>
>> From: Laurentiu Tudor
>>
>> On 32-bit book-e machines, hugepd_ok() does not take
>> into account null hugepd values, causing this crash at boot:
>>
>> Unable to handle kernel paging request for data at address
On Fri, Feb 17, 2017 at 11:08:53PM +1100, Michael Ellerman wrote:
> Bleeding edge binutils no longer accepts r0 in places where the CPU
> interprets the value as a literal 0.
Wow! That was quite some cleanup. I think I'd better turn the error
into a warning..
> --- a/arch/powerpc/purgatory/tram
On Fri, Feb 17, 2017 at 11:51:25PM +1030, Alan Modra wrote:
> On Fri, Feb 17, 2017 at 11:08:53PM +1100, Michael Ellerman wrote:
> > Bleeding edge binutils no longer accepts r0 in places where the CPU
> > interprets the value as a literal 0.
>
> Wow! That was quite some cleanup. I think I'd bette
From: Valentin Longchamp
Date: Fri, 17 Feb 2017 11:31:22 +0100
> It is required to build it as a module.
>
> Signed-off-by: Valentin Longchamp
Applied to net-next.
On Thu, Feb 16, 2017 at 11:11:48PM -0800, Joe Perches wrote:
> To enable eventual removal of pr_warning
>
> This makes pr_warn use consistent for sound/soc
>
> Prior to this patch, there were 5 uses of pr_warning and
> 10 uses of pr_warn in sound/soc
>
> Signed-off-by: Joe Perches
For imx-audm
Em Fri, Feb 17, 2017 at 07:44:33PM +0900, Masami Hiramatsu escreveu:
> On Thu, 16 Feb 2017 13:47:37 +0530
> "Naveen N. Rao" wrote:
>
> > I am posting the powerpc bits in the same thread so as to keep these
> > changes together. I am not sure how this should be taken upstream as
> > there are atle
> -Original Message-
> From: linux-block-ow...@vger.kernel.org [mailto:linux-block-
> ow...@vger.kernel.org] On Behalf Of Jon Derrick
> Sent: Thursday, February 16, 2017 10:15 AM
> To: Michael Ellerman
> Cc: Jens Axboe ; Rafael Antognolli
> ; Greg Kroah-Hartman
> ; linux-ker...@vger.kern
The buffer is used by virtio console driver as DMA buffer. Since v4.9
(if VMAP_STACK is enabled) we shouldn't use the stack for DMA.
Signed-off-by: Jan Dakinevich
---
drivers/tty/hvc/hvc_console.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/hvc/hvc_conso
Hi all devs,
from 4.10 i have on G5 Quad this strange lspci
with this 0001:01:01.0 Non-VGA unclassified device: Device 0800:0002 (rev 08)
some one know if it a bug or a new feature of the kernel.
Thanks!
My complete
lspci
:00:0b.0 PCI bridge: Apple Inc. CPC945 PCIe Bridge
:0a:00.0 V
On Fri, Feb 17, 2017 at 11:48:54PM +, Mark Brown wrote:
> On Fri, Feb 17, 2017 at 12:28:44PM -0800, Nicolin Chen wrote:
> > On Thu, Feb 16, 2017 at 11:11:48PM -0800, Joe Perches wrote:
> > > To enable eventual removal of pr_warning
> > >
> > > This makes pr_warn use consistent for sound/soc
>
On Fri, Feb 17, 2017 at 12:28:44PM -0800, Nicolin Chen wrote:
> On Thu, Feb 16, 2017 at 11:11:48PM -0800, Joe Perches wrote:
> > To enable eventual removal of pr_warning
> >
> > This makes pr_warn use consistent for sound/soc
> >
> > Prior to this patch, there were 5 uses of pr_warning and
> > 10
On Fri, 2017-02-17 at 15:57 -0800, Nicolin Chen wrote:
> On Fri, Feb 17, 2017 at 11:48:54PM +, Mark Brown wrote:
> > On Fri, Feb 17, 2017 at 12:28:44PM -0800, Nicolin Chen wrote:
> > > On Thu, Feb 16, 2017 at 11:11:48PM -0800, Joe Perches wrote:
> > > > To enable eventual removal of pr_warning
Nicholas Piggin writes:
> Commit b91e1302ad9b8 ("mm: optimize PageWaiters bit use for
> unlock_page()") added a special bitop function to speed up
> unlock_page(). Implement this for powerpc.
I know you wrote this to work on 32 and 64-bit, but I don't have a good
way to test it on 32-bit at the
Russell Currey writes:
> On Fri, 2017-02-17 at 21:26 +1100, Michael Ellerman wrote:
>> Russell Currey writes:
>> > diff --git a/arch/powerpc/kernel/cputable.c
>> > b/arch/powerpc/kernel/cputable.c
>> > index 6a82ef039c50..d23a54b09436 100644
>> > --- a/arch/powerpc/kernel/cputable.c
>> > +++ b/a
38 matches
Mail list logo
