The different chips may have different requests when changing mtu.
Therefore, add a new help function of rtl_ops to change mtu. Besides,
reset the tx/rx after changing mtu.
Additionally, add mtu_to_size() and size_to_mtu() macros to simplify
the code.
Signed-off-by: Hayes Wang
---
drivers/net
On 2021-03-29 15:13:38 -0700, Stephen Hemminger wrote:
> On Mon, 29 Mar 2021 19:24:05 +0200
> Vincent Lefevre wrote:
>
> > Help text such as output by "ip help" or "ip link help" should fit
> > on 80 columns. It currently seems to take up to 86 column
On Mon, 29 Mar 2021 19:24:05 +0200
Vincent Lefevre wrote:
> Help text such as output by "ip help" or "ip link help" should fit
> on 80 columns. It currently seems to take up to 86 columns.
>
> Tested version:
>
> zira:~> ip -V
> ip utility, ipro
Help text such as output by "ip help" or "ip link help" should fit
on 80 columns. It currently seems to take up to 86 columns.
Tested version:
zira:~> ip -V
ip utility, iproute2-5.9.0, libbpf 0.3.0
but that's the iproute2 5.10.0-4 Debian package.
--
Vincent Lefèvre
Wrap help message text at 80 characters, and put list of things
in alpha order.
Signed-off-by: Stephen Hemminger
---
Other places may need this as well.
PS: I made a version that auto-generated the text but it was too verbose
especially since many options in iproute2 are dynamically bound.
ip
On Thu, Feb 25, 2021 at 04:03:25AM +0530, Bhaskar Chowdhury wrote:
>
> s/compier/compiler/
>
> Signed-off-by: Bhaskar Chowdhury
Reviewed-by: Nathan Chancellor
> ---
> Changes from V1:
> Nathan and Randy, suggested better subject line texts,so incorporated.
>
> init/Kconfig | 2 +-
> 1 fi
On 2/24/21 2:33 PM, Bhaskar Chowdhury wrote:
>
> s/compier/compiler/
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
> ---
> Changes from V1:
> Nathan and Randy, suggested better subject line texts,so incorporated.
>
> init/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1
s/compier/compiler/
Signed-off-by: Bhaskar Chowdhury
---
Changes from V1:
Nathan and Randy, suggested better subject line texts,so incorporated.
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig b/init/Kconfig
index ba8bd5256980..2cfed79cc6ec 100
* Fix PROTO description in help message (mpls isn't a valid argument).
* Remove SRCPORTMIN description from help message since it doesn't
appear in the syntax string.
* Use same keywords in help message and in man page.
* Use the "ethertype" option name (.B ethert
On Wed, Jan 20, 2021 at 09:21:22PM +0900, Yuusuke Ashizuka wrote:
> Fixes: 558f7cc33daf ("netlink: add master/slave configuration support")
> Signed-off-by: Yuusuke Ashizuka
Applied, thank you.
Michal
> ---
> ethtool.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/e
Fixes: 558f7cc33daf ("netlink: add master/slave configuration support")
Signed-off-by: Yuusuke Ashizuka
---
ethtool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ethtool.c b/ethtool.c
index 585aafa..84a61f4 100644
--- a/ethtool.c
+++ b/ethtool.c
@@ -5630,7 +5630,7 @@ stati
From: Ido Schimmel
Before:
# ip monitor help
Usage: ip monitor [ all | LISTofOBJECTS ] [ FILE ] [ label ] [all-nsid] [dev
DEVICE]
LISTofOBJECTS := link | address | route | mroute | prefix |
neigh | netconf | rule | nsid
FILE := file FILENAME
After:
# ip monitor help
+1,10 @@
# SPDX-License-Identifier: GPL-2.0
config CAN_RCAR
- tristate "Renesas R-Car CAN controller"
+ tristate "Renesas R-Car and RZ/G CAN controller"
depends on ARCH_RENESAS || ARM
help
Say Y here if you want to use CAN controller found on Ren
Hi Prabhakar,
On Mon, Jan 4, 2021 at 2:38 PM Lad, Prabhakar
wrote:
> On Mon, Jan 4, 2021 at 10:51 AM Geert Uytterhoeven
> wrote:
> > On Thu, Dec 31, 2020 at 5:00 PM Lad Prabhakar
> > wrote:
> > > The rcar_canfd driver supports R-Car Gen3 and RZ/G2 SoC's, update the
> > > description to reflect
?
>
Good catch. "|| ARM" was probably copied from CAN_RCAR config and I
can confirm CAN-FD controller doesn't exist on R-Car Gen2 and RZ/G2
32bit SoC's (but with a bit of google search RZ/A2M supports CAN-FD I
am not sure if its the same controller tough), but said that there
s
On Mon, Jan 4, 2021 at 10:03 AM Lad Prabhakar
wrote:
> The rcar_can driver also supports RZ/G SoC's, update the description to
> reflect this.
>
> Signed-off-by: Lad Prabhakar
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's l
; depends on ARCH_RENESAS || ARM
Not introduced by this patch, but the "|| ARM" looks strange to me.
Is this meant for compile-testing? Doesn't the driver compile on all
platforms (it does on m68k), so "|| COMPILE_TEST" is not appropriate?
Is the CAN FD controller p
On 1/4/21 10:03 AM, Lad Prabhakar wrote:
> The rcar_can driver also supports RZ/G SoC's, update the description to
> reflect this.
>
> Signed-off-by: Lad Prabhakar
applied to linux-can/testing
Thanks,
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Embedded Linux
esas R-Car and RZ/G CAN controller"
depends on ARCH_RENESAS || ARM
help
Say Y here if you want to use CAN controller found on Renesas R-Car
- SoCs.
+ or RZ/G SoCs.
To compile this driver as a module, choose M here: the module will
On 1/1/21 6:06 PM, Biju Das wrote:
>> The rcar_can driver supports R-Car Gen{1,2,3} and RZ/G{1,2} SoC's, update
>> the description to reflect this.
>
> Not sure we need to make it generic like dropping {1,2,3}/{1,2} and instead
> use R-Car and RZ/G SoC's??
Sounds good. Better make the descriptio
@vger.kernel.org; netdev@vger.kernel.org; linux-
> ker...@vger.kernel.org; linux-renesas-...@vger.kernel.org; Prabhakar
> ; Prabhakar Mahadev Lad lad...@bp.renesas.com>
> Subject: [PATCH] can: rcar: Update help description for CAN_RCAR config
>
> The rcar_can driver supports R-Car Ge
R-Car Gen3 and RZ/G2 CAN FD controller"
depends on ARCH_RENESAS || ARM
help
Say Y here if you want to use CAN FD controller found on
- Renesas R-Car SoCs. The driver puts the controller in CAN FD only
- mode, which can interoperate with CAN2.0 n
3} and RZ/G{1,2} CAN controller"
depends on ARCH_RENESAS || ARM
help
Say Y here if you want to use CAN controller found on Renesas R-Car
- SoCs.
+ Gen{1,2,3} and RZ/G{1,2} SoCs.
To compile this driver as a module, choose M here: the module
On Sat, 12 Dec 2020 20:07:16 +
Witold Baryluk wrote:
> iproute 5.9.0
>
> Apparently ip -c is a shortcut to ip -color
>
> but in tc, tc -c doesn't work, one needs to say tc -col or tc -color
>
> I understand there is tc -conf, which has tc -c.
>
> But:
iproute 5.9.0
Apparently ip -c is a shortcut to ip -color
but in tc, tc -c doesn't work, one needs to say tc -col or tc -color
I understand there is tc -conf, which has tc -c.
But:
Help says:
root@debian:~# tc
Usage:tc [ OPTIONS ] OBJECT { COMMAND | help }
tc [-force] -batch fil
"dcb ets show dev X help" currently shows full "ets" help instead of just
help for the show command. Fix it.
Signed-off-by: Petr Machata
---
dcb/dcb_ets.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dcb/dcb_ets.c b/dcb/dcb_ets.c
index 173588
On Mon, 2 Nov 2020 11:59:46 +0100
Guillaume Nault wrote:
> * "vlan pop" can be followed by a CONTROL keyword.
>
> * Add missing space in error message.
>
> Signed-off-by: Guillaume Nault
Applied, thanks
From: Geert Uytterhoeven
The help text for the CAN_ISOTP config symbol uses the acronym "PDU". However,
this acronym is not explained here, nor in Documentation/networking/can.rst.
Expand the acronym to make it easier for users to decide if they need to enable
the CAN_ISOTP opt
Manpage:
* Remove the extra "and to ip packets" part from command description
to make it more understandable.
* Redirect packets to eth1, instead of eth0, as told in the
description.
Help string:
* "mpls pop" can be followed by a CONTROL keyword.
* "mpls
* "vlan pop" can be followed by a CONTROL keyword.
* Add missing space in error message.
Signed-off-by: Guillaume Nault
---
tc/m_vlan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tc/m_vlan.c b/tc/m_vlan.c
index e6b21330..57722b73 100644
--- a/tc/m_vlan.c
+++ b/tc/
On 10/13/20 6:43 PM, Oliver Hartkopp wrote:
> On 13.10.20 16:13, Geert Uytterhoeven wrote:
>> The help text for the CAN_ISOTP config symbol uses the acronym "PDU".
>> However, this acronym is not explained here, nor in
>> Documentation/networking/can.rst.
>>
On 13.10.20 16:13, Geert Uytterhoeven wrote:
The help text for the CAN_ISOTP config symbol uses the acronym "PDU".
However, this acronym is not explained here, nor in
Documentation/networking/can.rst.
Expand the acronym to make it easier for users to decide if they need to
The help text for the CAN_ISOTP config symbol uses the acronym "PDU".
However, this acronym is not explained here, nor in
Documentation/networking/can.rst.
Expand the acronym to make it easier for users to decide if they need to
enable the CAN_ISOTP option or not.
Signed-off
laced by values, not put literally.
Fixes: 8589eb4efdf2a ("treewide: refactor help messages")
Fixes: 5a3ec4ba64783 ("iplink: Update usage in help message")
Signed-off-by: Phil Sutter
---
ip/iplink.c | 40
1 file changed, 20 inserti
This patch replaces stubs in kconfig help entries with an actual description.
Signed-off-by: Igor Russkikh
Signed-off-by: Alexander Lobakin
Signed-off-by: Michal Kalderon
---
drivers/net/ethernet/qlogic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
> > > For a ksym to be safely dereferenced and accessed, its type defined in
> > > > bpf program should basically match its type defined in kernel. Implement
> > > > a help function for a quick matching, which is used by libb
On Thu, Aug 20, 2020 at 10:22 AM Yonghong Song wrote:
>
>
>
> On 8/19/20 3:40 PM, Hao Luo wrote:
> > For a ksym to be safely dereferenced and accessed, its type defined in
> > bpf program should basically match its type defined in kernel. Implement
> > a help functi
Igor Russkikh wrote:
> This patch replaces stubs in kconfig help entries with an actual description.
>
> Signed-off-by: Igor Russkikh
> Signed-off-by: Alexander Lobakin
> Signed-off-by: Michal Kalderon
Reviewed-by: Jesse Brandeburg
This patch replaces stubs in kconfig help entries with an actual description.
Signed-off-by: Igor Russkikh
Signed-off-by: Alexander Lobakin
Signed-off-by: Michal Kalderon
---
drivers/net/ethernet/qlogic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
On 8/19/20 3:40 PM, Hao Luo wrote:
For a ksym to be safely dereferenced and accessed, its type defined in
bpf program should basically match its type defined in kernel. Implement
a help function for a quick matching, which is used by libbpf when
resolving the kernel btf_id of a ksym.
Signed
This patch replaces stubs in kconfig help entries with an actual description.
Signed-off-by: Igor Russkikh
Signed-off-by: Alexander Lobakin
Signed-off-by: Michal Kalderon
---
drivers/net/ethernet/qlogic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
This patch replaces stubs in kconfig help entries with an actual description.
Signed-off-by: Igor Russkikh
Signed-off-by: Alexander Lobakin
Signed-off-by: Michal Kalderon
---
drivers/net/ethernet/qlogic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
This patch replaces stubs in kconfig help entries with an actual description.
Signed-off-by: Igor Russkikh
Signed-off-by: Alexander Lobakin
Signed-off-by: Michal Kalderon
---
drivers/net/ethernet/qlogic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
This patch replaces stubs in kconfig help entries with an actual description.
Signed-off-by: Igor Russkikh
Signed-off-by: Alexander Lobakin
Signed-off-by: Michal Kalderon
---
drivers/net/ethernet/qlogic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
This patch replaces stubs in kconfig help entries with an actual description.
Signed-off-by: Igor Russkikh
Signed-off-by: Alexander Lobakin
Signed-off-by: Michal Kalderon
---
drivers/net/ethernet/qlogic/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
The Kconfig menu has an option for DWMAC_ROCKCHIP.
Then add Rockchip also as supported platform in the help text
of STMMAC_PLATFORM.
Signed-off-by: Johan Jonker
---
drivers/net/ethernet/stmicro/stmmac/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net
From: Chris Packham
Date: Tue, 26 May 2020 10:55:59 +1200
> Change 'handeled' to 'handled' in the Kconfig help for SCTP.
>
> Signed-off-by: Chris Packham
Applied.
On Tue, May 26, 2020 at 10:55:59AM +1200, Chris Packham wrote:
> Change 'handeled' to 'handled' in the Kconfig help for SCTP.
>
> Signed-off-by: Chris Packham
Acked-by: Marcelo Ricardo Leitner
Change 'handeled' to 'handled' in the Kconfig help for SCTP.
Signed-off-by: Chris Packham
---
net/sctp/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/sctp/Kconfig b/net/sctp/Kconfig
index 6e2eb1dd64ed..68934438ee19 100644
--- a/net/sctp/Kc
On 5/23/20 3:07 AM, Quentin Monnet wrote:
This is a clean-up for the formatting of the do_help functions for
bpftool's subcommands. The following fixes are included:
- Do not use argv[-2] for "iter" help message, as the help is shown by
default if no "iter" action
This is a clean-up for the formatting of the do_help functions for
bpftool's subcommands. The following fixes are included:
- Do not use argv[-2] for "iter" help message, as the help is shown by
default if no "iter" action is selected, resulting in messages looking
li
Remove a stale doc link. While at it also reword the help text to get
rid of an outdated marketing term.
Signed-off-by: Julian Wiedmann
---
drivers/s390/net/Kconfig | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/s390/net/Kconfig b/drivers/s390/net/Kconfig
Remove a stale doc link. While at it also reword the help text to get
rid of an outdated marketing term.
Signed-off-by: Julian Wiedmann
---
drivers/s390/net/Kconfig | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/s390/net/Kconfig b/drivers/s390/net/Kconfig
c 192.168.2.10 -u -b50M -p 2 -t20&
iperf -c 192.168.2.10 -u -b100M -p 3 -t20&
Thanks for all your help.
Regards,
Murali
On 10/17/2019 03:32 PM, Vinicius Costa Gomes wrote:
Murali Karicheri writes:
root@am57xx-evm:~# tc qdisc replace dev eth0 parent root handle 100 taprio \
> num_tc 4 \
> map 2 3 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \
> queues 1@0 1@0 1@0 1@0 \
> base-time 1564535762845777831 \
Murali Karicheri writes:
>
> root@am57xx-evm:~# tc qdisc replace dev eth0 parent root handle 100 taprio \
> > num_tc 4 \
> > map 2 3 1 0 2 2 2 2 2 2 2 2 2 2 2 2 \
> > queues 1@0 1@0 1@0 1@0 \
> > base-time 1564535762845777831 \
> > sched-entry S 0xC 1500 \
> > sch
Hi Vinicius,
On 10/16/2019 04:32 PM, Vinicius Costa Gomes wrote:
Murali Karicheri writes:
Hi Vinicius,
On 10/14/2019 07:39 PM, Vinicius Costa Gomes wrote:
Murali Karicheri writes:
My expectation is as follows
AABCDE
Where A is traffic from TC0, B is udp strea
Murali Karicheri writes:
> Hi Vinicius,
>
> On 10/14/2019 07:39 PM, Vinicius Costa Gomes wrote:
>> Murali Karicheri writes:
>>>
>>> My expectation is as follows
>>>
>>> AABCDE
>>>
>>> Where A is traffic from TC0, B is udp stream for port 1
>>> C is stream for
On 10/16/2019 01:14 PM, Murali Karicheri wrote:
On 10/16/2019 01:02 PM, Murali Karicheri wrote:
Hi Vinicius,
On 10/14/2019 07:39 PM, Vinicius Costa Gomes wrote:
Murali Karicheri writes:
My expectation is as follows
AABCDE
Where A is traffic from TC0, B is udp s
On 10/16/2019 01:02 PM, Murali Karicheri wrote:
Hi Vinicius,
On 10/14/2019 07:39 PM, Vinicius Costa Gomes wrote:
Murali Karicheri writes:
My expectation is as follows
AABCDE
Where A is traffic from TC0, B is udp stream for port 1
C is stream for port 200
Hi Vinicius,
On 10/14/2019 07:39 PM, Vinicius Costa Gomes wrote:
Murali Karicheri writes:
My expectation is as follows
AABCDE
Where A is traffic from TC0, B is udp stream for port 1
C is stream for port 2, D for 3 and E for 4.
Each can
When pahole converts dwarf to btf it emits only used types.
Wrap existing bpf helper functions into typedef and use it in
typecast to make gcc emits this type into dwarf.
Then pahole will convert it to btf.
The "btf_#name_of_helper" types will be used to figure out
types of arguments of bpf helpers
When pahole converts dwarf to btf it emits only used types.
Wrap existing __bpf_trace_##template() function into
btf_trace_##template typedef and use it in type cast to
make gcc emits this type into dwarf. Then pahole will convert it to btf.
The "btf_trace_" prefix will be used to identify BTF enab
Murali Karicheri writes:
>
> My expectation is as follows
>
> AABCDE
>
> Where A is traffic from TC0, B is udp stream for port 1
> C is stream for port 2, D for 3 and E for 4.
> Each can be max of 4 msec. Is the expection correct? At least th
Vladimir Oltean writes:
>
> What do you mean taprio doesn't support tc filter blocks? What do you
> think there is to do in taprio to support that?
> I don't think Murali is asking for filter offloading, but merely for a
> way to direct frames to a certain traffic class on xmit from Linux.
> Some
On 10/13/2019 05:10 PM, Vladimir Oltean wrote:
Hi Vinicius,
On Sat, 12 Oct 2019 at 00:28, Vinicius Costa Gomes
wrote:
Hi,
Murali Karicheri writes:
Hi Vinicius,
On 10/11/2019 04:12 PM, Vinicius Costa Gomes wrote:
Hi Murali,
Murali Karicheri writes:
Hi,
I am testing the taprio (802.1
Hi Vinicius,
On Sat, 12 Oct 2019 at 00:28, Vinicius Costa Gomes
wrote:
>
> Hi,
>
> Murali Karicheri writes:
>
> > Hi Vinicius,
> >
> > On 10/11/2019 04:12 PM, Vinicius Costa Gomes wrote:
> >> Hi Murali,
> >>
> >> Murali Karicheri writes:
> >>
> >>> Hi,
> >>>
> >>> I am testing the taprio (802.1
Hi,
Murali Karicheri writes:
> Hi Vinicius,
>
> On 10/11/2019 04:12 PM, Vinicius Costa Gomes wrote:
>> Hi Murali,
>>
>> Murali Karicheri writes:
>>
>>> Hi,
>>>
>>> I am testing the taprio (802.1Q Time Aware Shaper) as part of my
>>> pre-work to implement taprio hw offload and test.
>>>
>>> I
Hi Vinicius,
On 10/11/2019 04:12 PM, Vinicius Costa Gomes wrote:
Hi Murali,
Murali Karicheri writes:
Hi,
I am testing the taprio (802.1Q Time Aware Shaper) as part of my
pre-work to implement taprio hw offload and test.
I was able to configure tap prio on my board and looking to do
some tr
Hi Murali,
Murali Karicheri writes:
> Hi,
>
> I am testing the taprio (802.1Q Time Aware Shaper) as part of my
> pre-work to implement taprio hw offload and test.
>
> I was able to configure tap prio on my board and looking to do
> some traffic test and wondering how to play with the tc command
Hi,
I am testing the taprio (802.1Q Time Aware Shaper) as part of my
pre-work to implement taprio hw offload and test.
I was able to configure tap prio on my board and looking to do
some traffic test and wondering how to play with the tc command
to direct traffic to a specfic queue. For example
When pahole converts dwarf to btf it emits only used types.
Wrap existing bpf helper functions into typedef and use it in
typecast to make gcc emits this type into dwarf.
Then pahole will convert it to btf.
The "btf_#name_of_helper" types will be used to figure out
types of arguments of bpf helpers
When pahole converts dwarf to btf it emits only used types.
Wrap existing __bpf_trace_##template() function into
btf_trace_##template typedef and use it in type cast to
make gcc emits this type into dwarf. Then pahole will convert it to btf.
The "btf_trace_" prefix will be used to identify BTF enab
Alexei Starovoitov wrote:
> When pahole converts dwarf to btf it emits only used types.
> Wrap existing bpf helper functions into typedef and use it in
> typecast to make gcc emits this type into dwarf.
> Then pahole will convert it to btf.
> The "btf_#name_of_helper" types will be used to figure o
Alexei Starovoitov wrote:
> When pahole converts dwarf to btf it emits only used types.
> Wrap existing __bpf_trace_##template() function into
> btf_trace_##template typedef and use it in type cast to
> make gcc emits this type into dwarf. Then pahole will convert it to btf.
> The "btf_trace_" pref
On Fri, Oct 4, 2019 at 10:05 PM Alexei Starovoitov wrote:
>
> When pahole converts dwarf to btf it emits only used types.
> Wrap existing bpf helper functions into typedef and use it in
> typecast to make gcc emits this type into dwarf.
> Then pahole will convert it to btf.
> The "btf_#name_of_hel
On Fri, Oct 4, 2019 at 10:05 PM Alexei Starovoitov wrote:
>
> When pahole converts dwarf to btf it emits only used types.
> Wrap existing __bpf_trace_##template() function into
> btf_trace_##template typedef and use it in type cast to
> make gcc emits this type into dwarf. Then pahole will convert
When pahole converts dwarf to btf it emits only used types.
Wrap existing __bpf_trace_##template() function into
btf_trace_##template typedef and use it in type cast to
make gcc emits this type into dwarf. Then pahole will convert it to btf.
The "btf_trace_" prefix will be used to identify BTF enab
When pahole converts dwarf to btf it emits only used types.
Wrap existing bpf helper functions into typedef and use it in
typecast to make gcc emits this type into dwarf.
Then pahole will convert it to btf.
The "btf_#name_of_helper" types will be used to figure out
types of arguments of bpf helpers
From: Randy Dunlap
Date: Wed, 25 Sep 2019 17:20:42 -0700
> From: Randy Dunlap
>
> Fix help text typos for DIMLIB.
>
> Fixes: 4f75da3666c0 ("linux/dim: Move implementation to .c files")
> Signed-off-by: Randy Dunlap
Applied.
On 9/26/19 2:20 AM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix help text typos for DIMLIB.
>
> Fixes: 4f75da3666c0 ("linux/dim: Move implementation to .c files")
> Signed-off-by: Randy Dunlap
> Cc: Uwe Kleine-König
Acked-by: Uwe Kleine-König
Thanks for
From: Randy Dunlap
Fix help text typos for DIMLIB.
Fixes: 4f75da3666c0 ("linux/dim: Move implementation to .c files")
Signed-off-by: Randy Dunlap
Cc: Uwe Kleine-König
Cc: Tal Gilboa
Cc: Saeed Mahameed
---
Applies after Uwe's patch v2: dimlib: make DIMLIB a hidden symbol
lib
> -Original Message-
> From: Florian Westphal
> Sent: Wednesday, August 21, 2019 9:42 PM
> To: Vakul Garg
> Cc: Florian Westphal ; netdev@vger.kernel.org
> Subject: Re: Help needed - Kernel lockup while running ipsec
>
> Vakul Garg wrote:
> > > Polic
#x27;,
> the call_rcu(&dst->rcu_head, dst_destroy_rcu) is not invoked.
>
> On kernel-4.19, dst->__refcnt gets decremented to '0', hence things fall in
> place and
> dst_destroy_rcu() eventually executes.
>
> Any further help/pointers for kernel-4.14 would b
> -Original Message-
> From: Vakul Garg
> Sent: Tuesday, August 20, 2019 4:08 PM
> To: Florian Westphal
> Cc: netdev@vger.kernel.org
> Subject: RE: Help needed - Kernel lockup while running ipsec
>
>
>
> >
> > > -Original Message
>
> > -Original Message-
> > From: Florian Westphal
> > Sent: Tuesday, August 20, 2019 3:08 PM
> > To: Vakul Garg
> > Cc: Florian Westphal ; netdev@vger.kernel.org
> > Subject: Re: Help needed - Kernel lockup while
> -Original Message-
> From: Florian Westphal
> Sent: Tuesday, August 20, 2019 3:08 PM
> To: Vakul Garg
> Cc: Florian Westphal ; netdev@vger.kernel.org
> Subject: Re: Help needed - Kernel lockup while running ipsec
>
> Vakul Garg wrote:
> >
&
Vakul Garg wrote:
>
>
> > -Original Message-
> > From: Florian Westphal
> > Sent: Tuesday, August 20, 2019 2:53 PM
> > To: Vakul Garg
> > Cc: Florian Westphal ; netdev@vger.kernel.org
> > Subject: Re: Help needed - Kernel lockup whil
> > -Original Message-
> > From: Florian Westphal
> > Sent: Tuesday, August 20, 2019 2:53 PM
> > To: Vakul Garg
> > Cc: Florian Westphal ; netdev@vger.kernel.org
> > Subject: Re: Help needed - Kernel lockup while running ipsec
> >
> > V
> -Original Message-
> From: Florian Westphal
> Sent: Tuesday, August 20, 2019 2:53 PM
> To: Vakul Garg
> Cc: Florian Westphal ; netdev@vger.kernel.org
> Subject: Re: Help needed - Kernel lockup while running ipsec
>
> Vakul Garg wrote:
> > > >
Vakul Garg wrote:
> > > With kernel 4.14.122, I am getting a kernel softlockup while running
> > > single
> > static ipsec tunnel.
> > > The problem reproduces mostly after running 8-10 hours of ipsec encap
> > test (on my dual core arm board).
> > >
> > > I found that in function xfrm_policy_loo
Thanks for your response.
> -Original Message-
> From: Florian Westphal
> Sent: Monday, August 19, 2019 11:08 PM
> To: Vakul Garg
> Cc: netdev@vger.kernel.org
> Subject: Re: Help needed - Kernel lockup while running ipsec
>
> Vakul Garg wrote:
> > Hi
&
Vakul Garg wrote:
> Hi
>
> With kernel 4.14.122, I am getting a kernel softlockup while running single
> static ipsec tunnel.
> The problem reproduces mostly after running 8-10 hours of ipsec encap test
> (on my dual core arm board).
>
> I found that in function xfrm_policy_lookup_bytype(), th
Hi
With kernel 4.14.122, I am getting a kernel softlockup while running single
static ipsec tunnel.
The problem reproduces mostly after running 8-10 hours of ipsec encap test (on
my dual core arm board).
I found that in function xfrm_policy_lookup_bytype(), the policy in variable
'ret' shows r
Hi,
I am looking for some help.
I am trying to intercept packet using netfilter hooks
(NF_IP_LOCAL_OUT) and using source port and destination port from
SK_BUFF, to figure out which processes are using it but I am unable to
do so.
I am only concerned about packets which are sent and received
On 5/17/19 7:38 AM, Matteo Croce wrote:
> Every tool in the iproute2 package have one or more function to show
> an help message to the user. Some of these functions print the help
> line by line with a series of printf call, e.g. ip/xfrm_state.c does
> 60 fprintf calls.
> If w
On Fri, 17 May 2019 15:38:28 +0200
Matteo Croce wrote:
> Every tool in the iproute2 package have one or more function to show
> an help message to the user. Some of these functions print the help
> line by line with a series of printf call, e.g. ip/xfrm_state.c does
> 60 fprintf ca
Every tool in the iproute2 package have one or more function to show
an help message to the user. Some of these functions print the help
line by line with a series of printf call, e.g. ip/xfrm_state.c does
60 fprintf calls.
If we group all the calls to a single one and just concatenate strings,
we
I had wrote some letters but no answer
Can I send you a new link of my translation of your article
http://www.candelatech.com/~greear/vlan.html
Hungarian - not working
May I send a new link?
Thank you
On 22.04.2019 15:20, Bjorn Helgaas wrote:
> On Fri, Apr 19, 2019 at 03:13:38PM -0700, David Miller wrote:
>> From: Heiner Kallweit
>> Date: Fri, 19 Apr 2019 20:27:45 +0200
>>
>>> In several places in the kernel we find PCI_DEVID used like this:
>>> PCI_DEVID(dev->bus->number, dev->devfn) Therefore
1 - 100 of 551 matches
Mail list logo
