Hello,
syzbot found the following issue on:
HEAD commit:ce8056d1 wip: changed copy_from_user where instrumented
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=140f36b690
kernel config: https://syzkaller.appspot.com/x/.
Hi Tuong,
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/Tuong-Lien/tipc-add-more-features-to-TIPC-encryption/20200830-124405
base: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.gi
Fixed flash presence check for 82576 controllers so the part
number string is read and displayed correctly.
Signed-off-by: Gal Hammer
---
drivers/net/ethernet/intel/igb/igb_main.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/intel/igb/igb_main.c
b/
Rekeying is required for security since a key is less secure when using
for a long time. Also, key will be detached when its nonce value (or
seqno ...) is exhausted. We now make the rekeying process automatic and
configurable by user.
Basically, TIPC will at a specific interval generate a new key
With support from the master key option in the previous commit, it
becomes easy to make frequent updates/exchanges of session keys between
authenticated cluster nodes.
Basically, there are two situations where the key exchange will take in
place:
- When a new node joins the cluster (with the maste
We reduce the lasting time for a pending TX key to be active as well as
for a passive RX key to be freed which generally helps speed up the key
switching. It is not expected to be too fast but should not be too slow
either. Also the key handling logic is simplified that a pending RX key
will be rem
In addition to the supported cluster & per-node encryption keys for the
en/decryption of TIPC messages, we now introduce one option for user to
set a cluster key as 'master key', which is simply a symmetric key like
the former but has a longer life cycle. It has two purposes:
- Authentication of n
This series adds some new features to TIPC encryption:
- Patch 1 ("tipc: optimize key switching time and logic") optimizes the
code and logic in preparation for the following commits.
- Patch 2 ("tipc: introduce encryption master key") introduces support
of 'master key' for authentication of new
The 'this_cpu_ptr()' is used to obtain the AEAD key' TFM on the current
CPU for encryption, however the execution can be preemptible since it's
actually user-space context, so the 'using smp_processor_id() in
preemptible' has been observed.
We fix the issue by using the 'get/put_cpu_ptr()' API whi
> > > You could make a good guess at matching to two together, but it is
> > > error prone. Phys are low level things which the user is not really
> > > involved in. They interact with interface names. ethtool, ip, etc, all
> > > use interface names. In fact, i don't know of any tool which uses
> >
On Sun, Aug 30, 2020 at 12:43:51AM +0200, Pavel Machek wrote:
> Hi!
>
> > > > And no, I don't want phydev name there.
> > >
> > > Ummm. Can we get little more explanation on that? I fear that LED
> > > device renaming will be tricky and phydev would work around that
> > > nicely.
> >
> > Hi Pave
On Wed, Aug 26, 2020 at 02:35:25PM -0700, Alexei Starovoitov wrote:
> On Fri, Aug 21, 2020 at 07:38:15PM +0200, Maciej Fijalkowski wrote:
> > On Mon, Aug 03, 2020 at 04:00:10PM +0200, Daniel Borkmann wrote:
> > > On 8/2/20 5:07 AM, Alexei Starovoitov wrote:
> > > > On Sat, Aug 01, 2020 at 09:13:57A
> I meant that with the split description of the mdio node the mdio bus for
> use in the system would be selected almost automatically. Suppose that I can
> do the device tree "my way":
> &fec2 {
> ...
> mdio { phy2 ... };
> ...
> };
> &fec1 {
> ...
> mdio { phy1 ... };
> ...
> };
> This em
On 8/28/20 1:27 PM, Daniel Borkmann wrote:
On 8/28/20 12:01 AM, Alexei Starovoitov wrote:
From: Alexei Starovoitov
'static' and 'static noinline' function attributes make no guarantees
that
gcc/clang won't optimize them. The compiler may decide to inline 'static'
function and in such case AL
Hi!
> > > And no, I don't want phydev name there.
> >
> > Ummm. Can we get little more explanation on that? I fear that LED
> > device renaming will be tricky and phydev would work around that
> > nicely.
>
> Hi Pavel
>
> The phydev name is not particularly nice:
>
> !mdio-mux!mdio@1!switch@0!
On 8/29/20 3:13 PM, Yonghong Song wrote:
When running selftest, I hit the following kernel warning:
[ 250.871267]
[ 250.871902] WARNING: possible recursive locking detected
[ 250.872561] 5.9.0-rc1+ #830 Not tainted
[ 250.873166] -
On 8/27/20 3:01 PM, Alexei Starovoitov wrote:
From: Alexei Starovoitov
Modify few tests to sanity test sleepable bpf functionality.
Running 'bench trig-fentry-sleep' vs 'bench trig-fentry' and 'perf report':
sleepable with SRCU:
3.86% bench [k] __srcu_read_unlock
3.22% bench
On Sat, 2020-08-29 at 23:23 +0300, Denis Efremov wrote:
> Hi,
>
> On 8/29/20 9:23 PM, Joe Perches wrote:
> > While doing an investigation for a possible treewide conversion of
> > sysfs output using sprintf/snprintf/scnprintf, I discovered
> > several instances of sysfs output without terminating
Hi,
On 8/29/20 9:23 PM, Joe Perches wrote:
> While doing an investigation for a possible treewide conversion of
> sysfs output using sprintf/snprintf/scnprintf, I discovered
> several instances of sysfs output without terminating newlines.
>
> It seems likely all of these should have newline term
On 8/29/20 3:01 AM, Miaohe Lin wrote:
> @@ -277,15 +277,13 @@ static struct sock *inet_lhash2_lookup(struct net *net,
> const __be32 daddr, const unsigned short hnum,
> const int dif, const int sdif)
> {
> - bool exact_dif = inet_exac
On 8/29/20 3:04 AM, Miaohe Lin wrote:
> @@ -138,15 +138,13 @@ static struct sock *inet6_lhash2_lookup(struct net *net,
> const __be16 sport, const struct in6_addr *daddr,
> const unsigned short hnum, const int dif, const int sdif)
> {
> - bool exact_dif = inet6_exac
While doing an investigation for a possible treewide conversion of
sysfs output using sprintf/snprintf/scnprintf, I discovered
several instances of sysfs output without terminating newlines.
It seems likely all of these should have newline terminations
or have the \n\r termination changed to a sin
syzbot has bisected this issue to:
commit 02d21b59d5cc4b4b395bbc2a29319b8a529ebeff
Author: Ido Schimmel
Date: Wed Jan 23 14:32:59 2019 +
mlxsw: spectrum_nve: Enable VXLAN on Spectrum-2
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=14e89b0590
start commit: 5438dd45
W dniu 2020-08-29 o 18:00, Andrew Lunn pisze:
This is true assuming that the PHYs are always and forever connected to one
specific MDIO bus. This is probably reasonable. Although, in i.MX the MDIO
bus of FEC1 and FEC2 shares the pins.
In general, they do not. In fact, i don't see how that can wo
Fix null pointer deref in hci_phy_link_complete_evt, there was no
checking there for the hcon->amp_mgr->l2cap_conn->hconn, and also
in hci_cmd_work, for hdev->sent_cmd.
To fix this issue Add pointer checking in hci_cmd_work and
hci_phy_link_complete_evt.
[Linux-next-20200827]
This patch correct
> This is true assuming that the PHYs are always and forever connected to one
> specific MDIO bus. This is probably reasonable. Although, in i.MX the MDIO
> bus of FEC1 and FEC2 shares the pins.
In general, they do not. In fact, i don't see how that can work. The
FEC drive provides no mutual exclu
W dniu 2020-08-29 o 17:15, Andrew Lunn pisze:
The driver would be able to add the new PHYs to the shared MDIO bus by
calling of_mdiobus_register_children. Then the device tree looks like this,
which is more reasonable in my opinion:
&fec2 {
(...)
mdio {
(phy for fec2 here)
};
This code is rarely if ever used, and there are pending patches to
remove it completely, so I don't think it's worth trying to fix a rare
memory leak at this point.
--b.
On Thu, Aug 27, 2020 at 04:02:50PM +0800, Dinghao Liu wrote:
> When kmalloc() fails, cipher should be freed
> just like when kr
> The driver would be able to add the new PHYs to the shared MDIO bus by
> calling of_mdiobus_register_children. Then the device tree looks like this,
> which is more reasonable in my opinion:
>
> &fec2 {
> (...)
> mdio {
> (phy for fec2 here)
> };
> (...)
> };
>
> &fec1 {
> (...)
Convert the Samsung S3FWRN5 NCI NFC controller bindings to dtschema.
This is conversion only so it includes properties with invalid prefixes
(s3fwrn5,en-gpios) which should be addressed later.
Signed-off-by: Krzysztof Kozlowski
---
.../devicetree/bindings/net/nfc/s3fwrn5.txt | 25
...
The device tree property prefix describes the vendor, which in case of
S3FWRN5 chip is Samsung. Therefore the "s3fwrn5" prefix for "en-gpios"
and "fw-gpios" is not correct and should be deprecated. Introduce
properly named properties for these GPIOs but still support deprecated
ones.
Signed-off-
Since "s3fwrn5" is not a valid vendor prefix, use new GPIO properties
instead of the deprecated.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm64/boot/dts/exynos/exynos5433-tm2-common.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/boot/dts/exynos/exynos5
The device tree property prefix describes the vendor, which in case of
S3FWRN5 chip is Samsung. Therefore the "s3fwrn5" prefix for "en-gpios"
and "fw-gpios" is not correct and should be deprecated. Introduce
properly named properties for these GPIOs and rename the fw-gpios" to
"wake-gpios" to bet
This dependency was added because ipv6_find_hdr was in iptables specific
code but is no longer required
Fixes: f8f626754ebe ("ipv6: Move ipv6_find_hdr() out of Netfilter code.")
Fixes: 63dca2c0b0e7 ("ipvs: Fix faulty IPv6 extension header handling in IPVS").
Signed-off-by: Yaroslav Bolyukin
---
From: Bart Groeneveld
> Sent: 28 August 2020 21:40
>
> IANA specifies User ports as 1024-49151,
> and Private ports (local/ephemeral/dynamic/w/e) as 49152-65535 [1].
>
> This means Linux uses 32768-49151 'illegally'.
> This is not just a matter of following specifications:
> IANA actually assigns
I am in search of a particular ventilator and I want to buy a large quantity,
reply email if interested .
Thank You
I am in search of a particular ventilator and I want to buy a large quantity,
reply email if interested .
Thank You
I am in search of a particular ventilator and I want to buy a large quantity,
reply email if interested .
Thank You
Fix null pointer deref in hci_phy_link_complete_evt, there was no checking
there for
the hcon->amp_mgr->l2cap_conn->hconn, and also in hci_cmd_work, for
hdev->sent_cmd.
To fix this issue Add pointer checking in hci_cmd_work and
hci_phy_link_complete_evt.
[Linux-next-20200827]
Reported-by: syzbo
There is no caller in tree.
Signed-off-by: YueHaibing
---
drivers/net/wireless/marvell/libertas_tf/main.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/wireless/marvell/libertas_tf/main.c
b/drivers/net/wireless/marvell/libertas_tf/main.c
index 02bd7c99b358..cb494b59de93 100644
Add missing MODULE_DESCRIPTION.
Signed-off-by: YueHaibing
---
drivers/net/wan/fsl_ucc_hdlc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wan/fsl_ucc_hdlc.c b/drivers/net/wan/fsl_ucc_hdlc.c
index 9edd94679283..dca97cd7c4e7 100644
--- a/drivers/net/wan/fsl_ucc_hdlc.c
+++ b/driv
There is no caller in tree any more.
Signed-off-by: YueHaibing
---
drivers/net/ethernet/dlink/dl2k.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/ethernet/dlink/dl2k.c
b/drivers/net/ethernet/dlink/dl2k.c
index be6d8a9ada27..e8e563d6e86b 100644
--- a/drivers/net/ethernet/dlink/
There is no caller in tree.
Signed-off-by: YueHaibing
---
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c
b/drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c
index b43dec0560a8..b98244f75ab9
There is no caller in tree any more.
Signed-off-by: YueHaibing
---
drivers/net/wan/slic_ds26522.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wan/slic_ds26522.c b/drivers/net/wan/slic_ds26522.c
index 29053bec694e..8e3b1c717c10 100644
--- a/drivers/net/wan/slic_ds26522.c
+++
There is no caller in tree any more.
Signed-off-by: YueHaibing
---
net/wireless/lib80211.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/net/wireless/lib80211.c b/net/wireless/lib80211.c
index cc7b9fd5c166..d66a913027e0 100644
--- a/net/wireless/lib80211.c
+++ b/net/wireless/lib80211.c
@@
There is no caller in tree any more.
Signed-off-by: YueHaibing
---
net/tipc/link.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/net/tipc/link.c b/net/tipc/link.c
index b7362556da95..a2989f22ebb6 100644
--- a/net/tipc/link.c
+++ b/net/tipc/link.c
@@ -216,11 +216,6 @@ enum {
#define TI
There is no caller in tree any more.
Signed-off-by: YueHaibing
---
net/tipc/socket.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/net/tipc/socket.c b/net/tipc/socket.c
index 2679e97e0389..fd5bfaab8661 100644
--- a/net/tipc/socket.c
+++ b/net/tipc/socket.c
@@ -52,7 +52,6 @@
#define NAGLE_S
There is no caller in tree any more.
Signed-off-by: YueHaibing
---
net/mptcp/protocol.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/net/mptcp/protocol.c b/net/mptcp/protocol.c
index 1aad411a0e46..e6216c4f308c 100644
--- a/net/mptcp/protocol.c
+++ b/net/mptcp/protocol.c
@@ -24,8 +24,6 @@
Replace version string with MODULE_* macros.
Include necessary libraries.
Fix two minor coding-style issues.
Signed-off-by: Armin Wolf
---
drivers/net/ethernet/8390/8390.c | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/8390/8390.
Fix various checkpatch warnings.
Remove version printing so modules including lib8390 do not
have to provide a global version string for successful
compilation.
Replace pr_cont() with SMP-safe construct.
Signed-off-by: Armin Wolf
---
drivers/net/ethernet/8390/lib8390.c | 590 ++
The purpose of this patchset is to do some
cleanups in lib8390.c and 8390.c.
While most changes are coding-style related,
pr_cont() usage in lib8390.c was replaced by
a more SMP-safe construct.
Other functional changes include the removal of
version-printing in lib8390.c so modules using lib8390.
It is useless.
The original code just tell some error info. and don't show errorcode
On 8/29/20, Yi Li wrote:
> use rc for error code.
>
> Signed-off-by: Yi Li
> ---
> drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a
This dependency was added because ipv6_find_hdr was in iptables specific
code but is no longer required
Fixes: f8f626754ebe ("ipv6: Move ipv6_find_hdr() out of Netfilter code.")
Fixes: 63dca2c0b0e7 ("ipvs: Fix faulty IPv6 extension header handling in IPVS").
Signed-off-by: Yaroslav Bolyukin
---
Indenting of 'ip link set' options below 'link-netns' was wrong, they
should be on the same level as the above.
While being at it, fix closing brackets in vf-specific options. Also
write node/port_guid parameters in upper-case without curly braces: They
are supposed to be replaced by values, not p
On Fri, Aug 28, 2020 at 10:44:47PM +0200, Bart Groeneveld wrote:
> This change will effectively halve the available ephemeral ports,
> increasing the risk of port exhaustion. But:
> ...
> b) It is only an issue with more than 11848 *outgoing* connections.
> I think that is a niche case (I kno
use rc for error code.
Signed-off-by: Yi Li
---
drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c
b/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c
index 1426c691c7c4..03467
Hello,
On Sat, 29 Aug 2020, Yaroslav Bolyukin wrote:
> This dependency was added as part of commit ecefa32ffda201975
> ("ipvs: Fix faulty IPv6 extension header handling in IPVS"), because it
> had dependency on ipv6_find_hdr, which was located in iptables-specific
> code
>
> But it is
Hi Christoph,
On 19.08.20 08:55, Christoph Hellwig wrote:
> this series replaced the DMA_ATTR_NON_CONSISTENT flag to dma_alloc_attrs
> with a separate new dma_alloc_pages API, which is available on all
> platforms. In addition to cleaning up the convoluted code path, this
> ensures that other dri
Thanks a lot for the suggestion. If my understanding is correct, I think
it solves part of the problem by dequeueing packets with deadline in a
timely manner using bpf and FQ scheduler combination. Let me know if my
understanding is correct. Once the packets are dequeued, how about
scheduling of t
This is a pure codestyle cleanup patch. No functional change intended.
Signed-off-by: Miaohe Lin
---
include/net/dst.h| 2 +-
include/net/sock.h | 2 +-
net/ipv4/icmp.c | 2 +-
net/ipv4/ip_output.c | 2 +-
net/ipv4/ping.c | 6 --
net/ipv4/route.c | 10 +-
6 f
In-Reply-To: CAE_-sdmpSSNEt5R2B+v1FaSP+SYCk_khW2KieRL_7xVbR=nfHw
Hi there!
I just understand how it works?
And I want to control by myself which hash table number will be set
tc filter replace dev eno5 parent : pref 49100 handle 800:10:800
protocol ip u32 match u8 0 0
and then I'll can delet
What 0x means here is actually the max mtu of a ip packet. Use help
macro IP_MAX_MTU here.
Signed-off-by: Miaohe Lin
---
net/ipv4/ip_output.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv4/ip_output.c b/net/ipv4/ip_output.c
index 329a0ab87542..f0f234727547 10064
The arg exact_dif is not used anymore, remove it.
Signed-off-by: Miaohe Lin
---
net/ipv6/inet6_hashtables.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/net/ipv6/inet6_hashtables.c b/net/ipv6/inet6_hashtables.c
index 2d3add9e6116..55c290d55605 100644
--- a/net/ipv6/i
The arg exact_dif is not used anymore, remove it.
Signed-off-by: Miaohe Lin
---
net/ipv4/inet_hashtables.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/net/ipv4/inet_hashtables.c b/net/ipv4/inet_hashtables.c
index 239e54474b65..8cbe74313f38 100644
--- a/net/ipv4/inet
This dependency was added as part of commit ecefa32ffda201975
("ipvs: Fix faulty IPv6 extension header handling in IPVS"), because it
had dependency on ipv6_find_hdr, which was located in iptables-specific
code
But it is no longer required after commit e6f890cfde0e74d5b
("ipv6:Move ipv6_find_hdr()
W dniu 2020-08-29 o 05:29, Florian Fainelli pisze:
On 8/28/2020 4:14 PM, Adam Rudziński wrote:
W dniu 2020-08-29 o 00:53, Andrew Lunn pisze:
On Sat, Aug 29, 2020 at 12:34:05AM +0200, Adam Rudziński wrote:
Hi Andrew.
W dniu 2020-08-29 o 00:28, Andrew Lunn pisze:
Hi Adam
If kernel has to bri
66 matches
Mail list logo
