.rst
+++ b/Documentation/networking/can.rst
@@ -608,6 +608,8 @@ demand:
setsockopt(s, SOL_CAN_RAW, CAN_RAW_RECV_OWN_MSGS,
&recv_own_msgs, sizeof(recv_own_msgs));
+Note that reception of a socket's own CAN frames are subject to the same
+filtering as other CAN frames (see :ref:`
for future extensions, ignore on GET, write 0 for SET.
*
+ * Note that @reserved was never validated on input and ethtool user space
+ * left it uninitialized when calling SET. Hence going forward it can only be
+ * used to return a value to userspace with GET.
+ *
* FEC modes supported by the device c
On Sat, Mar 06, 2021 at 12:21:59AM +0100, Florian Westphal wrote:
> Pablo Neira Ayuso wrote:
> > > If I understand correctly, the connection tracking netlink interface
> > > is an exception here because it has its own handling of dealing with
> > > congestion ("more reliable"?) so you need to disa
Pablo Neira Ayuso wrote:
> > If I understand correctly, the connection tracking netlink interface
> > is an exception here because it has its own handling of dealing with
> > congestion ("more reliable"?) so you need to disable the "default
> > congestion control"?
>
> In conntrack, you have to c
21 at 03:57:28PM -0500, Alexander Aring wrote:
> > > This patch adds a note to the netlink manpage that if NETLINK_NO_ENOBUFS
> > > is set there is no additional handling to make netlink reliable. It just
> > > disables the error notification.
> >
> > A bit mo
Hi Pablo,
I appreciate your very detailed response. Thank you.
On Thu, Mar 4, 2021 at 10:04 PM Pablo Neira Ayuso wrote:
>
> Hi Alexander,
>
> On Thu, Mar 04, 2021 at 03:57:28PM -0500, Alexander Aring wrote:
> > This patch adds a note to the netlink manpage that if NETLINK_NO_
Hi Alexander,
On Thu, Mar 04, 2021 at 03:57:28PM -0500, Alexander Aring wrote:
> This patch adds a note to the netlink manpage that if NETLINK_NO_ENOBUFS
> is set there is no additional handling to make netlink reliable. It just
> disables the error notification.
A bit more backgroun
This patch adds a note to the netlink manpage that if NETLINK_NO_ENOBUFS
is set there is no additional handling to make netlink reliable. It just
disables the error notification. The used word "avoid" receiving ENOBUFS
errors can be interpreted that netlink tries to do some additi
This patch adds a note to the netlink manpage that if NETLINK_NO_ENOBUFS
is set there is no additional handling to make netlink reliable. It just
disables the error notification. The used word "avoid" receiving ENOBUFS
errors can be interpreted that netlink tries to do some additi
From: Masahiro Yamada
The "WITH Linux-syscall-note" exception is intended for UAPI headers.
See LICENSES/exceptions/Linux-syscall-note
Signed-off-by: Masahiro Yamada
Link: https://lore.kernel.org/r/20200403073741.18352-1-masahi...@kernel.org
Acked-by: Oliver Hartkopp
Signed-of
On Fri, Apr 3, 2020 at 11:35 PM Oliver Hartkopp wrote:
>
>
>
> On 03/04/2020 09.37, Masahiro Yamada wrote:
> > The "WITH Linux-syscall-note" exception is intended for UAPI headers.
> >
> > See LICENSES/exceptions/Linux-syscall-note
> >
> >
The man page of ip-macsec and the existance of the tool makes it seem like
the user could just configure static keys once, and be done with it. That is
not the case. Some form or key management must be done in user space.
Add a note about that.
Signed-off-by: Thomas Haller
---
man/man8/ip
ert_2077'
>> declared with attribute error: BUILD_BUG_ON failed: sizeof(_s) > sizeof(long)
_compiletime_assert(condition, msg, __compiletime_assert_, __LINE__)
^
include/linux/compiler.h:331:4: note: in definition of macro
'
/linux/page_reporting.h: In function '__del_page_from_reported_list':
arch/riscv/include/asm/page.h:24:22: error: 'PMD_SHIFT' undeclared (first
use in this function); did you mean 'NMI_SHIFT'?
#define HPAGE_SHIFT PMD_SHIFT
^
arch/risc
lude/linux/compiler_attributes.h
b/include/linux/compiler_attributes.h
index 6b318efd8a74..f8c008d7f616 100644
--- a/include/linux/compiler_attributes.h
+++ b/include/linux/compiler_attributes.h
@@ -225,6 +225,16 @@
#define __pure __attribute__((__pure__))
/*
+ * Note:
_mdio_readq(addr) readq((void *)addr)
^
arch/sh/include/mach-common/mach/mangle-port.h:41:23: note: in definition of
macro 'ioswabq'
# define ioswabq(x) (x)
^
>> arch/sh/include/asm/io.h:43:47: note: in
From: Shalom Toledo
Add note about disabling the PTP shaper when calling to
mlxsw_sp_port_ets_maxrate_set().
Signed-off-by: Shalom Toledo
Acked-by: Jiri Pirko
Reviewed-by: Petr Machata
Signed-off-by: Ido Schimmel
---
drivers/net/ethernet/mellanox/mlxsw/spectrum.c | 5 +++--
1 file changed
On 7/3/19 1:35 AM, ZhangXiao wrote:
> Hi David & Eric,
>
> Commit 5f3e2bf0 (tcp: add tcp_min_snd_mss sysctl) add a new interface to
> adjust network. While if this variable been set too large, for example
> larger then (MTU - 40), the net link maybe damaged. So, how about adding
> some warning
Hi David & Eric,
Commit 5f3e2bf0 (tcp: add tcp_min_snd_mss sysctl) add a new interface to
adjust network. While if this variable been set too large, for example
larger then (MTU - 40), the net link maybe damaged. So, how about adding
some warning messages for the operator/administrator? In documen
Linux kernel now supports statistics for BPF programs, and bpftool is
able to dump them. However, these statistics are not enabled by default,
and administrators may not know how to access them.
Add a paragraph in bpftool documentation, under the description of the
"bpftool prog show" command, to
Given this came up couple of times, add a note to libbpf's readme
about the semi-automated mirror for a stand-alone build which is
officially managed by BPF folks. While at it, also explicitly state
the libbpf license in the readme file.
Signed-off-by: Daniel Borkmann
Acked-by: A
From: Shannon Nelson
Add a short note about using IPsec Hardware Offload with
the ixgbe driver.
Signed-off-by: Shannon Nelson
Tested-by: Andrew Bowers
Signed-off-by: Jeff Kirsher
---
Documentation/networking/ixgbe.rst | 13 +
1 file changed, 13 insertions(+)
diff --git a
ize [-Wpointer-to-int-cast]
(bd)->field##_lo = lower_32_bits(((u64)addr)); \
^
include/linux/kernel.h:234:33: note: in definition of macro 'lower_32_bits'
#define lower_32_bits(n) ((u32)(n))
^
&g
"cpdma_desc_pool size %d != avail %d",
^
gen_pool_size(pool->gen_pool),
~~~~~
include/asm-generic/bug.h:92:69: note: in definition of macro '__WARN_printf'
#d
/davinci_cpdma.c:17:
arch/mips/include/asm/io.h:315:25: note: expected 'u32 {aka unsigned int}'
but argument is of type 'void *'
static inline void pfx##write##bwlq(type val,\
^
>> arch/mips/include/asm/io.h:42
From: Ben Hutchings
Due to the way percpu counters are allocated and freed in blocks,
it is not safe to free counters individually. Currently all callers
do the right thing, but let's note this restriction.
Fixes: ae0ac0ed6fcf ("netfilter: x_tables: pack percpu counter allocations&qu
From: Niklas Cassel
Date: Thu, 9 Nov 2017 18:09:26 +0100
> There are two different combined signal for various interrupt events:
> In EQOS-CORE and EQOS-MTL configurations, mci_intr_o is the interrupt
> signal.
> In EQOS-DMA, EQOS-AHB and EQOS-AXI configurations, these interrupt events
> are com
On 11/09/2017 06:09 PM, Niklas Cassel wrote:
There are two different combined signal for various interrupt events:
In EQOS-CORE and EQOS-MTL configurations, mci_intr_o is the interrupt
signal.
In EQOS-DMA, EQOS-AHB and EQOS-AXI configurations, these interrupt events
are combined with the events
There are two different combined signal for various interrupt events:
In EQOS-CORE and EQOS-MTL configurations, mci_intr_o is the interrupt
signal.
In EQOS-DMA, EQOS-AHB and EQOS-AXI configurations, these interrupt events
are combined with the events in the DMA on the sbd_intr_o signal.
Depending
>> 'skc_v6_rcv_saddr'; did you mean 'skc_rcv_saddr'?
#define sk_v6_rcv_saddr __sk_common.skc_v6_rcv_saddr
^
include/trace/trace_events.h:718:4: note: in definition of macro
'DECLARE_EVENT_CLASS'
{ assign; }
nction
'bcmgenet_ext_writel':
>> arch/blackfin/include/asm/def_LPBlackfin.h:38:2: error: expected expression
>> before '__asm__'
__asm__ __volatile__( \
^
>> arch/blackfin/include/asm/def_LPBlackfin.h:51:33: note: in expansion of
>> macro '_bfin_writeX
On 17-08-28 03:07 PM, Alexander Aring wrote:
This patch updates the tc-ife man page that the default IFE ethertype
will be used if it's not specified.
Signed-off-by: Alexander Aring
Acked-by: Jamal Hadi Salim
cheers,
jamal
This patch updates the tc-ife man page that the default IFE ethertype
will be used if it's not specified.
Signed-off-by: Alexander Aring
---
man/man8/tc-ife.8 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/man/man8/tc-ife.8 b/man/man8/tc-ife.8
index 3a42d51b..fd2df6c3 100644
Dear Email Owner,
Your compensation refund is completed. Kindly find more details in attached
file. We hope you find this improvement useful .
Kind Regards,
Mrs. Ramona Chuckaree .
For: The Management.(UNCC)
On 4/18/2017 2:39 PM, Niklas Cassel wrote:
From: Niklas Cassel
The hardware has a LPI interrupt.
There is already code in the stmmac driver to parse and handle the
interrupt. However, this information was missing from the DT binding.
At the same time, improve the description of the existing in
On Tue, Apr 18, 2017 at 02:39:53PM +0200, Niklas Cassel wrote:
> From: Niklas Cassel
>
> The hardware has a LPI interrupt.
> There is already code in the stmmac driver to parse and handle the
> interrupt. However, this information was missing from the DT binding.
>
> At the same time, improve th
Hi Niklas,
Às 1:39 PM de 4/18/2017, Niklas Cassel escreveu:
> From: Niklas Cassel
>
> The hardware has a LPI interrupt.
> There is already code in the stmmac driver to parse and handle the
> interrupt. However, this information was missing from the DT binding.
>
> At the same time, improve the
From: Niklas Cassel
The hardware has a LPI interrupt.
There is already code in the stmmac driver to parse and handle the
interrupt. However, this information was missing from the DT binding.
At the same time, improve the description of the existing interrupts.
Signed-off-by: Niklas Cassel
---
Hi Niklas
On 4/10/2017 9:43 AM, Niklas Cassel wrote:
From: Niklas Cassel
The hardware has a LPI interrupt.
There is already code in the stmmac driver to parse and handle the
interrupt. However, this information was missing from the DT binding.
i wonder if we could improve the comments in thi
From: Niklas Cassel
The hardware has a LPI interrupt.
There is already code in the stmmac driver to parse and handle the
interrupt. However, this information was missing from the DT binding.
Signed-off-by: Niklas Cassel
---
Documentation/devicetree/bindings/net/stmmac.txt | 8
1 file
On 04/07/2017 06:48 PM, Sergei Shtylyov wrote:
> Hello!
>
> On 04/07/2017 05:30 PM, Niklas Cassel wrote:
>
>> From: Niklas Cassel
>>
>> The hardware has a LPI interrupt.
>> There is already code in the stmmac driver to parse and handle the
>> interrupt. However, this information was missing from
Hello!
On 04/07/2017 05:30 PM, Niklas Cassel wrote:
From: Niklas Cassel
The hardware has a LPI interrupt.
There is already code in the stmmac driver to parse and handle the
interrupt. However, this information was missing from the DT binding.
Signed-off-by: Niklas Cassel
---
Documentation/
From: Niklas Cassel
The hardware has a LPI interrupt.
There is already code in the stmmac driver to parse and handle the
interrupt. However, this information was missing from the DT binding.
Signed-off-by: Niklas Cassel
---
Documentation/devicetree/bindings/net/stmmac.txt | 8
1 file
Make rxrpc_kernel_abort_call() return an indication as to whether it
actually aborted the operation or not so that kafs can trace the failure of
the operation. Note that 'success' in this context means changing the
state of the call, not necessarily successfully transmitting an AB
favorable transaction of £ 12.5 million,which will benefit both of us.
From: kbuild test robot
Date: Mon, 13 Mar 2017 14:49:27 +0800
>>> net/sched/sch_tbf.c:399:3: note: in expansion of macro 'if'
> if (child != &noop_qdisc);
> ^~
> net/sched/sch_tbf.c:400:4: note: ...this statement, but the latter is
> misleadin
tant_p(!!(cond)) ? !!(cond) : \
^
include/linux/compiler.h:158:23: note: in expansion of macro '__trace_if'
#define if(cond, ...) __trace_if( (cond , ## __VA_ARGS__) )
^~
>> net/sched/sch_tbf.c:399:3: note: in expansion of macro 'if'
if (ch
^
include/linux/kernel.h:756:2: note: in expansion of macro '__min'
__min(typeof(x), typeof(y), \
^~~~~
>> net/core/dev.c::33: note: in expansion of macro 'min'
NAPI_GRO_CB(skb)->frag0_len = min(skb_frag_size(frag0),
with AXI BUS Mode
> parameters, and the parser actually expects it to be in the root node,
> not in the stmmac-axi-config.
>
> Also added a note about snps,tso only being available on GMAC4 and newer.
>
> Signed-off-by: Niklas Cassel
> Acked-by: Alexandre TORGUE
> A
,
not in the stmmac-axi-config.
Also added a note about snps,tso only being available on GMAC4 and newer.
Signed-off-by: Niklas Cassel
Acked-by: Alexandre TORGUE
Acked-by: Rob Herring
Acked-by: Giuseppe Cavallaro
---
Documentation/devicetree/bindings/net/stmmac.txt | 6 +++---
1 file changed, 3
actually expects it to be in the root node,
not in the stmmac-axi-config.
Also added a note about snps,tso only being available on GMAC4 and newer.
Signed-off-by: Niklas Cassel
Acked-by: Giuseppe Cavallaro
---
Documentation/devicetree/bindings/net/stmmac.txt | 6 +++---
1 file changed, 3
to do with AXI BUS Mode
> parameters, and the parser actually expects it to be in the root node,
> not in the stmmac-axi-config.
>
> Also added a note about snps,tso only being available on GMAC4 and newer.
>
> Signed-off-by: Niklas Cassel
> ---
> Documentation/devicetree/bi
, and the parser actually expects it to be in the root node,
not in the stmmac-axi-config.
Also added a note about snps,tso only being available on GMAC4 and newer.
Signed-off-by: Niklas Cassel
---
Documentation/devicetree/bindings/net/stmmac.txt | 6 +++---
1 file changed, 3 insertions(+), 3
,
not in the stmmac-axi-config.
Also added a note about snps,tso only being available on GMAC4 and newer.
Signed-off-by: Niklas Cassel
---
Documentation/devicetree/bindings/net/stmmac.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/net
Actually display in the tx_data trace the retransmission note added in a
previous patch.
Signed-off-by: David Howells
---
include/trace/events/rxrpc.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/trace/events/rxrpc.h b/include/trace/events/rxrpc.h
index
Note the serial number of the packet being ACK'd in the congestion
management trace rather than the serial number of the ACK packet. Whilst
the serial number of the ACK packet is useful for matching ACK packet in
the output of wireshark, the serial number that the ACK is in response to
is of
but argument 5 has type 'size_t {aka unsigned int}' [-Wformat=]
>> net/sctp/output.c:37:21: note: in expansion of macro 'KBUILD_MODNAME'
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
^
include/linux/dynamic_debug.h:78:35: note: in expa
nction 'sctp_packet_transmit_chunk':
>> include/linux/dynamic_debug.h:64:16: warning: format '%lu' expects argument
>> of type 'long unsigned int', but argument 5 has type 'size_t' [-Wformat=]
static struct _ddebug __aligned(8) \
^
From: Ivan Babrou
Date: Sat, 23 Apr 2016 12:58:03 +
> Signed-off-by: Ivan Babrou
Applied.
Signed-off-by: Ivan Babrou
---
drivers/net/Kconfig | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index 2a1ba62b..bd86a23 100644
--- a/drivers/net/Kconfig
+++ b/drivers/net/Kconfig
@@ -62,9 +62,8 @@ config DUMMY
this de
On 09/05/2015 01:00 PM, Jon Masters wrote:
Following up on this thread after finally seeing it...figured I would
send something just for the archive mainly (we discussed this in person
recently at a few different events and I think are aligned already).
On 08/07/2015 08:28 PM, Rafael J. Wysocki
Following up on this thread after finally seeing it...figured I would
send something just for the archive mainly (we discussed this in person
recently at a few different events and I think are aligned already).
On 08/07/2015 08:28 PM, Rafael J. Wysocki wrote:
> Hi David,
>
> On Sat, Aug 8, 2015 a
On 6/4/15 3:01 AM, kbuild test robot wrote:
tree:git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master
head: c39c4c6abb89d24454b63798ccbae12b538206a5
commit: 3896d655f4d491c67d669a15f275a39f713410f8 [264/272] bpf: introduce
bpf_clone_redirect() helper
config: x86_64-randconf
net/core/filter.c: In function 'bpf_clone_redirect':
net/core/filter.c:1429:18: error: 'struct sk_buff' has no member named
'tc_verd'
if (G_TC_AT(skb2->tc_verd) & AT_INGRESS)
^
include/linux/compiler.h:145:28: note:
I do have a pretty nice cluster of linux boxes if you need lmbench results
or something like that. Linux and the rest of the unix stuff for whatever
that is worth...
work ~/LMbench2/bin ls -1
alpha-glibc22-linux # need to upgrade to debian 4
hppa-glibc23-linux
hppa-hpux11
ia64-glibc23
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Sat, 22 Sep 2007 08:57:10 +0800
> On Fri, Sep 21, 2007 at 04:59:54PM +0200, Christian Borntraeger wrote:
> >
> > I suggest to document that LLTX is deprecated.
> >
> > Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]>
>
> This looks good to me.
On Fri, Sep 21, 2007 at 04:59:54PM +0200, Christian Borntraeger wrote:
>
> I suggest to document that LLTX is deprecated.
>
> Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]>
This looks good to me.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EM
ect against
- set_multicast_list.
+ set_multicast_list. Note that the use of NETIF_F_LLTX is deprecated.
+ Dont use it for new drivers.
Context: Process with BHs disabled or BH (timer),
will be called with interrupts disabled by netconsole.
-
To un
(no promts anywhere)
> and for symbols with no dependencies.
> That will limit the suefullness but on the other hand avoid the illegal
> configurations all over.
>
> kconfig should one day warn about such things but I have not fel inclined
> to dive into the matters hoping that Roma
69 matches
Mail list logo
