On 05/12/2017 04:05, Paul Mackerras wrote:
> On Fri, Nov 24, 2017 at 07:38:13AM +1100, Benjamin Herrenschmidt wrote:
>> On Thu, 2017-11-23 at 10:06 +0100, Laurent Vivier wrote:
>>> This is needed to map kvmppc_xive_set_xive() behavior
>>> to kvmppc_xics_set_xive().
>>>
>>> As we store the server, k
Hi Nicolin,
On 04.12.2017 21:46, Nicolin Chen wrote:
> ==Background==
> The fsl_ssi driver was designed for PPC originally and then it has
> been updated to support different modes for i.MX Series, including
> SDMA, I2S Master mode, AC97 and older i.MXs with FIQ, by different
> contributors for di
On Mon, Dec 04, 2017 at 12:46:34PM -0800, Nicolin Chen wrote:
> struct device is defined in system level header files any way.
> As long as fsl_ssi.h is included after those header files, it
> should be safe to remove this line.
It's better practice to either directly include those headers or have
Hi Al Viro,
Today's next kernel build failed with commit 41e83b9: fix "netfilter:
xt_bpf: Fix XT_BPF_MODE_FD_PINNED
Machine Type: Power 7
kernel version: 4.15.0-rc2-next-20171204
kernel config: attached
test: 'make modules'
ERROR: ".bpf_prog_get_type_path" [net/netfilter/xt_bpf.ko] undefined!
K
On 12/4/17 7:24 PM, Alexey Kardashevskiy wrote:
> On 05/12/17 02:08, Bryant G. Ly wrote:
>>
>> On 12/2/17 7:45 PM, Alexey Kardashevskiy wrote:
>>> On 10/11/17 01:00, Bryant G. Ly wrote:
v1 - Initial patch
v2 - Addressed Bjorn's comment on creating a highly platform
dependent g
> -Original Message-
> From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com]
> Sent: Tuesday, November 21, 2017 11:17 AM
> To: Leo Li ; York Sun
> Cc: linuxppc-dev@lists.ozlabs.org
> Subject: Re: [PATCH] fsl_pci: Correct fsl_pci_mcheck_exception
>
> On Wed, 2017-09-06 at 19:19 +
Add support for future Coherent Accelerator device with an
ID of 0x060e.
Signed-off-by: Christophe Lombard
---
drivers/misc/cxl/pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/misc/cxl/pci.c b/drivers/misc/cxl/pci.c
index 19969ee..5f5b9aa 100644
--- a/drivers/misc/cxl/pci.c
+++
Le 05/12/2017 à 18:06, Christophe Lombard a écrit :
Add support for future Coherent Accelerator device with an
ID of 0x060e.
Signed-off-by: Christophe Lombard
---
mpe, you can drop that patch, it's not needed. Christophe and I have
sync'd up.
Fred
drivers/misc/cxl/pci.c | 1 +
1
On Tue, Dec 05, 2017 at 08:13:11PM +0530, Abdul Haleem wrote:
> Hi Al Viro,
>
> Today's next kernel build failed with commit 41e83b9: fix "netfilter:
> xt_bpf: Fix XT_BPF_MODE_FD_PINNED
>
> Machine Type: Power 7
> kernel version: 4.15.0-rc2-next-20171204
> kernel config: attached
> test: 'make mo
On Tue, Dec 05, 2017 at 02:01:17PM +0100, Maciej S. Szmigiero wrote:
> > ==Verification==
> > Theoretically, it only needs code review, build and sanity tests. I
> > have done build and sanity tests on an i.MX 6 platform by building
> > using imx_v6_v7_defconfig and testing with I2S slave/master m
On Tue, Dec 05, 2017 at 01:04:46PM +, Mark Brown wrote:
> On Mon, Dec 04, 2017 at 12:46:34PM -0800, Nicolin Chen wrote:
> > struct device is defined in system level header files any way.
> > As long as fsl_ssi.h is included after those header files, it
> > should be safe to remove this line.
>
When CONFIG_AUXDISPLAY is not set make will still descend into the
auxdisplay directory but nothing will be built. This produces unneeded
build artifacts and messages in addition to slowing the build.
Fix this here.
Signed-off-by: Andrew F. Davis
---
drivers/Makefile | 2 +-
1 file changed, 1 in
When CONFIG_ARM_AMBA is not set make will still descend into the amba
directory but nothing will be built. This produces unneeded build
artifacts and messages in addition to slowing the build. Fix this here.
Signed-off-by: Andrew F. Davis
---
drivers/Makefile | 2 +-
1 file changed, 1 insertion(
When CONFIG_NFC is not set make will still descend into the nfc
directory but nothing will be built. This produces unneeded build
artifacts and messages in addition to slowing the build. Fix this here.
Signed-off-by: Andrew F. Davis
---
drivers/Makefile | 6 +-
1 file changed, 5 insertions(+
When CONFIG_MACINTOSH_DRIVERS is not set make will still descend into the
macintosh directory but nothing will be built. This produces unneeded
build artifacts and messages in addition to slowing the build.
Fix this here.
Signed-off-by: Andrew F. Davis
Acked-by: Michael Ellerman
---
drivers/Mak
Hello all,
I was building a kernel for x86 and noticed Make still descended into
directories like drivers/gpu/drm/hisilicon, this seems kind of odd given
nothing will be built here. It looks to be due to some directories being
included in obj-y unconditionally instead of only when the relevant
CON
On Tue, 2017-12-05 at 15:16 +, Leo Li wrote:
> > -Original Message-
> > From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com]
> > Sent: Tuesday, November 21, 2017 11:17 AM
> > To: Leo Li ; York Sun
> > Cc: linuxppc-dev@lists.ozlabs.org
> > Subject: Re: [PATCH] fsl_pci: Correct
When DLPAR removing a CPU, the unmapping of the cpu from a node in
unmap_cpu_from_node() should also invalidate the CPUs entry in the
numa_cpu_lookup_table. There is not a guarantee that on a subsequent
DLPAR add of the CPU the associativity will be the same and thus
could be in a different node. I
Disregard. I'll send an updated patch soon.
-Nathan
On 12/05/2017 02:55 PM, Nathan Fontenot wrote:
> When DLPAR removing a CPU, the unmapping of the cpu from a node in
> unmap_cpu_from_node() should also invalidate the CPUs entry in the
> numa_cpu_lookup_table. There is not a guarantee that on a
When CONFIG_PWM is not set make will still descend into the pwm
directory but nothing will be built. This produces unneeded build
artifacts and messages in addition to slowing the build. Fix this here.
Signed-off-by: Andrew F. Davis
---
drivers/Makefile | 2 +-
1 file changed, 1 insertion(+), 1
On 05.12.2017 20:33, Nicolin Chen wrote:
> On Tue, Dec 05, 2017 at 02:01:17PM +0100, Maciej S. Szmigiero wrote:
>
>>> ==Verification==
>>> Theoretically, it only needs code review, build and sanity tests. I
>>> have done build and sanity tests on an i.MX 6 platform by building
>>> using imx_v6_v7_
On Wed, Dec 06, 2017 at 02:01:32AM +0100, Maciej S. Szmigiero wrote:
> >>> ==Verification==
> >>> Theoretically, it only needs code review, build and sanity tests. I
> >>> have done build and sanity tests on an i.MX 6 platform by building
> >>> using imx_v6_v7_defconfig and testing with I2S slave/
When DLPAR removing a CPU we need to invalidate its entry in the
numa_cpu_lookup_table. There is no guarantee that on a subsequent
DLPAR add of the CPU the associativity will be the same and thus it
could be in a different node. Invalidating the entry in the
numa_cpu_lookup_table causes the associa
On Mon, Dec 4, 2017 at 2:10 PM, Nicholas Piggin wrote:
> On Mon, 4 Dec 2017 11:37:01 +1100
> Balbir Singh wrote:
>
>> On Sun, Dec 3, 2017 at 1:36 PM, Nicholas Piggin wrote:
>> > Seems like a reasonable approach. Why do we only do this for
>> > powernv? It seems like a good idea in general to pul
Kamalesh Babulal writes:
> From: Josh Poimboeuf
>
> Print the function address associated with the restore_r2() error to
> make it easier to debug the problem.
>
> Also clarify the wording a bit.
>
> Before:
>
> module_64: patch_foo: Expect noop after relocate, got 3c82
>
> After:
>
> mo
Hello,
so we got a number of build-error reports [somehow I
thought 0day has compile tested the patches already; well, I
was wrong] basically on congifs that have no KALLSYMS.
Petr, can we replace 0006 with the following patch?
8<--- --- ---
From: Sergey Senozhatsky
Subject: [PATCH] s
On 12/05/2017 08:29 PM, Balbir Singh wrote:
> On Mon, Dec 4, 2017 at 2:10 PM, Nicholas Piggin wrote:
>> On Mon, 4 Dec 2017 11:37:01 +1100
>> Balbir Singh wrote:
>>
>>> On Sun, Dec 3, 2017 at 1:36 PM, Nicholas Piggin wrote:
Seems like a reasonable approach. Why do we only do this for
po
Hi Philippe,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on powerpc/next]
[also build test ERROR on v4.15-rc2 next-20171205]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Wed, Dec 6, 2017 at 4:07 PM, Haren Myneni wrote:
> On 12/05/2017 08:29 PM, Balbir Singh wrote:
>> On Mon, Dec 4, 2017 at 2:10 PM, Nicholas Piggin wrote:
>>> On Mon, 4 Dec 2017 11:37:01 +1100
>>> Balbir Singh wrote:
>>>
On Sun, Dec 3, 2017 at 1:36 PM, Nicholas Piggin wrote:
> Seems l
29 matches
Mail list logo
