From: Eric Dumazet
Date: Fri, 10 Jun 2016 16:41:35 -0700
> HTB, CBQ and HFSC pay a very high cost updating the qdisc 'throttled'
> status that nothing but CBQ seems to use.
>
> CBQ usage is flaky anyway, since no qdisc ->enqueue() updates the
> 'throttled' qdisc status.
>
> This looks like some
From: Manuel Lauss
Date: Sat, 11 Jun 2016 00:13:04 +0200
> Commit 7f854420fbfe9d49afe2ffb1df052cfe8e215541
> ("phy: Add API for {un}registering an mdio device to a bus.")
> broke PHY detection on this driver with a copy-paste bug:
> The code is looking 32 times for a PHY at address 0.
>
> Fixes
From: Manuel Lauss
Date: Fri, 10 Jun 2016 16:53:05 +0200
> Commit 7f854420fbfe9d49afe2ffb1df052cfe8e215541
> ("phy: Add API for {un}registering an mdio device to a bus.")
> broke PHY detection on this driver with a copy-paste bug:
> The code is looking 32 times for a PHY at address 0.
>
> Fixes
From: Florian Westphal
Date: Fri, 10 Jun 2016 14:21:29 +0200
> ... its not returned anywhere.
>
> BATMAN uses it as an intermediate return value to signal
> forwarding vs. buffering, but it will not return POLICED to
> callers outside of BATMAN.
>
> sch_atm uses it, but on closer look its not r
From: John Crispin
Date: Fri, 10 Jun 2016 13:27:57 +0200
> This series contains various small fixes that we stumbled across while
> doing thorough testing and code level reviewing of the driver. The only
> patch that sticks out is the first one, which addresses a DQL related
> issue. The rest are
From: Ben Dooks
Date: Fri, 10 Jun 2016 12:11:06 +0100
> The symbol ic_addrservaddr is not static, but has no declaration
> to match so make it static to fix the following warning:
>
> net/ipv4/ipconfig.c:130:8: warning: symbol 'ic_addrservaddr' was not
> declared. Should it be static?
>
> Sign
From: Pramod Kumar
Date: Fri, 10 Jun 2016 11:03:44 +0530
> Broadcom iProc based SoCs use a MDIO bus multiplexer where child buses
> could be internal as well external to SoCs. These buses could supports
> MDIO transaction compatible to C-22/C-45.
>
> Broadcom MDIO bus multiplexer is an integrate
From: Baozeng Ding
Date: Fri, 10 Jun 2016 10:26:59 +0800
> Before calling the nla_data function, make sure the argument is not null.
> Fix potential null pointer dereference vulnerability for this.
>
> Signed-off-by: Baozeng Ding
TIPC maintainers, please review.
From: Ben Dooks
Date: Thu, 9 Jun 2016 18:05:09 +0100
> The functions inet_diag_msg_common_fill and inet_diag_msg_attrs_fill
> seem to have been missed from the include/linux/inet_diag.h header
> file. Add them to fix the following warnings:
>
> net/ipv4/inet_diag.c:69:6: warning: symbol 'inet_d
From: Xin Long
Date: Thu, 9 Jun 2016 22:48:18 +0800
> Now sctp doesn't change socket state upon shutdown reception. It changes
> just the assoc state, even though it's a TCP-style socket.
>
> For some cases, if we really need to check sk->sk_state, it's necessary to
> fix this issue, at least w
From: Johannes Berg
Date: Thu, 9 Jun 2016 15:04:25 +0200
> Here's my first set of changes for -next. The only exciting part are the
> changes from Michał to integrate FQ/codel into mac80211's software queues
> to improve cross-station latency and finally solve much of the latency
> issues so man
From: Zi Shen Lim
Date: Wed, 8 Jun 2016 21:18:46 -0700
> Updates for arm64 eBPF JIT.
Series applied to net-next, thanks.
From: Lawrence Brakmo
Date: Wed, 8 Jun 2016 21:16:43 -0700
> Removed most of the module parameters
>
> Tested in a rack using between 1 and 380 active TCP-NV flows.
>
> Consists of the following patches:
> [PATCH net-next v2 1/2] tcp: add in_flight to tcp_skb_cb
> [PATCH net-next v2 2/2] tcp: a
From: Mike Rapoport
Date: Wed, 8 Jun 2016 16:09:16 +0300
> This patches introduce virtio_net_hdr_{from,to}_skb functions for
> conversion of GSO information between skb and virtio_net_hdr.
Looks like a nice cleanup to me, series applied, thanks Mike.
From: "Philip Prindeville"
Date: Tue, 7 Jun 2016 13:48:46 -0600
> From: Philip Prindeville
>
> In the presence of firewalls which improperly block ICMP Unreachable
> (including Fragmentation Required) messages, Path MTU Discovery is
> prevented from working.
>
> A workaround is to handle IPv4
From: Bhaktipriya Shridhar
Date: Wed, 8 Jun 2016 01:03:45 +0530
> alloc_workqueue replaces deprecated create_workqueue().
>
> Since the driver is infiniband which can be used as block device and the
> workqueue seems involved in regular operation of the device, so a
> dedicated workqueue has bee
From: Mario Limonciello
Date: Tue, 7 Jun 2016 13:22:37 -0500
> The RTL8153-AD supports a persistent system specific MAC address.
> This means a device plugged into two different systems with host side
> support will show different (but persistent) MAC addresses.
>
> This information for the sys
From: Ivan Khoronzhuk
Date: Tue, 7 Jun 2016 16:59:35 +0300
> if (!cpsw_common_res_usage_state(priv)) {
> + int buf_num;
> struct cpsw_priv *priv_sl0 = cpsw_get_slave_priv(priv, 0);
>
Please always order local variable declarations from longest to shortest
line.
From: "Naveen N. Rao"
Date: Tue, 7 Jun 2016 19:02:17 +0530
> Please note that patch [2] is a pre-requisite for this patchset, and is
> not yet upstream.
...
> [1] http://thread.gmane.org/gmane.linux.kernel/2188694
> [2] http://thread.gmane.org/gmane.linux.ports.ppc.embedded/96514
Because of #2
From: Ido Schimmel
Date: Tue, 7 Jun 2016 12:06:58 +0300
> Commit 8626c56c8279 ("bridge: fix potential use-after-free when hook
> returns QUEUE or STOLEN verdict") fixed incorrect usage of NF_HOOK's
> return value by consuming packets in okfn via br_pass_frame_up().
>
> However, this function re-
From: Toshiaki Makita
Date: Mon, 6 Jun 2016 21:20:13 +0900
> Patrick Schaaf reported that flooding due to a missing fdb entry of
> the address of macvlan on the bridge device caused high CPU
> consumption of an openvpn process behind a tap bridge port.
> Adding an fdb entry of the macvlan addres
From: Manfred Schlaegl
Date: Mon, 6 Jun 2016 10:47:47 +0200
> We detected some problems using the smsc lan8720a in combination with
> i.MX28 and tracked this down to commit 21009686662f ("net: phy: smsc: move
> smsc_phy_config_init reset part in a soft_reset function")
> With 2100968666 the gener
From: Hauke Mehrtens
Date: Sun, 5 Jun 2016 23:41:11 +0200
> This adds support for the Intel (former Lantiq) XWAY 11G and 22E PHYs.
> These PHYs are also named PEF 7061, PEF 7071, PEF 7072.
>
> Signed-off-by: John Crispin
> Signed-off-by: Hauke Mehrtens
Applied to net-next.
On Thu, 2016-06-02 at 11:01 +0200, Arnd Bergmann wrote:
> On Wednesday, June 1, 2016 8:24:20 PM CEST Scott Wood wrote:
> > On Mon, 2016-05-30 at 15:18 +0200, Arnd Bergmann wrote:
> > > All users of this driver are PowerPC specific and the header file
> > > has no business in the global include/linu
On Thu, 2016-06-02 at 10:52 +0200, Arnd Bergmann wrote:
> On Wednesday, June 1, 2016 8:11:14 PM CEST Scott Wood wrote:
> > > +#define T4240_HOST_VER ((VENDOR_V_23 << SDHCI_VENDOR_VER_SHIFT) |
> > > SDHCI_SPEC_200)
> > > +static const struct soc_device_attribute esdhc_t4240_quirk = {
> > > + /*
Am Freitag, 10. Juni 2016, 18:00:38 schrieb Vincent Palatin:
> When suspending the machine, do not shutdown the external PHY by cutting
> its regulator in the mac platform driver suspend code if Wake-on-Lan is
> enabled, else it cannot wake us up.
> In order to do this, split the suspend/resume cal
On Thu, 2016-06-02 at 10:43 +0200, Arnd Bergmann wrote:
> On Wednesday, June 1, 2016 8:47:22 PM CEST Scott Wood wrote:
> > On Mon, 2016-05-30 at 15:15 +0200, Arnd Bergmann wrote:
> > > diff --git a/drivers/soc/fsl/guts.c b/drivers/soc/fsl/guts.c
> > > new file mode 100644
> > > index ..
From: Vincent Palatin
Date: Fri, 10 Jun 2016 18:00:36 -0700
> In order to support Wake-On-Lan when using the RK3288 integrated MAC
> (with an external RGMII PHY), we need to avoid shutting down the regulator
> of the external PHY when the MAC is suspended as it's currently done in the
> MAC
> p
From: Ivan Khoronzhuk
Date: Sat, 11 Jun 2016 01:11:54 +0300
> Based on master
master... of what?
All proper patch serieses must start with an introductory postings
ala "Subject: [PATCH 0/3] ..." which explains what the patch series
is doing at a high level, why, and how.
Thanks.
From: David Howells
Date: Fri, 10 Jun 2016 22:30:27 +0100
> Trim line-terminal whitespace in net/rxrpc/
>
> Signed-off-by: David Howells
Applied.
From: David Howells
Date: Fri, 10 Jun 2016 22:30:37 +0100
> Limit the socket incoming call backlog queue size so that a remote client
> can't pump in sufficient new calls that the server runs out of memory. Note
> that this is partially theoretical at the moment since whilst the number of
> call
From: Daniel Borkmann
Date: Fri, 10 Jun 2016 23:10:22 +0200
> Add a possibility where the user can just specify the parent and
> all filters under that parent are then being purged. Currently,
> for example for scripting, one needs to specify pref/prio to have
> a well-defined number for 'tc filt
From: Haiyang Zhang
Date: Fri, 10 Jun 2016 14:23:12 -0700
> This script helps to create bonding network devices based on synthetic NIC
> (the virtual network adapter usually provided by Hyper-V) and the matching
> VF NIC (SRIOV virtual function). So the synthetic NIC and VF NIC can
> function as
In order to use Wake-on-Lan on RK3288 integrated MAC, we need to wake-up
the CPU on the PMT interrupt when the MAC and the PHY are in low power mode.
Adding the interrupt declaration.
Signed-off-by: Vincent Palatin
---
arch/arm/boot/dts/rk3288.dtsi | 5 +++--
1 file changed, 3 insertions(+), 2 d
When suspending the machine, do not shutdown the external PHY by cutting
its regulator in the mac platform driver suspend code if Wake-on-Lan is enabled,
else it cannot wake us up.
In order to do this, split the suspend/resume callbacks from the
init/exit callbacks, so we can condition the power-do
In order to support Wake-On-Lan when using the RK3288 integrated MAC
(with an external RGMII PHY), we need to avoid shutting down the regulator
of the external PHY when the MAC is suspended as it's currently done in the MAC
platform code.
As a first step, create independant callbacks for suspend/r
Let the stmmac platform drivers provide dedicated suspend and resume
callbacks rather than always re-using the init and exits callbacks.
If the driver does not provide the suspend or resume callback, we fall
back to the old behavior trying to use exit or init.
This allows a specific platform to pe
From: Daniel Borkmann
Date: Fri, 10 Jun 2016 21:19:05 +0200
> These are two fixes for BPF, one to introduce xmit recursion limiter for
> tc bpf programs and the other one to reject filters a bit earlier. For
> more details please see individual patches. I have no strong opinion
> to which tree th
From: Steven Caron
Date: Fri, 10 Jun 2016 19:21:26 +
> As the ip fragment offset field counts 8-byte chunks, non-final ip
> fragments must be multiples of 8 bytes of payload. Depending on
> the mtu and ip option sizes, ip_append_page wasn't respecting this,
> notably when running NFS under
From: William Tu
Date: Fri, 10 Jun 2016 11:49:33 -0700
> The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to
> truncate packets. A 'max_len' is added for setting up the maximum
> packet size, and a 'cutlen' field is to record the number of bytes
> to trim the packet when the packe
On Fri, Jun 10, 2016 at 11:10:22PM +0200, Daniel Borkmann wrote:
> Add a possibility where the user can just specify the parent and
> all filters under that parent are then being purged. Currently,
> for example for scripting, one needs to specify pref/prio to have
> a well-defined number for 'tc f
__QDISC_STATE_THROTTLED bit manipulation is rather expensive
for HTB and few others.
I already removed it for sch_fq in commit f2600cf02b5b
("net: sched: avoid costly atomic operation in fq_dequeue()")
and so far nobody complained.
When one ore more packets are stuck in one or more throttled
HTB
Looks like it is only there as some optimization attempt.
Since __QDISC_STATE_THROTTLED set/unset is way too expensive,
and netem is the last user, just remove this check.
Signed-off-by: Eric Dumazet
---
net/sched/sch_netem.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/net/sched/sch_n
We want to get rid of generic qdisc throttled management,
so this qdisc has to use a private flag.
Signed-off-by: Eric Dumazet
---
net/sched/sch_plug.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/net/sched/sch_plug.c b/net/sched/sch_plug.c
index ff0d968750d
HTB, CBQ and HFSC pay a very high cost updating the qdisc 'throttled'
status that nothing but CBQ seems to use.
CBQ usage is flaky anyway, since no qdisc ->enqueue() updates the
'throttled' qdisc status.
This looks like some 'optimization' that actually cost more than code
without the optimizatio
So far no qdisc ever unset the throttled bit at enqueue() time,
so CBQ usage of qdisc_is_throttled() was flaky.
Since __QDISC_STATE_THROTTLED set/unset is way too expensive
considering that only CBQ was eventually caring for this status,
it would make sense to implement a Qdisc ops ->is_throttled(
On 06/08/2016 07:03 PM, Ivan Khoronzhuk wrote:
On 09.06.16 02:11, Schuyler Patton wrote:
On 06/08/2016 09:06 AM, Ivan Khoronzhuk wrote:
On 08.06.16 17:01, Ivan Khoronzhuk wrote:
Hi Schuyer,
On 07.06.16 18:26, Schuyler Patton wrote:
Hi,
On 06/07/2016 08:59 AM, Ivan Khoronzhuk wrote:
Commit 7f854420fbfe9d49afe2ffb1df052cfe8e215541
("phy: Add API for {un}registering an mdio device to a bus.")
broke PHY detection on this driver with a copy-paste bug:
The code is looking 32 times for a PHY at address 0.
Fixes ethernet on AMD DB1100/DB1500/DB1550 boards which have
their (autodetec
There is no reason to destroy channels that are destroyed while
cpdma_ctlr destroy. In this case no need to remember how much
channels where created and destroy them by one, as cpdma_ctlr
destroys all of them.
Signed-off-by: Ivan Khoronzhuk
---
Based on master
drivers/net/ethernet/ti/cpsw.c |
On Mon, Apr 18, 2016 at 12:19 PM, Hannes Frederic Sowa
wrote:
> vxlan_get_rx_port requires rtnl_lock to be held.
>
> Cc: Jeff Kirsher
> Cc: Jesse Brandeburg
> Cc: Shannon Nelson
> Cc: Carolyn Wyborny
> Cc: Don Skidmore
> Cc: Bruce Allan
> Cc: John Ronciak
> Cc: Mitch Williams
> Signed-off-
On Fri, Jun 10, 2016 at 2:17 PM, Eric Dumazet wrote:
> On Mon, 2016-04-18 at 21:19 +0200, Hannes Frederic Sowa wrote:
>> vxlan_get_rx_port requires rtnl_lock to be held.
>>
>> Cc: Jeff Kirsher
>> Cc: Jesse Brandeburg
>> Cc: Shannon Nelson
>> Cc: Carolyn Wyborny
>> Cc: Don Skidmore
>> Cc: Bruc
Limit the socket incoming call backlog queue size so that a remote client
can't pump in sufficient new calls that the server runs out of memory. Note
that this is partially theoretical at the moment since whilst the number of
calls is limited, the number of packets trying to set up new calls is no
Trim line-terminal whitespace in net/rxrpc/
Signed-off-by: David Howells
---
net/rxrpc/ar-input.c |2 +-
net/rxrpc/ar-local.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/rxrpc/ar-input.c b/net/rxrpc/ar-input.c
index d7c2a0bc839e..e0815a033999 100644
--- a/n
On Mon, 2016-04-18 at 21:19 +0200, Hannes Frederic Sowa wrote:
> vxlan_get_rx_port requires rtnl_lock to be held.
>
> Cc: Jeff Kirsher
> Cc: Jesse Brandeburg
> Cc: Shannon Nelson
> Cc: Carolyn Wyborny
> Cc: Don Skidmore
> Cc: Bruce Allan
> Cc: John Ronciak
> Cc: Mitch Williams
> Signed-off
> We could move that 0x30 LED configuration to .config_init instead of
> .config_aneg, so that if nobody configures it with marvell,reg-init, the
> behavior does not change. I'd have to create a new .config_init function
> for the 1121, 1318 and 1510.
>
> Would you prefer that?
Hi Clemens
Yes, i
Add a possibility where the user can just specify the parent and
all filters under that parent are then being purged. Currently,
for example for scripting, one needs to specify pref/prio to have
a well-defined number for 'tc filter del' command for addressing
the previously created instance or addi
On Mon, 2016-04-18 at 21:19 +0200, Hannes Frederic Sowa wrote:
> mlx4_en_start_port requires rtnl_lock to be held.
>
> Cc: Eugenia Emantayev
> Cc: Yishai Hadas
> Signed-off-by: Hannes Frederic Sowa
> ---
> drivers/net/ethernet/mellanox/mlx4/en_netdev.c | 2 ++
> 1 file changed, 2 insertions(+)
David Miller wrote:
> There is a clear, documented, way to do this properly with your
> patches themselves. Put it in the Subject line:
>
> Subject: "[PATCH net-next 1/2] rxrpc: ..."
Hmmm... so there is. I don't remember seeing the netdev-FAQ appear. I wonder
how to make stgit do this.
Hi Andrew,
On Fri, Jun 10, 2016 at 08:38:57PM +0200, Andrew Lunn wrote:
> On Fri, Jun 10, 2016 at 07:42:52PM +0200, Clemens Gruber wrote:
> > Configuring the PHY LED registers for the Marvell 88E1510 and others is
> > not possible, because regardless of the values in marvell,reg-init, it
> > is la
Hi,
Andrew Lunn writes:
> On Wed, Jun 08, 2016 at 08:44:56PM -0400, Vivien Didelot wrote:
>> Now that we have access at probe time to the chip info described in the
>> device tree, check if the probed device matches the device node,
>> otherwise warn the user and fail.
>
> What good is this? So
Cc: Kir Kolyshkin
Cc: Michael Kerrisk
Cc: Herbert Xu
Cc: Patrick McHardy
Cc: Christophe Ricard
Cc: Nicolas Dichtel
Signed-off-by: Andrey Vagin
---
man7/netlink.7 | 75 ++
1 file changed, 75 insertions(+)
diff --git a/man7/netlink.7 b/
Hi,
Andrew Lunn writes:
> On Wed, Jun 08, 2016 at 08:44:55PM -0400, Vivien Didelot wrote:
>> Thanks to the new device probing, we can explicit the exact switch model
>> in the device tree.
>>
>> Name the driver "mv88e6xxx" and list all its compatible supported chips.
>
> No. This goes against t
On Fri, Jun 10, 2016 at 11:49 AM, William Tu wrote:
> The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to
> truncate packets. A 'max_len' is added for setting up the maximum
> packet size, and a 'cutlen' field is to record the number of bytes
> to trim the packet when the packet is
On Fri, Jun 10, 2016 at 03:59:22PM -0400, Vivien Didelot wrote:
> Hi,
>
> Andrew Lunn writes:
>
> > On Wed, Jun 08, 2016 at 08:44:52PM -0400, Vivien Didelot wrote:
> >> The MDIO device probe and remove functions are respectively incrementing
> >> and decrementing the bus refcount themselves. Sin
Hi,
Andrew Lunn writes:
> On Wed, Jun 08, 2016 at 08:44:52PM -0400, Vivien Didelot wrote:
>> The MDIO device probe and remove functions are respectively incrementing
>> and decrementing the bus refcount themselves. Since these bus level
>> actions are out of the device scope, remove them.
>
> I
Javier Martinez Canillas writes:
>> This patch (2/3) is only for code rearrangement and adds an
>> unnecessary wrapper function. We can simply drop the patch.
>
> Agreed.
>
> Kalle,
>
> Patch 3/3 applies cleanly even after dropping patch 2/3.
> Is that Ok for you or do you want me to re-resend a
This script helps to create bonding network devices based on synthetic NIC
(the virtual network adapter usually provided by Hyper-V) and the matching
VF NIC (SRIOV virtual function). So the synthetic NIC and VF NIC can
function as one network device, and fail over to the synthetic NIC if VF is
down
Hello Amitkumar,
On 06/10/2016 12:26 PM, Amitkumar Karwar wrote:
> Hi Kalle/Javier,
>
>> From: Javier Martinez Canillas [mailto:jav...@osg.samsung.com]
>> Sent: Friday, June 10, 2016 8:07 PM
>> To: Kalle Valo
>> Cc: linux-ker...@vger.kernel.org; Julian Calaby; Shengzhen Li; Enric
>> Balletbo i Se
As the ip fragment offset field counts 8-byte chunks, non-final ip
fragments must be multiples of 8 bytes of payload. Depending on
the mtu and ip option sizes, ip_append_page wasn't respecting this,
notably when running NFS under UDP.
diff --git a/net/ipv4/ip_output.c b/net/ipv4/ip_output.c
inde
Hi Hannes,
It's a very simple patch which was already included in the original email.
The patch is from Linux 4.7-rc1.
net/ipv4/ip_output.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Thanks,
Steven
These are two fixes for BPF, one to introduce xmit recursion limiter for
tc bpf programs and the other one to reject filters a bit earlier. For
more details please see individual patches. I have no strong opinion
to which tree they should go, they apply to both, but I think net-next
seems okay to m
Respect the stack's xmit_recursion limit for calls into dev_queue_xmit().
Currently, they are not handeled by the limiter when attached to clsact's
egress parent, for example, and a buggy program redirecting it to the
same device again could run into stack overflow eventually. It would be
good if w
Add a bpf_check_basics_ok() and reject filters that are of invalid
size much earlier, so we don't do any useless work such as invoking
bpf_prog_alloc(). Currently, rejection happens in bpf_check_classic()
only, but it's really unnecessarily late and they should be rejected
at earliest point. While
Hi Florian,
Florian Fainelli writes:
> Another possible approach would have been to allocate the vlan structure
> upong port_vlan_prepare() though that would typically result in more
> fragmentation over time once se start using more VLANs.
This is indeed what the switchdev prepare phase is for
> >> +static inline int b53_switch_get_reset_gpio(struct b53_device *dev)
> >> +{
> >> + enum bcm47xx_board board = bcm47xx_board_get();
> >> +
> >> + switch (board) {
> >> + case BCM47XX_BOARD_LINKSYS_WRT300NV11:
> >> + case BCM47XX_BOARD_LINKSYS_WRT310NV1:
> >> + return 8;
> >
> > R
On Fri, Jun 10, 2016 at 11:47:48AM -0700, Florian Fainelli wrote:
> On 06/10/2016 05:00 AM, Andrew Lunn wrote:
> >> @@ -148,6 +155,9 @@ struct bcm_sf2_priv {
> >>struct device_node *master_mii_dn;
> >>struct mii_bus *slave_mii_bus;
> >>struct mii_bus
The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to
truncate packets. A 'max_len' is added for setting up the maximum
packet size, and a 'cutlen' field is to record the number of bytes
to trim the packet when the packet is outputting to a port, or when
the packet is sent to userspac
On 06/10/2016 05:11 AM, Andrew Lunn wrote:
>> +static void b53_switch_reset_gpio(struct b53_device *dev)
>> +{
>> +int gpio = dev->reset_gpio;
>> +
>> +if (gpio < 0)
>> +return;
>> +
>> +/* Reset sequence: RESET low(50ms)->high(20ms)
>> + */
>> +gpio_set_value(gpio,
On 06/10/2016 05:00 AM, Andrew Lunn wrote:
>> @@ -148,6 +155,9 @@ struct bcm_sf2_priv {
>> struct device_node *master_mii_dn;
>> struct mii_bus *slave_mii_bus;
>> struct mii_bus *master_mii_bus;
>> +
>> +/* Cache of programmed VLANs
On Fri, Jun 10, 2016 at 07:42:52PM +0200, Clemens Gruber wrote:
> Configuring the PHY LED registers for the Marvell 88E1510 and others is
> not possible, because regardless of the values in marvell,reg-init, it
> is later overridden in m88e1121_config_aneg with a non-standard default.
>
> This bec
On Fri, Jun 10, 2016 at 2:32 AM, Nicolas Dichtel
wrote:
> The function vxlan_dev_create() (only used by ovs) never calls
> rtnl_configure_link(). The consequence is that dev->rtnl_link_state is
> never set to RTNL_LINK_INITIALIZED.
> During the deletion phase, the function rollback_registered_many
On Fri, Jun 10, 2016 at 2:32 AM, Nicolas Dichtel
wrote:
> The function gretap_fb_dev_create() (only used by ovs) never calls
> rtnl_configure_link(). The consequence is that dev->rtnl_link_state is
> never set to RTNL_LINK_INITIALIZED.
> During the deletion phase, the function rollback_registered_
On Fri, Jun 10, 2016 at 2:32 AM, Nicolas Dichtel
wrote:
> The function vxlan_dev_create() (only used by ovs) never calls
> rtnl_configure_link(). The consequence is that dev->rtnl_link_state is
> never set to RTNL_LINK_INITIALIZED.
> During the deletion phase, the function rollback_registered_many
Configuring the PHY LED registers for the Marvell 88E1510 and others is
not possible, because regardless of the values in marvell,reg-init, it
is later overridden in m88e1121_config_aneg with a non-standard default.
This became visible after we moved the call of marvell_of_reg_init in
commit 79be1
From: David Howells
Date: Fri, 10 Jun 2016 14:41:21 +0100
> Hi Dave,
>
> Can you please add these two patches to net-next?
>
> Thanks,
> David
David, please stop telling me which tree things go into this way.
There is a clear, documented, way to do this properly with your
patches themselves.
On 10/06/2016 19:46, David Miller wrote:
> From: John Crispin
> Date: Fri, 10 Jun 2016 13:30:15 +0200
>
>>
>>
>> On 10/06/2016 13:27, John Crispin wrote:
>>> This series contains various small fixes that we stumbled across while
>>> doing thorough testing and code level reviewing of the driver.
From: David Howells
Date: Fri, 10 Jun 2016 14:40:28 +0100
> David Howells wrote:
>
>> +else if (backlog > max)
>> +break;
>
> Oops. Please ignore this version of the patch - I forgot to commit a change
> to it before posting.
You also forgot to include a "0/2"
Kernel commit 96c63fa7393d ("net: Add l3mdev rule") added support for
the FRA_L3MDEV attribute. The attribute enables use of l3mdev rules
which mean 'get table id from l3 master device'. This patch adds
support to iproute2 to show, add and delete rules with this attribute.
Signed-off-by: David Ahe
From: John Crispin
Date: Fri, 10 Jun 2016 13:30:15 +0200
>
>
> On 10/06/2016 13:27, John Crispin wrote:
>> This series contains various small fixes that we stumbled across while
>> doing thorough testing and code level reviewing of the driver. The only
>> patch that sticks out is the first one,
On Thu, Jun 9, 2016 at 4:57 PM, William Tu wrote:
> The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to
> truncate packets. A 'max_len' is added for setting up the maximum
> packet size, and a 'cutlen' field is to record the number of bytes
> to trim the packet when the packet is o
On Fri, 10 Jun 2016 18:20:22 +0200
Sebastian Andrzej Siewior wrote:
> > We actually triggered a starvation due to this. I was just seeing if
> > Alison hit the same issue we did in our tests.
>
> Okay. Didn't get this information from him. But this is only because
> the softirqs not running in
Currently, when creating a veth pair, notfications to user
space only include link peer for one end of the veth pair:
# ip monitor link &
# ip link add dev vm1 type veth peer name vm2
30: vm2@NONE: mtu 1500 qdisc noop state DOWN
link/ether be:e3:b7:0e:14:52 brd ff:ff:ff:ff:ff:ff
On Friday 10 June 2016 14:21:29 Florian Westphal wrote:
[...]
> BATMAN uses it as an intermediate return value to signal
> forwarding vs. buffering, but it will not return POLICED to
> callers outside of BATMAN.
[...]
> diff --git a/net/batman-adv/send.c b/net/batman-adv/send.c
> index f2f1256..b1a
On Fri, 2016-06-10 at 17:30 +0200, Sebastian Andrzej Siewior wrote:
> * Steven Rostedt | 2016-05-26 19:56:41 [-0400]:
>
> >For example:
> >
> >
> >
> > napi_schedule_prep()
> >test_and_set_bit(NAPI_STATE_SCHED, &n->state)
> >
> >
> >
> > sk_busy_loop()
> >
> > do {
> >
Hi Kalle/Javier,
> From: Javier Martinez Canillas [mailto:jav...@osg.samsung.com]
> Sent: Friday, June 10, 2016 8:07 PM
> To: Kalle Valo
> Cc: linux-ker...@vger.kernel.org; Julian Calaby; Shengzhen Li; Enric
> Balletbo i Serra; Amitkumar Karwar; netdev@vger.kernel.org; linux-
> wirel...@vger.kerne
On 06/10/2016 06:11 PM, Steven Rostedt wrote:
>> It is true that in RT we don't have such a limit like in !RT. You would
>> need to use __raise_softirq_irqoff_ksoft() instead the normal or +
>> wakeup() since you may have timers pending and those need to go to the
>> "other" ksoftirqd.
>> But then
On Fri, 10 Jun 2016 17:57:17 +0200
Sebastian Andrzej Siewior wrote:
> * Steven Rostedt | 2016-06-04 07:11:31 [-0400]:
>
> >From: Steven Rostedt
> >Date: Tue, 5 Jan 2016 14:53:09 -0500
> >Subject: [PATCH] softirq: Perform softirqs in local_bh_enable() for a limited
> > amount of time
> >
> >To p
* Steven Rostedt | 2016-06-04 07:11:31 [-0400]:
>From: Steven Rostedt
>Date: Tue, 5 Jan 2016 14:53:09 -0500
>Subject: [PATCH] softirq: Perform softirqs in local_bh_enable() for a limited
> amount of time
>
>To prevent starvation of tasks like ksoftirqd, if the task that is
>processing its softirq
On Thu, Jun 09, 2016 at 05:02:47PM +0200, Gerard Garcia wrote:
> On 06/01/2016 11:07 PM, Stefan Hajnoczi wrote:
> > On Sat, May 28, 2016 at 06:29:05PM +0200, ggar...@abra.uab.cat wrote:
> > > diff --git a/net/vmw_vsock/af_vsock.c b/net/vmw_vsock/af_vsock.c
> > > index 6b158ab..ec7a05d 100644
> > >
1 - 100 of 157 matches
Mail list logo
