Re: [PATCH 08/20] octeontx2-af: Alloc and config NPC MCAM entry at a time

On Fri, Nov 9, 2018 at 6:13 PM Sunil Kovvuri wrote: > On Fri, Nov 9, 2018 at 4:32 PM Arnd Bergmann wrote: > > On Fri, Nov 9, 2018 at 5:21 AM Sunil Kovvuri > > wrote: > > > > Since b is aligned to four bytes, you get padding between a and b. > > On top of t

Re: [PATCH 11/20] octeontx2-af: Add support for stripping STAG/CTAG

On Fri, Nov 9, 2018 at 5:29 AM Sunil Kovvuri wrote: > On Fri, Nov 9, 2018 at 2:17 AM Arnd Bergmann wrote: > > On Thu, Nov 8, 2018 at 7:37 PM wrote: > > > > Here is another instance of bitfields in an interface structure. As > > before, please try to avoid do

Re: [PATCH 00/20] octeontx2-af: NPC MCAM support and FLR handling

On Fri, Nov 9, 2018 at 5:35 AM Sunil Kovvuri wrote: > On Fri, Nov 9, 2018 at 2:32 AM Arnd Bergmann wrote: > > On Thu, Nov 8, 2018 at 7:36 PM wrote: > > > From: Sunil Goutham > > > > Hmm, I noticed that you use a different address as the patch author >

Re: [PATCH 08/20] octeontx2-af: Alloc and config NPC MCAM entry at a time

On Fri, Nov 9, 2018 at 5:21 AM Sunil Kovvuri wrote: > > On Fri, Nov 9, 2018 at 2:13 AM Arnd Bergmann wrote: > > > > On Thu, Nov 8, 2018 at 7:37 PM wrote: > > > @@ -666,4 +668,20 @@ struct npc_mcam_unmap_counter_req { > > > u8 all; /*

Re: [PATCH 00/20] octeontx2-af: NPC MCAM support and FLR handling

On Thu, Nov 8, 2018 at 7:36 PM wrote: > > From: Sunil Goutham Hmm, I noticed that you use a different address as the patch author and the submitter. I'm guessing that "Sunil Goutham" and "Sunil Kovvuri" actually refer to the same person, and you just need to pick which of the two email

Re: [PATCH 13/20] octeontx2-af: Add FLR interrupt handler

On Thu, Nov 8, 2018 at 7:37 PM wrote: > > From: Geetha sowjanya > > All RVU PF's upon receiving a FLR will trigger an IRQ to RVU AF. > This patch enables all RVU PF's FLR interrupt and registers a > handler. Upon receiving an IRQ a workqueue is scheduled to > cleanup all RVU blocks being used by

Re: [PATCH 11/20] octeontx2-af: Add support for stripping STAG/CTAG

On Thu, Nov 8, 2018 at 7:37 PM wrote: > diff --git a/drivers/net/ethernet/marvell/octeontx2/af/npc.h > b/drivers/net/ethernet/marvell/octeontx2/af/npc.h > index f98b011..3f7e5e6 100644 > --- a/drivers/net/ethernet/marvell/octeontx2/af/npc.h > +++

Re: [PATCH 08/20] octeontx2-af: Alloc and config NPC MCAM entry at a time

On Thu, Nov 8, 2018 at 7:37 PM wrote: > @@ -666,4 +668,20 @@ struct npc_mcam_unmap_counter_req { > u8 all; /* Unmap all entries using this counter ? */ > }; > > +struct npc_mcam_alloc_and_write_entry_req { > + struct mbox_msghdr hdr; > + struct mcam_entry entry_data; > +

Re: [PATCH v2 00/17] octeontx2-af: NPC parser and NIX blocks initialization

On Mon, Oct 29, 2018 at 5:33 AM Sunil Kovvuri wrote: > On Sat, Oct 27, 2018 at 12:59 AM Arnd Bergmann wrote: > > On Fri, Oct 26, 2018 at 6:33 PM Sunil Kovvuri > > wrote: > > > On Fri, Oct 26, 2018 at 9:56 PM Sunil Kovvuri > > > wrote: > > Aside fr

Re: [PATCH v2 00/17] octeontx2-af: NPC parser and NIX blocks initialization

On Fri, Oct 26, 2018 at 6:33 PM Sunil Kovvuri wrote: > On Fri, Oct 26, 2018 at 9:56 PM Sunil Kovvuri wrote: > > On Fri, Oct 26, 2018 at 7:34 PM Arnd Bergmann wrote: > > > > On 10/26/18, Sunil Kovvuri wrote: > > > > On Fri, Oct 26, 2018 at 6:24 PM Arnd Bergmann

Re: [PATCH v2 00/17] octeontx2-af: NPC parser and NIX blocks initialization

On Fri, Oct 26, 2018 at 5:47 PM Andrew Lunn wrote: > > > I fear that setting a precedent of using the mbox for user-level > > configuration management would mean that we would have to > > treat each of these interfaces as an ABI, which in turn requires > > much deeper review as well as raising

Re: [PATCH v2 00/17] octeontx2-af: NPC parser and NIX blocks initialization

On 10/26/18, Sunil Kovvuri wrote: > On Fri, Oct 26, 2018 at 6:24 PM Arnd Bergmann wrote: >> >> I see this has been applied, but I'd still like to understand better how >> the >> configuration interface is expected to work once the driver is complete. >> >&g

Re: [PATCH v2 00/17] octeontx2-af: NPC parser and NIX blocks initialization

On 10/23/18, David Miller wrote: > From: sunil.kovv...@gmail.com > Date: Mon, 22 Oct 2018 23:25:47 +0530 > >> From: Sunil Goutham >> >> This patchset is a continuation to earlier submitted two patch >> series to add a new driver for Marvell's OcteonTX2 SOC's >> Resource virtualization unit (RVU)

Re: [PATCH v2 05/17] octeontx2-af: Config NPC KPU engines with parser profile

On 10/22/18, sunil.kovv...@gmail.com wrote: > From: Sunil Goutham > > +struct npc_kpu_action0 { > +#if defined(__BIG_ENDIAN_BITFIELD) > + u64 rsvd_63_57 : 7; > + u64 byp_count : 3; > + u64 capture_ena: 1; > + u64 parse_done : 1; > + u64 next_state : 8; >

[PATCH net-next] cxgb4: fix thermal configuration dependencies

the cxgb4_thermal_init/cxgb4_thermal_remove files, so the Makefile has to be adapted as well to work for both CONFIG_THERMAL=y and =m. Fixes: b18719157762 ("cxgb4: Add thermal zone support") Signed-off-by: Arnd Bergmann --- drivers/net/ethernet/chelsio/Kconfig| 1 + drivers/net/ethernet/che

Re: [PATCH v9 00/15] octeontx2-af: Add RVU Admin Function driver

;- Suggested by Arnd Bergmann > 3 Changed udelay() to usleep_range() in rvu_poll_reg > - Suggested by Arnd Bergmann > 4 MSIX vector base IOMMU mapping is done using dma_map_resource() >API instead of dma_map_single() as it accepts physical address. >- Issue pointed by Ar

Re: [PATCH v9 02/15] octeontx2-af: Reset all RVU blocks

> + void __iomem *reg; > + int timeout = 100; > + u64 reg_val; > + > + reg = rvu->afreg_base + ((block << 28) | offset); > + while (timeout) { > + reg_val = readq(reg); > + if (zero && !(reg_val & mask)) > + return 0; > +

Re: [PATCH v9 10/15] octeontx2-af: Reconfig MSIX base with IOVA

ha sowjanya > Signed-off-by: Sunil Goutham Looks good to me now, Reviewed-by: Arnd Bergmann

Re: [PATCH v8 10/15] octeontx2-af: Reconfig MSIX base with IOVA

On Wed, Oct 10, 2018 at 9:36 AM Sunil Kovvuri wrote: > On Tue, Oct 9, 2018 at 5:30 PM Arnd Bergmann wrote: > > On Tue, Oct 9, 2018 at 11:20 AM Sunil Kovvuri > > wrote: > > > On Tue, Oct 9, 2018 at 1:27 PM Arnd Bergmann wrote: > > > > On Tue,

Re: [PATCH v8 10/15] octeontx2-af: Reconfig MSIX base with IOVA

On Tue, Oct 9, 2018 at 11:20 AM Sunil Kovvuri wrote: > > On Tue, Oct 9, 2018 at 1:27 PM Arnd Bergmann wrote: > > > > On Tue, Oct 9, 2018 at 9:03 AM Sunil Kovvuri > > wrote: > > > On Mon, Oct 8, 2018 at 5:38 PM Arnd Bergmann wrote: > > > > On Su

Re: [PATCH v8 10/15] octeontx2-af: Reconfig MSIX base with IOVA

On Tue, Oct 9, 2018 at 9:03 AM Sunil Kovvuri wrote: > On Mon, Oct 8, 2018 at 5:38 PM Arnd Bergmann wrote: > > On Sun, Oct 7, 2018 at 5:01 PM wrote: > > > > > > > > + /* HW interprets RVU_AF_MSIXTR_BASE address as an IOVA, hence > > > +

Re: [PATCH v8 08/15] octeontx2-af: Add RVU block LF provisioning support

On Mon, Oct 8, 2018 at 3:59 PM Sunil Kovvuri wrote: > On Mon, Oct 8, 2018 at 5:41 PM Arnd Bergmann wrote: > > On Sun, Oct 7, 2018 at 5:00 PM wrote: > > > > > > +/* Structure for requesting resource provisioning. > > > + * 'modify' flag to

Re: [PATCH v8 01/15] octeontx2-af: Add Marvell OcteonTX2 RVU AF driver

On Mon, Oct 8, 2018 at 3:50 PM Sunil Kovvuri wrote: > > On Mon, Oct 8, 2018 at 5:52 PM Arnd Bergmann wrote: > > > > On Sun, Oct 7, 2018 at 4:59 PM wrote: > > > > > --- /dev/null > > > +++ b/drivers/net/ethernet/marvell/octeontx2/Kconfig > > > @

Re: [PATCH v8 01/15] octeontx2-af: Add Marvell OcteonTX2 RVU AF driver

On Sun, Oct 7, 2018 at 4:59 PM wrote: > --- /dev/null > +++ b/drivers/net/ethernet/marvell/octeontx2/Kconfig > @@ -0,0 +1,12 @@ > +# > +# Marvell OcteonTX2 drivers configuration > +# > + > +config OCTEONTX2_AF > + tristate "Marvell OcteonTX2 RVU Admin Function driver" > + depends on

Re: [PATCH v8 02/15] octeontx2-af: Reset all RVU blocks

On Sun, Oct 7, 2018 at 5:00 PM wrote: > > From: Sunil Goutham > > Go through all BLKADDRs and check which ones are implemented > on this silicon and do a HW reset of each implemented block. > Also added all RVU AF and PF register offsets. > > > +/* Poll a RVU block's register 'offset', for a

Re: [PATCH v8 08/15] octeontx2-af: Add RVU block LF provisioning support

On Sun, Oct 7, 2018 at 5:00 PM wrote: > > +/* Structure for requesting resource provisioning. > + * 'modify' flag to be used when either requesting more > + * or to detach partial of a cetain resource type. > + * Rest of the fields specify how many of what type to > + * be attached. > + */ >

Re: [PATCH v8 10/15] octeontx2-af: Reconfig MSIX base with IOVA

On Sun, Oct 7, 2018 at 5:01 PM wrote: > > + /* HW interprets RVU_AF_MSIXTR_BASE address as an IOVA, hence > +* create a IOMMU mapping for the physcial address configured by > +* firmware and reconfig RVU_AF_MSIXTR_BASE with IOVA. > +*/ > + cfg =

Re: [PATCH v5 13/15] octeontx2-af: Add support for CGX link management

On Mon, Oct 1, 2018 at 1:37 PM wrote: > + * Not applicable for commands : > + * CGX_CMD_LINK_BRING_UP/DOWN/CGX_EVT_LINK_CHANGE > + * check struct cgx_lnk_sts comments > + */ > +struct cgx_err_sts_s { > +#if defined(__BIG_ENDIAN_BITFIELD) > + uint64_t reserved2:35; > + uint64_t

Re: [PATCH 13/15] octeontx2-af: Add support for CGX link management

On Fri, Sep 28, 2018 at 11:31 AM Sunil Kovvuri wrote: > On Fri, Sep 28, 2018 at 1:49 PM Arnd Bergmann wrote: > > On Fri, Sep 28, 2018 at 8:09 AM wrote: > This communication between firmware and kernel driver is done using couple of > scratch registers. With limited space a

Re: [PATCH 00/15] octeontx2-af: Add RVU Admin Function driver

On Fri, Sep 28, 2018 at 8:08 AM wrote: > > From: Sunil Goutham > > Resource virtualization unit (RVU) on Marvell's OcteonTX2 SOC maps HW > resources from the network, crypto and other functional blocks into > PCI-compatible physical and virtual functions. Each functional block > again has

Re: [PATCH 13/15] octeontx2-af: Add support for CGX link management

On Fri, Sep 28, 2018 at 8:09 AM wrote: > > +/* scratchx(0) CSR used for ATF->non-secure SW communication. > + * This acts as the status register > + * Provides details on command ack/status, link status, error details > + */ > +struct cgx_evt_sts { > + uint64_t ack:1; > + uint64_t

Re: [PATCH 11/15] octeontx2-af: Add Marvell OcteonTX2 CGX driver

On Fri, Sep 28, 2018 at 8:09 AM wrote: > > From: Sunil Goutham > > This patch adds basic template for Marvell OcteonTX2's > CGX ethernet interface driver. Just the probe. > RVU AF driver will use APIs exported by this driver > for various things like PF to physical interface mapping, > loopback

Re: [net-next, PATCH 1/2] net: socionext: Use descriptor info instead of MMIO reads on Rx

On Thu, Aug 9, 2018 at 10:02 AM Ilias Apalodimas wrote: > > MMIO reads for remaining packets in queue occur (at least)twice per > invocation of netsec_process_rx(). We can use the packet descriptor to > identify if it's owned by the hardware and break out, avoiding the more > expensive MMIO read

Re: [PATCH 1/4] treewide: convert ISO_8859-1 text comments to utf-8

24 Jul 2018 13:13:25 +0200 Arnd Bergmann wrote: >> > > Almost all files in the kernel are either plain text or UTF-8 >> > > encoded. A couple however are ISO_8859-1, usually just a few >> > > characters in a C comments, for historic reasons. >> > >

Re: [RFC v2, net-next, PATCH 4/4] net/cpsw_switchdev: add switchdev mode of operation on cpsw driver

On Thu, Jun 28, 2018 at 1:03 AM, Grygorii Strashko wrote: > > > On 06/27/2018 03:40 PM, Arnd Bergmann wrote: >> On Wed, Jun 27, 2018 at 9:18 PM, Grygorii Strashko >> wrote: >>> On 06/22/2018 02:45 AM, Ilias Apalodimas wrote: >>>> On Thu, Jun 21, 201

Re: [RFC v2, net-next, PATCH 4/4] net/cpsw_switchdev: add switchdev mode of operation on cpsw driver

On Wed, Jun 27, 2018 at 9:18 PM, Grygorii Strashko wrote: > On 06/22/2018 02:45 AM, Ilias Apalodimas wrote: >> On Thu, Jun 21, 2018 at 05:31:31PM +0200, Arnd Bergmann wrote: >>> On Thu, Jun 21, 2018 at 2:45 PM, Ilias Apalodimas >>> wrote: >>>> On Thu,

Re: [RFC v2, net-next, PATCH 4/4] net/cpsw_switchdev: add switchdev mode of operation on cpsw driver

On Thu, Jun 21, 2018 at 2:45 PM, Ilias Apalodimas wrote: > On Thu, Jun 21, 2018 at 02:19:55PM +0200, Ivan Vecera wrote: > The driver is currently widely used and that's the reason we tried to avoid > rewriting it. The current driver uses a DTS option to distinguish between two > existing modes.

[PATCH] net: davinci: fix building davinci mdio code without CONFIG_OF

'davinci_mdio_probe'? [-Werror=implicit-function-declaration] This adjusts the #ifdef logic in the driver to make it build in all configurations. Fixes: 2652113ff043 ("net: ethernet: ti: Allow most drivers with COMPILE_TEST") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drivers/net/ethernet/t

[PATCH, net-next] net: ethernet: freescale: fix false-positive string overflow warning

upper bound of 3, and instead uses a bogus range. To work around the warning, this changes the sprintf to snprintf with the correct buffer length. Fixes: 78cc6e7ef957 ("net: ethernet: freescale: Allow FEC with COMPILE_TEST") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drive

[PATCH] [net-next, wrong] make BPFILTER_UMH depend on X86

architecture and not build the helper otherwise, at least when compile-testing. No idea how to do that though. Link: http://www.kernel.org/pub/tools/crosstool/ Cc: Masahiro Yamada <yamada.masah...@socionext.com> Cc: linux-kbu...@vger.kernel.org Signed-off-by: Arnd Bergmann <a...@arndb.de&

[PATCH, net-next] net/mlx5e: fix TLS dependency

: c83294b9efa5 ("net/mlx5e: TLS, Add Innova TLS TX support") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drivers/net/ethernet/mellanox/mlx5/core/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/net/ethernet/mellanox/mlx5/core/Kconfig b/drivers/net/ethern

[PATCH, net-next] qcom-emag: hide ACPI specific functions

-by: Arnd Bergmann <a...@arndb.de> --- drivers/net/ethernet/qualcomm/emac/emac-sgmii.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/ethernet/qualcomm/emac/emac-sgmii.c b/drivers/net/ethernet/qualcomm/emac/emac-sgmii.c index 562420b834df..01b80e0a5367 100644 --- a/drive

[PATCH, net-next 1/2] bpf: btf: avoid -Wreturn-type warning

and otherwise does the exact same thing. Fixes: eb3f595dab40 ("bpf: btf: Validate type reference") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- kernel/bpf/btf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/bpf/btf.c b/kernel/bpf/btf.c index 9cbeabb5aca3..282

[PATCH, net-next 2/2] bpf: avoid -Wmaybe-uninitialized warning

uninitialized in this function [-Werror=maybe-uninitialized] This removes the 'in_nmi_ctx' flag and uses the state of that variable itself to see if it got initialized. Fixes: bae77c5eb5b2 ("bpf: enable stackmap with build_id in nmi context") Signed-off-by: Arnd Bergmann <

[PATCH] IB: Revert "remove redundant INFINIBAND kconfig dependencies"

/trans_rdma.o: In function `rdma_destroy_trans': trans_rdma.c:(.text+0x830): undefined reference to `ib_destroy_qp' trans_rdma.c:(.text+0x858): undefined reference to `ib_dealloc_pd' Fixes: 9533b292a7ac ("IB: remove redundant INFINIBAND kconfig dependencies") Signed-off-by: Arnd Bergmann <

[PATCH 00/17] y2038: system calls, part 3

[2] https://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git/commit/?h=y2038-next=2174e03cd47384f30dc522f173f36c0d72cfedd7 [3] https://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git/commit/?h=y2038-next=ba9a341eff2b13a8e25b5d42b3035b1c1dbfeacf Arnd Bergmann (17): y2038

[PATCH 03/17] y2038: Remove stat64 family from default syscall set

__ARCH_WANT_NEW_STAT in its headers, and I use the same #ifdef here: future 64-bit architectures therefore won't see newstat or stat64 any more. They don't suffer from the y2038 time_t overflow, but for consistency it seems best to also let them use statx(). Signed-off-by: Arnd Bergmann <a...@arndb

[PATCH 05/17] asm-generic: Remove empty asm/unistd.h

ot be used anyway. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- include/asm-generic/unistd.h | 3 --- 1 file changed, 3 deletions(-) delete mode 100644 include/asm-generic/unistd.h diff --git a/include/asm-generic/unistd.h b/include/asm-generic/unistd.h deleted file mode 100644 in

[PATCH 06/17] y2038: Change sys_utimensat() to use __kernel_timespec

. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- fs/utimes.c | 2 +- include/linux/syscalls.h | 3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/fs/utimes.c b/fs/utimes.c index 69d4b6ba1bfb..ca2c02a7985c 100644 --- a/fs/utimes.c +++ b/fs/utimes.c @@ -166,7

[PATCH 09/17] y2038: futex: Move compat implementation into futex.c

gets renamed to compat_fetch_robust_entry() to avoid a symbol clash. This is intended as a purely cosmetic patch, no behavior should change. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- include/linux/futex.h | 8 -- kernel/Makefile | 3 - kernel/futex.c

[PATCH 14/17] y2038: socket: Add compat_sys_recvmmsg_time64

syscalls that configuration, leaving the socketcall only for backward compatibility with 32-bit time_t based libc. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- include/linux/compat.h | 5 - include/linux/socket.h | 15 ++- kernel/sys_ni.c| 1 + net/compat.c

[PATCH 17/17] y2038: signal: Add compat_sys_rt_sigtimedwait_time64

(), and this adds a new compat_sys_rt_sigtimedwait_time64() that differs only in the timeout argument type. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- kernel/signal.c | 32 1 file changed, 32 insertions(+) diff --git a/kernel/signal.c b/kernel/signal.c

[PATCH 07/17] y2038: Compile utimes()/futimesat() conditionally

utimensat(), moving all the legacy entry points into a common __ARCH_WANT_SYS_UTIME guard simplifies the logic. Only alpha and ia64 grow a tiny bit as they now also get an unused sys_utime(), but it didn't seem worth the extra complexity of adding yet another ifdef for those. Signed-off-by: Arnd Bergmann

[PATCH 12/17] y2038: aio: Prepare sys_io_getevents for __kernel_timespec

for compilation with CONFIG_COMPAT_32BIT_TIME so the individual 32-bit architectures can share the handling of the traditional argument with 64-bit architectures providing it for their compat mode. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- fs/aio.c | 4 ++-- include

[PATCH 16/17] y2038: Make compat_sys_rt_sigtimedwait usable on 32-bit

, the get_compat_sigset() and copy_siginfo_to_user32() functions are used in that function, but we can replace them with trivial helpers that do the same thing as before. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- kernel/signal.c | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-)

[PATCH 15/17] y2038: signal: Change rt_sigtimedwait to use __kernel_timespec

. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- include/linux/syscalls.h | 2 +- kernel/signal.c | 17 + 2 files changed, 10 insertions(+), 9 deletions(-) diff --git a/include/linux/syscalls.h b/include/linux/syscalls.h index eaa32317f573..a756ab42894f

[PATCH 08/17] y2038: utimes: Rework #ifdef guards for compat syscalls

the generic syscall ABI don't need either of them. Since the compat_utimbuf structure is now required outside of CONFIG_COMPAT, I'm moving it into compat_time.h. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- arch/arm64/include/asm/unistd.h | 1 + arch/mips/include/asm/unistd.h| 1 +

[PATCH 04/17] asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro

though, as it's the same as sys_lseek() on 64-bit, but with strange calling conventions. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- arch/arm/include/asm/unistd.h| 1 - arch/arm64/include/asm/unistd.h | 1 - arch/m68k/include/asm/unistd.h | 1 - arch/microblaze/inclu

[PATCH 02/17] y2038: Remove newstat family from default syscall set

along the lines of __ARCH_WANT_OLD_STAT and __ARCH_WANT_STAT64 to control compilation of newstat. All architectures that need it use an explict define, the others now get a little bit smaller, and future architecture (including 64-bit targets) won't ever see it. Signed-off-by: Arnd Bergmann

[PATCH 10/17] y2038: futex: Add support for __kernel_timespec

the CONFIG_COMPAT_32BIT_TIME check to provide compatibility for existing 32-bit architectures. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- include/linux/syscalls.h | 2 +- kernel/futex.c | 22 -- 2 files changed, 13 insertions(+), 11 deletions(-) diff --git a/include

[PATCH 11/17] y2038: Prepare sched_rr_get_interval for __kernel_timespec

is enabled for compilation with CONFIG_COMPAT_32BIT_TIME so the individual 32-bit architectures can share the handling of the traditional argument with 64-bit architectures providing it for their compat mode. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- include/linux/syscalls.h | 2 +- kernel

[PATCH 01/17] y2038: compat: Move common compat types to asm-generic/compat.h

leaving it alone here. The other types all differ by size or alignment on at least on architecture. compat_aio_context_t is currently defined in linux/compat.h but also needed for compat_sys_io_getevents(), so let's move it into the same place. Signed-off-by: Arnd Bergmann <a...@arndb.de> ---

[PATCH 13/17] y2038: socket: Convert recvmmsg to __kernel_timespec

for existing user space. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- include/linux/socket.h | 4 ++-- include/linux/syscalls.h | 2 +- net/compat.c | 6 +++--- net/socket.c | 18 -- 4 files changed, 14 insertions(+), 16 deletions(-) diff

Re: [PATCH 0/8] arm: renesas: Change platform dependency to ARCH_RENESAS

epend on the first 6 patches, and are thus marked > RFC. This all looks fine to me. Acked-by: Arnd Bergmann <a...@arndb.de> Arnd

Re: [PATCH] netfilter: fix CONFIG_NF_REJECT_IPV6=m link error

On Fri, Apr 13, 2018 at 3:15 PM, Pablo Neira Ayuso <pa...@netfilter.org> wrote: > On Mon, Apr 09, 2018 at 04:43:40PM +0200, Arnd Bergmann wrote: >> On Mon, Apr 9, 2018 at 4:37 PM, Pablo Neira Ayuso <pa...@netfilter.org> >> wrote: >> > Hi Arnd, >> >

Re: [PATCH] netfilter: fix CONFIG_NF_REJECT_IPV6=m link error

On Mon, Apr 9, 2018 at 4:37 PM, Pablo Neira Ayuso <pa...@netfilter.org> wrote: > Hi Arnd, > > On Mon, Apr 09, 2018 at 12:53:12PM +0200, Arnd Bergmann wrote: >> We get a new link error with CONFIG_NFT_REJECT_INET=y and >> CONFIG_NF_REJECT_IPV6=m > > I think

[PATCH] netfilter: fix CONFIG_NF_REJECT_IPV6=m link error

is to express the above as a Kconfig dependency, forcing NFT_REJECT itself to be 'm' in that particular configuration. Fixes: 02c7b25e5f54 ("netfilter: nf_tables: build-in filter chain type") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- net/netfilter/Kconfig | 1 + 1 file changed, 1 in

Re: [PATCH 00/15] ARM: pxa: switch to DMA slave maps

On Thu, Apr 5, 2018 at 8:29 AM, Ulf Hansson wrote: > On 4 April 2018 at 21:56, Boris Brezillon wrote: >> On Wed, 04 Apr 2018 21:49:26 +0200 >> Robert Jarzmik wrote: >> >>> Ulf Hansson writes:

Re: [PATCH] netdevsim: remove incorrect __net_initdata annotations

On Wed, Apr 4, 2018 at 5:52 PM, David Miller <da...@davemloft.net> wrote: > From: Arnd Bergmann <a...@arndb.de> > Date: Wed, 4 Apr 2018 14:12:39 +0200 > >> The __net_initdata section cannot currently be used for structures that >> get cleaned up in an exitcall u

Re: [PATCH 40/47] netfilter: nf_tables: build-in filter chain type

On Wed, Apr 4, 2018 at 5:46 PM, Pablo Neira Ayuso <pa...@netfilter.org> wrote: > On Wed, Apr 04, 2018 at 05:38:31PM +0200, Arnd Bergmann wrote: >> On Fri, Mar 30, 2018 at 1:46 PM, Pablo Neira Ayuso <pa...@netfilter.org> >> wrote: >> > One module per supporte

Re: [PATCH] netdevsim: remove incorrect __net_initdata annotations

On Wed, Apr 4, 2018 at 5:33 PM, David Ahern <d...@cumulusnetworks.com> wrote: > On 4/4/18 6:12 AM, Arnd Bergmann wrote: >> The __net_initdata section cannot currently be used for structures that >> get cleaned up in an exitcall using unregister_pernet_operations: >>

Re: [PATCH 40/47] netfilter: nf_tables: build-in filter chain type

On Fri, Mar 30, 2018 at 1:46 PM, Pablo Neira Ayuso wrote: > One module per supported filter chain family type takes too much memory > for very little code - too much modularization - place all chain filter > definitions in one single file. > > Signed-off-by: Pablo Neira Ayuso

Re: [PATCH] [net] nvmem: disallow modular CONFIG_NVMEM

On Wed, Apr 4, 2018 at 3:32 PM, Mike Looijmans wrote: > > Which may still be very confusing, since it means that CONFIG_MACB=y with > CONFIG_NVMEM=m will fail, but setting both to "y" or both to "m" will work. > So that would introduce more build failures again, right?

[PATCH] netdevsim: remove incorrect __net_initdata annotations

out exactly how to do that, and we want this to be fixed in -rc1. This just removes the annotations, just like we do for all other such modules. Fixes: 37923ed6b8ce ("netdevsim: Add simple FIB resource controller via devlink") Signed-off-by: Arnd Bergmann <a...@arndb.de>

[PATCH] [net] nvmem: disallow modular CONFIG_NVMEM

ainelli <f.faine...@gmail.com> Cc: Andrew Lunn <and...@lunn.ch> Cc: David S. Miller <da...@davemloft.net> Cc: netdev@vger.kernel.org Signed-off-by: Arnd Bergmann <a...@arndb.de> --- The problem arrived through the networking tree, but it's now in mainline, so the fix could g

Re: [PATCH 02/15] ARM: pxa: add dma slave map

On Tue, Apr 3, 2018 at 5:18 PM, Robert Jarzmik <robert.jarz...@free.fr> wrote: > Arnd Bergmann <a...@arndb.de> writes: > >>> + { "smc911x.0", "rx", PDMA_FILTER_PARAM(LOWEST, -1) }, >>> + { "smc911x.0", &quo

Re: [PATCH 00/15] ARM: pxa: switch to DMA slave maps

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > Hi, > > This serie is aimed at removing the dmaengine slave compat use, and transfer > knowledge of the DMA requestors into architecture code. > > This was discussed/advised by Arnd a couple of years back, it's almost

Re: [PATCH 12/15] dmaengine: pxa: make the filter function internal

On Mon, Apr 2, 2018 at 6:35 PM, kbuild test robot wrote: > >drivers/mtd/nand/marvell_nand.c:2621:17: sparse: undefined identifier > 'pxad_filter_fn' >>> drivers/mtd/nand/marvell_nand.c:2621:17: sparse: call with no type! >In file included from

Re: [PATCH 14/15] ARM: pxa: change SSP devices allocation

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > > +static struct pxa_ssp_info pxa_ssp_infos[] = { > + { .dma_chan_rx_name = "ssp1_rx", .dma_chan_tx_name = "ssp1_tx", }, > + { .dma_chan_rx_name = "ssp1_rx", .dma_chan_tx_name = "ssp1_tx", }, > + {

Re: [PATCH 02/15] ARM: pxa: add dma slave map

On Mon, Apr 2, 2018 at 4:26 PM, Robert Jarzmik wrote: > + > +static const struct dma_slave_map pxa_slave_map[] = { > + /* PXA25x, PXA27x and PXA3xx common entries */ > + { "pxa-pcm-audio", "ac97_mic_mono", PDMA_FILTER_PARAM(LOWEST, 8) }, > + {

Re: RFC on writel and writel_relaxed

On Thu, Mar 29, 2018 at 3:56 PM, Sinan Kaya wrote: > On 3/28/2018 11:55 AM, David Miller wrote: >> From: Benjamin Herrenschmidt >> Date: Thu, 29 Mar 2018 02:13:16 +1100 >> >>> Let's fix all archs, it's way easier than fixing all drivers. Half of

[PATCH] ath10k: avoid possible string overflow

: bc64d05220f3 ("ath10k: debugfs support to get final TPC stats for 10.4 variants") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drivers/net/wireless/ath/ath10k/wmi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/wireless/ath/ath10k/wmi.c b/driv

Re: [PATCH v3 2/4] bus: fsl-mc: add restool userspace support

On Wed, Mar 28, 2018 at 4:27 PM, Ioana Ciornei wrote: > Hi, > >> >> Hi Ioana, >> >> So this driver is a direct passthrough to your hardware for passing fixed- >> length command/response pairs. Have you considered using a higher-level >> interface instead? >> >> Can you list

[PATCH] [net-next] sctp: fix unused lable warning

("sctp: use proc_remove_subtree()") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- net/sctp/protocol.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/sctp/protocol.c b/net/sctp/protocol.c index c1c64b78c39d..d685f8456762 100644 --- a/net/sctp/protocol.c +++ b/net/sctp/proto

[PATCH] tipc: avoid possible string overflow

ion is impossible in practice, or that we're ok with the truncation. Fixes: 25b0b9c4e835 ("tipc: handle collisions of 32-bit node address hash values") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- net/tipc/link.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --

Re: RFC on writel and writel_relaxed

On Wed, Mar 28, 2018 at 8:56 AM, Benjamin Herrenschmidt wrote: > On Wed, 2018-03-28 at 06:53 +, Linus Torvalds wrote: >> On Tue, Mar 27, 2018, 20:43 Benjamin Herrenschmidt >> wrote: >> That's why in/out were *so* slow, and why nobody uses

Re: RFC on writel and writel_relaxed

On Tue, Mar 27, 2018 at 9:54 PM, Arnd Bergmann <a...@arndb.de> wrote: > On Tue, Mar 27, 2018 at 8:54 PM, Alexander Duyck > <alexander.du...@gmail.com> wrote: >> On Tue, Mar 27, 2018 at 8:10 AM, Will Deacon <will.dea...@arm.com> wrote: > > 11.10 STORE BU

Re: RFC on writel and writel_relaxed

On Tue, Mar 27, 2018 at 8:54 PM, Alexander Duyck wrote: > On Tue, Mar 27, 2018 at 8:10 AM, Will Deacon wrote: >>> >>> Sinan >>> "We are being told that if you use writel(), then you don't need a wmb() on >>> all architectures." >>> >>> Alex: >>>

Re: [PATCH v5 0/2] Remove false-positive VLAs when using max()

On Tue, Mar 20, 2018 at 7:29 AM, Linus Torvalds wrote: > On Mon, Mar 19, 2018 at 2:43 AM, David Laight wrote: >> >> Is it necessary to have the full checks for old versions of gcc? >> >> Even -Wvla could be predicated on very recent gcc -

[PATCH] [v3] Bluetooth: btrsi: rework dependencies

from the RSI_COEX symbol. Fixes: 38aa4da50483 ("Bluetooth: btrsi: add new rsi bluetooth driver") Acked-by; Marcel Holtmann <mar...@holtmann.org> Signed-off-by: Arnd Bergmann <a...@arndb.de> --- v2: Pick a different approach from v1 v3: fix typo: s/BT_RSI/BT_HCIRSI/ --- drivers/bluet

Re: [PATCH] [v2] Bluetooth: btrsi: rework dependencies

gt; >> As the dependency is actually the reverse (RSI_91X uses >> the BT_RSI driver, not the other way round), this changes >> the dependency to match, and enables the bluetooth driver >> from the RSI_COEX symbol. >> >> Fixes: 38aa4da50483 ("Bluetooth: btr

[PATCH] [v2] Bluetooth: btrsi: rework dependencies

from the RSI_COEX symbol. Fixes: 38aa4da50483 ("Bluetooth: btrsi: add new rsi bluetooth driver") Signed-off-by: Arnd Bergmann <a...@arndb.de> --- v2: Pick a different from v1 --- drivers/bluetooth/Kconfig| 4 +--- drivers/net/wireless/rsi/Kconfig | 4 +++- 2 files changed, 4 ins

Re: [PATCH] Bluetooth: btrsi: rework dependencies

On Thu, Mar 15, 2018 at 4:50 PM, Marcel Holtmann wrote: >> diff --git a/drivers/bluetooth/Makefile b/drivers/bluetooth/Makefile >> index 03cfc1b20c4a..9e8d22712ff3 100644 >> --- a/drivers/bluetooth/Makefile >> +++ b/drivers/bluetooth/Makefile >> @@ -28,7 +28,7 @@

[PATCH] Bluetooth: btrsi: rework dependencies

the #ifdefs work all the time - ensure that BT_HCIRSI is built-in whenever RSI_91X is built-in - prevent BT_HCIRSI from being enabled when CONFIG_BT=m and RSI_91X=y, as this cannot work Fixes: 38aa4da50483 ("Bluetooth: btrsi: add new rsi bluetooth driver") Signed-off-by: Arnd Bergm

Re: [PATCH 00/16] remove eight obsolete architectures

On Thu, Mar 15, 2018 at 10:59 AM, Hannes Reinecke wrote: > On 03/15/2018 10:42 AM, David Howells wrote: >> Do we have anything left that still implements NOMMU? >> > RISC-V ? > (evil grin :-) Is anyone producing a chip that includes enough of the Privileged ISA spec to have things

Re: [PATCH 00/16] remove eight obsolete architectures

On Thu, Mar 15, 2018 at 10:42 AM, David Howells wrote: > Do we have anything left that still implements NOMMU? Yes, plenty. I was wondering the same thing, but it seems that the architectures we remove are almost completely representative of what we support overall, except

Re: [PATCH 06/47] net: smsc: remove m32r specific smc91x configuration

y 8<--- net: smsc: remove m32r/mn10300 specific smc91x configuration The m32r and mn10300 architectures are getting removed, so this part can be cleaned up as well. Acked-by: Nicolas Pitre <n...@fluxnic.net> Signed-off-by: Arnd Bergmann <a...@arndb.de> --->8 Arnd

Re: [PATCH 46/47] staging: irda: remove bfin_sir driver

On Wed, Mar 14, 2018 at 5:32 PM, Greg Kroah-Hartman <gre...@linuxfoundation.org> wrote: > On Wed, Mar 14, 2018 at 04:35:59PM +0100, Arnd Bergmann wrote: >> The blackfin architecture is getting removed, so this >> driver is now obsolete. >> >> Signed-off

[PATCH 46/47] staging: irda: remove bfin_sir driver

The blackfin architecture is getting removed, so this driver is now obsolete. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drivers/staging/irda/drivers/Kconfig| 45 -- drivers/staging/irda/drivers/Makefile | 1 - drivers/staging/irda/drivers/bfin_sir.c

[PATCH 30/47] can: remove bfin_can driver

The blackfin architecture is getting removed, so this one is now obsolete. Signed-off-by: Arnd Bergmann <a...@arndb.de> --- drivers/net/can/Kconfig| 9 - drivers/net/can/Makefile | 1 - drivers/net/can/bfin_can.c | 784 - 3 files change

  1   2   3   4   5   6   7   8   9   10   >