Sat, Mar 02, 2019 at 03:57:07AM CET, f.faine...@gmail.com wrote:
>
>
>On 3/1/2019 8:05 AM, Jiri Pirko wrote:
>> From: Jiri Pirko
>>
>> Remove implementation of get_port_parent_id ndo and rely on core calling
>> into devlink for the information directly.
>>
>> Signed-off-by: Jiri Pirko
>
>Don't
Sat, Mar 02, 2019 at 03:53:47AM CET, f.faine...@gmail.com wrote:
>
>
>On 3/1/2019 8:05 AM, Jiri Pirko wrote:
>> From: Jiri Pirko
>>
>> Extend devlink_port_attrs_set() to pass switch ID for ports which are
>> part of switch and store it in port attrs. For other ports, this is
>> NULL. During dump
From: Antoine Tenart
Date: Fri, 1 Mar 2019 11:52:02 +0100
> This series aims to improve the Marvell PPv2 driver and to fix various
> issues we encountered while testing the ports in many different
> configurations. The series is based on top of Russell PPv2 phylink
> rework and improvement.
...
From: Arjun Vynipadath
Date: Fri, 1 Mar 2019 16:07:01 +0530
> netif_carrier_off() should be called only after register_netdev().
>
> Signed-off-by: Arjun Vynipadath
> Signed-off-by: Vishal Kulkarni
Applied.
From: Arjun Vynipadath
Date: Fri, 1 Mar 2019 15:44:46 +0530
> This series of patches adds support for ndo_set_vf_link_state in
> cxgb4 driver.
>
> Patch 1 implements ndo_set_vf_link_state
> Patch 2 reverts the existing force_link_up behaviour for cxgb4vf driver.
>
> v2:
> - Using reverse chris
From: Arjun Vynipadath
Date: Fri, 1 Mar 2019 15:42:39 +0530
> Some of these macros were conflicting with global namespace,
> hence prefixing them with CXGB4VF.
>
> Signed-off-by: Arjun Vynipadath
> Signed-off-by: Vishal Kulkarni
Applied.
From: Arjun Vynipadath
Date: Fri, 1 Mar 2019 15:40:24 +0530
> - FULL_INIT_DONE = (1 << 0),
...
> + CXGB4_FULL_INIT_DONE= (1 << 0),
Looks like you missed some of this conversion.
Oh wait, you make changes to cxgb* and don't enable all the related
drivers that use these
From: Eric Dumazet
Date: Thu, 28 Feb 2019 15:17:26 -0800
> 64bit kernels adopted 64bit type for sk_max_pacing_rate in linux-4.20
>
> We can change how we implement SO_MAX_PACING_RATE socket option
> to support 64bit values to/from user space as well.
Series applied, thanks Eric.
From: Lucas Bates
Date: Thu, 28 Feb 2019 17:38:40 -0500
> By adding a check for an optional key/value pair to the test case
> data, individual test cases may be skipped to prevent tdc from
> aborting a test run due to setup or teardown failure.
>
> If a test case is skipped, it will still appear
From: Flavio Suligoi
Date: Thu, 28 Feb 2019 10:20:35 +0100
> Sometimes, in some embedded systems boards (i.e. ARM boards),
> the NVM eeprom is not mounted, to save cost and space.
>
> In this case it is necessary to bypass the NVM management
> and directly force the MAC address using a kernel co
From: Eric Dumazet
Date: Thu, 28 Feb 2019 12:55:43 -0800
> In the series fc8b81a5981f ("Merge branch 'lockless-qdisc-series'")
> John made the assumption that the data path had no need to read
> the qdisc qlen (number of packets in the qdisc).
>
> It is true when pfifo_fast is used as the root q
Hello,
syzbot found the following crash on:
HEAD commit:c63e9e91a254 Add linux-next specific files for 20190301
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=160f18ecc0
kernel config: https://syzkaller.appspot.com/x/.config?x=f5875f9dc6e009b2
Hello,
syzbot found the following crash on:
HEAD commit:7d762d69145a afs: Fix manually set volume location server ..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=13044284c0
kernel config: https://syzkaller.appspot.com/x/.config?x=b76ec970784287c
das
From: Jiri Benc
Date: Thu, 28 Feb 2019 14:56:04 +0100
> When IPv6 is compiled but disabled at runtime, geneve_sock_add returns
> -EAFNOSUPPORT. For metadata based tunnels, this causes failure of the whole
> operation of bringing up the tunnel.
>
> Ignore failure of IPv6 socket creation for metad
On Fri, 2019-03-01 at 21:46 -0800, David Miller wrote:
> From: Andy Shevchenko
> Date: Thu, 28 Feb 2019 23:34:29 +0300
>
> > @@ -1554,7 +1554,7 @@ static int enc28j60_probe(struct spi_device *spi)
> > {
> > struct net_device *dev;
> > struct enc28j60_net *priv;
> > - const void *
From: Alexei Starovoitov
Date: Fri, 1 Mar 2019 21:35:38 -0800
> The following pull-request contains BPF updates for your *net* tree.
>
> The main changes are:
>
> 1) fix sanitation rewrite, from Daniel.
>
> 2) fix error path on map_new_fd, from Peng.
>
> 3) fix icache flush address, from Paul
From: Andy Shevchenko
Date: Thu, 28 Feb 2019 23:34:29 +0300
> @@ -1554,7 +1554,7 @@ static int enc28j60_probe(struct spi_device *spi)
> {
> struct net_device *dev;
> struct enc28j60_net *priv;
> - const void *macaddr;
> + unsigned char macaddr[ETH_ALEN];
> int ret = 0;
From: Ido Schimmel
Date: Thu, 28 Feb 2019 06:59:15 +
> Jiri says:
>
> When rehash happens on a vregion with many rules and they are being
> migrated, it might take significant time to finish the job. During that
> time vregion->lock is taken which prevents rules from being
> added/deleted fr
From: Heiner Kallweit
Date: Thu, 28 Feb 2019 07:39:15 +0100
> When debugging another issue I faced an interrupt storm in this
> driver (88E6390, port 9 in SGMII mode), consisting of alternating
> link-up / link-down interrupts. Analysis showed that the driver
> wanted to set a cmode that was set
From: Florian Fainelli
Date: Wed, 27 Feb 2019 16:29:16 -0800
> There are no more in tree users of the
> switchdev_trans_item_{dequeue,enqueue} or switchdev_trans_item structure
> in the kernel since commit 00fc0c51e35b ("rocker: Change world_ops API
> and implementation to be switchdev independan
Hi David,
The following pull-request contains BPF updates for your *net* tree.
The main changes are:
1) fix sanitation rewrite, from Daniel.
2) fix error path on map_new_fd, from Peng.
3) fix icache flush address, from Paul.
Please consider pulling these changes from:
git://git.kernel.org/
On Fri, Mar 01, 2019 at 10:05:29PM +0100, Daniel Borkmann wrote:
> Marek reported that he saw an issue with the below snippet in that
> timing measurements where off when loaded as unpriv while results
> were reasonable when loaded as privileged:
>
> [...]
> uint64_t a = bpf_ktime_get_ns()
Larry,
Sorry about all these extra replies. Shortly after I sent my last
message my access point started recognizing the connection as 802.11ac
with PHY Rate / Modulation Rate of 866.6 Mbps. What is somewhat
misleading is the information reported by iwconfig (see bit rate below).
$ iwconfig wlo
Move tracepoint prog tests into separate files.
Signed-off-by: Stanislav Fomichev
---
.../bpf/prog_tests/get_stack_raw_tp.c | 139 ++
.../bpf/prog_tests/task_fd_query_rawtp.c | 78
.../bpf/prog_tests/task_fd_query_tp.c | 82
.../bpf/prog_tests/tp_attach_query
Move spinlock prog tests into separate files.
Signed-off-by: Stanislav Fomichev
---
.../selftests/bpf/prog_tests/map_lock.c | 75 +
.../selftests/bpf/prog_tests/spinlock.c | 29 +
tools/testing/selftests/bpf/test_progs.c | 104 +-
tools/testing/
Move pkt access prog tests into separate files.
Signed-off-by: Stanislav Fomichev
---
.../selftests/bpf/prog_tests/pkt_access.c | 29 +++
.../selftests/bpf/prog_tests/pkt_md_access.c | 24 +
tools/testing/selftests/bpf/test_progs.c | 51 ---
3 files chan
Move the rest of prog tests into separate files.
Signed-off-by: Stanislav Fomichev
---
.../selftests/bpf/prog_tests/bpf_obj_id.c | 249 ++
.../selftests/bpf/prog_tests/flow_dissector.c | 72 ++
.../selftests/bpf/prog_tests/l4lb_all.c | 90 +++
.../selftests/bpf/prog_tests/obj_nam
Add new prog_tests directory where tests are supposed to land.
Each prog_tests/.c is expected to have a global function
with signature 'void test_(void)'. Makefile automatically
generates prog_tests/tests.h file with entry for each prog_tests file:
#ifdef DECLARE
extern void test_(
Move stackmap prog tests into separate files.
Signed-off-by: Stanislav Fomichev
---
.../bpf/prog_tests/stacktrace_build_id.c | 165 ++
.../bpf/prog_tests/stacktrace_build_id_nmi.c | 150 ++
.../selftests/bpf/prog_tests/stacktrace_map.c | 103
.../bpf/prog_tests/stacktrace_map_
Move xdp prog tests into separate files.
Signed-off-by: Stanislav Fomichev
---
tools/testing/selftests/bpf/prog_tests/xdp.c | 46 +
.../bpf/prog_tests/xdp_adjust_tail.c | 31
.../selftests/bpf/prog_tests/xdp_noinline.c | 82 +
tools/testing/selftests/bpf/test_prog
Recently we had linux-next bpf/bpf-next conflict when we added new
functionality to the test_progs.c at the same location. Let's split
test_progs.c the same way we recently split test_verifier.c.
I follow the same patten we did in commit 2dfb40121ee8 ("selftests: bpf:
prepare for break up of verif
On Fri, Mar 1, 2019 at 7:40 PM Stanislav Fomichev wrote:
>
> Recently we had linux-next bpf/bpf-next conflict when we added new
> functionality to the test_progs.c at the same location. Let's split
> test_progs.c the same way we recently split test_verifier.c.
>
> I follow the same patten we did i
Recently we had linux-next bpf/bpf-next conflict when we added new
functionality to the test_progs.c at the same location. Let's split
test_progs.c the same way we recently split test_verifier.c.
I follow the same patten we did in commit 2dfb40121ee8 ("selftests: bpf:
prepare for break up of verif
On 3/1/2019 5:11 AM, Ivan Khoronzhuk wrote:
> On Wed, Feb 27, 2019 at 08:29:20PM -0800, Florian Fainelli wrote:
>>
>>
>> On 2/26/2019 10:45 AM, Ivan Khoronzhuk wrote:
>>> IVDF - individual virtual device filtering. Allows to set per vlan
>>> l2 address filters on end real network device (for uni
On 3/1/2019 4:28 AM, Ivan Khoronzhuk wrote:
> On Wed, Feb 27, 2019 at 08:13:34PM -0800, Florian Fainelli wrote:
>>
>>
>> On 2/26/2019 10:45 AM, Ivan Khoronzhuk wrote:
>>> The vlan device address is held separately from uc/mc lists and
>>> handled differently. The vlan dev address is bound with r
On 3/1/2019 4:24 AM, Ivan Khoronzhuk wrote:
> On Wed, Feb 27, 2019 at 08:09:44PM -0800, Florian Fainelli wrote:
>>
>>
>> On 2/26/2019 10:45 AM, Ivan Khoronzhuk wrote:
>>> Update vlan mc and uc addresses with VID tag while propagating
>>> addresses to lower devices, do this only if address is not
Larry,
Please disregard my last message. The firmware is now installed and the
rtw88 module is working with my wireless router. The next hurdle
appears to be setting the speed to 802.11ac as it is currently
connecting as an 802.11n client.
Sincerely,
David R. Bergstein
On 3/1/19 9:55 PM, Davi
On 3/1/2019 2:54 AM, Jose Abreu wrote:
> Currently phy_read_status() considers that either the PHY driver has the
> read_status() callback or uses the generic callback.
>
> For C45 PHYs we need to use the gen10g_read_status() callback.
Right, so we could expect your C45 PHY driver to assign th
On 3/1/2019 7:07 AM, Antoine Tenart wrote:
> Hi Andrew,
>
> On Fri, Mar 01, 2019 at 03:19:53PM +0100, Andrew Lunn wrote:
>> On Fri, Mar 01, 2019 at 12:00:47PM +0100, Antoine Tenart wrote:
>>> When the Marvell 10G PHYs are set out of reset, the LPOWER bit is set
>>> depending on an hardware conf
On 3/1/2019 8:05 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> Remove implementation of get_port_parent_id ndo and rely on core calling
> into devlink for the information directly.
Likewise, this probably needs a depends/select DEVLINK now to make sure
the offload_fwd_mark is correctly calcula
On 3/1/2019 8:05 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> To provide visibility of the ports, as discussed this week, this
> patchset exposes switch ID for devlink ports, which are part of a
> switch. The rest of the ports if any (in case of sr-iov for example)
> do not set switch ID.
>
>
On 3/1/2019 8:05 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> Remove implementation of get_port_parent_id ndo and rely on core calling
> into devlink for the information directly.
>
> Signed-off-by: Jiri Pirko
Don't you need a select/depends on DEVLINK for MLXSW_SWITCHX2 and
MLXSW_SPECTRUM
Larry,
Following up to your last reply, I blacklisted the r8822be module,
rebooted and was unable to bring up the wireless interface via rtw88.
Below are some errors recorded in my system log:
[ 267.509818] rtw_pci :3d:00.0: Direct firmware load for
rtw88/rtw8822b_fw.bin failed with error
On 3/1/2019 8:05 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> Extend devlink_port_attrs_set() to pass switch ID for ports which are
> part of switch and store it in port attrs. For other ports, this is
> NULL. During dump to userspace only valid switch ID is filled up.
> Note that this allows
On 3/1/2019 8:05 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> In order to save space in the struct, convert bools to bits.
>
> Signed-off-by: Jiri Pirko
Reviewed-by: Florian Fainelli
--
Florian
From: YueHaibing
syzkaller report this:
BUG: memory leak
unreferenced object 0x88837a71a500 (size 256):
comm "syz-executor.2", pid 9770, jiffies 4297825125 (age 17.843s)
hex dump (first 32 bytes):
00 00 00 00 ad 4e ad de ff ff ff ff 00 00 00 00 .N..
ff ff ff ff ff ff
On 2/28/19 10:57 AM, Peter Oskolkov wrote:
> David: I'm not sure how to test GSO (I assume we are talking about GSO
> here) in
> the selftest: the encapping code sets SKB_GSO_DODGY flag, and veth does
> not support
> dodginess: "tx-gso-robust: off [fixed]".
>
> If the "dodgy" flag is not set, then
On 3/1/2019 12:13 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> Follow-up patch is going to need a devlink port instance according to
> a netdev. Devlink port instance should be always available when devlink
> is used. So change the recently introduced ndo_get_devlink to
> ndo_get_devlink_port.
On Fri, 01 Mar 2019 15:12:30 +0100, Toke Høiland-Jørgensen wrote:
> An XDP program can redirect packets between interfaces using either the
> xdp_redirect() helper or the xdp_redirect_map() helper. Apart from the
> flexibility of updating maps from userspace, the redirect_map() helper also
> uses t
On 3/1/19 4:26 PM, David R. Bergstein wrote:
Larry,
Thanks for the response and detailed instructions, which allowed me to
build and install the rtw88 kernel module. I cannot however seem to get
my system to actually use the module. Just to recap this is an HP Omen
laptop with secure boot disa
On Thu, Feb 28, 2019 at 7:49 AM Vlad Buslov wrote:
>
> However, if we revert NULL fixes dump will print general tp information
> for same tp twice (once correctly before dumping all filters on the tp, and
> second time when called for bogus NULL filter), like this:
>
> filter protocol ip pref 1 fl
On Sat, Mar 02, 2019 at 12:12:57AM +, Martin Lau wrote:
> On Fri, Mar 01, 2019 at 10:06:12AM -0800, Javier Honduvilla Coto wrote:
> > From: Javier Honduvilla Coto
> >
> > This patch adds the bpf_progenyof helper which receives a PID and returns
> > 1 if the process currently being executed is
On Fri, 01 Mar 2019 15:12:30 +0100, Toke Høiland-Jørgensen wrote:
> The subsequent commits introducing default maps and a hash-based ifindex
> devmap require a bit of refactoring of the devmap code. Perform this first
> so the subsequent commits become easier to read.
>
> Signed-off-by: Toke Høila
On Sat, Mar 02, 2019 at 12:01:14AM +, Martin Lau wrote:
> On Fri, Mar 01, 2019 at 09:28:39AM -0800, Javier Honduvilla Coto wrote:
> > On Wed, Feb 27, 2019 at 06:26:41AM +, Martin Lau wrote:
> > > On Tue, Feb 26, 2019 at 02:36:49PM -0800, Javier Honduvilla Coto wrote:
> > > > This patch adds
From: Stefan Schmidt
Date: Wed, 27 Feb 2019 20:59:12 +0100
> The ieee802154 subsystem doc was still in plain text. With the networking book
> taking shape I thought it was time to do the first step and move it over to
> rst.
> This really is only the minimal conversion. I need to take some time
From: Stefan Schmidt
Date: Wed, 27 Feb 2019 22:20:58 +0100
> Hello Jon.
>
> On 27.02.19 21:18, Jonathan Corbet wrote:
>> On Wed, 27 Feb 2019 20:59:12 +0100
>> Stefan Schmidt wrote:
>>
>>> The patches are based on net-next, but they only touch the networking book
>>> so I
>>> would not expect
From: Jakub Kicinski
Date: Wed, 27 Feb 2019 11:36:36 -0800
> devlink suffers from a few kdoc warnings:
>
> net/core/devlink.c:5292: warning: Function parameter or member 'dev' not
> described in 'devlink_register'
> net/core/devlink.c:5351: warning: Function parameter or member 'port_index'
>
On Fri, Mar 1, 2019 at 4:00 PM Daniel Borkmann wrote:
>
> On 03/01/2019 12:24 AM, Stanislav Fomichev wrote:
> > Recently we had linux-next bpf/bpf-next conflict when we added new
> > functionality to the test_progs.c at the same location. Let's split
> > test_progs.c the same way we recently split
From: Boris Pismenny
Date: Wed, 27 Feb 2019 17:38:02 +0200
> This series fixes issues encountered in tls_device code paths,
> which were introduced recently.
>
> Additionally, this series includes a fix for tls software only receive flow,
> which causes corruption of payload received by user spa
On Thu, Feb 28, 2019 at 10:35 AM Vlad Buslov wrote:
>
>
> On Thu 28 Feb 2019 at 00:49, Cong Wang wrote:
> > On Tue, Feb 26, 2019 at 6:57 AM Vlad Buslov wrote:
> >>
> >>
> >> On Mon 25 Feb 2019 at 22:39, Cong Wang wrote:
> >> > On Mon, Feb 25, 2019 at 8:11 AM Vlad Buslov wrote:
> >> >>
> >> >>
> On Mar 1, 2019, at 11:49 AM, Martin KaFai Lau wrote:
>
> Adding verifier tests to ensure the ptr returned from
> bpf_tcp_sock() and bpf_sk_fullsock() cannot be accessed
> after bpf_sk_release() is called. It is derived from a
> reproducer test from Lorenz Bauer.
>
> Cc: Lorenz Bauer
> Sig
> On Mar 1, 2019, at 11:49 AM, Martin KaFai Lau wrote:
>
> Lorenz Bauer [thanks!] reported that a ptr returned by bpf_tcp_sock(sk)
> can still be accessed after bpf_sk_release(sk).
> Both bpf_tcp_sock() and bpf_sk_fullsock() have the same issue.
> This patch addresses them together.
>
> A sim
From: Igor Russkikh
Date: Wed, 27 Feb 2019 12:10:01 +
> This patchset fixes minor errors and warnings found by smatch and kasan.
>
> Extra patch is to replace AQ_HW_WAIT_FOR with readx_poll_timeout
> to improve readability.
>
> V2:
> use readx_poll
> resubmitted to net-next since the change
From: Hangbin Liu
Date: Wed, 27 Feb 2019 16:15:29 +0800
> For ip rules, we need to use 'ipproto ipv6-icmp' to match ICMPv6 headers.
> But for ip -6 route, currently we only support tcp, udp and icmp.
>
> Add ICMPv6 support so we can match ipv6-icmp rules for route lookup.
>
> v2: As David Ahern
Make logging of an ethernet address more consistent with
the rest of the kernel.
Miscellanea:
The %02hx use also did not quite match the u8 definition
of addr though that did not actually matter given normal
integer promotion rules.
Signed-off-by: Joe Perches
---
drivers/net/ethernet/freescale
Hi Arjun,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Arjun-Vynipadath/cxgb4-Prefix-adapter-flags-with-CXGB4/20190302-015236
config: i386-randconfig-a1-03010829 (attached as .config)
compiler: gcc
On Thu, Feb 28, 2019 at 5:05 PM Jakub Kicinski wrote:
>
> On Thu, 28 Feb 2019 16:20:28 -0800, Siwei Liu wrote:
> > On Thu, Feb 28, 2019 at 11:56 AM Jakub Kicinski wrote:
> > > On Thu, 28 Feb 2019 14:36:56 -0500, Michael S. Tsirkin wrote:
> > > > > It is a bit of a the chicken or the egg situation
On 03/02/2019 01:23 AM, Yonghong Song wrote:
> On 2/28/19 4:19 PM, Daniel Borkmann wrote:
>> On 03/01/2019 12:41 AM, Stanislav Fomichev wrote:
>>> On 03/01, Daniel Borkmann wrote:
This work adds BPF loader support for global data sections
to libbpf. This allows to write BPF programs in mo
On Fri, Mar 1, 2019 at 12:39 PM brakmo wrote:
>
> This patch syncs the uapi bpf.h to tools/ and also updates
> bpf_herlpers.h in tools/
>
> Signed-off-by: Lawrence Brakmo
Acked-by: Song Liu
> ---
> tools/include/uapi/linux/bpf.h| 10 +-
> tools/testing/selftests/bpf/bpf_he
On Fri, Mar 1, 2019 at 12:39 PM brakmo wrote:
>
> This patch adds a new bpf helper BPF_FUNC_skb_ecn_set_ce
> "int bpf_skb_ecn_set_ce(struct sk_buff *skb)". It is added to
> BPF_PROG_TYPE_CGROUP_SKB typed bpf_prog which currently can
> be attached to the ingress and egress path. The helper is neede
On 2/28/19 4:19 PM, Daniel Borkmann wrote:
> On 03/01/2019 12:41 AM, Stanislav Fomichev wrote:
>> On 03/01, Daniel Borkmann wrote:
>>> This work adds BPF loader support for global data sections
>>> to libbpf. This allows to write BPF programs in more natural
>>> C-like way by being able to define
On Fri, Mar 01, 2019 at 10:06:12AM -0800, Javier Honduvilla Coto wrote:
> From: Javier Honduvilla Coto
>
> This patch adds the bpf_progenyof helper which receives a PID and returns
> 1 if the process currently being executed is in the process hierarchy
> including itself or 0 if not.
>
> This is
On 03/01/2019 07:19 AM, Yonghong Song wrote:
> Compiling xdpsock_user.c with 4.8.5, I hit the following
> compilation warning:
> HOSTCC samples/bpf/xdpsock_user.o
> /data/users/yhs/work/net-next/samples/bpf/xdpsock_user.c: In function
> ‘main’:
> /data/users/yhs/work/net-next/samples/bpf/
On 03/01/2019 07:18 AM, Yonghong Song wrote:
> This is to avoid permission denied error. A lot of systems
> may have a much lower number, e.g., 64KB, for RLIMIT_MEMLOCK,
> which may not be sufficient for the test to run successfully.
>
> Fixes: e0b27b3f97b8 ("bpf: Add test_sock_fields for skb->sk
On 03/02/2019 01:04 AM, Song Liu wrote:
> On Fri, Mar 1, 2019 at 3:27 PM Daniel Borkmann wrote:
>> On 03/02/2019 12:22 AM, Song Liu wrote:
>>> On Fri, Mar 1, 2019 at 1:10 PM Daniel Borkmann wrote:
[...]
>
> I see, so the *2 comes from
>
> BPF_ALU64_REG(BPF_ADD, BPF_REG_8, BPF_REG_7)
Yes, exact
On Thu, Feb 28, 2019 at 6:53 AM Vlad Buslov wrote:
>
>
> On Wed 27 Feb 2019 at 23:03, Cong Wang wrote:
> > On Tue, Feb 26, 2019 at 8:10 AM Vlad Buslov wrote:
> >>
> >>
> >> On Tue 26 Feb 2019 at 00:15, Cong Wang wrote:
> >> > On Mon, Feb 25, 2019 at 7:45 AM Vlad Buslov wrote:
> >> >>
> >> >> F
On Fri, Mar 1, 2019 at 3:27 PM Daniel Borkmann wrote:
>
> On 03/02/2019 12:22 AM, Song Liu wrote:
> > On Fri, Mar 1, 2019 at 1:10 PM Daniel Borkmann wrote:
> >>
> >> Add two additional tests for further asserting the
> >> BPF_ALU_NON_POINTER logic with cases that were missed
> >> previously.
> >>
On Fri, Mar 1, 2019 at 10:02 AM Davide Caratti wrote:
>
> On Wed, 2019-02-27 at 17:50 -0800, Cong Wang wrote:
> > > + if (oldchain)
> > > + tcf_chain_put_by_act(oldchain);
> >
> > Do we need to respect RCU grace period here?
>
> if I well understand the question, you are worrie
On Fri, Mar 01, 2019 at 09:28:39AM -0800, Javier Honduvilla Coto wrote:
> On Wed, Feb 27, 2019 at 06:26:41AM +, Martin Lau wrote:
> > On Tue, Feb 26, 2019 at 02:36:49PM -0800, Javier Honduvilla Coto wrote:
> > > This patch adds the bpf_progenyof helper which receives a PID and returns
> > What
On 03/01/2019 12:24 AM, Stanislav Fomichev wrote:
> Recently we had linux-next bpf/bpf-next conflict when we added new
> functionality to the test_progs.c at the same location. Let's split
> test_progs.c the same way we recently split test_verifier.c.
>
> I follow the same patten we did in commit
Hi Vlad,
On Wed, 27 Feb 2019 12:12:18 +0200
Vlad Buslov wrote:
> -static bool __fl_delete(struct tcf_proto *tp, struct cls_fl_filter *f,
> - struct netlink_ext_ack *extack)
> +static int __fl_delete(struct tcf_proto *tp, struct cls_fl_filter *f,
> +bool *l
On Fri, Mar 1, 2019 at 3:23 PM Daniel Borkmann wrote:
>
> On 03/02/2019 12:18 AM, Song Liu wrote:
> > On Fri, Mar 1, 2019 at 1:06 PM Daniel Borkmann wrote:
> >>
> >> Marek reported that he saw an issue with the below snippet in that
> >> timing measurements where off when loaded as unpriv while r
On 03/01/2019 02:12 AM, Andrii Nakryiko wrote:
> A bunch of BPF-related docs typo, wording and formatting fixes.
>
> v1->v2:
> - split off non-documentation changes into separate patchset
>
> Andrii Nakryiko (3):
> docs/btf: fix typos, improve wording
> docs/btf: reflow text to fill up to 78
On 03/01/2019 11:33 PM, Eric Dumazet wrote:
> We need to iterate through all possible cpus.
>
> Fixes: 492ecee892c2 ("bpf: enable program stats")
> Signed-off-by: Eric Dumazet
> Reported-by: Guenter Roeck
> Tested-by: Guenter Roeck
Applied, thanks! Issue is only in bpf-next, not net, therefore
> -Original Message-
> From: Michal Kubecek [mailto:mkube...@suse.cz]
> Sent: Friday, March 1, 2019 6:18 AM
> To: Kirsher, Jeffrey T
> Cc: linvi...@tuxdriver.com; Nunley, Nicholas D
> ; netdev@vger.kernel.org
> Subject: Re: [PATCH v3 3/6] ethtool: introduce new ioctl for per-queue
> settin
On Fri, Mar 1, 2019 at 2:34 PM Eric Dumazet wrote:
>
> We need to iterate through all possible cpus.
>
> Fixes: 492ecee892c2 ("bpf: enable program stats")
> Signed-off-by: Eric Dumazet
> Reported-by: Guenter Roeck
> Tested-by: Guenter Roeck
Acked-by: Song Liu
> ---
> kernel/bpf/core.c | 8 +
By default IPv6 socket with IPV6_ROUTER_ALERT socket option set will
receive all IPv6 RA packets from all namespaces.
IPV6_ROUTER_ALERT_ISOLATE socket option restricts packets received by
the socket to be only from the socket's namespace.
Signed-off-by: Maxim Martynov
Signed-off-by: Francesco Rug
On 03/02/2019 12:22 AM, Song Liu wrote:
> On Fri, Mar 1, 2019 at 1:10 PM Daniel Borkmann wrote:
>>
>> Add two additional tests for further asserting the
>> BPF_ALU_NON_POINTER logic with cases that were missed
>> previously.
>>
>> Signed-off-by: Daniel Borkmann
>> Cc: Marek Majkowski
>> Cc: Arth
On 03/02/2019 12:18 AM, Song Liu wrote:
> On Fri, Mar 1, 2019 at 1:06 PM Daniel Borkmann wrote:
>>
>> Marek reported that he saw an issue with the below snippet in that
>> timing measurements where off when loaded as unpriv while results
>> were reasonable when loaded as privileged:
>>
>> [...
On Fri, Mar 1, 2019 at 1:10 PM Daniel Borkmann wrote:
>
> Add two additional tests for further asserting the
> BPF_ALU_NON_POINTER logic with cases that were missed
> previously.
>
> Signed-off-by: Daniel Borkmann
> Cc: Marek Majkowski
> Cc: Arthur Fabre
> ---
> .../selftests/bpf/verifier/valu
On Fri, Mar 1, 2019 at 1:06 PM Daniel Borkmann wrote:
>
> Marek reported that he saw an issue with the below snippet in that
> timing measurements where off when loaded as unpriv while results
> were reasonable when loaded as privileged:
>
> [...]
> uint64_t a = bpf_ktime_get_ns();
> u
On Fri, Mar 1, 2019 at 11:10 AM Jonathan Lemon wrote:
>
> On 28 Feb 2019, at 22:19, Yonghong Song wrote:
>
> > Compiling xdpsock_user.c with 4.8.5, I hit the following
> > compilation warning:
> > HOSTCC samples/bpf/xdpsock_user.o
> > /data/users/yhs/work/net-next/samples/bpf/xdpsock_user.c
On Thu, Feb 28, 2019 at 10:20 PM Yonghong Song wrote:
>
> This is to avoid permission denied error. A lot of systems
> may have a much lower number, e.g., 64KB, for RLIMIT_MEMLOCK,
> which may not be sufficient for the test to run successfully.
>
> Fixes: e0b27b3f97b8 ("bpf: Add test_sock_fields f
On 03/01/2019 11:58 PM, Paul Burton wrote:
> The MIPS eBPF JIT calls flush_icache_range() in order to ensure the
> icache observes the code that we just wrote. Unfortunately it gets the
> end address calculation wrong due to some bad pointer arithmetic.
>
> The struct jit_ctx target field is of ty
On 3/1/19 11:51 AM, Daniel Borkmann wrote:
> On 03/01/2019 06:18 PM, Yonghong Song wrote:
>> On 2/28/19 3:18 PM, Daniel Borkmann wrote:
>>> This generic extension to BPF maps allows for directly loading an
>>> address residing inside a BPF map value as a single BPF ldimm64
>>> instruction.
>>>
>>
The MIPS eBPF JIT calls flush_icache_range() in order to ensure the
icache observes the code that we just wrote. Unfortunately it gets the
end address calculation wrong due to some bad pointer arithmetic.
The struct jit_ctx target field is of type pointer to u32, and as such
adding one to it will
From: Thomas Gleixner
Switch the timer to HRTIMER_MODE_REL_SOFT, which executed the timer callback in
softirq context and remove the hrtimer_tasklet.
Signed-off-by: Thomas Gleixner
Signed-off-by: Anna-Maria Gleixner
Reviewed-by: Johannes Berg
Cc: linux-wirel...@vger.kernel.org
Cc: Johannes Be
From: Thomas Gleixner
Switch the timer to HRTIMER_MODE_SOFT, which executed the timer
callback in softirq context and remove the hrtimer_tasklet.
Signed-off-by: Thomas Gleixner
Signed-off-by: Anna-Maria Gleixner
Cc: Steffen Klassert
Cc: netdev@vger.kernel.org
Cc: Herbert Xu
Cc: "David S. Mil
I just noticed that we still have the tasklet_hrtimer infastructure in tree. A
while ago we tried to remove it.
I digged the old patches up and it seems they did not apply and nobody followed
up. So here they are again. Last two user.
Sebastian
From: Thomas Gleixner
There are no more tasklet_hrtimer users of this interface.
Remove it.
Signed-off-by: Thomas Gleixner
Signed-off-by: Anna-Maria Gleixner
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/interrupt.h | 25 ---
kernel/softirq.c | 51 --
1 - 100 of 363 matches
Mail list logo
