Dmitry got the following recursive locking report while running syzkaller
fuzzer, the Call Trace:
__dump_stack lib/dump_stack.c:16 [inline]
dump_stack+0x2ee/0x3ef lib/dump_stack.c:52
print_deadlock_bug kernel/locking/lockdep.c:1729 [inline]
check_deadlock kernel/locking/lockdep.c:1773 [inline]
Now sctp holds read_lock when foreach sctp_ep_hashtable without disabling
BH. If CPU schedules to another thread A at this moment, the thread A may
be trying to hold the write_lock with disabling BH.
As BH is disabled and CPU cannot schedule back to the thread holding the
read_lock, while the thre
This patch-set contains the support of the HNS3 (Hisilicon Network Subsystem 3)
Ethernet driver for hip08 family of SoCs and future upcoming SoCs.
Hisilicon's new hip08 SoCs have integrated ethernet based on PCI Express and
hence there was a need of new driver over the previous HNS driver which is
This patch adds the support of Hisilicon Network Subsystem Accceleration
Engine and common operations to access it. This layer provides access to the
hardware configuration, hardware statistics. This layer is also
responsible for triggering the initialization of the PHY layer through
the below MDIO
This patch adds the support of IMP (Integrated Management Processor)
command interface to the HNS3 driver.
Each PF/VF has support of CQP(Command Queue Pair) ring interface.
Each CQP consis of send queue CSQ and receive queue CRQ.
There are various commands a PF/VF may support, like for Flow Table
This patch adds the support of Hisilicon Network Subsystem 3
Ethernet driver to hip08 family of SoCs.
This driver includes basic Rx/Tx functionality. It also includes
the client registration code with the HNAE3(Hisilicon Network
Acceleration Engine 3) framework.
This work provides the initial sup
This patch adds the support of the HNAE3 (Hisilicon Network
Acceleration Engine 3) framework support to the HNS3 driver.
Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE
and user-space Ethernet drivers (like ODP etc.) to register with HNAE3
devices and their associated operation
THis patch adds the support of the Scheduling and Shaping
functionalities during the transmit leg. This also adds the
support of Pause at MAC level. (Pause at per-priority level
shall be added later along with the DCB feature).
Hardware as such consists of two types of cofiguration of 6 level
sche
This patch adds the support of the Ethtool interface to
the HNS3 Ethernet driver. Various commands to read the
statistics, configure the offloading, loopback selftest etc.
are supported.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
Signed-off-by: Yisen Zhuang
---
This patch adds the support of MDIO bus interface for HNS3 driver.
Code provides various interfaces to start and stop the PHY layer
and to read and write the MDIO bus or PHY.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
Signed-off-by: Yisen Zhuang
---
.../ethern
This patch updates the MAINTAINERS file with HNS3 Ethernet driver
maintainers names and other details. This also introduces the new
Makefiles required to build the HNS3 Ethernet driver and updates
the existing Kconfig file in the hisilicon folder.
Signed-off-by: Salil Mehta
---
MAINTAINERS
This adds the support of the debugfs interface to the driver for
debugging purposes.
Signed-off-by: Daode Huang
Signed-off-by: lipeng
Signed-off-by: Salil Mehta
Signed-off-by: Yisen Zhuang
---
.../ethernet/hisilicon/hns3/hns3pf/hclge_debugfs.c | 188 +
1 file changed, 188
Whenever you're comparing two MACs, it's important to do this using
crypto_memneq instead of memcmp. With memcmp, you leak timing information,
which could then be used to iteratively forge a MAC. This is far too basic
of a mistake for us to have so pervasively in the year 2017, so let's begin
clean
Otherwise, we enable a MAC forgery via timing attack.
Signed-off-by: Jason A. Donenfeld
Cc: "David S. Miller"
Cc: netdev@vger.kernel.org
Cc: sta...@vger.kernel.org
---
net/ipv6/seg6_hmac.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ipv6/seg6_hmac.c b/net/ipv6/seg6
Add a flag field and address prefix length at the end of the tcp_md5sig
structure so users can configure an address prefix length along with a
key. Make sure shorter option values are still accepted in
tcp_v4_parse_md5_keys and tcp_v6_parse_md5_keys to maintain backward
compatibility.
Signed-off-b
This allows the keys used for TCP MD5 signature to be used for whole
range of addresses, specified with a prefix length, instead of only one
address as it currently is.
Signed-off-by: Bob Gilligan
Signed-off-by: Eric Mowat
Signed-off-by: Ivan Delalande
---
include/net/tcp.h | 6 +++--
net/i
Original-Author: Simon Horman
Signed-off-by: Krister Johansen
---
man/man8/ip-link.8.in | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/man/man8/ip-link.8.in b/man/man8/ip-link.8.in
index 5d73538..3cc2f5d 100644
--- a/man/man8/ip-link.8.in
+++ b/man/man8/ip-link.8.i
Original-Author: Simon Horman
Signed-off-by: Krister Johansen
---
ip/link_iptnl.c | 21 -
man/man8/ip-link.8.in | 5 +++--
2 files changed, 23 insertions(+), 3 deletions(-)
diff --git a/ip/link_iptnl.c b/ip/link_iptnl.c
index cf3a9ef..d24e737 100644
--- a/ip/link_iptn
From: Fabio Estevam
Commit 2b30842b23b9 ("net: fec: Clear and enable MIB counters on imx51")
introduced fec_enet_clear_ethtool_stats(), but missed to add a stub
for the CONFIG_M5272=y case, causing build failure for the
m5272c3_defconfig.
Add the missing empty stub to fix the build failure.
Rep
Hi Stephen,
I'm a bit unsure of the decorum in this particular situation. Kernel
support for mpls/ip tunnels was integrated back in July of 2016. At the
time, the author of that feature sent out a RFC patch for the iproute
support but never followed up on subsequent code review comments.
The kern
Original-Author: Simon Horman
Signed-off-by: Krister Johansen
---
include/utils.h | 3 +++
ip/link_iptnl.c | 9 ++---
ip/tunnel.c | 3 +++
man/man8/ip-link.8.in | 9 +
4 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/include/utils.h b/include/util
Hi Paul,
On Fri, Jun 9, 2017 at 10:01 PM, Paul Gortmaker
wrote:
> Seems to break one of the automated linux-next builds:
>
> http://kisskb.ellerman.id.au/kisskb/buildresult/13057702/
>
> A mindless automated bisect reports:
>
> 2b30842b23b9e6796c7bd5f0916fd2ebf6b7d633 is the first bad commit
> c
On Wed, Jun 7, 2017 at 10:07 AM, David Miller wrote:
> From: Andrew Lunn
> Date: Wed, 7 Jun 2017 03:57:09 +0200
>
>> Both the IMX51 and IMX53 datasheet indicates that the MIB counters
>> should be cleared during setup. Otherwise random numbers are returned
>> via ethtool -S. Add a quirk and a f
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net.git master
head: f6d4c7133257bb2d6f66723d11b19f1c49cdf2f7
commit: 773fc8f6e8d63ec9d840588e161cbb73a01cfc45 [31/33] net: rps: send out
pending IPI's on CPU hotplug
config: blackfin-allyesconfig (attached as .config)
compiler: bfin-
On Fri, 2017-06-09 at 15:16 -0700, Stephen Hemminger wrote:
> On Fri, 9 Jun 2017 16:29:47 +0200
> Dominik Heidler wrote:
>
> > This fixes a counter problem on 32bit systems:
> > When the rx_bytes counter reached 2 GiB, it jumpd to (2^64 Bytes - 2GiB)
> > Bytes.
> >
> > rtnl_link_stats64 has __
[adding netdev]
Hi Paul,
Did you get anywhere with this?
The only difference that I see in the kernel config files is
4.12-rc1 says:
# CONFIG_NET_SCH_DEFAULT is not set
and 4.11 does not have that kconfig option.
On 05/15/17 05:53, Paul Menzel wrote:
> Dear Linux folks,
>
>
> When building
On 06/09/2017 12:39 PM, David Miller wrote:
From: Chenbo Feng
Date: Fri, 9 Jun 2017 12:13:57 -0700
On 06/09/2017 12:08 PM, David Miller wrote:
From: Chenbo Feng
Date: Fri, 9 Jun 2017 12:06:07 -0700
From: Chenbo Feng
Move the initialization of skb->dev and skb->protocol from
ip6_finis
On Wed, 2017-06-07 at 13:21 -0600, Jason Gunthorpe wrote:
> On Wed, Jun 07, 2017 at 10:13:43PM +0300, Saeed Mahameed wrote:
> >
> > No !!
> > I am just showing you that the ib_core eventually will end up
> > calling
> > mlx5_core to create a QP.
> > so mlx5_core can create the QP it self since it
On 06/09/2017 03:13 PM, neta...@amazon.com wrote:
> From: Netanel Belgazal
>
> This patchset contains fixes for the bugs that were discovered so far.
If these are all fixes you should submit them against the "net" tree.
net-next is for features [1].
Since these are fixes, you may also want to p
On Fri, 9 Jun 2017 16:29:47 +0200
Dominik Heidler wrote:
> This fixes a counter problem on 32bit systems:
> When the rx_bytes counter reached 2 GiB, it jumpd to (2^64 Bytes - 2GiB)
> Bytes.
>
> rtnl_link_stats64 has __u64 type and atomic_long_read returns
> atomic_long_t which is signed. Due t
From: Netanel Belgazal
Bug:
"Completion context is occupied" error printout will be noticed in
dmesg.
This error will cause the admin command to fail, which will lead to
an ena_probe() failure or a watchdog reset (depends on which admin
command failed).
Root cause:
__ena_com_submit_admin_cmd() i
From: Netanel Belgazal
For the rare case where the device runs out of free rx buffer
descriptors (in case of pressure on kernel memory),
and the napi handler continuously fail to refill new Rx descriptors
until device rx queue totally runs out of all free rx buffers
to post incoming packet, lead
From: Netanel Belgazal
Signed-off-by: Netanel Belgazal
---
drivers/net/ethernet/amazon/ena/ena_com.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/net/ethernet/amazon/ena/ena_com.c
b/drivers/net/ethernet/amazon/ena/ena_com.c
index ea60b9e..f5b237e 100644
--- a/drivers/net
From: Netanel Belgazal
check_for_missing_tx_completions() is called from a timer
task and looking for lost tx packets.
The old implementation accumulate all the lost tx packets
and did not check if those packets were retrieved on a later stage.
This cause to a situation where the driver reset
the
From: Netanel Belgazal
This patch also change the mapping functions to devm_ functions
Signed-off-by: Netanel Belgazal
---
drivers/net/ethernet/amazon/ena/ena_netdev.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/amazon/ena/ena_netde
From: Netanel Belgazal
Signed-off-by: Netanel Belgazal
---
drivers/net/ethernet/amazon/ena/ena_netdev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/amazon/ena/ena_netdev.c
b/drivers/net/ethernet/amazon/ena/ena_netdev.c
index 0e3c60c7..1e71e89 100644
--- a/drivers
From: Netanel Belgazal
This patchset contains fixes for the bugs that were discovered so far.
Netanel Belgazal (8):
net: ena: fix rare uncompleted admin command false alarm
net: ena: fix bug that might cause hang after consecutive open/close
interface.
net: ena: add missing return when
I the last minute I fixed patchset #6 commit subject from stuck to hang and I
forget to remove it.
Sorry for that.
resubmitted.
From: David Miller
Sent: Friday, June 9, 2017 10:33 PM
To: Belgazal, Netanel
Cc: netdev@vger.kernel.org; Woodhouse, David; Machu
From: Netanel Belgazal
The current flow to detect admin completion is:
while (command_not_completed) {
if (timeout)
error
check_for_completion()
sleep()
}
So in case the sleep took more than the timeout
(in case the thread/workqueue was not sche
From: Netanel Belgazal
Fixing a bug that the driver does not unmask the IO interrupts
in ndo_open():
occasionally, the MSI-X interrupt (for one or more IO queues)
can be masked when ndo_close() was called.
If that is followed by ndo open(),
then the MSI-X will be still masked so no interrupt
will
This function is not defined, so no need to declare it.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
.../aquantia/atlantic/hw_atl/hw_atl_utils.h|3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --gi
On Fri, Jun 9, 2017 at 11:43 AM, Krister Johansen
wrote:
> On Fri, Jun 09, 2017 at 11:18:44AM -0700, Cong Wang wrote:
>> On Thu, Jun 8, 2017 at 1:12 PM, Krister Johansen
>> wrote:
>> > The way this works is that if there's still a reference on the dst entry
>> > at the time we try to free it, it
On Fri, Jun 9, 2017 at 11:05 AM, Xin Long wrote:
> On Sat, Jun 10, 2017 at 1:01 AM, Cong Wang wrote:
>> This is what I thought in my first response, until I realized
>> it is not pure RCU, otherwise pmc->lock should not be taken
>> in igmpv3_send_cr(). It seems the code is mixing the use
>> of sp
On Wed, 2017-06-07 at 15:33 -0400, David Miller wrote:
> From: Tariq Toukan
> Date: Wed, 7 Jun 2017 16:26:12 +0300
>
> > This patchset contains version updates for the MLX4 drivers:
> > Core, EN, and IB.
> >
> > Just like we've done in mlx5, we modify the outdated driver
> > version (reported i
On Fri, 2017-06-09 at 07:27 -0600, David Ahern wrote:
> On 6/8/17 11:55 PM, Cong Wang wrote:
> > On Thu, Jun 8, 2017 at 2:27 PM, Ben Greear wrote:
> >>
> >> As far as I can tell, the patch did not help, or at least we still
> >> reproduce
> >> the
> >> crash easily.
> >
> > netlink dump is seria
On Fri, Jun 9, 2017 at 12:17 PM, Chenbo Feng
wrote:
> From: Chenbo Feng
>
> There are two tcp_filter hooks in tcp_ipv6 ingress path currently.
> One is at tcp_v6_rcv and another is in tcp_v6_do_rcv. It seems the
> tcp_filter() call inside tcp_v6_do_rcv is redundent and some packet
> will be filte
On Fri, Jun 9, 2017 at 12:06 PM, Chenbo Feng
wrote:
> From: Chenbo Feng
>
> Move the initialization of skb->dev and skb->protocol from
> ip6_finish_output2 to ip6_output. This can make the skb->dev and
> skb->protocol information avalaible to the CGROUP eBPF filter.
>
> Signed-off-by: Chenbo Feng
VALERO CRUDE USA is looking for an agent, to be our coordinator in
Europe and Asia,
which you will act as an intermediary between our company and the
final buyer of petroleum products in those regions,Inform us if you are
interested
Sincerely,
Martin Parrish
(Vice-President Alternate Fuels)
On 06/09/2017 11:32 PM, Niklas Söderlund wrote:
The hardware supports the MTU to be changed and the driver it self is
somewhat prepared to support this. This patch hooks up the callbacks to
be able to change the MTU from user-space.
Signed-off-by: Niklas Söderlund
Acked-by: Sergei Shtylyov
--
[ 1621.875870] BUG: Bad page state in process Compositor pfn:c03e2
[ 1621.875876] page:ea000300f880 count:-1 mapcount:0 mapping: (null)
index:0x0
[ 1621.875878] flags: 0x100()
[ 1621.875881] raw: 0100
[ 1621.875882] ra
On 2017-06-09 22:32:15 +0200, Niklas Söderlund wrote:
> The hardware supports the MTU to be changed and the driver it self is
> somewhat prepared to support this. This patch hooks up the callbacks to
> be able to change the MTU from user-space.
>
> Signed-off-by: Niklas Söderlund
> Acked-by: Serg
The hardware supports the MTU to be changed and the driver it self is
somewhat prepared to support this. This patch hooks up the callbacks to
be able to change the MTU from user-space.
Signed-off-by: Niklas Söderlund
Acked-by: Sergei Shtylyov
---
Based on v4.12-rc1 and tested on Renesas R-Car K
Hi Sergei,
Thanks for your feedback.
On 2017-06-09 19:31:09 +0300, Sergei Shtylyov wrote:
> Hello!
>
> On 06/09/2017 06:30 PM, Niklas Söderlund wrote:
>
> > The hardware supports the MTU to be changed and the driver it self is
> > somewhat prepared to support this. This patch hooks up the callb
> -Original Message-
> From: Alexander Duyck [mailto:alexander.du...@gmail.com]
> Sent: Friday, June 09, 2017 12:59 PM
> To: Adrian Tomasov ; Kirsher, Jeffrey T
> ; Keller, Jacob E
> Cc: Duyck, Alexander H ; osab...@redhat.com;
> netdev@vger.kernel.org; aokul...@redhat.com; intel-wired-.
On Fri, Jun 09, 2017 at 08:40:19AM +0200, Antoine Tenart wrote:
> Hi Andrew,
>
> On Thu, Jun 08, 2017 at 06:03:31PM +0200, Andrew Lunn wrote:
> > On Thu, Jun 08, 2017 at 11:26:52AM +0200, Antoine Tenart wrote:
> > > +#define MVMDIO_XSMI_MGNT_REG 0x0
> > > +#define MVMDIO_XSMI_READ_VAL
On Fri, Jun 9, 2017 at 3:34 AM, Adrian Tomasov wrote:
> On Thu, 2017-06-01 at 19:18 +, Duyck, Alexander H wrote:
>> On Thu, 2017-06-01 at 12:14 +0200, Adrian Tomasov wrote:
>> >
>> > On Wed, 2017-05-31 at 14:42 -0700, Alexander Duyck wrote:
>> > >
>> > >
>> > > On Wed, May 31, 2017 at 6:48 AM,
From: Chenbo Feng
This reverts commit 97a7a37a7b7b("ipv6: Initial skb->dev and
skb->protocol in ip6_output") since it does not handles the
skb->dev assignment inside ip6_fragment() code path properly.
Need to rework and upload again
Fixes: 97a7a37a7b7b("ipv6: Initial skb->dev and skb->protocol i
On Fri, Jun 09, 2017 at 06:22:16PM +0200, Antoine Tenart wrote:
> On Fri, Jun 09, 2017 at 05:03:40PM +0200, Andrew Lunn wrote:
> > > There are two busses, one generating c22 transactions and one generating
> > > c45 transactions. Each bus has its own MDC/MDIO pins.
> >
> > O.K. That is what i want
From: Ganesh Goudar
Date: Fri, 9 Jun 2017 19:26:24 +0530
> Free up mbox_log allocated for PF0 to PF3.
>
> Fixes: 7829451c695e ("cxgb4: Add control net_device for configuring PCIe VF")
> Signed-off-by: Ganesh Goudar
Applied, thank you.
From: Arnd Bergmann
Date: Fri, 9 Jun 2017 12:37:35 +0200
> When CONFIG_QED_SRIOV is disabled, we get a build error:
>
> drivers/net/ethernet/qlogic/qed/qed_int.c: In function 'qed_int_sb_init':
> drivers/net/ethernet/qlogic/qed/qed_int.c:1499:4: error: implicit declaration
> of function 'qed_v
On Fri, Jun 09, 2017 at 04:49:36PM +0200, Andrew Lunn wrote:
> On Fri, Jun 09, 2017 at 04:09:22PM +0200, Antoine Tenart wrote:
> > The MDIO/xMDIO registers are embedded into the network controller. The
> > mvmdio driver was created at first to abstract this functionality
> > outside the network con
From: Yuval Mintz
Date: Fri, 9 Jun 2017 17:13:17 +0300
> This series does a major overhaul of the LL2 logic in qed.
> The single biggest change done here is in #5 where we're changing
> the API qed provides for LL2 [both internally in case of storage and
> externally in case of RoCE] to become ca
On 06/09/2017 12:24 PM, Bjørn Mork wrote:
Chenbo Feng writes:
This patch is still under working since it may have problem with
ip_fragment() call, did you applied it already? Should I send a revert
patch to you then?
It does? I initially thought so too, but looking closer I believe the
ip6_
From: Marc Kleine-Budde
Date: Fri, 9 Jun 2017 14:55:07 +0200
> this is a pull request of 6 patches for net/master.
>
> There's a patch by Stephane Grosjean that fixes an uninitialized symbol
> warning
> in the peak_canfd driver. A patch by Johan Hovold to fix the product-id
> endianness in an
From: Johannes Berg
Date: Fri, 9 Jun 2017 21:33:09 +0200
> From: Johannes Berg
>
> The change to remove free_netdev() from ieee80211_if_free()
> erroneously didn't add the necessary free_netdev() for when
> ieee80211_if_free() is called directly in one place, rather
> than as the priv_destruct
From: Chenbo Feng
Date: Fri, 9 Jun 2017 12:13:57 -0700
>
>
> On 06/09/2017 12:08 PM, David Miller wrote:
>> From: Chenbo Feng
>> Date: Fri, 9 Jun 2017 12:06:07 -0700
>>
>>> From: Chenbo Feng
>>>
>>> Move the initialization of skb->dev and skb->protocol from
>>> ip6_finish_output2 to ip6_outp
From: Chenbo Feng
Date: Fri, 9 Jun 2017 12:08:39 -0700
> Sorry, this is the wrong patch, please ignore it.
:-/ already applied it.
You must now send a relative fixup patch.
From: Hayes Wang
Date: Fri, 9 Jun 2017 17:11:37 +0800
> Adjust some code to make it reasonable or satisfy the suggestion from
> the engineers.
Series applied, thank you.
From: Ashwanth Goli
Date: Fri, 9 Jun 2017 14:24:58 +0530
> IPI's from the victim cpu are not handled in dev_cpu_callback.
> So these pending IPI's would be sent to the remote cpu only when
> NET_RX is scheduled on the victim cpu and since this trigger is
> unpredictable it would result in packet
From: Johannes Berg
The change to remove free_netdev() from ieee80211_if_free()
erroneously didn't add the necessary free_netdev() for when
ieee80211_if_free() is called directly in one place, rather
than as the priv_destructor. Add the missing call.
Fixes: cf124db566e6 ("net: Fix inconsistent t
From:
Date: Fri, 9 Jun 2017 09:55:16 +0300
> This patchset contains fixes for the bugs that were discovered so far.
You submitted patch #6 twice, once with the word "stuck" in the subject
line, once with the word "hang" in the subject line.
Please sort this out and resubmit, thanks.
Chenbo Feng writes:
> This patch is still under working since it may have problem with
> ip_fragment() call, did you applied it already? Should I send a revert
> patch to you then?
It does? I initially thought so too, but looking closer I believe the
ip6_copy_metadata() calls in ip6_fragment() t
From: Chenbo Feng
There are two tcp_filter hooks in tcp_ipv6 ingress path currently.
One is at tcp_v6_rcv and another is in tcp_v6_do_rcv. It seems the
tcp_filter() call inside tcp_v6_do_rcv is redundent and some packet
will be filtered twice in this situation. This will cause trouble
when using
From: Martin KaFai Lau
Date: Thu, 8 Jun 2017 22:30:17 -0700
> llvm 5.0 does not like the section name and the function name
> to be the same:
>
> clang -I. -I./include/uapi -I../../../include/uapi \
> -I../../../../samples/bpf/ \
> -Wno-compare-distinct-pointer-types \
> -O2 -t
From: Martin KaFai Lau
Date: Thu, 8 Jun 2017 22:30:16 -0700
> test_bpf_obj_id() should not expect a non zero jited_prog_len
> to be returned by bpf_obj_get_info_by_fd() when
> net.core.bpf_jit_enable is 0.
>
> The patch checks for net.core.bpf_jit_enable and
> has different expectation on jited_
On 06/09/2017 12:08 PM, David Miller wrote:
From: Chenbo Feng
Date: Fri, 9 Jun 2017 12:06:07 -0700
From: Chenbo Feng
Move the initialization of skb->dev and skb->protocol from
ip6_finish_output2 to ip6_output. This can make the skb->dev and
skb->protocol information avalaible to the CGROU
From: Chenbo Feng
Date: Fri, 9 Jun 2017 12:06:07 -0700
> From: Chenbo Feng
>
> Move the initialization of skb->dev and skb->protocol from
> ip6_finish_output2 to ip6_output. This can make the skb->dev and
> skb->protocol information avalaible to the CGROUP eBPF filter.
>
> Signed-off-by: Chen
From: Chenbo Feng
Move the initialization of skb->dev and skb->protocol from
ip6_finish_output2 to ip6_output. This can make the skb->dev and
skb->protocol information avalaible to the CGROUP eBPF filter.
Signed-off-by: Chenbo Feng
Acked-by: Eric Dumazet
---
net/ipv6/ip6_output.c | 6 +++---
From: Stephen Hemminger
Date: Fri, 9 Jun 2017 10:21:04 -0700
> Is there anything in Documentation/networking/netdevices.txt about this to
> avoid any future issues?
You asked me about this last time, and I did not forget about it.
I sincerely lack the time to do a writeup about it, and I felt t
On Fri, Jun 09, 2017 at 11:18:44AM -0700, Cong Wang wrote:
> On Thu, Jun 8, 2017 at 1:12 PM, Krister Johansen
> wrote:
> > The way this works is that if there's still a reference on the dst entry
> > at the time we try to free it, it gets placed in the gc list by
> > __dst_free and the dst_destroy
On Thu, Jun 8, 2017 at 1:12 PM, Krister Johansen
wrote:
> After looking through the list of callbacks that the netdevice notifiers
> invoke in this path, it appears that the dst_dev_event is the most
> interesting. The dst_ifdown path places a hold on the loopback_dev as
> part of releasing the d
On Sat, Jun 10, 2017 at 1:01 AM, Cong Wang wrote:
> On Fri, Jun 9, 2017 at 8:56 AM, Eric Dumazet wrote:
>> On Fri, 2017-06-09 at 14:24 +0800, Xin Long wrote:
>>> On Fri, Jun 9, 2017 at 8:59 AM, Cong Wang wrote:
>>>
>>> > On Thu, Jun 8, 2017 at 1:33 PM, Eric Dumazet
>>> > wrote:
>>> >> I menti
On Thu, Jun 08, 2017 at 10:31:53AM +0200, Nicolas Dichtel wrote:
> Le 07/06/2017 à 21:14, Flavio Leitner a écrit :
> > Let's say the app is restarted, or another monitoring app is executed
> > with enough perms. How will it identify the error condition?
> Your app wants to monitor a subset of netn
On Fri, Jun 09, 2017 at 01:15:10PM -0400, David Miller wrote:
> From: Krister Johansen
> Date: Fri, 9 Jun 2017 10:13:10 -0700
>
> > On Fri, Jun 09, 2017 at 12:26:46PM -0400, David Miller wrote:
> >> From: Krister Johansen
> >> Date: Thu, 8 Jun 2017 13:12:14 -0700
> >>
> >> > The ipvlan code alr
On Wed, 07 Jun 2017 15:54:11 -0400 (EDT)
David Miller wrote:
> Network devices can allocate reasources and private memory using
> netdev_ops->ndo_init(). However, the release of these resources
> can occur in one of two different places.
>
> Either netdev_ops->ndo_uninit() or netdev->destructor
My Greetings,
I am a banker by profession and currently holds the position of Chief
Auditor in our bank, I have the ability to transfer unclaimed funds of
U.S.$ 6.2 m (6.2 million dollars) that belong to one of our late
customer, who bear the same last name with you who died in a car crash
along w
From: Krister Johansen
Date: Fri, 9 Jun 2017 10:13:10 -0700
> On Fri, Jun 09, 2017 at 12:26:46PM -0400, David Miller wrote:
>> From: Krister Johansen
>> Date: Thu, 8 Jun 2017 13:12:14 -0700
>>
>> > The ipvlan code already knows how to detect when a duplicate address is
>> > about to be assigned
From: Johannes Berg
Date: Fri, 09 Jun 2017 16:33:47 +0200
> Right. Do you want me to put that into my tree? I could do it tonight,
> or perhaps only Monday though.
Please submit it formally to netdev for me to apply.
I want to queue it up with the original patch for -stable to make
sure all the
From: Ganesh Goudar
Date: Fri, 9 Jun 2017 11:12:35 +0530
> From: Rahul Lakkireddy
>
> Handle TIMER0INT when FW crashes. Check for PCIE_FW[FW_EVAL]
> and if it says "Device FW Crashed", then treat it as fatal.
> Else, non-fatal.
>
> Signed-off-by: Rahul Lakkireddy
> Signed-off-by: Ganesh Goud
On Fri, Jun 09, 2017 at 12:26:46PM -0400, David Miller wrote:
> From: Krister Johansen
> Date: Thu, 8 Jun 2017 13:12:14 -0700
>
> > The ipvlan code already knows how to detect when a duplicate address is
> > about to be assigned to an ipvlan device. However, that failure is not
> > propogated ou
On Fri, Jun 9, 2017 at 8:56 AM, Eric Dumazet wrote:
> On Fri, 2017-06-09 at 14:24 +0800, Xin Long wrote:
>> On Fri, Jun 9, 2017 at 8:59 AM, Cong Wang wrote:
>>
>> > On Thu, Jun 8, 2017 at 1:33 PM, Eric Dumazet
>> > wrote:
>> >> I mentioned (in https://lkml.org/lkml/2017/5/31/619 ) that we might
From: Jakub Kicinski
Date: Thu, 8 Jun 2017 20:56:09 -0700
> This series adds reporting FW build name in ethtool -i. Most
> of the patches are restructuring where information caching is
> done. There is also a minor error path fix.
>
> These are last few patches finishing the basic nfp_app sup
From: Felix Manlunas
Date: Thu, 8 Jun 2017 19:20:36 -0700
> From: Derek Chickles
>
> Disallow enabling firmware debug from a VF. Only PF is allowed to do that.
>
> Signed-off-by: Derek Chickles
> Signed-off-by: Felix Manlunas
Applied.
From: Girish Moodalbail
Date: Thu, 8 Jun 2017 17:07:48 -0700
> There are few places on the receive path where packet drops and packet
> errors were not accounted for. This patch fixes that issue.
>
> Signed-off-by: Girish Moodalbail
Applied, thank you.
Hi Gustavo,
While looking into Coverity ID 1357456 I ran into the following piece of
code at net/bluetooth/smp.c:166
166/* The following functions map to the LE SC SMP crypto functions
167 * AES-CMAC, f4, f5, f6, g2 and h6.
168 */
169
170static int aes_cma
From: "Mario Molitor"
Date: Thu, 8 Jun 2017 23:35:02 +0200
> From d5c520880a5f6b470cb150b9aae67341089b9395 Mon Sep 17 00:00:00 2001
> From: Mario Molitor
> Date: Thu, 8 Jun 2017 23:03:09 +0200
> Subject: [PATCH 2/2] stmmac: fix for hw timestamp of GMAC3 unit
>
> 1.) Bugfix of function stmmac_ge
From: "Mario Molitor"
Date: Thu, 8 Jun 2017 23:31:13 +0200
> From ce9c334037fce37ccd715124cda57d1fd6d8cfe8 Mon Sep 17 00:00:00 2001
> From: Mario Molitor
> Date: Thu, 8 Jun 2017 22:41:02 +0200
> Subject: [PATCH 1/2] stmmac: fix ptp header for GMAC3 hw timestamp
>
> According the CYCLON V docume
Hello!
On 06/09/2017 06:30 PM, Niklas Söderlund wrote:
The hardware supports the MTU to be changed and the driver it self is
somewhat prepared to support this. This patch hooks up the callbacks to
be able to change the MTU from user-space.
Signed-off-by: Niklas Söderlund
[...]
One more t
From: Paolo Abeni
Date: Fri, 09 Jun 2017 17:44:29 +0200
> I'll re-submit v3 unchanged, if there are no objections.
No objections from me.
From: Krister Johansen
Date: Thu, 8 Jun 2017 13:12:38 -0700
> It looks like this:
>
> Message from syslogd@flamingo at Apr 26 00:45:00 ...
> kernel:unregister_netdevice: waiting for lo to become free. Usage count = 4
>
> They seem to coincide with net namespace teardown.
>
> The message is em
1 - 100 of 214 matches
Mail list logo
