On Tue, Apr 23, 2019 at 12:48:57AM +0800, xiaoj...@hisilicon.com wrote:
> From: Jun Xiao
>
> Commit dfdf26babc98 upstream
>
> this patch need merge to 4.19.y stable kernel
>
> Fix Conflict:already fixed the confilct dfdf26babc98 with Yonglong Liu
>
> stable candidate:user cannot connect to the
Alexei Starovoitov writes:
> On Thu, Apr 25, 2019 at 12:07:06AM +0100, Jiong Wang wrote:
>>
>> Alexei Starovoitov writes:
>>
>> > Add two tests to check that sequence of 1024 jumps is verifiable.
>> >
>> > Signed-off-by: Alexei Starovoitov
>> > ---
>> > tools/testing/selftests/bpf/test_verif
Hi Eric,
On Wed, 24 Apr 2019 08:47:27 -0700 Eric Dumazet wrote:
> On Wed, Apr 24, 2019 at 7:51 AM Bruno Prémont wrote:
> >
> > Hi Eric,
> >
> > I'm seeing issues with this patch as well, not as regular as for
> > Richard but still (about up to one in 30-50 TCP sessions).
> >
> > In my case I have
On 4/23/19 7:48 PM, Peter Oskolkov wrote:
Lars Persson reported that a label was unused in
the previous version of this patchset, so I'm sending a v2 that fixes it.
Sorry for the mess/v2.
v2 changes: handle overlapping fragments the way it is done upstream.
This is a backport of a 5.1rc patch
Wed, Apr 24, 2019 at 08:53:31AM CEST, vla...@mellanox.com wrote:
>Recent changes that introduced unlocked flower did not properly account for
>case when reoffload is initiated concurrently with filter updates. To fix
>the issue, extend flower with 'hw_filters' list that is used to store
>filters th
This commit adds hbm to .gitignore which is
currently ommited from the ignore file.
Signed-off-by: Daniel T. Lee
---
samples/bpf/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/samples/bpf/.gitignore b/samples/bpf/.gitignore
index 59e40998e249..c7498457595a 100644
--- a/samples/bp
From: Willem de Bruijn
> Sent: 24 April 2019 20:35
> On Wed, Apr 24, 2019 at 3:14 PM Willem de Bruijn
> wrote:
> >
> > On Tue, Apr 23, 2019 at 2:21 PM Willem de Bruijn
> > wrote:
> > >
> > > On Tue, Apr 23, 2019 at 1:21 PM Willem de Bruijn
> > > wrote:
> > > >
> > > > On Tue, Apr 23, 2019 at 1:0
Hello!
On 25.04.2019 1:33, Andrew Lunn wrote:
marvell_get_sset_count() returns how many statistics counters there
are. If the PHY supports fibre, there are 3, otherwise two.
marvell_get_strings() does not make this distinction, and always
returns 3 strings. This then often results in writing p
> On 25 Apr 2019, at 08:25, Jiong Wang wrote:
>
>
> Alexei Starovoitov writes:
>
>> On Thu, Apr 25, 2019 at 12:07:06AM +0100, Jiong Wang wrote:
>>>
>>> Alexei Starovoitov writes:
>>>
Add two tests to check that sequence of 1024 jumps is verifiable.
Signed-off-by: Alexei Star
On Wed, Apr 24, 2019 at 4:30 PM Marcel Holtmann wrote:
>
> Hi Arnd,
>
> > When isdn4linux came up in the context of another patch series, I
> > remembered that we had discussed removing it a while ago.
> >>
> >> NAK.
> >>
> >> I do not care about isdn4linux, but this is a purely CAPI based
2019-04-24 22:03 UTC-0700 ~
> From: Andrii Nakryiko
>
> Add full support for btf command in bash-completion script.
>
> Cc: Quentin Monnet
> Cc: Yonghong Song
> Cc: Daniel Borkmann
> Cc: Alexei Starovoitov
> Signed-off-by: Andrii Nakryiko
> ---
> tools/bpf/bpftool/bash-completion/bpftool
Hi Arnd,
>>> When isdn4linux came up in the context of another patch series, I
>>> remembered that we had discussed removing it a while ago.
NAK.
I do not care about isdn4linux, but this is a purely CAPI based driver. So
removing (or moving to staging)
CAPI
On Wed, Apr 24, 2019 at 3:06 PM Thomas Jarosch
wrote:
>
> Hi Arnd,
>
> > Ok, interesting. My understanding was that mISDN CAPI support
> > was done purely in user space, on top of the mISDN interface.
> >
> > I don't see any interfaction between the two in the kernel code,
> > but if the capi modu
Hi Eric,
On Thu, 25 Apr 2019 09:55:31 +0200 Bruno Prémont wrote:
> Hi Eric,
>
> On Wed, 24 Apr 2019 08:47:27 -0700 Eric Dumazet wrote:
> > On Wed, Apr 24, 2019 at 7:51 AM Bruno Prémont wrote:
> > >
> > > Hi Eric,
> > >
> > > I'm seeing issues with this patch as well, not as regular as for
> > >
Zdravstvuyte! Vas interesuyut kliyentskiye bazy dannykh?
On 24/04/2019 16:03, Edward Cree wrote:
> static int efx_tc_flower_replace(struct efx_nic *efx,
> struct net_device *net_dev,
> struct tc_cls_flower_offload *tc)
> {
> struct efx_tc_action_set *act;
>
> /* parse the match */
On Thu, Apr 25, 2019 at 6:13 AM Bruno Prémont wrote:
>
> Hi Eric,
>
> On Thu, 25 Apr 2019 09:55:31 +0200 Bruno Prémont wrote:
> > Hi Eric,
> >
> > On Wed, 24 Apr 2019 08:47:27 -0700 Eric Dumazet wrote:
> > > On Wed, Apr 24, 2019 at 7:51 AM Bruno Prémont wrote:
> > > >
> > > > Hi Eric,
> > > >
> >
On Sun, Mar 31, 2019 at 07:44:42PM +0300, Leon Romanovsky wrote:
> net/mlx5: Expose TIR ICM address in command outbox
> net/mlx5: Introduce new TIR creation core API
> IB/mlx5: Expose TIR ICM address to user space
These are applied to for-next now
Thanks,
Jason
Hi Dave,
Here's the main bluetooth-next pull request for the 5.2 kernel.
- Added support for Mediatek SDIO controllers
- Added support for Broadcom BCM2076B1 UART controller
- Added support for Marvel SD8987 chipset
- Fix buffer overflow bug in hidp protocol
- Various other smaller fixes & i
On Tue, Apr 23, 2019 at 11:32:13AM +0200, Miroslav Lichvar wrote:
> If those values I described above were in an array called ts_map
> indexed by the RX filter enum, I think the check could just be:
>
> (ts_map[old_filter] & ts_map[new_filter]) == tsmap[old_filter]
>
> The individual bits w
On Thu, Apr 25, 2019 at 5:32 AM David Laight wrote:
>
> From: Willem de Bruijn
> > Sent: 24 April 2019 20:35
> > On Wed, Apr 24, 2019 at 3:14 PM Willem de Bruijn
> > wrote:
> > >
> > > On Tue, Apr 23, 2019 at 2:21 PM Willem de Bruijn
> > > wrote:
> > > >
> > > > On Tue, Apr 23, 2019 at 1:21 PM W
From: Jiri Pirko
As a dependency of the subsequent patch, mode device registration to be
done earlier, directly in nsim_newlink().
Signed-off-by: Jiri Pirko
---
drivers/net/netdevsim/netdev.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drive
From: Jiri Pirko
Currently the model of netdevsim is a bit odd in multiple ways.
1) devlink instance is not in any way related with actual netdevsim
netdevices. Instead, it is created per-namespace.
2) multi-port netdevsim device is done using "link" attribute.
3) netdevsim bus is there only t
From: Jiri Pirko
As the code related to netdevsim bus is going to get bigger, move the
existing code to a separate file.
Signed-off-by: Jiri Pirko
---
rfc->v1:
- rebased
---
drivers/net/netdevsim/Makefile| 2 +-
drivers/net/netdevsim/bus.c | 24
drivers/net/
From: Jiri Pirko
Currently there is one devlink instance created per network namespace.
That is quite odd considering the fact that devlink instance should
represent an ASIC. The following patches are going to move the devlink
instance even more down to a bus device, but until then, have one
devl
From: Jiri Pirko
In order to test flows in core, it is beneficial to maintain previously
supported possibility to add and delete ports during netdevsim lifetime.
Do it by extending device sysfs attrs by "new_port" and "del_port".
Signed-off-by: Jiri Pirko
---
v3->v4:
- fix wrapping of function
From: Jiri Pirko
With the model where dev is represented by devlink and ports are
represented by devlink ports, make debugfs file names independent
on netdev names. Change the topology to the one illustrated
by the following example:
$ ls /sys/kernel/debug/netdevsim/
netdevsim1
$ ls /sys/kernel/
From: Jiri Pirko
Add a way to add new netdevsim device on netdevsim bus and also to
delete existing netdevsim device from the bus. Track the bus devices
in using a list.
Signed-off-by: Jiri Pirko
---
v3->v4:
- fix wrapping of function declararions according to Jakub's rules.
---
drivers/net/ne
From: Jiri Pirko
Implement ndo_get_devlink_port and allow switch_id and port_name to be
handled by devlink.
Signed-off-by: Jiri Pirko
---
drivers/net/netdevsim/netdev.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/netdevsim/netdev.c b/drivers/net/netdevsim/netdev.c
i
From: Jiri Pirko
These functions are going to be called from bus probe/release(),
therefore make them independent on ns struct and rename accordingly.
Signed-off-by: Jiri Pirko
---
v3->v4:
- fix wrapping of function declararions according to Jakub's rules.
---
drivers/net/netdevsim/dev.c
From: Jiri Pirko
Implement netdevsim bus probing of netdevsim devices. For every probed
device create a devlink instance. According to the user-passed value,
create a number of ports represented by devlink port instances.
Signed-off-by: Jiri Pirko
---
v3->v4:
- fix wrapping of function declarar
From: Jiri Pirko
In order to bus probing to work correctly, register a simple netdevsim
driver implementation.
Signed-off-by: Jiri Pirko
---
drivers/net/netdevsim/bus.c | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/drivers/net/netdevsim/bus.c b/driv
From: Jiri Pirko
Remove the existing way to create netdevsim over rtnetlink and move the
netdev creation/destruction to dev probe, so for every probed port,
a netdevsim-netdev instance is created.
Adjust selftests to work with new interface.
Signed-off-by: Jiri Pirko
---
v3->v4:
- fixed the te
From: Jiri Pirko
Current implementation of parent_id/switch_id does not follow the
original idea of being unique. The values are "0", "1", etc. Instead of
that, generate 32 random bytes.
Signed-off-by: Jiri Pirko
---
drivers/net/netdevsim/dev.c | 3 +++
drivers/net/netdevsim/netdev.c
From: Jiri Pirko
The existing devlink.c code is going to be extended to represent asic
device on a bus. As this is about more than just devlink,
rename the file. Do appropriate prefix renaming alongside with that.
Signed-off-by: Jiri Pirko
---
rfc->v1:
- remove the trailing "\" from the makefil
From: Jiri Pirko
Move netdevsim device registration into bus.c and alongside with that
the related sysfs attributes. Introduce new struct nsim_bus_dev to
represent a netdevsim device on netdevsim bus.
Signed-off-by: Jiri Pirko
---
drivers/net/netdevsim/bus.c | 142 +-
From: Jiri Pirko
Instead of increments of u32 value, use ida to manage bus device ids.
Signed-off-by: Jiri Pirko
---
drivers/net/netdevsim/bus.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/net/netdevsim/bus.c b/drivers/net/netdevsim/bus.c
index 5b
From: Jiri Pirko
As previously introduce dev which is mapped 1:1 to a bus device covers
the purpose of the original shared device, merge the sdev code into dev.
Signed-off-by: Jiri Pirko
---
rfc->v1:
- rebased
---
drivers/net/netdevsim/Makefile | 2 +-
drivers/net/netdevsim/bpf.c
I skipped v3 for some odd reason, in case you would wonder.
The ibmvnic driver currently uses the same fixed name when using
request_irq, this makes it hard to parse when multiple VNIC devices are
available at the same time. This patch adds the unit_address as the device
identification along with an id for each queue.
The original idea was to use the inter
On Thu, 25 Apr 2019 06:30:24 -0700 Eric Dumazet wrote:
> On Thu, Apr 25, 2019 at 6:13 AM Bruno Prémont wrote:
> > On Thu, 25 Apr 2019 09:55:31 +0200 Bruno Prémont wrote:
> > > On Wed, 24 Apr 2019 08:47:27 -0700 Eric Dumazet wrote:
> > > > On Wed, Apr 24, 2019 at 7:51 AM Bruno Prémont wrote:
>
From: Willem de Bruijn
> Sent: 25 April 2019 14:57
...
> > I've just done a bit of software archaeology.
> >
> > Prior to 2.6.14-rc3 the send code ignored sll_halen, it was only set by the
> > receive code.
> > So it is not surprising that old application code leaves it as zero.
> >
> > The old re
Zdravstvuyte! Vas interesuyut kliyentskiye bazy dannykh?
On 4/24/19 12:49 PM, Paul Chaignon wrote:
> In case of a null check on a pointer inside a subprog, we should mark all
> registers with this pointer as either safe or unknown, in both the current
> and previous frames. Currently, only spilled registers and registers in
> the current frame are mar
On 4/24/19 10:03 PM, andrii.nakry...@gmail.com wrote:
> From: Andrii Nakryiko
>
> Add new `btf dump` sub-command to bpftool. It allows to dump
> human-readable low-level BTF types representation of BTF types. BTF can
> be retrieved from few different sources:
>- from BTF object by ID;
>
On 4/24/19 10:03 PM, andrii.nakry...@gmail.com wrote:
> From: Andrii Nakryiko
>
> Document usage and sample output format for `btf dump` sub-command.
>
> Cc: Daniel Borkmann
> Cc: Alexei Starovoitov
> Cc: Yonghong Song
> Cc: Martin KaFai Lau
> Cc: Song Liu
> Cc: Arnaldo Carvalho de Melo
Hello!
On 04/25/2019 04:59 PM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> In order to bus probing to work correctly, register a simple netdevsim
"In order for", perhaps?
> driver implementation.
>
> Signed-off-by: Jiri Pirko
[...]
MBR, Sergei
On Thu, Apr 25, 2019 at 10:35 AM David Laight wrote:
>
> From: Willem de Bruijn
> > Sent: 25 April 2019 14:57
> ...
> > > I've just done a bit of software archaeology.
> > >
> > > Prior to 2.6.14-rc3 the send code ignored sll_halen, it was only set by
> > > the receive code.
> > > So it is not su
On Thu, Apr 25, 2019 at 1:13 AM Lars Persson wrote:
>
> On 4/23/19 7:48 PM, Peter Oskolkov wrote:
> > Lars Persson reported that a label was unused in
> > the previous version of this patchset, so I'm sending a v2 that fixes it.
> >
> > Sorry for the mess/v2.
> >
> > v2 changes: handle overlappin
Series of fixes for sockmap and ktls, see patches for descriptions.
v2: fix build issue for CONFIG_TLS_DEVICE and fixup couple comments from
Jakub.
---
John Fastabend (3):
bpf: tls, implement unhash to avoid transition out of ESTABLISHED
bpf: sockmap remove duplicate queue free
Hello Dave.
An update from ieee802154 for your *net* tree.
Another fix from Kangjie Lu to ensure better checking regmap updates in the
mcr20a driver. Nothing else I have pending for the final release.
If there are any problems let me know.
---
During the preparation of this pull request a work
It is possible (via shutdown()) for TCP socks to go through TCP_CLOSE
state via tcp_disconnect() without calling into close callback. This
would allow a kTLS enabled socket to exist outside of ESTABLISHED
state which is not supported.
Solve this the same way we solved the sock{map|hash} case by ad
In tcp bpf remove we free the cork list and purge the ingress msg
list. However we do this before the ref count reaches zero so it
could be possible some other access is in progress. In this case
(tcp close and/or tcp_unhash) we happen to also hold the sock
lock so no path exists but lets fix it ot
When converting a skb to msg->sg we forget to set the size after the
latest ktls/tls code conversion. This patch can be reached by doing
a redir into ingress path from BPF skb sock recv hook. Then trying to
read the size fails.
Fix this by setting the size.
Fixes: 604326b41a6fb ("bpf, sockmap: co
On 2019/4/24 20:25, YueHaibing wrote:
> On 2019/4/24 17:11, Jason Wang wrote:
>>
>> On 2019/4/24 上午12:41, Cong Wang wrote:
>>> On Mon, Apr 22, 2019 at 11:42 PM Jason Wang wrote:
On 2019/4/23 下午2:00, Cong Wang wrote:
> On Mon, Apr 22, 2019 at 2:41 AM Jason Wang wrote:
>> On 2019/
From: Willem de Bruijn
A request for a flowlabel fails in process or user exclusive mode must
fail if the caller pid or uid does not match. Invert the test.
Previously, the test was unsafe wrt PID recycling, but indeed tested
for inequality: fl1->owner != fl->owner
Fixes: 4f82f45730c68 ("net ip
On Thu, Apr 25, 2019 at 4:15 AM Quentin Monnet
wrote:
>
> 2019-04-24 22:03 UTC-0700 ~
> > From: Andrii Nakryiko
> >
> > Add full support for btf command in bash-completion script.
> >
> > Cc: Quentin Monnet
> > Cc: Yonghong Song
> > Cc: Daniel Borkmann
> > Cc: Alexei Starovoitov
> > Signed-o
We have helper macros for all possible device types, replace all
remaining open-coded accesses to the type fields.
Signed-off-by: Julian Wiedmann
---
drivers/s390/net/qeth_core.h | 2 +-
drivers/s390/net/qeth_core_main.c | 80 +++
drivers/s390/net/qeth_c
This de-duplicates the L2 and L3 cast-type code, and makes the L2 code
a bit more robust by removing the fragile assumption that skb->data
always points to the Ethernet Header. This would break in code paths
where we pushed the HW header onto the skb.
Signed-off-by: Julian Wiedmann
---
drivers/s
It's unclear what exact purpose this seqno may have served in the past.
But it's certainly no longer used anymore, as the following
napi_gro_receive() will straight away clear this part of the cb again.
Suggested-by: Karsten Graul
Signed-off-by: Julian Wiedmann
---
drivers/s390/net/qeth_core.h
When building the L3 HW header for non-IP packets, trust the cast type
that was passed as parameter. qeth_l3_get_cast_type() has most likely
also used h_dest to determine the cast type, so we get the same
result, and can remove that duplicated code.
In the unlikely case that we would get a _differe
Hi Dave,
please apply one more patch series for qeth to net-next. Nothing special,
just a bunch of cleanups.
Thanks,
Julian
Arnd Bergmann (1):
s390: qeth: address type mismatch warning
Julian Wiedmann (7):
s390/qeth: remove RX seqno in skb->cb
s390/qeth: clean up stale buffer state docume
On the first initialization of a queue, its Output Buffers are in a
clean state with no attached resources. On every subsequent
initialization, qeth_l?_stop_card() has previously put them in a clean
state via qeth_drain_output_queues(). So the call to
qeth_clear_output_buffer() is redundant and can
The QETH_MAX_BUFFER_ELEMENTS() macro effectively returns a constant
value. To avoid some redundant pointer chasing and computations in the
xmit hot path, cache this value in the queue struct.
Take this as opportunity to shrink some of the queue struct's fields to
their appropriate value range, sli
We don't keep track of Input Buffer states, so remove the comments that
make it sound like the qeth_qdio_buffer_states enum applies to
Input Buffers.
Signed-off-by: Julian Wiedmann
---
drivers/s390/net/qeth_core.h | 41 +
1 file changed, 13 insertions(+),
From: Arnd Bergmann
clang produces a harmless warning for each use for the qeth_adp_supported
macro:
drivers/s390/net/qeth_l2_main.c:559:31: warning: implicit conversion from
enumeration type 'enum qeth_ipa_setadp_cmd' to
different enumeration type 'enum qeth_ipa_funcs' [-Wenum-conversion
2019-04-25 09:14 UTC-0700 ~ Andrii Nakryiko
> On Thu, Apr 25, 2019 at 4:15 AM Quentin Monnet
> wrote:
>>
>> 2019-04-24 22:03 UTC-0700 ~
>>> From: Andrii Nakryiko
>>>
>>> Add full support for btf command in bash-completion script.
>>>
>>> Cc: Quentin Monnet
>>> Cc: Yonghong Song
>>> Cc: Daniel
On Thu, Apr 25, 2019 at 9:33 AM Quentin Monnet
wrote:
>
> 2019-04-25 09:14 UTC-0700 ~ Andrii Nakryiko
> > On Thu, Apr 25, 2019 at 4:15 AM Quentin Monnet
> > wrote:
> >>
> >> 2019-04-24 22:03 UTC-0700 ~
> >>> From: Andrii Nakryiko
> >>>
> >>> Add full support for btf command in bash-completion
On Thu, Apr 25, 2019 at 11:02:33AM -0300, Murilo Fossa Vicentini wrote:
> The ibmvnic driver currently uses the same fixed name when using
> request_irq, this makes it hard to parse when multiple VNIC devices are
> available at the same time. This patch adds the unit_address as the device
> identif
Hi!
This small patch set cleans up tls (mostly offload parts).
Other than avoiding unnecessary error messages - no functional
changes here.
Jakub Kicinski (4):
net/tls: don't log errors every time offload can't proceed
net/tls: remove old exports of sk_destruct functions
net/tls: move defin
Currently when CONFIG_TLS_DEVICE is set each time kTLS
connection is opened and the offload is not successful
(either because the underlying device doesn't support
it or e.g. it's tables are full) a rate limited error
will be printed to the logs.
There is nothing wrong with failing TLS offload. S
There seems to be no reason for tls_ops to be defined in netdevice.h
which is included in a lot of places. Don't wrap the struct/enum
declaration in ifdefs, it trickles down unnecessary ifdefs into
driver code.
Signed-off-by: Jakub Kicinski
Reviewed-by: Reviewed-by: Simon Horman
---
include/li
To avoid a sparse warning byteswap the be32 sequence number
before it's stored in the atomic value. While at it drop
unnecessary brackets and use kernel's u64 type.
Signed-off-by: Jakub Kicinski
Reviewed-by: Reviewed-by: Simon Horman
---
include/net/tls.h| 2 +-
net/tls/tls_device.c | 2 +-
tls_device_sk_destruct being set on a socket used to indicate
that socket is a kTLS device one. That is no longer true -
now we use sk_validate_xmit_skb pointer for that purpose.
Remove the export. tls_device_attach() needs to be moved.
While at it, remove the dead declaration of tls_sk_destruct
On Thu, Apr 25, 2019 at 01:58:48PM +0900, Toshiaki Makita wrote:
> On 2019/04/25 2:37, Michael S. Tsirkin wrote:
> > On Wed, Apr 24, 2019 at 11:13:42AM -0600, David Ahern wrote:
> >> seeing an RCU warning testing xdp with virtio net. net-next as of commit
> >> b2f97f7de2f6a4df8e431330cf467576486651
On 4/25/19 9:02 AM, Murilo Fossa Vicentini wrote:
The ibmvnic driver currently uses the same fixed name when using
request_irq, this makes it hard to parse when multiple VNIC devices are
available at the same time. This patch adds the unit_address as the device
identification along with an id f
Arnd Bergmann schreef op do 25-04-2019 om 13:08 [+0200]:
> The gigaset driver is similar here, you can use it for any kind of wireless
> ISDN
> communication,
Nit: the wireless part is strictly DECT (for the M101 and M105 hardware).
> but apparently there is little use for that without a physica
On 19.04.2019 01:30, David Miller wrote:
> From: Heiner Kallweit
> Date: Wed, 17 Apr 2019 00:06:28 +0200
>
>> This driver is the only user of PHY_10GBIT_FEC_FEATURES. So we may be
>> able to remove this predefined feature constant later. Setting
>> phydev->advertising to what is supported is done
On Thu, Apr 25, 2019 at 12:19 AM John Fastabend
wrote:
>
> Its handy to not have to setup a cgroup environment when running
> test_sockmap with user specified options. This patch setups a cgroup
> environment, similar to how it is done with the auto test suite, when
> the user does not provide a c
On Thu, 25 Apr 2019 13:03:39 -0400
"Michael S. Tsirkin" wrote:
> On Thu, Apr 25, 2019 at 01:58:48PM +0900, Toshiaki Makita wrote:
> > On 2019/04/25 2:37, Michael S. Tsirkin wrote:
> > > On Wed, Apr 24, 2019 at 11:13:42AM -0600, David Ahern wrote:
> > >> seeing an RCU warning testing xdp with
On 4/25/19 11:41 AM, Jesper Dangaard Brouer wrote:
> On Thu, 25 Apr 2019 13:03:39 -0400
> "Michael S. Tsirkin" wrote:
>
>> On Thu, Apr 25, 2019 at 01:58:48PM +0900, Toshiaki Makita wrote:
>>> On 2019/04/25 2:37, Michael S. Tsirkin wrote:
On Wed, Apr 24, 2019 at 11:13:42AM -0600, David Aher
On Tue, Apr 23, 2019 at 07:33:10PM +0200, Heiner Kallweit wrote:
> Except having "switch" in the name this driver is solely a SPI driver
> and it uses no network code at all. And it has no dependency on any
> network driver. Therefore I wouldn't consider it a network driver.
> Else any functionali
On Thu, 25 Apr 2019 09:02:50 -0700, John Fastabend wrote:
> Series of fixes for sockmap and ktls, see patches for descriptions.
>
> v2: fix build issue for CONFIG_TLS_DEVICE and fixup couple comments from
> Jakub.
Ah, right my comment about the rx side sleeping was fairly nonsensical,
the loc
On Thu, 2019-04-25 at 09:56 -0700, Jakub Kicinski wrote:
> Currently when CONFIG_TLS_DEVICE is set each time kTLS
> connection is opened and the offload is not successful
> (either because the underlying device doesn't support
> it or e.g. it's tables are full) a rate limited error
> will be printe
On 4/25/19 11:30 AM, Jakub Kicinski wrote:
> On Thu, 25 Apr 2019 09:02:50 -0700, John Fastabend wrote:
>> Series of fixes for sockmap and ktls, see patches for descriptions.
>>
>> v2: fix build issue for CONFIG_TLS_DEVICE and fixup couple comments from
>> Jakub.
>
> Ah, right my comment about
On Thu, 25 Apr 2019 11:44:27 -0600
David Ahern wrote:
> On 4/25/19 11:41 AM, Jesper Dangaard Brouer wrote:
> > On Thu, 25 Apr 2019 13:03:39 -0400
> > "Michael S. Tsirkin" wrote:
> >
> >> On Thu, Apr 25, 2019 at 01:58:48PM +0900, Toshiaki Makita wrote:
> >>> On 2019/04/25 2:37, Michael S. Ts
On Thu, 25 Apr 2019 11:49:18 -0700, John Fastabend wrote:
> On 4/25/19 11:30 AM, Jakub Kicinski wrote:
> > On Thu, 25 Apr 2019 09:02:50 -0700, John Fastabend wrote:
> >> Series of fixes for sockmap and ktls, see patches for descriptions.
> >>
> >> v2: fix build issue for CONFIG_TLS_DEVICE and fix
On Thu, 25 Apr 2019 18:37:19 +, Saeed Mahameed wrote:
> On Thu, 2019-04-25 at 09:56 -0700, Jakub Kicinski wrote:
> > Currently when CONFIG_TLS_DEVICE is set each time kTLS
> > connection is opened and the offload is not successful
> > (either because the underlying device doesn't support
> > it
2019-04-25 09:55 UTC-0700 ~ Andrii Nakryiko
This patch set adds a new `bpftool btf dump` sub-command, which allows to dump
BTF contents (only types for now). Currently it only outputs low-level
content, almost 1:1 with binary BTF format, but follow up patches will add
ability to dump BTF types a
2019-04-25 09:55 UTC-0700 ~ Andrii Nakryiko
Add new `btf dump` sub-command to bpftool. It allows to dump
human-readable low-level BTF types representation of BTF types. BTF can
be retrieved from few different sources:
- from BTF object by ID;
- from PROG, if it has associated BTF;
- fro
2019-04-25 09:55 UTC-0700 ~ Andrii Nakryiko
Add full support for btf command in bash-completion script.
Cc: Quentin Monnet
Cc: Yonghong Song
Cc: Alexei Starovoitov
Cc: Daniel Borkmann
Signed-off-by: Andrii Nakryiko
---
tools/bpf/bpftool/bash-completion/bpftool | 46 ++
2019-04-25 09:55 UTC-0700 ~ Andrii Nakryiko
Document usage and sample output format for `btf dump` sub-command.
Cc: Daniel Borkmann
Cc: Alexei Starovoitov
Cc: Yonghong Song
Cc: Martin KaFai Lau
Cc: Song Liu
Cc: Arnaldo Carvalho de Melo
Acked-by: Yonghong Song
Signed-off-by: Andrii Nakryi
2019-04-25 09:55 UTC-0700 ~ Andrii Nakryiko
Fix misaligned default case branch for `prog dump` sub-command.
Reported-by: Quentin Monnet
Cc: Yonghong Song
Signed-off-by: Andrii Nakryiko
---
tools/bpf/bpftool/bash-completion/bpftool | 22 +++---
1 file changed, 11 insertions
On Thu, 2019-04-25 at 09:56 -0700, Jakub Kicinski wrote:
> There seems to be no reason for tls_ops to be defined in netdevice.h
> which is included in a lot of places. Don't wrap the struct/enum
> declaration in ifdefs, it trickles down unnecessary ifdefs into
> driver code.
>
> Signed-off-by: Ja
On Thu, 25 Apr 2019 09:03:08 -0700, John Fastabend wrote:
> +static void tls_sk_proto_unhash(struct sock *sk)
> +{
> + struct tls_context *ctx = tls_get_ctx(sk);
> + void (*sk_proto_unhash)(struct sock *sk);
> + bool free_ctx;
> +
> + if (!ctx)
> + return sk->sk_prot->un
On Thu, 2019-04-25 at 09:56 -0700, Jakub Kicinski wrote:
> To avoid a sparse warning byteswap the be32 sequence number
> before it's stored in the atomic value. While at it drop
> unnecessary brackets and use kernel's u64 type.
>
> Signed-off-by: Jakub Kicinski
> Reviewed-by: Reviewed-by: Simon
To avoid a sparse warning byteswap the be32 sequence number
before it's stored in the atomic value. While at it drop
unnecessary brackets and use kernel's u64 type.
Signed-off-by: Jakub Kicinski
Reviewed-by: Simon Horman
---
include/net/tls.h| 2 +-
net/tls/tls_device.c | 2 +-
2 files cha
Currently when CONFIG_TLS_DEVICE is set each time kTLS
connection is opened and the offload is not successful
(either because the underlying device doesn't support
it or e.g. it's tables are full) a rate limited error
will be printed to the logs.
There is nothing wrong with failing TLS offload. S
tls_device_sk_destruct being set on a socket used to indicate
that socket is a kTLS device one. That is no longer true -
now we use sk_validate_xmit_skb pointer for that purpose.
Remove the export. tls_device_attach() needs to be moved.
While at it, remove the dead declaration of tls_sk_destruct
On 4/25/19 12:29 PM, Jakub Kicinski wrote:
> On Thu, 25 Apr 2019 09:03:08 -0700, John Fastabend wrote:
>> +static void tls_sk_proto_unhash(struct sock *sk)
>> +{
>> +struct tls_context *ctx = tls_get_ctx(sk);
>> +void (*sk_proto_unhash)(struct sock *sk);
>> +bool free_ctx;
>> +
>> +
1 - 100 of 164 matches
Mail list logo
