>-Original Message-
>From: zhuyj [mailto:zyjzyj2...@gmail.com]
>Sent: Tuesday, December 29, 2015 6:49 PM
>To: Tantilov, Emil S; Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson,
>Shannon; Wyborny, Carolyn; Skidmore, Donald C; Allan, Bruce W; Ronciak,
>John; Williams, Mitch A; intel-wired-...@l
From: Suresh Reddy
All code relating to FW cmds is in be_cmds.[ch] excepting FW flash cmd
related code. This patch moves these routines from be_main.c to be_cmds.c
Signed-off-by: Suresh Reddy
Signed-off-by: Sathya Perla
---
drivers/net/ethernet/emulex/benet/be_cmds.c | 583 +++
From: Suresh Reddy
The VF link state setting transition from "disable" to "auto" does not work
due to a bug in SET_LOGICAL_LINK_CONFIG_V1 cmd in FW. This issue could not
be fixed in FW due to some backward compatibility issues it causes with
some released drivers. The issue has been fixed by intr
This patch removes a line of code that changes adapter->recommended_prio
value followed by yet another assignment.
Also, the variable is used to store the vlan priority value that is already
shifted to the PCP bits position in the vlan tag format. Hence, the name of
this variable is changed to reco
From: Suresh Reddy
Many constant definitions relating to the FW-image layout
(such as section offset values) were defined in decimal format rather than
hexa-decimal. This makes this part of the code un-readable. Also some
defines related to BE2 are labeld "g2" and defines related to BE3 are
label
From: Venkat Duvvuru
This patch adds support for ethtool's --get-dump option in be2net,
to retrieve FW dump. In the past when this option was not yet available,
this feature was supported via the --register-dump option as a workaround.
This patch removes support for FW-dump via --register-dump op
From: Suresh Reddy
Signed-off-by: Suresh Reddy
Signed-off-by: Sathya Perla
---
drivers/net/ethernet/emulex/benet/be.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/emulex/benet/be.h
b/drivers/net/ethernet/emulex/benet/be.h
index 8b8212f..22bf7af 1006
From: Suresh Reddy
Commit 72ef3a88fa8e ("be2net: set pci_func_num while issuing
GET_PROFILE_CONFIG cmd") passed a specific pf_num while issuing a
GET_PROFILE_CONFIG cmd as FW returns descriptors for all functions when
pf_num is zero. But, when pf_num is set to a non-zero value, FW does not
return
From: Suresh Reddy
BE3 chip doesn't support VEPA mode.
Signed-off-by: Suresh Reddy
Signed-off-by: Sathya Perla
---
drivers/net/ethernet/emulex/benet/be_main.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/ethernet/emulex/benet/be_main.c
b/drivers/net/ethernet/emulex/bene
From: Suresh Reddy
>From FW version 11.0 onwards, the FW supports a new "secure mode" feature
(based on a jumper setting on the adapter.) In this mode, the FW image when
flashed is authenticated with a digital signature. This patch logs
appropriate error messages and return a status to ethtool wh
Hi David,
The following patch set contains some feature additions, code re-organization
and cleanup and a few non-critical fixes. Pls consider applying this to
the net-next tree. Thanks.
v3 changes: add a default case to the switch statement in patch 5 to
satisfy the compiler (-Wswitch).
v2 change
From: Venkat Duvvuru
eeh_error, fw_timeout, hw_error variables in the be_adapter structure are
not used anymore. An earlier patch that introduced adapter->err_flags to
store this information missed removing these variables.
Signed-off-by: Venkat Duvvuru
Signed-off-by: Sathya Perla
---
drivers
On Wed, Dec 30, 2015 at 2:20 AM, David Miller wrote:
>
> Please fix the problems reported by the kbuild test robot, they happened
> when I tried to build this too.
David, the test robot is complaining that all values of the enum are
not being handled by the switch statement.
There is a "return -E
Hi Gilad,
[auto build test WARNING on net/master]
[also build test WARNING on v4.4-rc7 next-20151223]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Gilad-Avidov/net-emac-emac-gigabit-ethernet
> Subject: [PATCHv3 net-next 2/3] phy: marvell: Add ethtool statistics counters
> +static int marvell_probe(struct phy_device *phydev) {
> + struct marvell_priv *priv;
> +
> + priv = devm_kzalloc(&phydev->dev, sizeof(*priv), GFP_KERNEL);
> + if (!priv)
> + return -ENOMEM;
>
On Tue, Dec 29, 2015 at 10:44:31PM -0500, Doug Ledford wrote:
> On 12/29/2015 10:43 PM, Alexei Starovoitov wrote:
> > On Mon, Dec 28, 2015 at 08:26:44PM -0500, Doug Ledford wrote:
> >> On 12/28/2015 05:20 PM, Daniel Borkmann wrote:
> >>> On 12/28/2015 10:53 PM, Doug Ledford wrote:
> The 4.4-rc
On 12/29/2015 10:43 PM, Alexei Starovoitov wrote:
> On Mon, Dec 28, 2015 at 08:26:44PM -0500, Doug Ledford wrote:
>> On 12/28/2015 05:20 PM, Daniel Borkmann wrote:
>>> On 12/28/2015 10:53 PM, Doug Ledford wrote:
The 4.4-rc7 kernel is failing for me. In my case, all of my vlan
interfaces
On Mon, Dec 28, 2015 at 08:26:44PM -0500, Doug Ledford wrote:
> On 12/28/2015 05:20 PM, Daniel Borkmann wrote:
> > On 12/28/2015 10:53 PM, Doug Ledford wrote:
> >> The 4.4-rc7 kernel is failing for me. In my case, all of my vlan
> >> interfaces are failing to obtain a dhcp address using dhclient.
This series contains updates to ixgbe and ixgbevf.
William Dauchy provides a fix for ixgbevf that was implemented for ixgbe,
commit 5d6002b7b822c7 ("ixgbe: Fix handling of NAPI budget when multiple
queues are enabled per vector"). The issue was that the polling routine
would increase the budget fo
From: Emil Tantilov
X550 allows for up to 64 RSS queues, but the driver can have max
of 63 (-1 MSIX vector for link).
On systems with >= 64 CPUs the driver will set the redirection table
for all 64 queues which will result in packets being dropped.
Signed-off-by: Emil Tantilov
Tested-by: Phil
From: Emil Tantilov
adapter->rx_itr_setting is not a mask so check it with == instead of &
do not default to 12K interrupts in ixgbevf_set_itr()
There should be no functional effect from these changes.
Signed-off-by: Emil Tantilov
Tested-by: Phil Schmitt
Signed-off-by: Jeff Kirsher
---
driv
From: Veola Nazareth
Ethtool reports backplane type interfaces as 1000/1baseT link modes.
This has been corrected to report the media as KR, KX or KX4 based on the
backplane interface present.
Signed-off-by: Veola Nazareth
Tested-by: Phil Schmitt
Signed-off-by: Jeff Kirsher
---
drivers/n
From: Emil Tantilov
Add missing QSFP PHY types to allow for more accurate reporting of
port settings.
Signed-off-by: Emil Tantilov
Tested-by: Phil Schmitt
Signed-off-by: Jeff Kirsher
---
drivers/net/ethernet/intel/ixgbe/ixgbe_ethtool.c | 4
1 file changed, 4 insertions(+)
diff --git a/
From: Mark Rustad
Clean up minor redundancy in the setting of hw_enc_features that
makes it appears that X550 uniquely has more encapsulation features
than other devices. The driver only supports one more feature, so
make it look that way. No longer set NETIF_F_SG since that is set
by the registe
From: Alexander Duyck
When I had rewritten the code for ixgbe_clear_vf_vlans() it looks like I
had transitioned back and forth between using word as an offset and using
word as a register offset. As a result I honestly don't see how the code
was working before other than the fact that resetting
From: Mark Rustad
The X550EM_x revision check needs to check a value, not just a bit.
Use a mask and check the value. Also remove the redundant check
inside the ixgbe_enter_lplu_t_x550em, because it can only be called
when both the mac type and revision check pass.
Signed-off-by: Mark Rustad
Te
From: William Dauchy
This is the same patch as for ixgbe but applied differently according to
busy polling. See commit 5d6002b7b822c74 ("ixgbe: Fix handling of NAPI
budget when multiple queues are enabled per vector")
Signed-off-by: William Dauchy
Tested-by: Phil Schmitt
Signed-off-by: Jeff K
On 12/30/2015 03:17 AM, Rustad, Mark D wrote:
Emil S wrote:
*/
- if (hw->mac.type == ixgbe_mac_X540)
+ if ((hw->mac.type == ixgbe_mac_X540) &&
+ (netdev->flags & IFF_SLAVE))
if (link_speed == IXGBE_LINK_SPEED_UNKNOWN)
return;
If
Pablo Neira Ayuso writes:
> On Mon, Dec 28, 2015 at 09:05:03PM +0100, Sander Eikelenboom wrote:
>> Hi,
>>
>> Running a 4.4.0-rc6 kernel i encountered the warning below.
>
> Cc'ing Eric Biederman.
>
> @Sander, could you provide a way to reproduce this?
I am on vacation until the new year, but if
On 12/30/2015 12:18 AM, Tantilov, Emil S wrote:
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of zyjzyj2...@gmail.com
Sent: Monday, December 28, 2015 6:32 PM
To: Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson, Shannon; Wyborny,
Carolyn
Hi Gilad,
[auto build test WARNING on net/master]
[also build test WARNING on v4.4-rc7 next-20151223]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Gilad-Avidov/net-emac-emac-gigabit-ethernet
From: Heiko Stübner
Date: Tue, 29 Dec 2015 23:27:55 +0100
> Hi Dave,
>
> Am Dienstag, 29. Dezember 2015, 15:53:14 schrieb David Miller:
>> You have to submit this series properly, the same problem happend twice
>> now.
>>
>> When you submit a series you should:
>>
>> 1) Make it clear which tre
On Tue, Dec 29, 2015 at 10:17 PM, Insu Yun wrote:
Empty commit message?
> Signed-off-by: Insu Yun
> ---
> drivers/net/wireless/mwifiex/sdio.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/drivers/net/wireless/mwifiex/sdio.c
> b/drivers/net/wireless/mwifiex/sdio.c
> ind
On Mon, Dec 28, 2015 at 09:05:03PM +0100, Sander Eikelenboom wrote:
> Hi,
>
> Running a 4.4.0-rc6 kernel i encountered the warning below.
Cc'ing Eric Biederman.
@Sander, could you provide a way to reproduce this?
Thanks.
> [ 13.740472] ip_tables: (C) 2000-2006 Netfilter Core Team
> [ 13.93
On Tue, Dec 29, 2015 at 1:55 PM, Insu Yun wrote:
> Since kzalloc can be failed in memory pressure,
> NULL derefence could be happened.
>
> Signed-off-by: Insu Yun
> ---
> drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/net/ethernet
On Tue, Dec 29, 2015 at 12:29:09PM -0500, Craig Gallek wrote:
> From: Craig Gallek
>
> Expose socket options for setting a classic or extended BPF program
> for use when selecting sockets in an SO_REUSEPORT group. These options
> can be used on the first socket to belong to a group before bind o
On Tue, Dec 29, 2015 at 12:29:10PM -0500, Craig Gallek wrote:
> From: Craig Gallek
>
> This program will build classic and extended BPF programs and
> validate the socket selection logic when used with
> SO_ATTACH_REUSEPORT_CBPF and SO_ATTACH_REUSEPORT_EBPF.
>
> It also validates the re-programi
Am Dienstag, 29. Dezember 2015, 14:59:59 schrieb Florian Fainelli:
> On December 27, 2015 11:22:20 PM PST, Xing Zheng
wrote:
> >The RK3036's GRFs offset are different with RK3066/RK3188, and need to
> >set
> >mac TX/RX clock before probe emac.
> >
> >Signed-off-by: Xing Zheng
> >---
>
>
>
> >
On Tue, Dec 29, 2015 at 11:03:57AM -0800, Bjorn Andersson wrote:
> On Tue 29 Dec 10:34 PST 2015, Rob Herring wrote:
>
> > On Sun, Dec 27, 2015 at 05:34:27PM -0800, Bjorn Andersson wrote:
> > > Add binding representing the Qualcomm wcn3620/60/80 WiFi block.
> > > Signed-off-by: Bjorn Andersson
> >
On December 27, 2015 11:22:20 PM PST, Xing Zheng
wrote:
>The RK3036's GRFs offset are different with RK3066/RK3188, and need to
>set
>mac TX/RX clock before probe emac.
>
>Signed-off-by: Xing Zheng
>---
> };
>
> static const struct of_device_id emac_rockchip_dt_ids[] = {
>- { .compatible
On December 29, 2015 2:27:55 PM PST, "Heiko Stübner" wrote:
>Hi Dave,
>
>Am Dienstag, 29. Dezember 2015, 15:53:14 schrieb David Miller:
>> You have to submit this series properly, the same problem happend
>twice
>> now.
>>
>> When you submit a series you should:
>>
>> 1) Make it clear which tree
Chunhao Lin :
> The register for setting D3code PFM mode is MISC_1, not DLLPR.
>
> Signed-off-by: Chunhao Lin
Reviewed-by: Francois Romieu
--
Ueimor
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info
Hi Dave,
Am Dienstag, 29. Dezember 2015, 15:53:14 schrieb David Miller:
> You have to submit this series properly, the same problem happend twice
> now.
>
> When you submit a series you should:
>
> 1) Make it clear which tree you expect these changes to be applied
>to. Here it is completely
IOCTL SIOCRTMSG does nothing but return EINVAL.
So comment it as unused.
Signed-off-by: Heinrich Schuchardt
---
include/uapi/linux/sockios.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/sockios.h b/include/uapi/linux/sockios.h
index e888b1a..8e7890b 100
Since t4_alloc_mem can be failed in memory pressure,
if not properly handled, NULL dereference could be happened.
Signed-off-by: Insu Yun
---
drivers/net/ethernet/chelsio/cxgb4/clip_tbl.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/clip_tbl.c
b/dri
Since kzalloc can be failed in memory pressure,
NULL derefence could be happened.
Signed-off-by: Insu Yun
---
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
b/drivers/net/ethernet/intel/ixgbe/ixgb
Since kzalloc can be failed in memory pressure,
NULL dereference can be happened.
Signed-off-by: Insu Yun
---
drivers/isdn/mISDN/fsm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/isdn/mISDN/fsm.c b/drivers/isdn/mISDN/fsm.c
index 26477d4..3c3ffb0 100644
--- a/drivers/isdn/mISDN/
Since kzalloc can be failed in memory pressure,
NULL dereference might be happened.
Signed-off-by: Insu Yun
---
drivers/isdn/hardware/mISDN/hfcsusb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/isdn/hardware/mISDN/hfcsusb.c
b/drivers/isdn/hardware/mISDN/hfcsusb.c
index 114f3b
You have to submit this series properly, the same problem happend twice
now.
When you submit a series you should:
1) Make it clear which tree you expect these changes to be applied
to. Here it is completely ambiguous, do you want it to go into
my networking tree or some other subsystem tr
Please fix the problems reported by the kbuild test robot, they happened
when I tried to build this too.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Geliang Tang
Date: Sun, 27 Dec 2015 21:15:44 +0800
> Use to_platform_device() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Applied.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info
From: Geliang Tang
Date: Sun, 27 Dec 2015 18:45:57 +0800
> Use to_pci_dev() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Applied.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at htt
On Tue, Dec 29, 2015 at 03:48:45PM +0100, Hannes Frederic Sowa wrote:
> On 28.12.2015 15:14, Willy Tarreau wrote:
> >It is possible for a process to allocate and accumulate far more FDs than
> >the process' limit by sending them over a unix socket then closing them
> >to keep the process' fd count
On Tue, Dec 22, 2015 at 07:36:33PM -0500, David Rivshin (Allworx) wrote:
> From: David Rivshin
>
> The phy-handle, phy_id, and fixed-link properties are mutually exclusive,
> and only one need be specified. However if phy-handle was specified, an
> error message would complain about the lack of p
From: Joe Stringer
Date: Wed, 23 Dec 2015 14:39:27 -0800
> Commit 5b48bb8506c5 ("openvswitch: Fix helper reference leak") fixed a
> reference leak on helper objects, but inadvertently introduced a leak on
> the ct template.
>
> Previously, ct_info.ct->general.use was initialized to 0 by
> nf_ct_
Signed-off-by: Insu Yun
---
drivers/net/wireless/mwifiex/sdio.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/net/wireless/mwifiex/sdio.c
b/drivers/net/wireless/mwifiex/sdio.c
index 78a8474..a8af72d 100644
--- a/drivers/net/wireless/mwifiex/sdio.c
+++ b/drivers/net/wir
From: Ming Lei
Date: Tue, 29 Dec 2015 22:40:24 +0800
> Hi,
>
> This patchset tries to optimize ebpf hash map, and follows
> the idea:
>
> Both htab_map_update_elem() and htab_map_delete_elem()
> can be called from eBPF program, and they may be in kernel
> hot path, it is
From: Andrew Lunn
Date: Tue, 29 Dec 2015 20:51:22 +0100
> @@ -191,6 +191,23 @@ static int ethtool_set_features(struct net_device *dev,
> void __user *useraddr)
> return ret;
> }
>
> +int phy_get_sset_count(struct phy_device *phydev)
> +{
This needs to be static.
--
To unsubscribe from
From: Insu Yun
Date: Tue, 29 Dec 2015 14:55:25 -0500
> Since kzalloc can be failed in memory pressure,
> it needs to be handled as above kzalloc.
>
> Signed-off-by: Insu Yun
> ---
> drivers/net/wireless/mwifiex/sdio.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/net/
From: Rainer Weikusat
Date: Tue, 29 Dec 2015 19:42:36 +
> Jacob Siverskog writes:
>> This should fix a NULL pointer dereference I encountered (dump
>> below). Since __skb_unlink is called while walking,
>> skb_queue_walk_safe should be used.
>
> The code in question is:
...
> __skb_unlink
Since qlcnic_alloc_mbx_args can be failed,
return value should be checked.
Signed-off-by: Insu Yun
---
drivers/net/ethernet/qlogic/qlcnic/qlcnic_ctx.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/qlogic/qlcnic/qlcnic_ctx.c
b/drivers/net/etherne
Since kzalloc can be failed in memory pressure,
it needs to be handled as above kzalloc.
Signed-off-by: Insu Yun
---
drivers/net/wireless/mwifiex/sdio.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/wireless/mwifiex/sdio.c
b/drivers/net/wireless/mwifiex/sdio.c
index 78a8
This patchset add ethtool support for reading statistics from the PHY.
The Marvell and Micrel Phys are then extended to report receiver
packet errors and idle errors.
v2:
Fix linking when phylib is not enabled.
v3:
Inline helpers into ethtool.c, so fixing when phylib is a module.
Andrew Lun
Ethernet PHYs can maintain statistics, for example errors while idle
and receive errors. Add an ethtool mechanism to retrieve these
statistics, using the same model as MAC statistics.
Signed-off-by: Andrew Lunn
---
include/linux/phy.h | 6
include/uapi/linux/ethtool.h | 3 ++
net
The PHY counters receiver errors and errors while idle.
Signed-off-by: Andrew Lunn
---
drivers/net/phy/micrel.c | 96
1 file changed, 96 insertions(+)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
index e13ad6cdcc22..1a6048a8c2
The PHY counters receiver errors and errors while idle.
Signed-off-by: Andrew Lunn
---
drivers/net/phy/marvell.c | 135 ++
1 file changed, 135 insertions(+)
diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.c
index 0240552b50f3..50b5eac
From: Insu Yun
Date: Tue, 29 Dec 2015 14:29:47 -0500
> Signed-off-by: Insu Yun
> ---
> drivers/net/ethernet/qlogic/qlcnic/qlcnic_ctx.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/qlogic/qlcnic/qlcnic_ctx.c
> b/drivers/net/ethernet/qlogic/ql
Jacob Siverskog writes:
> This should fix a NULL pointer dereference I encountered (dump
> below). Since __skb_unlink is called while walking,
> skb_queue_walk_safe should be used.
The code in question is:
skb_queue_walk(queue, skb) {
*last = skb;
*peeked = skb->peeked;
i
Signed-off-by: Insu Yun
---
drivers/net/ethernet/qlogic/qlcnic/qlcnic_ctx.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/qlogic/qlcnic/qlcnic_ctx.c
b/drivers/net/ethernet/qlogic/qlcnic/qlcnic_ctx.c
index a5f422f..a9a2c33 100644
--- a/drivers/net/eth
Emil S wrote:
>> */
>> -if (hw->mac.type == ixgbe_mac_X540)
>> +if ((hw->mac.type == ixgbe_mac_X540) &&
>> +(netdev->flags & IFF_SLAVE))
>> if (link_speed == IXGBE_LINK_SPEED_UNKNOWN)
>> return;
>
> If you were to enter ixgbe_watchdog_link_is_up
This should fix a NULL pointer dereference I encountered (dump
below). Since __skb_unlink is called while walking,
skb_queue_walk_safe should be used.
I investigated the oops and it seems like skb->next was NULL.
Oops:
Unable to handle kernel NULL pointer dereference at virtual address 0004
p
On Sun, Dec 27, 2015 at 05:34:27PM -0800, Bjorn Andersson wrote:
> Add binding representing the Qualcomm wcn3620/60/80 WiFi block.
>
> Signed-off-by: Bjorn Andersson
> ---
> +
> +- qcom,wcnss-mmio:
> + Usage: required
> + Value type:
nit: encoded
> + Definition: should specify
On Tue 29 Dec 10:34 PST 2015, Rob Herring wrote:
> On Sun, Dec 27, 2015 at 05:34:27PM -0800, Bjorn Andersson wrote:
> > Add binding representing the Qualcomm wcn3620/60/80 WiFi block.
> > Signed-off-by: Bjorn Andersson
> > ---
> > .../bindings/net/wireless/qcom,wcn36xx-wifi.txt| 76
> >
On Tue, 2015-12-29 at 13:29 +0100, Nicolai Stange wrote:
> Fixes: ceb5d58b2170 ("net: fix sock_wake_async() rcu protection")
> Sorry for any inconvenience this late-night induced brainfart might
> have caused at your side...
Not really, because I read the source code and saw the bug there ;)
A
On Sun, Dec 27, 2015 at 05:34:27PM -0800, Bjorn Andersson wrote:
> Add binding representing the Qualcomm wcn3620/60/80 WiFi block.
> Signed-off-by: Bjorn Andersson
> ---
> .../bindings/net/wireless/qcom,wcn36xx-wifi.txt| 76
> ++
> 1 file changed, 76 insertions(+)
> crea
Brent,
On Tue, Dec 22, 2015 at 2:42 PM, Kalle Valo wrote:
> Souptick Joarder writes:
>
>> Hi Brent,
>>
>> On Tue, Dec 22, 2015 at 3:23 AM, Brent Taylor wrote:
>>> On Mon, Dec 21, 2015 at 1:23 PM, Souptick Joarder
>>> wrote:
Hi Brent,
On Tue, Dec 1, 2015 at 11:11 AM, Brent Taylo
29.12.2015 18:38, Stas Sergeev пишет:
> Likely the router's side is doing the right thing, but of
Or maybe not?
Here's the ifconfig of router:
eth0 Link encap:Ethernet HWaddr 00:1e:8c:a7:b5:36
inet addr:192.168.0.220 Bcast:192.168.3.255 Mask:255.255.252.0
eth0:1Link encap:Et
From: Craig Gallek
Include a struct sock_reuseport instance when a UDP socket binds to
a specific address for the first time with the reuseport flag set.
When selecting a socket for an incoming UDP packet, use the information
available in sock_reuseport if present.
This required adding an additi
From: Craig Gallek
Expose socket options for setting a classic or extended BPF program
for use when selecting sockets in an SO_REUSEPORT group. These options
can be used on the first socket to belong to a group before bind or
on any socket in the group after bind.
This change includes refactori
From: Craig Gallek
struct sock_reuseport is an optional shared structure referenced by each
socket belonging to a reuseport group. When a socket is bound to an
address/port not yet in use and the reuseport flag has been set, the
structure will be allocated and attached to the newly bound socket.
From: Craig Gallek
This program will build classic and extended BPF programs and
validate the socket selection logic when used with
SO_ATTACH_REUSEPORT_CBPF and SO_ATTACH_REUSEPORT_EBPF.
It also validates the re-programing flow and several edge cases.
Signed-off-by: Craig Gallek
---
tools/tes
From: Craig Gallek
This series contains two optimizations for the SO_REUSEPORT feature:
Faster lookup when selecting a socket for an incoming packet and
the ability to select the socket from the group using a BPF program.
This series only includes the UDP path. I plan to submit a follow-up
incl
On Sat, Dec 26, 2015 at 2:05 PM, Craig Gallek wrote:
> On Thu, Dec 24, 2015 at 11:36 AM, Alexei Starovoitov
> wrote:
>> On Tue, Dec 22, 2015 at 03:05:09PM -0500, Craig Gallek wrote:
>>> + /* temporarily advance data past protocol header */
>>> + if (skb_headlen(skb) < hdr_len || !skb_pull
On 12/29/2015 03:40 PM, Ming Lei wrote:
Both htab_map_update_elem() and htab_map_delete_elem() can be
called from eBPF program, and they may be in kernel hot path,
so it isn't efficient to use a per-hashtable lock in this two
helpers.
The per-hashtable spinlock is used for protecting bucket's
hl
>-Original Message-
>From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
>Behalf Of zyjzyj2...@gmail.com
>Sent: Monday, December 28, 2015 6:32 PM
>To: Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson, Shannon; Wyborny,
>Carolyn; Skidmore, Donald C; Allan, Bruce W; Roncia
29.12.2015 18:22, Sowmini Varadhan пишет:
> Do you have admin control over the ubuntu router?
> If yes, you might want to check the shared_media [#] setting
> on that router for the interfaces with overlapping subnets.
> (it is on by default, I would try turning it off).
Ahha, good catch, thanks!
Do you have admin control over the ubuntu router?
If yes, you might want to check the shared_media [#] setting
on that router for the interfaces with overlapping subnets.
(it is on by default, I would try turning it off).
AFAICT, the code does the right thing per rfc1812 when setting
IPSKB_DORED
Both htab_map_update_elem() and htab_map_delete_elem() can be
called from eBPF program, and they may be in kernel hot path,
so it isn't efficient to use a per-hashtable lock in this two
helpers.
The per-hashtable spinlock is used for protecting bucket's
hlist, and per-bucket lock is just enough. T
On 28.12.2015 15:14, Willy Tarreau wrote:
It is possible for a process to allocate and accumulate far more FDs than
the process' limit by sending them over a unix socket then closing them
to keep the process' fd count low.
This change addresses this problem by keeping track of the number of FDs
Hi,
This patchset tries to optimize ebpf hash map, and follows
the idea:
Both htab_map_update_elem() and htab_map_delete_elem()
can be called from eBPF program, and they may be in kernel
hot path, it isn't efficient to use a per-hashtable lock
in this two helpers,
Preparing for removing global per-hashtable lock, so
the counter need to be defined as aotmic_t first.
Acked-by: Daniel Borkmann
Signed-off-by: Ming Lei
---
kernel/bpf/hashtab.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/bpf/hashtab.c b/kernel/bpf/ha
The spinlock is just used for protecting the per-bucket
hlist, so it isn't needed for selecting bucket.
Acked-by: Daniel Borkmann
Signed-off-by: Ming Lei
---
kernel/bpf/hashtab.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/kernel/bpf/hashtab.c b/kernel/bpf/hashtab.
On 28.12.2015 15:14, Willy Tarreau wrote:
@@ -1528,10 +1546,8 @@ static int unix_attach_fds(struct scm_cookie *scm,
struct sk_buff *skb)
if (!UNIXCB(skb).fp)
return -ENOMEM;
- if (unix_sock_count) {
- for (i = scm->fp->count - 1; i >= 0; i--)
-
The PHY PFM register is in PHY page 0x0a44 register 0x11, not 0x14.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index 0decc
The typos are in setting RTL8168DP, RTL8168EP and RTL8168H hardware parameters.
This series of patch fix these typos.
Chunhao Lin (3):
r8169:Fix typo in setting RTL8168EP and RTL8168H D3cold PFM mode
r8169:Fix typo in setting RTL8168H PHY PFM mode.
r8169:Correct the way of setting RTL8168DP
The register for setting D3code PFM mode is MISC_1, not DLLPR.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index 58365bc
The original way is wrong, it always writes ephy reg 0x03.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index
Originally, most of the platforms using this driver did not define an mdio
subnode
in the devicetree. Commit e34d65 ("stmmac: create of compatible mdio bus for
stmmac driver")
introduced a backward compatibily issue by using of_mdiobus_register explicitly
with an mdio subnode. This patch fixes th
On 29.12.2015 00:21, Cong Wang wrote:
On Thu, Dec 24, 2015 at 2:25 AM, Hannes Frederic Sowa
wrote:
Hi,
On 24.12.2015 00:03, Calvin Owens wrote:
This patch addresses the issue cited in 7332a13b038be05c by making vxlan
actually check if ipv6 is loaded, and reverts it to module_init() so
that it
2015-12-29, 02:14:06 +0100, Florian Westphal wrote:
> Sabrina Dubroca wrote:
> > + if (h->short_length)
> > + return len == h->short_length + 24;
> > + else
> > + return len >= 72;
> [..]
> > + return len == h->short_length
1 - 100 of 116 matches
Mail list logo
