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
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
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
>
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; /*
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
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
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
> +++
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;
> +
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
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
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
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
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)
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;
>
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
;- 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
> + 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;
> +
ha sowjanya
> Signed-off-by: Sunil Goutham
Looks good to me now,
Reviewed-by: Arnd Bergmann
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,
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
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
> > > +
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
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
> > > @
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
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
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.
> + */
>
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 =
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
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
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
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
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
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
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.
>> > >
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
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,
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.
'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
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
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&
: 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
-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
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
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 <
/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 <
[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
__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
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
.
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
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
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
(), 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
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
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
, 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(-)
.
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
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 +
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
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
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
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
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>
---
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
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
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,
>> >
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
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
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:
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
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
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:
>>
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
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?
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>
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
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
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
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
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", },
> + {
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) },
> + {
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
: 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
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
("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
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 --
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
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
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:
>>>
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 -
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
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
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
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 @@
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
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
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
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
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
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
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 - 100 of 1404 matches
Mail list logo