In this mode the switch device and the internal phys will be managed via
I2C interface.
Signed-off-by: Sergio Paracuellos
---
drivers/net/dsa/microchip/Kconfig | 6 +
drivers/net/dsa/microchip/Makefile | 1 +
drivers/net/dsa/microchip/ksz9477_i2c.c | 258
Add device-tree binding example of the ksz9477 switch managed in i2c mode.
Cc: devicet...@vger.kernel.org
Signed-off-by: Sergio Paracuellos
---
.../devicetree/bindings/net/dsa/ksz.txt | 50 +++
1 file changed, 50 insertions(+)
diff --git a/Documentation/devicetree/bindings
On Sat, Dec 15, 2018 at 10:10:32AM -0800, Florian Fainelli wrote:
> Le 12/12/18 à 1:02 AM, Ido Schimmel a écrit :
> > On Tue, Dec 11, 2018 at 11:48:21AM -0800, Florian Fainelli wrote:
> >> Hi Nikolay, Roopa, Jiri, Ido,
> >>
> >> When a bridge has vlan_filtering=0 and notifies a switch driver throug
From: Sam Protsenko
Date: Fri, 14 Dec 2018 19:59:21 +0200
> When Protocol Field Compression (PFC) is enabled, the "Protocol" field
> in PPP packet will be received without leading 0x00. See section 6.5 in
> RFC 1661 for details. So let's decompress protocol field if needed, the
> same way it's do
On Wed, Dec 12, 2018 at 11:52:08AM -0800, Florian Fainelli wrote:
> On 12/12/18 1:02 AM, Ido Schimmel wrote:
> > On Tue, Dec 11, 2018 at 11:48:21AM -0800, Florian Fainelli wrote:
> >> Hi Nikolay, Roopa, Jiri, Ido,
> >>
> >> When a bridge has vlan_filtering=0 and notifies a switch driver through
> >
From: shamir rabinovitch
redundant copy_from_user in rds_sendmsg system call expose rds
to issue where rds_rdma_extra_size walk the rds iovec and and
calculate the number pf pages (sgs) it need to add to the tail of
rds message and later rds_cmsg_rdma_args copy the rds iovec again
and re calculat
From: shamir rabinovitch
per comment from Leon in rdma mailing list
https://lkml.org/lkml/2018/10/31/312 :
Please don't forget to remove user triggered WARN_ON.
https://lwn.net/Articles/769365/
"Greg Kroah-Hartman raised the problem of core kernel API code that will
use WARN_ON_ONCE() to complai
From: shamir rabinovitch
This patch set fix google syzbot rds bug found in linux-next.
The first patch solve the syzbot issue.
The second patch fix issue mentioned by Leon Romanovsky that
drivers should not call WARN_ON as result from user input.
syzbot bug report can be foud here: https://lkml.
Assalamu alaikum,
I came across your e-mail contact prior a private search while in need
of a
trusted person. My name is Mrs. Aisha Gaddafi, a single Mother and a
Widow
with three Children. I am the only biological Daughter of late Libyan
President (Late Colonel Muammar Gaddafi)I have a busine
From: Roopa Prabhu
This series adds support for rtnl fdb get similar to
route get.
v2: add nda_policy, fixes to exact msgs, strict nlmsg parsing
v3: remove unnecessary attribute length checks + simplify code
as pointed out by david
Roopa Prabhu (4):
net: rtnetlink: support for fdb get
brid
From: Roopa Prabhu
This patch implements ndo_fdb_get for the bridge
fdb.
Signed-off-by: Roopa Prabhu
Acked-by: Nikolay Aleksandrov
Reviewed-by: David Ahern
---
net/bridge/br_device.c | 1 +
net/bridge/br_fdb.c | 26 ++
net/bridge/br_private.h | 3 +++
3 files c
From: Roopa Prabhu
This patch adds support for fdb get similar to
route get. arguments can be any of the following (similar to fdb add/del/dump):
[bridge, mac, vlan] or
[bridge_port, mac, vlan, flags=[NTF_MASTER]] or
[dev, mac, [vni|vlan], flags=[NTF_SELF]]
Signed-off-by: Roopa Prabhu
---
incl
From: Roopa Prabhu
tests the below three cases of bridge fdb get:
[bridge, mac, vlan]
[bridge_port, mac, vlan, flags=[NTF_MASTER]]
[vxlandev, mac, flags=NTF_SELF]
depends on iproute2 support for bridge fdb get.
Signed-off-by: Roopa Prabhu
---
tools/testing/selftests/net/rtnetlink.sh | 53
From: Roopa Prabhu
This patch implements ndo_fdb_get for a vxlan device.
Signed-off-by: Roopa Prabhu
Reviewed-by: David Ahern
---
drivers/net/vxlan.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/drivers/net/vxlan.c b/drivers/net/vxlan.c
index 49d4b58
On 12/15/18 9:44 AM, Alexei Starovoitov wrote:
> On Sat, Dec 15, 2018 at 04:37:06PM +, Martin Lau wrote:
>> On Fri, Dec 14, 2018 at 03:34:27PM -0800, Yonghong Song wrote:
>>> This patch fixed two issues with BTF. One is related to
>>> struct/union bitfield encoding and the other is related to
The following example shows map pretty print with structures
which include bitfield members.
enum A { A1, A2, A3, A4, A5 };
typedef enum A ___A;
struct tmp_t {
char a1:4;
int a2:4;
int :4;
__u32 a3:4;
int b;
___A b1:4;
enum A b2:4;
};
st
The new tests are added to test bpffs map pretty print in kernel with kind_flag
for structure type.
$ test_btf -p
..
BTF pretty print array(#1)..OK
BTF pretty print array(#2)..OK
PASS:8 SKIP:0 FAIL:0
Acked-by: Martin KaFai Lau
Signed-off-by: Yonghong Song
---
tools/testin
Refactor function btf_int_bits_seq_show() by creating
function btf_bitfield_seq_show() which has no dependence
on btf and btf_type. The function btf_bitfield_seq_show()
will be in later patch to directly dump bitfield member values.
Acked-by: Martin KaFai Lau
Signed-off-by: Yonghong Song
---
ke
Commit 69b693f0aefa ("bpf: btf: Introduce BPF Type Format (BTF)")
introduced BTF, a debug info format for BTF.
The original design has a couple of issues though.
First, the bitfield size is only encoded in int type.
If the struct member bitfield type is enum, pahole ([1])
or llvm is forced to repl
Commit 970289fc0a83 ("bpf: add bpffs pretty print for cgroup
local storage maps") added bpffs pretty print for cgroup
local storage maps. The commit worked for struct without kind_flag
set.
This patch refactored and made pretty print also work
with kind_flag set for the struct.
Acked-by: Martin K
This patch added unit tests for different types handling
type->info.kind_flag. The following new tests are added:
$ test_btf
...
BTF raw test[82] (invalid int kind_flag): OK
BTF raw test[83] (invalid ptr kind_flag): OK
BTF raw test[84] (invalid array kind_flag): OK
BTF raw test[85] (inv
This patch fixed two issues with BTF. One is related to
struct/union bitfield encoding and the other is related to
forward type.
Issue #1 and solution:
==
Current btf encoding of bitfield follows what pahole generates.
For each bitfield, pahole will duplicate the type chain an
The core dump funcitonality in btf_dumper_int_bits() is
refactored into a separate function btf_dumper_bitfield()
which will be used by the next patch.
Acked-by: Martin KaFai Lau
Signed-off-by: Yonghong Song
---
tools/bpf/bpftool/btf_dumper.c | 25 +++--
1 file changed, 19 i
Sync include/uapi/linux/btf.h to tools/include/uapi/linux/btf.h.
Acked-by: Martin KaFai Lau
Signed-off-by: Yonghong Song
---
tools/include/uapi/linux/btf.h | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/tools/include/uapi/linux/btf.h b/tools/include/ua
Ez a(z) Adutrade Kft. részére a(z) Adutrade Kft. webhelyről küldött alábbi
üzenet másolata
Ez egy érdeklődő e-mail a(z) http://www.adutrade.hu/ webhelyről, feladója:
iiyfmhahsl
重重优惠www.303964.com/?注册就送58，玩转太阳城，优惠精彩不断，棋牌竞技，重重优惠相伴，天天现金大回馈，排行榜奖金，笔笔救援金多重优惠重磅来袭，
超多优惠等着您噢：sun6365
On 12/15/18 1:49 PM, Martin Lau wrote:
> On Fri, Dec 14, 2018 at 03:34:34PM -0800, Yonghong Song wrote:
>> The following example shows map pretty print with structures
>> which include bitfield members.
>>
>>enum A { A1, A2, A3, A4, A5 };
>>typedef enum A ___A;
>>struct tmp_t {
>>
On 12/15/18 1:26 PM, Martin Lau wrote:
> On Fri, Dec 14, 2018 at 03:34:33PM -0800, Yonghong Song wrote:
>> The core dump funcitonality in btf_dumper_int_bits() is
>> refactored into a separate function btf_dumper_bitfield()
>> which will be used by the next patch.
>>
>> Signed-off-by: Yonghong So
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 63de273f34b5eeb5ead8440f20516fae9b7b1165
commit: 4f24ed77dec9b067d08f7958a287cbf48665f35e [1423/1425] udp: use indirect
call wrappers for GRO socket lookup
config: i386-randconfig-h0-12160832 (attached as .c
On 12/15/18 1:03 PM, Martin Lau wrote:
> On Fri, Dec 14, 2018 at 03:34:30PM -0800, Yonghong Song wrote:
>> This patch added unit tests for different types handling
>> type->info.kind_flag. The following new tests are added:
>>$ test_btf
>>...
>>BTF raw test[82] (invalid int kind_flag)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 63de273f34b5eeb5ead8440f20516fae9b7b1165
commit: aaa5d90b395a72faff797b00d815165ee0e664c0 [1421/1425] net: use indirect
call wrappers at GRO network layer
config: i386-randconfig-h0-12160832 (attached as .co
From: Dave Taht
Date: Sat, 15 Dec 2018 17:22:52 -0800
> Into what tree did you pull it? it's not in net-next as I speak.
It's in the 'net' tree.
David Miller writes:
> From: Dave Taht
> Date: Tue, 11 Dec 2018 15:30:34 -0800
>
>> While most distributions long ago switched to the iproute2 suite
>> of utilities, which allow class-e (240.0.0.0/4) address assignment,
>> distributions relying on busybox, toybox and other forms of
>> ifconfig c
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 63de273f34b5eeb5ead8440f20516fae9b7b1165
commit: 4f24ed77dec9b067d08f7958a287cbf48665f35e [1423/1425] udp: use indirect
call wrappers for GRO socket lookup
config: parisc-c3000_defconfig (attached as .config
On 12/15/2018 04:31 AM, Quentin Monnet wrote:
> 2018-12-15 00:40 UTC+0100 ~ Daniel Borkmann
>> On 12/13/2018 01:19 PM, Quentin Monnet wrote:
>>> Add a set of probes to dump the eBPF-related parameters available from
>>> /proc/: availability of bpf() syscall for unprivileged users,
>>> JIT compiler
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 63de273f34b5eeb5ead8440f20516fae9b7b1165
commit: 028e0a4766844e7eeb31b93479ea6dd40cfc2895 [1422/1425] net: use indirect
call wrappers at GRO transport layer
config: parisc-c3000_defconfig (attached as .confi
On 12/15/2018 04:32 AM, Quentin Monnet wrote:
> 2018-12-15 01:08 UTC+0100 ~ Daniel Borkmann
>> On 12/13/2018 01:19 PM, Quentin Monnet wrote:
>>> Similarly to what was done for program types and map types, add a set of
>>> probes to test the availability of the different eBPF helper functions
>>> o
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 63de273f34b5eeb5ead8440f20516fae9b7b1165
commit: 028e0a4766844e7eeb31b93479ea6dd40cfc2895 [1422/1425] net: use indirect
call wrappers at GRO transport layer
config: nds32-defconfig (attached as .config)
comp
Existing libraries and tracing frameworks work around this kernel
version check by automatically deriving the kernel version from
uname(3) or similar such that the user does not need to do it
manually; these workarounds also make the version check useless
at the same time.
Moreover, most other BPF
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 63de273f34b5eeb5ead8440f20516fae9b7b1165
commit: aaa5d90b395a72faff797b00d815165ee0e664c0 [1421/1425] net: use indirect
call wrappers at GRO network layer
config: parisc-c3000_defconfig (attached as .config)
On 12/15/18 3:13 PM, Yonghong Song wrote:
>> may be a "union { __u32 offset; __u32 bitsize_offset; };"..
> The union with two __u32 is great idea. Maybe the
> bitsize_offset becomes "bitfield_size_offset" to reflect
> its real intention?
I don't think union and verbose name will help.
imo it's
On 12/15/18 3:04 PM, Martin Lau wrote:
> On Sat, Dec 15, 2018 at 02:26:44PM -0800, Yonghong Song wrote:
>>
>>
>> On 12/15/18 2:10 PM, Martin Lau wrote:
>>> On Sat, Dec 15, 2018 at 09:44:44AM -0800, Alexei Starovoitov wrote:
On Sat, Dec 15, 2018 at 04:37:06PM +, Martin Lau wrote:
> On
On 12/15/18 2:37 PM, Daniel Borkmann wrote:
> On 12/15/2018 12:34 AM, Yonghong Song wrote:
>> This patch fixed two issues with BTF. One is related to
>> struct/union bitfield encoding and the other is related to
>> forward type.
>>
>> Issue #1 and solution:
>> ==
>>
>> Current
On Sat, Dec 15, 2018 at 02:26:44PM -0800, Yonghong Song wrote:
>
>
> On 12/15/18 2:10 PM, Martin Lau wrote:
> > On Sat, Dec 15, 2018 at 09:44:44AM -0800, Alexei Starovoitov wrote:
> >> On Sat, Dec 15, 2018 at 04:37:06PM +, Martin Lau wrote:
> >>> On Fri, Dec 14, 2018 at 03:34:27PM -0800, Yong
On Sat, Dec 15, 2018 at 2:20 PM David Ahern wrote:
>
> On 12/14/18 9:14 PM, Roopa Prabhu wrote:
> > @@ -4021,6 +4033,171 @@ static int rtnl_fdb_dump(struct sk_buff *skb,
> > struct netlink_callback *cb)
> > return skb->len;
> > }
> >
> > +static int valid_fdb_get_strict(const struct nlmsgh
On 12/15/2018 12:34 AM, Yonghong Song wrote:
> This patch fixed two issues with BTF. One is related to
> struct/union bitfield encoding and the other is related to
> forward type.
>
> Issue #1 and solution:
> ==
>
> Current btf encoding of bitfield follows what pahole generate
This patch adds coverage of DCCP to reuseport_addr_any selftest.
Signed-off-by: Peter Oskolkov
---
.../selftests/net/reuseport_addr_any.c| 49 ++-
1 file changed, 47 insertions(+), 2 deletions(-)
diff --git a/tools/testing/selftests/net/reuseport_addr_any.c
b/tools/test
On 12/15/18 2:10 PM, Martin Lau wrote:
> On Sat, Dec 15, 2018 at 09:44:44AM -0800, Alexei Starovoitov wrote:
>> On Sat, Dec 15, 2018 at 04:37:06PM +, Martin Lau wrote:
>>> On Fri, Dec 14, 2018 at 03:34:27PM -0800, Yonghong Song wrote:
This patch fixed two issues with BTF. One is related
Commit d9fbc7f6431f "net: tcp: prefer listeners bound to an address"
removes port-only listener lookups. This caused segfaults in DCCP
lookups because DCCP did not initialize the (addr,port) hashtable.
This patch adds said initialization.
The only non-trivial issue here is the size of the new has
On 12/14/18 9:14 PM, Roopa Prabhu wrote:
> From: Roopa Prabhu
>
> This patch implements ndo_fdb_get for a vxlan device.
>
> Signed-off-by: Roopa Prabhu
> ---
> drivers/net/vxlan.c | 34 ++
> 1 file changed, 34 insertions(+)
>
Reviewed-by: David Ahern
On 12/14/18 9:14 PM, Roopa Prabhu wrote:
> From: Roopa Prabhu
>
> This patch implements ndo_fdb_get for the bridge
> fdb.
>
> Signed-off-by: Roopa Prabhu
> Acked-by: Nikolay Aleksandrov
> ---
> net/bridge/br_device.c | 1 +
> net/bridge/br_fdb.c | 26 ++
> net/br
On 12/14/18 9:14 PM, Roopa Prabhu wrote:
> @@ -4021,6 +4033,171 @@ static int rtnl_fdb_dump(struct sk_buff *skb, struct
> netlink_callback *cb)
> return skb->len;
> }
>
> +static int valid_fdb_get_strict(const struct nlmsghdr *nlh,
> + struct nlattr **tb, u8 *n
On Sat, Dec 15, 2018 at 09:44:44AM -0800, Alexei Starovoitov wrote:
> On Sat, Dec 15, 2018 at 04:37:06PM +, Martin Lau wrote:
> > On Fri, Dec 14, 2018 at 03:34:27PM -0800, Yonghong Song wrote:
> > > This patch fixed two issues with BTF. One is related to
> > > struct/union bitfield encoding and
From: David Ahern
Similar to routes and rules, add protocol attribute to neighbor entries
for easier tracking of how each was created.
Signed-off-by: David Ahern
---
include/net/neighbour.h| 2 ++
include/uapi/linux/neighbour.h | 1 +
net/core/neighbour.c | 24 +
On Fri, Dec 14, 2018 at 03:34:34PM -0800, Yonghong Song wrote:
> The following example shows map pretty print with structures
> which include bitfield members.
>
> enum A { A1, A2, A3, A4, A5 };
> typedef enum A ___A;
> struct tmp_t {
>char a1:4;
>int a2:4;
>int :4;
From: Saeed Mahameed
Date: Fri, 14 Dec 2018 13:51:47 -0800
> The following series mainly from Aviv, Rabie and Roi adds the support
> for mlx5 VF LAG.
>
> Please note that the series starts with a merge commit with mlx5-next branch,
> to resolve/avoid dependency with rdma tree.
>
> For more info
From: Eric Dumazet
Date: Fri, 14 Dec 2018 06:46:49 -0800
> Sergey reported that forwarding was no longer working
> if fq packet scheduler was used.
>
> This is caused by the recent switch to EDT model, since incoming
> packets might have been timestamped by __net_timestamp()
>
> __net_timestamp
On Fri, Dec 14, 2018 at 03:34:33PM -0800, Yonghong Song wrote:
> The core dump funcitonality in btf_dumper_int_bits() is
> refactored into a separate function btf_dumper_bitfield()
> which will be used by the next patch.
>
> Signed-off-by: Yonghong Song
> ---
> tools/bpf/bpftool/btf_dumper.c | 2
From: Paolo Abeni
Date: Fri, 14 Dec 2018 11:51:56 +0100
> The spectre v2 counter-measures, aka retpolines, are a source of measurable
> overhead[1]. We can partially address that when the function pointer refers to
> a builtin symbol resorting to a list of tests vs well-known builtin function
>
From:
Date: Fri, 14 Dec 2018 10:40:47 +
> From: Claudiu Beznea
>
> On some platforms (currently detected only on SAMA5D4) TX might stuck
> even the pachets are still present in DMA memories and TX start was
> issued for them. This happens due to race condition between MACB driver
> updating
On Fri, Dec 14, 2018 at 03:34:31PM -0800, Yonghong Song wrote:
> The new tests are added to test bpffs map pretty print in kernel with
> kind_flag
> for structure type.
>
> $ test_btf -p
> ..
> BTF pretty print array(#1)..OK
> BTF pretty print array(#2)..OK
> PASS:8 SKIP:0 F
From: Ilias Apalodimas
Date: Fri, 14 Dec 2018 10:59:00 +0200
> Running pktgen with packets sizes > 512b ends up in the interface Txq
> getting stuck.
> "netsec 522d.ethernet eth0: netsec_netdev_start_xmit: TxQFull!"
> appears on dmesg but the interface never recovers. It requires an
> ifconfi
From: Ilias Apalodimas
Date: Fri, 14 Dec 2018 10:59:01 +0200
> Currently the driver issues 2 mmio reads to figure out the number of
> transmitted packets and clean them. We can get rid of the expensive
> reads since BIT 31 of the Tx descriptor can be used for that.
> We can also remove the budget
From: Jason Wang
Date: Fri, 14 Dec 2018 11:57:35 +0800
> This is the price of all GUP users not only vhost itself. What's more
> important, the goal is not to be left too much behind for other
> backends like DPDK or AF_XDP (all of which are using GUP).
+1
From: Fabrizio Castro
Date: Thu, 13 Dec 2018 20:18:34 +
> Document RZ/G2E (R8A774C0) SoC bindings.
>
> Signed-off-by: Fabrizio Castro
Applied to net-next.
On Fri, Dec 14, 2018 at 03:34:30PM -0800, Yonghong Song wrote:
> This patch added unit tests for different types handling
> type->info.kind_flag. The following new tests are added:
> $ test_btf
> ...
> BTF raw test[82] (invalid int kind_flag): OK
> BTF raw test[83] (invalid ptr kind_flag):
On Fri, Dec 14, 2018 at 03:34:29PM -0800, Yonghong Song wrote:
> Sync include/uapi/linux/btf.h to tools/include/uapi/linux/btf.h.
Please re-sync if there is any comment changes in v3.
Acked-by: Martin KaFai Lau
> > Also for the other comment. The reason the conditionals were not
> > consistent is because they were not consistent to begin with.
>
> The only difference I see is an inversion of the test. Nesting order
> is the same:
>
> int need_software_tstamp = sock_flag(sk, SOCK_RCVTSTAMP);
>
On 12/14, Alexei Starovoitov wrote:
> On Thu, Dec 13, 2018 at 11:03 AM Stanislav Fomichev wrote:
> >
> > There is no way to exercise appropriate attach points without cgroups
> > enabled. This lets test_verifier correctly skip tests for these
> > prog_types if kernel was compiled without BPF cgrou
From: "Robert P. J. Day"
Date: Thu, 13 Dec 2018 15:00:11 -0500 (EST)
> Signed-off-by: Robert P. J. Day
Applied, thank you.
On 12/15/2018 07:06 PM, Heiner Kallweit wrote:
[...]
>>> +static int tja11xx_config_init(struct phy_device *phydev)
>>> +{
>>> + int ret;
>>> +
>>> + ret = tja11xx_enable_reg_write(phydev);
>>> + if (ret)
>>> + return ret;
>>> +
>>> + phydev->irq = PHY_POLL;
>>> + phydev->auto
On 15.12.2018 20:59, Andrew Lunn wrote:
+static int tja11xx_config_init(struct phy_device *phydev)
+{
+ int ret;
+
+ ret = tja11xx_enable_reg_write(phydev);
+ if (ret)
+ return ret;
+
+ phydev->irq = PHY_POLL;
+ phydev->autoneg = AUTON
> >> +static int tja11xx_config_init(struct phy_device *phydev)
> >> +{
> >> + int ret;
> >> +
> >> + ret = tja11xx_enable_reg_write(phydev);
> >> + if (ret)
> >> + return ret;
> >> +
> >> + phydev->irq = PHY_POLL;
> >> + phydev->autoneg = AUTONEG_DISABLE;
> >> + phydev->speed = SPEE
From: Michal Kubecek
Date: Thu, 13 Dec 2018 17:23:32 +0100 (CET)
> Since commit 7969e5c40dfd ("ip: discard IPv4 datagrams with overlapping
> segments.") IPv4 reassembly code drops the whole queue whenever an
> overlapping fragment is received. However, the test is written in a way
> which detects
From: David Ahern
Date: Thu, 13 Dec 2018 08:16:50 -0800
> From: David Ahern
>
> Move arp_queue_len_bytes ahead of arp_queue to remove two 4-byte holes.
> Ensure ha element is always 8-byte aligned.
>
> Signed-off-by: David Ahern
Applied, thanks David.
I'm doing a build check on this so it'l
From: Pavel Tikhomirov
Date: Thu, 13 Dec 2018 17:53:50 +0300
> We've failed to copy and process vhost_iotlb_msg so let userspace at
> least know about it. For instance before these patch the code below runs
> without any error:
...
> Signed-off-by: Pavel Tikhomirov
Michael, will you be taking
From: Jörgen Storvist
Date: Thu, 13 Dec 2018 17:00:35 +0100
> Added support for the Telit LN940 series cellular modules QMI interface.
> QMI_QUIRK_SET_DTR quirk requied for Qualcomm MDM9x40 chipset.
>
> Signed-off-by: Jörgen Storvist
Applied, thank you.
From: Eric Dumazet
Date: Thu, 13 Dec 2018 03:03:37 -0800
> kzalloc_node(..., GFP_KERNEL, node) will attempt to allocate
> memory as close as possible to the node.
>
> There is no need to fallback to kzalloc() if this has failed.
>
> Signed-off-by: Eric Dumazet
> Cc: Tariq Toukan
Tariq, pleas
From: Jason Wang
Date: Fri, 14 Dec 2018 12:29:54 +0800
>
> On 2018/12/14 上午4:12, Michael S. Tsirkin wrote:
>> On Thu, Dec 13, 2018 at 06:10:19PM +0800, Jason Wang wrote:
>>> Hi:
>>>
>>> This series tries to access virtqueue metadata through kernel virtual
>>> address instead of copy_user() frien
From: xiangxia.m@gmail.com
Date: Thu, 13 Dec 2018 00:43:23 -0800
> From: Tonghao Zhang
>
> Except for returning, the var leaf is not
> used in the qdisc_leaf(). For simplicity, remove it.
>
> Signed-off-by: Tonghao Zhang
Applied to net-next.
From: David Ahern
Date: Wed, 12 Dec 2018 15:27:38 -0800
> From: David Ahern
>
> A recent commit allows sockets bound to a VRF to receive ipv6 link local
> packets. However, it only works for UDP and worse TCP connection attempts
> to the LLA with the only listener bound to the VRF just hang whe
From: Florian Fainelli
Date: Wed, 12 Dec 2018 15:09:43 -0800
> This patch provides details on the expected behavior of switchdev
> enabled network devices when operating in a "stand alone" mode, as well
> as when being bridge members. This clarifies a number of things that
> recently came up duri
From: Jörgen Storvist
Date: Wed, 12 Dec 2018 22:45:34 +0100
> Added support for Fibocom NL668 series QMI interface.
> Using QMI_QUIRK_SET_DTR required for Qualcomm MDM9x07 chipsets.
>
> Signed-off-by: Jörgen Storvist
> ---
>
> Changelog:
> v2: list order to correpond to USB VID/PID values
> v3
From: Xue Chaojing
Date: Sun, 9 Dec 2018 19:14:19 +
> There is no need to schedule a different tasklet for refill,
> This patch remove it.
>
> Suggested-by: Neil Horman
> Signed-off-by: Xue Chaojing
I completely agree with Neil's analysis.
You should never receive a packet if refilling t
From: Eric Dumazet
Date: Sat, 15 Dec 2018 04:59:00 -0800
>
>
> On 12/15/2018 01:33 AM, Yafang Shao wrote:
>> When we building a syn packet, the tcp_skb_pcount(skb) is always 1,
>> which is set in tcp_init_nondata_skb().
>> Regarding the syn_data, it is set through
>> memcpy(syn_data->cb, syn->c
From: Heiner Kallweit
Date: Sat, 15 Dec 2018 16:25:05 +0100
> Improve detection of spurious interrupts by checking against the
> interrupt mask as currently set in the chip.
>
> Signed-off-by: Heiner Kallweit
Applied, thanks Heiner.
From: Yangtao Li
Date: Sat, 15 Dec 2018 02:19:53 -0500
> Use DEFINE_SHOW_ATTRIBUTE macro to simplify the code.
>
> Signed-off-by: Yangtao Li
Applied.
From: Yangtao Li
Date: Sat, 15 Dec 2018 02:59:30 -0500
> We already have the DEFINE_SHOW_ATTRIBUTE. There is no need to define
> such a macro, so remove DEFINE_SIMPLE_DEBUGFS_FILE. Also use the
> DEFINE_SHOW_ATTRIBUTE macro to simplify some code.
>
> Signed-off-by: Yangtao Li
Applied.
On 15.12.2018 20:15, David Miller wrote:
> From: Heiner Kallweit
> Date: Sat, 15 Dec 2018 19:44:35 +0100
>
>> tp->irq_mask holds the chip-specific interrupt mask. It doesn't say
>> whether interrupts are enabled or not. rtl_get_events() reads via
>> PCI(e) anyway, so I was under the impression th
From: Heiner Kallweit
Date: Sat, 15 Dec 2018 19:44:35 +0100
> tp->irq_mask holds the chip-specific interrupt mask. It doesn't say
> whether interrupts are enabled or not. rtl_get_events() reads via
> PCI(e) anyway, so I was under the impression that one more PCI(e) read
> doesn't really matter.
>
From: Alexei Starovoitov
Date: Sat, 15 Dec 2018 09:29:15 -0800
> The following pull-request contains BPF updates for your *net* tree.
>
> The main changes are:
>
> 1) fix liveness propagation of callee saved registers, from Jakub.
>
> 2) fix overflow in bpf_jit_limit knob, from Daniel.
>
> 3)
Le 12/14/18 à 10:12 AM, Pablo Neira Ayuso a écrit :
> These actions need to be added to support the ethtool_rx_flow interface.
> The queue action includes a field to specify the RSS context, that is
> set via FLOW_RSS flow type flag and the rss_context field in struct
> ethtool_rxnfc, plus the corr
Le 12/14/18 à 10:12 AM, Pablo Neira Ayuso a écrit :
> Update this driver to use the flow_rule infrastructure, hence we can use
> the same code to populate hardware IR from ethtool_rx_flow and the
> cls_flower interfaces.
>
> Signed-off-by: Pablo Neira Ayuso
> Acked-by: Jiri Pirko
Reviewed-by: F
On Wed, Dec 12, 2018 at 2:01 PM Edgecombe, Rick P
wrote:
>
> On Wed, 2018-12-12 at 11:57 -0800, Andy Lutomirski wrote:
> > On Wed, Dec 12, 2018 at 11:50 AM Edgecombe, Rick P
> > wrote:
> > >
> > > On Tue, 2018-12-11 at 18:20 -0800, Andy Lutomirski wrote:
> > > > On Tue, Dec 11, 2018 at 4:12 PM Ri
> 3 reasons for not doing this:
>
> 1. We do not want to break userspace. If we move this to
> linux/socket.h all the userspace programs now have to include
> linux/socket.h or get this definition through a new libc.
> 2. All the socket options are together in the file asm/socket.h. It
> doesn't se
On 15.12.2018 19:35, David Miller wrote:
> From: Heiner Kallweit
> Date: Sat, 15 Dec 2018 16:24:02 +0100
>
>> @@ -6405,8 +6405,9 @@ static irqreturn_t rtl8169_interrupt(int irq, void
>> *dev_instance)
>> {
>> struct rtl8169_private *tp = dev_instance;
>> u16 status = rtl_get_events(tp
From: Heiner Kallweit
Date: Sat, 15 Dec 2018 16:24:02 +0100
> @@ -6405,8 +6405,9 @@ static irqreturn_t rtl8169_interrupt(int irq, void
> *dev_instance)
> {
> struct rtl8169_private *tp = dev_instance;
> u16 status = rtl_get_events(tp);
> + u16 irq_mask = RTL_R16(tp, IntrMask);
>
Le 12/12/18 à 1:02 AM, Ido Schimmel a écrit :
> On Tue, Dec 11, 2018 at 11:48:21AM -0800, Florian Fainelli wrote:
>> Hi Nikolay, Roopa, Jiri, Ido,
>>
>> When a bridge has vlan_filtering=0 and notifies a switch driver through
>> HOST_OBJ_MDB about MC addresses that the CPU/management port is
>> inte
On 15.12.2018 19:01, Heiner Kallweit wrote:
> On 14.12.2018 17:11, Marek Vasut wrote:
>> Add driver for the NXP TJA1100 and TJA1101 PHYs. These PHYs are special
>> BroadRReach 100BaseT1 PHYs used in automotive.
>>
>> Signed-off-by: Marek Vasut
>> ---
>> V2: - Use phy_modify(), phy_{set,clear}_bits
On 14.12.2018 17:11, Marek Vasut wrote:
> Add driver for the NXP TJA1100 and TJA1101 PHYs. These PHYs are special
> BroadRReach 100BaseT1 PHYs used in automotive.
>
> Signed-off-by: Marek Vasut
> ---
> V2: - Use phy_modify(), phy_{set,clear}_bits()
> - Drop enable argument of tja11xx_enable_l
This script is obsolete.
Signed-off-by: Petr Vorel
---
examples/cbq.init-v0.7.3 | 983 ---
1 file changed, 983 deletions(-)
delete mode 100644 examples/cbq.init-v0.7.3
diff --git a/examples/cbq.init-v0.7.3 b/examples/cbq.init-v0.7.3
deleted file mode 100644
1 - 100 of 156 matches
Mail list logo
