On Thu, 8 Oct 2015 12:22:39 +0200
Daniel Borkmann wrote:
> If get_rt_realms() fails, try to get a possible raw u32 realms
> value for the u32 RTA_FLOW/FRA_FLOW attribute, as it might be
> useful to directly configure the hex value itself. And only if
> that fails, then bail out.
>
> The source
On Tue, 20 Oct 2015 13:41:48 +0300
Kirill Tkhai wrote:
> This patch adds save and restore commands to "ip rule"
> similar the same is made in commit f4ff11e3e298 for "ip route".
>
> The feature is useful in checkpoint/restore for container
> migration, also it may be helpful in some normal situa
Dear Mail Account User:
Your mailbox has exceeded the storage limit which is 20 GB as set by your
administrator, you are currently running on 20.9 GB and you may not be
able
to send or receive new mail until you re-validate your mailbox.
To re-validate your mailbox please click on the Li
Instead of enabling/disabling clocks at several locations in the driver,
Use the runtime_pm framework. This consolidates the actions for runtime PM
In the appropriate callbacks and makes the driver more readable and mantainable.
Signed-off-by: Kedareswara rao Appana
---
Changes for v7:
- Remove
Hi Soren,
> -Original Message-
> From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com]
> Sent: Thursday, October 22, 2015 10:03 PM
> To: Appana Durga Kedareswara Rao
> Cc: Anirudha Sarangi; w...@grandegger.com; m...@pengutronix.de; Michal
> Simek; Appana Durga Kedareswara Rao; linux-..
Hi Soren,
> -Original Message-
> From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com]
> Sent: Friday, October 23, 2015 3:43 AM
> To: Appana Durga Kedareswara Rao
> Cc: Anirudha Sarangi; w...@grandegger.com; m...@pengutronix.de; Michal
> Simek; linux-...@vger.kernel.org; netdev@vger.ke
We don't have fraglist support in TAP_FEATURES. This will lead
software segmentation of gro skb with frag list. Fixes by having
frag list support in TAP_FEATURES.
With this patch single session of netperf receiving were restored from
about 5Gb/s to about 12Gb/s on mlx4.
Fixes a567dd6252 ("macvtap
Hi,
John W. Linville wrote:
> NOTE: Link-local IPv6 addresses for remote endpoints are not supported,
> since the driver currently has no capacity for binding a geneve
> interface to a specific link.
>
> Signed-off-by: John W. Linville
> ---
> v5:
> - wrap declaration of sock6 in geneve_dev with
J. Bruce Fields wrote:
> On Fri, Oct 16, 2015 at 02:28:10AM +, Kosuke Tatsukawa wrote:
>> Tatsukawa Kosuke wrote:
>> > J. Bruce Fields wrote:
>> >> On Thu, Oct 15, 2015 at 11:44:20AM +, Kosuke Tatsukawa wrote:
>> >>> Tatsukawa Kosuke wrote:
>> >>> > J. Bruce Fields wrote:
>> >>> >> Thanks f
Reserve extra 4 bytes on real_dev in addition to the length notified
from upper device.
In 802.1ad mode, set enc_hdr_len to 4 bytes by default, since it is
likely to send already tagged frame.
Signed-off-by: Toshiaki Makita
---
net/8021q/vlan.c | 16 ++--
net/8021q/vlan_dev.c | 4
e1000e has 4 bytes additional room for vlan header, so set default
enc_hdr_len to 4.
Note that e1000e uses mtu to validate frame size in some places, which
are needed to be modified to use max_frame_size as extra header room
became variable.
Signed-off-by: Toshiaki Makita
---
drivers/net/etherne
This patch set tries to resolve packet drop by oversize error on receiving
double tagged packets and possibly other encapsulated packets.
Problem description:
Currently most NICs have 4 bytes room of receive buffer for vlan header and
can receive 1522 bytes frame at maximum.
This is, however, not
If vlan is assigned to a port, notify the port of 4 bytes header length,
or 8 bytes if 802.1ad.
Signed-off-by: Toshiaki Makita
---
net/bridge/br_vlan.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/net/bridge/br_vlan.c b/net/bridge/br_vlan.c
index 5f0d0cc..9c678de 10064
Currently most NICs reserve 1522 bytes space for frames to handle 4
bytes VLAN header in addition to 1518, maximum size of ethernet frame.
This is, however, not sufficient when stacked vlan or other encapsulation
protocols are used.
To accommodate this, add .ndo_enc_hdr_len() and inform drivers of
On 2015/10/23 8:10, Alexei Starovoitov wrote:
Fix safety checks for bpf_perf_event_read():
- only non-inherited events can be added to perf_event_array map
(do this check statically at map insertion time)
- dynamically check that event is local and !pmu->count
Otherwise buggy bpf program can
On Tue, 2015-09-22 at 16:34 +0200, Christophe Leroy wrote:
> Simplify csum_add(a, b) in case a or b is constant 0
>
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/include/asm/checksum.h | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/arch/powerpc/include/asm/checksum.h
>
On Tue, 2015-09-22 at 16:34 +0200, Christophe Leroy wrote:
> csum_partial is often called for small fixed length packets
> for which it is suboptimal to use the generic csum_partial()
> function.
>
> For instance, in my configuration, I got:
> * One place calling it with constant len 4
> * Seven p
On Tue, 2015-09-22 at 16:34 +0200, Christophe Leroy wrote:
> r5 does contain the value to be updated, so lets use r5 all way long
> for that. It makes the code more readable.
>
> To avoid confusion, it is better to use adde instead of addc
>
> The first addition is useless. Its only purpose is to
On Tue, 2015-09-22 at 16:34 +0200, Christophe Leroy wrote:
> The powerpc64 checksum wrapper functions adds csum_and_copy_to_user()
> which otherwise is implemented in include/net/checksum.h by using
> csum_partial() then copy_to_user()
>
> Those two wrapper fonctions are also applicable to powerpc
From: Scott Feldman
Fixes: 4d429c5dd ("switchdev: introduce possibility to defer obj_add/del")
Signed-off-by: Scott Feldman
Acked-by: Jiri Pirko
---
v2->v3: add Jiri's Acked-by
v1->v2: use correct "Fixes" tag, use common func to calc obj size for add/del
net/switchdev/switchdev.c | 19 +
From: Scott Feldman
When adding vlans with multiple IFLA_BRIDGE_VLAN_INFO attrs set in AFSPEC,
we would wipe the vlan obj struct after the first IFLA_BRIDGE_VLAN_INFO.
Fix this by only clearing what's necessary on each IFLA_BRIDGE_VLAN_INFO
iteration.
Fixes: 9e8f4a54 ("switchdev: push object ID
From: Scott Feldman
This was already done for switchdev_objs. Changing switchdev_attrs to new
style makes switchdev API consistent for both attrs and objs.
No functional changes here.
Signed-off-by: Scott Feldman
Acked-by: Jiri Pirko
---
v2->v3: remove something that slipped in from the fut
On 10/22/15 7:21 PM, Wangnan (F) wrote:
+if (attr->inherit)
+goto err;
+
Since Peter suggest it is pointless for a system-wide perf_event
has inherit bit set [1], I think it should be safe to enable
system-wide perf_event pass this check?
here we don't know whether it's system wid
From: Pravin B Shelar
Date: Thu, 22 Oct 2015 18:17:16 -0700
> While transitioning to netdev based vport we broke OVS
> feature which allows user to retrieve tunnel packet egress
> information for lwtunnel devices. Following patch fixes it
> by introducing ndo operation to get the tunnel egress i
On 2015/10/23 8:10, Alexei Starovoitov wrote:
Fix safety checks for bpf_perf_event_read():
- only non-inherited events can be added to perf_event_array map
(do this check statically at map insertion time)
- dynamically check that event is local and !pmu->count
Otherwise buggy bpf program can
While transitioning to netdev based vport we broke OVS
feature which allows user to retrieve tunnel packet egress
information for lwtunnel devices. Following patch fixes it
by introducing ndo operation to get the tunnel egress info.
Same ndo operation can be used for lwtunnel devices and compat
ov
From: Michael Chan
Date: Thu, 22 Oct 2015 16:01:17 -0400
> Broadcom ethernet driver for the new family of NetXtreme-C/E
> ethernet devices.
Applied, thanks Michael.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More maj
From: Vivien Didelot
Date: Thu, 22 Oct 2015 16:54:31 -0400
> It is preferable to have a common debugfs interface for DSA or switchdev
> instead of a driver specific one. Thus remove the mv88e6xxx debug code.
>
> Signed-off-by: Vivien Didelot
Applied, thanks.
--
To unsubscribe from this list: s
From: Pravin B Shelar
Date: Thu, 22 Oct 2015 14:29:30 -0700
> While transitioning to netdev based vport we broke OVS
> feature which allows user to retrieve tunnel packet egress
> information for lwtunnel devices. Following patch fixes it
> by introducing ndo operation to get the tunnel egress i
From: Jeff Kirsher
Date: Thu, 22 Oct 2015 18:15:51 -0700
> This series contains fixes to i40e only.
>
> Jesse provides two small fixes for i40e, first fixes counters that were
> being displayed incorrectly due to indexing beyond the array of strings
> when printing stats. Then fixed the fact th
From: Jesse Brandeburg
The driver was printing a message about not being able
to assign VMDq because of a lack of MSI-X vectors.
This was because a line was missing that initialized a variable,
simply a merge error.
Signed-off-by: Jesse Brandeburg
Tested-by: Andrew Bowers
Signed-off-by: Jeff
From: Jesse Brandeburg
The code was setting up stats that were not being initialized.
This caused several counters to be displayed incorrectly, due
to indexing beyond the array of strings when printing stats.
Signed-off-by: Jesse Brandeburg
Tested-by: Andrew Bowers
Signed-off-by: Jeff Kirsher
This series contains fixes to i40e only.
Jesse provides two small fixes for i40e, first fixes counters that were
being displayed incorrectly due to indexing beyond the array of strings
when printing stats. Then fixed the fact that the driver was printing
a message about not being able to assign V
Should not allocate queues number more than online cpus.
Signed-off-by: Joe Jin
Cc: Boris Ostrovsky
Cc: Konrad Rzeszutek Wilk
Cc: David S. Miller
---
drivers/net/xen-netfront.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/xen-netfront.c b/drivers/net/x
Since the introduction of 82574 support in e1000e, the driver has worked on
the assumption that msi-x interrupt generation is automatically disabled
after each irq. As it turns out, this is not the case. Currently, rx
interrupts can fire multiple times before and during napi processing. This
can be
msi-x interrupts are not shared so there's no need to check if the
interrupt was really from this adapter.
Signed-off-by: Benjamin Poirier
---
drivers/net/ethernet/intel/e1000e/netdev.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000e/netdev.c
b/drivers
Hi,
For this series:
Benjamin Poirier (2):
e1000e: remove unreachable code
e1000e: Fix msi-x interrupt automask
drivers/net/ethernet/intel/e1000e/netdev.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
The first patch is a cleanup but the second one is the real
On 22/10/15 07:02, Mans Rullgard wrote:
> This adds a driver for the Aurora VLSI NB8800 Ethernet controller.
> It is an almost complete rewrite of a driver originally found in
> a Sigma Designs 2.6.22 tree.
Some reviews here and there, mostly related to how you use the PHY library.
[snip]
> +
From: Roopa Prabhu
This patch adds support for MPLS multipath routes.
Includes following changes to support multipath:
- splits struct mpls_route into 'struct mpls_route + struct mpls_nh'.
- struct mpls_nh represents a mpls nexthop label forwarding entry
- Adds support to parse/fill RTA_MULTIP
From: Roopa Prabhu
This patch adds support for MPLS multipath routes.
Includes following changes to support multipath:
- splits struct mpls_route into 'struct mpls_route + struct mpls_nh'
- 'struct mpls_nh' represents a mpls nexthop label forwarding entry
- moves mpls route and nexthop structu
From: Robert Shearman
Change the selection of a multipath route to use a flow-based
hash. This more suitable for traffic sensitive to reordering within a
flow (e.g. TCP, L2VPN) and whilst still allowing a good distribution
of traffic given enough flows.
Selection of the path for a multipath rout
Fix safety checks for bpf_perf_event_read():
- only non-inherited events can be added to perf_event_array map
(do this check statically at map insertion time)
- dynamically check that event is local and !pmu->count
Otherwise buggy bpf program can cause kernel splat.
Also fix error path after per
This patch series addresses a number of issues in the FDB handling code of
the ixgbe driver. Specifically there were 3 issues.
1. The addresses were being allocated but not freed from the MAC address
tables. As a result cycling in and out various addresses would end up
exhausing the table.
2.
This change replaces the ixgbe_write_uc_addr_list call in ixgbe_set_rx_mode
with a call to __dev_uc_sync instead. This works much better with the MAC
addr list code that was already in place and solves an issue in which you
couldn't remove an fdb address without having to reset the port.
Signed-o
This change makes it so that we allow the PF to make use of all free RAR
entries for FDB use if needed.
Previously the code limited us to 16 unicast entries, however this was
shared between MACVLAN which wasn't limited and the FDB code which was. So
instead of treating the FDB code as a second cl
In the process of tracking down a memory leak when adding/removing fdb
entries I had to go through the MAC address configuration code for ixgbe.
In the process of doing so I found a number of issues that impacted
readability and performance. This change updates the code in general to
clean it up s
Hi Kedar,
On Thu, 2015-10-22 at 10:15AM +0530, Kedareswara rao Appana wrote:
> Instead of enabling/disabling clocks at several locations in the driver,
> Use the runtime_pm framework. This consolidates the actions for runtime PM
> In the appropriate callbacks and makes the driver more readable and
Hi Mans,
[auto build test WARNING on net/master -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Mans-Rullgard/devicetree-add-vendor-prefix-for-Aurora-VLSI/20151022-220753
config: sparc64-allyesc
On Thu, Oct 22, 2015 at 09:51:05PM +0200, casper@oracle.com wrote:
>
> >On Thu, Oct 22, 2015 at 08:24:51PM +0200, casper@oracle.com wrote:
> >
> >> The external behaviour atomic; you cannot distinguish the order
> >> between the closing of the original file (and waking up other threads
> >
On Thu, 2015-10-22 at 22:00 +0200, Helge Deller wrote:
> Hi Tom & David,
>
> I've queued-up a patch for the parisc architecture which reduces
> L1_CACHE_BYTES from 32 to 16:
> https://patchwork.kernel.org/patch/7399291/
>
> But this change will break the kernel build like this:
>
> In file in
Hi Pravin,
[auto build test WARNING on net/master -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Pravin-B-Shelar/openvswitch-Fix-egress-tunnel-info/20151023-053247
config: x86_64-randconfig-x010-10211707
On Thu, Oct 22, 2015 at 1:00 PM, Helge Deller wrote:
> Hi Tom & David,
>
> I've queued-up a patch for the parisc architecture which reduces
> L1_CACHE_BYTES from 32 to 16:
> https://patchwork.kernel.org/patch/7399291/
>
> But this change will break the kernel build like this:
>
> In file includ
While transitioning to netdev based vport we broke OVS
feature which allows user to retrieve tunnel packet egress
information for lwtunnel devices. Following patch fixes it
by introducing ndo operation to get the tunnel egress info.
Same ndo operation can be used for lwtunnel devices and compat
ov
Hello.
On 10/21/2015 10:26 AM, Yasushi SHOJI wrote:
Thank your for your reply.
Not at all, I'm virtually a maintainer for that driver now, so trying to
filter out the related mails even if I don't have time to read thru all the
netdev mail.
On 10/19/2015 06:01 PM, Yasushi SHOJI wrote:
It is preferable to have a common debugfs interface for DSA or switchdev
instead of a driver specific one. Thus remove the mv88e6xxx debug code.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 291
drivers/net/dsa/mv88e6xxx.h | 2 -
On 8/31/15, Jeffrey Merkey wrote:
> I was able to reproduce it last night with 2.6.32 on Centos 6.3 so it
> does not seem confined to just the 3.X tree. I think this is
> something that's been lurking in the kernel for years and just has a
> hard time showing up. Bugs that go away on their own
On 22/10/15 19:16, Al Viro wrote:
Don't you have to do that anyway, to do anything useful with the file?
Dirtying the cacheline that contains struct file itself is different, but
that's not per-descriptor.
Yes, true enough.
Usually it's per-process, but any thread could ask for a private i
From: Al Viro
>On Thu, Oct 22, 2015 at 06:39:34PM +0100, Alan Burlison wrote:
>> On 22/10/2015 18:05, Al Viro wrote:
>>
>> >Oh, for... Right in this thread an example of complete BS has been quoted
>> >from POSIX close(2). The part about closing a file when the last descriptor
>> >gets closed
Hello.
On 10/22/2015 04:31 PM, Geert Uytterhoeven wrote:
Due to a probe deferral of an interrupt controller[1], the Micrel
Ethernet PHY on
r8a7791/koelsch started failing to get its IRQ:
no irq domain found for /interrupt-controller@e61c !
However, of_mdiobus_register_phy() uses irq_
>On Thu, Oct 22, 2015 at 08:24:51PM +0200, casper@oracle.com wrote:
>
>> The external behaviour atomic; you cannot distinguish the order
>> between the closing of the original file (and waking up other threads
>> waiting for a record lock) or changing the file referenced by that newfd.
>>
>>
Hi Tom & David,
I've queued-up a patch for the parisc architecture which reduces L1_CACHE_BYTES
from 32 to 16:
https://patchwork.kernel.org/patch/7399291/
But this change will break the kernel build like this:
In file included from net/core/dev.c:92:0:
net/core/dev.c: In function ‘expand_xps_
NOTE: Link-local IPv6 addresses for remote endpoints are not supported,
since the driver currently has no capacity for binding a geneve
interface to a specific link.
Signed-off-by: John W. Linville
---
v5:
- wrap declaration of sock6 in geneve_dev with IS_ENABLED(CONFIG_IPV6)
- remove superfluous
Signed-off-by: John W. Linville
Reported-by: Jesse Gross
Reviewed-by: Jesse Gross
---
v5 -- same as previous revision
drivers/net/geneve.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/net/geneve.c b/drivers/net/geneve.c
index 47f7512f02cf..4d
Hello netdev,
I probably found a bug in kernel-4.3.0-0.rc5 (bnx2x driver). So I opened
new bug report in our bugzilla [0]. Michal Schmidt told me the best way
to solve an upstream bug is to contact you directly to netdev list.. so
here I am :).
Can somebody take a look at it?
[0] https://bugzilla
Daniel Borkmann writes:
> On 10/20/2015 08:56 PM, Eric W. Biederman wrote:
> ...
>> Just FYI: Using a device for this kind of interface is pretty
>> much a non-starter as that quickly gets you into situations where
>> things do not work in containers. If someone gets a version of device
>> name
On Thu, Oct 22, 2015 at 09:46:12PM +0300, Vladimir Davydov wrote:
> On Thu, Oct 22, 2015 at 12:21:31AM -0400, Johannes Weiner wrote:
> > The tcp memory controller has extensive provisions for future memory
> > accounting interfaces that won't materialize after all. Cut the code
> > base down to wha
From: Jon Ringle
This fixes the mask used to update the LED configuration so that it clears
the necessary bits as well as setting the bits according to the mask.
Also reverse the LED configuration to show the Link state + collisions in
LEDA and the Link state + TX/RX events in LEDB.
Signed-off-b
On Thu, Oct 22, 2015 at 08:24:51PM +0200, casper@oracle.com wrote:
> The external behaviour atomic; you cannot distinguish the order
> between the closing of the original file (and waking up other threads
> waiting for a record lock) or changing the file referenced by that newfd.
>
> But this
On Fri, Oct 23, 2015 at 12:05 AM, Sergei Shtylyov
wrote:
> Hello.
>
> On 10/22/2015 09:26 PM, Punit Vara wrote:
>
>> This patch is to the ath5k/eeprom.c that fixes up warning caught by
>> coccicheck:
>>
>> -Unneeded variable: "ret". Return "0" on line 1733
>>
>> Remove unneccesary variable ret cre
On Thu, Oct 22, 2015 at 12:21:36AM -0400, Johannes Weiner wrote:
...
> @@ -185,8 +183,29 @@ static void vmpressure_work_fn(struct work_struct *work)
> vmpr->reclaimed = 0;
> spin_unlock(&vmpr->sr_lock);
>
> + level = vmpressure_calc_level(scanned, reclaimed);
> +
> + if (level
Remove empty line suggested by Sergei
This patch is to the ath5k/eeprom.c that fixes up warning caught by
coccicheck:
Unneeded variable: "ret". Return "0" on line 980
Remove unneeded variable ret created to return zero.
Signed-off-by: Punit Vara
---
drivers/net/wireless/ath/wcn36xx/main.c | 4
On 10/22/2015 09:47 PM, Punit Vara wrote:
Remove black line suggested by Sergei
Such kind of comments should be under the --- tear line.
This patch is to the ath5k/eeprom.c that fixes up warning caught by
coccicheck:
Unneeded variable: "ret". Return "0" on line 980
Remove unneeded vari
On 10/22/15 at 07:21pm, Hannes Frederic Sowa wrote:
> Hi Thomas,
>
> On Thu, Oct 22, 2015, at 18:45, Thomas Graf wrote:
> > I understand the race but when does it occur? Whoever creates
> > the original interface owns it and is responsible for its
> > lifecycle. *Iff* for some reason multiple enti
On Thu, Oct 22, 2015 at 06:39:34PM +0100, Alan Burlison wrote:
> On 22/10/2015 18:05, Al Viro wrote:
>
> >Oh, for... Right in this thread an example of complete BS has been quoted
> >from POSIX close(2). The part about closing a file when the last descriptor
> >gets closed. _Nothing_ is POSIX-c
On Thu, Oct 22, 2015 at 12:21:33AM -0400, Johannes Weiner wrote:
...
> @@ -5500,13 +5524,38 @@ void sock_release_memcg(struct sock *sk)
> */
> bool mem_cgroup_charge_skmem(struct mem_cgroup *memcg, unsigned int nr_pages)
> {
> + unsigned int batch = max(CHARGE_BATCH, nr_pages);
> stru
On Thu, Oct 22, 2015 at 12:21:35AM -0400, Johannes Weiner wrote:
...
> @@ -2437,6 +2439,10 @@ static bool shrink_zone(struct zone *zone, struct
> scan_control *sc,
> }
> }
>
> + vmpressure(sc->gfp_mask, memcg,
> +
Remove black line suggested by Sergei
This patch is to the ath5k/eeprom.c that fixes up warning caught by
coccicheck:
Unneeded variable: "ret". Return "0" on line 980
Remove unneeded variable ret created to return zero.
Signed-off-by: Punit Vara
---
drivers/net/wireless/ath/wcn36xx/main.c | 4
On Thu, Oct 22, 2015 at 12:21:31AM -0400, Johannes Weiner wrote:
> The tcp memory controller has extensive provisions for future memory
> accounting interfaces that won't materialize after all. Cut the code
> base down to what's actually used, now and in the likely future.
>
> - There won't be any
Hi Johannes,
On Thu, Oct 22, 2015 at 12:21:28AM -0400, Johannes Weiner wrote:
...
> Patch #5 adds accounting and tracking of socket memory to the unified
> hierarchy memory controller, as described above. It uses the existing
> per-cpu charge caches and triggers high limit reclaim asynchroneously.
>On Thu, Oct 22, 2015 at 08:34:19AM +0200, casper@oracle.com wrote:
>>
>>
>> >And I'm really curious about the things Solaris would do with dup2() there.
>> >Does it take into account the possibility of new accept() coming just as
>> >dup2() is trying to terminate the ongoing ones? Is there
Hello.
On 10/22/2015 09:26 PM, Punit Vara wrote:
This patch is to the ath5k/eeprom.c that fixes up warning caught by
coccicheck:
-Unneeded variable: "ret". Return "0" on line 1733
Remove unneccesary variable ret created to return zero.
Also removed empty line suggested by Sergei
Signed-off-
This patch is to the ath5k/eeprom.c that fixes up warning caught by
coccicheck:
-Unneeded variable: "ret". Return "0" on line 1733
Remove unneccesary variable ret created to return zero.
Also removed empty line suggested by Sergei
Signed-off-by: Punit Vara
---
drivers/net/wireless/ath/ath5k/
On Thu, Oct 22, 2015 at 3:16 AM, Sergei Shtylyov
wrote:
> On 10/21/2015 05:55 PM, Punit Vara wrote:
>
>> This patch is to the ath5k/eeprom.c that fixes up warning caught by
>> coccicheck:
>>
>> Unneeded variable: "ret". Return "0" on line 980
>>
>> Remove unneeded variable ret created to return ze
On Thu, Oct 22, 2015 at 3:13 AM, Sergei Shtylyov
wrote:
> Hello.
>
> On 10/21/2015 05:55 PM, Punit Vara wrote:
>
>> This patch is to the ath10k/pci.h file that fixes following warning
>
>
>pci.c, you mean?
>
>
>> reported by coccicheck:
>>
>> WARNING: sum of probable bitmasks, consider |
>>
On Thu, Oct 22, 2015 at 11:55:42AM +0100, Alan Burlison wrote:
> On 22/10/2015 05:21, Al Viro wrote:
>
> >>Most of the work on using a file descriptor is local to the thread.
> >
> >Using - sure, but what of cacheline dirtied every time you resolve a
> >descriptor to file reference?
>
> Don't you
This patch is to the ath5k/eeprom.c that fixes up warning caught by
coccicheck:
-Unneeded variable: "ret". Return "0" on line 1733
Remove unneccesary variable ret created to return zero.
Signed-off-by: Punit Vara
---
drivers/net/wireless/ath/ath5k/eeprom.c | 5 ++---
1 file changed, 2 insertio
On Thu, Oct 22, 2015 at 11:28 AM, Mans Rullgard wrote:
> This adds a binding for the Aurora VLSI NB8800 Ethernet controller
> using the "aurora,nb8800" compatible string. When used in Sigma
> Designs chips a few additional control registers are available.
> This variant is indicated by the "sigma
Hi All,
I have a question regarding speeding up xfrm policy lookup in flow cache.
We are working on a product where 3 policies (in,fwd and out) are
setup per tunnel.
Tunnels comes up and down all the time, so the policy data base will
be keep changing.
Looks like there is an impact in performa
On 22/10/2015 18:05, Al Viro wrote:
Oh, for... Right in this thread an example of complete BS has been quoted
from POSIX close(2). The part about closing a file when the last descriptor
gets closed. _Nothing_ is POSIX-compliant in that respect (nor should
it be).
That's not exactly what it
Sorry for v3 - I forgot to update the commit message on patch 1 as
requested by Marcin.
This short series adds ethtool statistics reporting to mvneta. Having
discussed with Andrew on IRC, we decided I'd pick up his patch into my
series.
My change for patch 1 compared to the previous RFC splits o
Add support for the ethtool statistic interface, returning the full set
of statistics which both Armada 370, 38x and Armada XP can support.
Tested-by: Andrew Lunn
Signed-off-by: Russell King
---
drivers/net/ethernet/marvell/mvneta.c | 108 ++
1 file changed, 108
From: Andrew Lunn
The existing function to clear the MIB statatistics was using the
wrong address for the registers. Also, the counters would of been
cleared when the interface was brought up, not during the
probe. Fix both of these.
Signed-off-by: Andrew Lunn
Signed-off-by: Russell King
---
Hi Thomas,
On Thu, Oct 22, 2015, at 18:45, Thomas Graf wrote:
> On 10/22/15 at 05:00pm, Jiri Benc wrote:
> > On Thu, 22 Oct 2015 16:52:13 +0200, Nicolas Dichtel wrote:
> > > With the proposed scenario:
> > > 1. create netns 'new_netns'
> > > 2. in root netns, move the interface with ifindex 2 to n
On Thu, Oct 22, 2015 at 08:34:19AM +0200, casper@oracle.com wrote:
>
>
> >And I'm really curious about the things Solaris would do with dup2() there.
> >Does it take into account the possibility of new accept() coming just as
> >dup2() is trying to terminate the ongoing ones? Is there a wind
David Miller writes:
> From: Mans Rullgard
> Date: Thu, 22 Oct 2015 15:02:38 +0100
>
>> This adds a driver for the Aurora VLSI NB8800 Ethernet controller.
>> It is an almost complete rewrite of a driver originally found in
>> a Sigma Designs 2.6.22 tree.
>>
>> Signed-off-by: Mans Rullgard
>
>
On Thu, Oct 22, 2015 at 02:14:42PM +0100, Alan Burlison wrote:
> The issues I hit were in the context of application porting, where
> the APIs in question are covered by POSIX. The Linux manpages for
> open(), close(), socket(), dup2() and shutdown() all claim
> POSIX.1-2001 conformance. If perfor
From: Andrew Lunn
The existing function to clear the MIB statatistics was using the
wrong address for the registers. Also, the counters would of been
cleared when the interface was brought up, not during the
probe. Fix both of these.
Signed-off-by: Andrew Lunn
Signed-off-by: Russell King
---
Add support for the ethtool statistic interface, returning the full set
of statistics which both Armada 370 and Armada XP can support.
Tested-by: Andrew Lunn
Signed-off-by: Russell King
---
drivers/net/ethernet/marvell/mvneta.c | 108 ++
1 file changed, 108 inser
Hi,
This short series adds ethtool statistics reporting to mvneta. Having
discussed with Andrew on IRC, we decided I'd pick up his patch into my
series.
My change for patch 1 compared to the previous RFC splits out the
reading of the statistics from the hardware into a separate function,
in orde
Now that PCIe knows how to create A-MSDUs, use this
capability and prepare SKBs that are large enough to
build an A-MSDU.
Advertise TSO support towards the network stack and
segment the packet with gso_size set to be the maximal
A-MSDU length (after having taken the headers to be added
into account
1 - 100 of 254 matches
Mail list logo
