The adapter->pcicfg resource is either mapped via pci_iomap() or
derived from adapter->db. During be_remove() this resource was ignored
and so could remain mapped after remove.
Add a flag to track whether adapter->pcicfg was mapped or not, then
use that flag in be_unmap_pci_bars() to unmap if
From: Eric Dumazet
Date: Wed, 2 Mar 2016 08:21:43 -0800
> Some devices declare a high number of TX queues, then set a much
> lower real_num_tx_queues
>
> This cause setups using fq_codel, sfq or fq as the default qdisc to consume
> more memory than really needed.
>
> Signed-off-by: Eric Dumaze
Check for handle ids when adding/deleting hash nodes OR adding/deleting
filter entries and limit them to max number of links or header nodes
supported(IXGBE_MAX_LINK_HANDLE).
Start from bit 0 when setting hash table bit-map.(adapter->tables)
Signed-off-by: Sridhar Samudrala
---
drivers/net/ethe
On Thu, 2016-03-03 at 15:19 -0800, Sridhar Samudrala wrote:
> Check for handle ids when adding/deleting hash nodes OR
> adding/deleting
> filter entries and limit them to max number of links or header nodes
> supported(IXGBE_MAX_LINK_HANDLE).
>
> Start from bit 0 when setting hash table bit-map.(a
On jeu., 2016-03-03 at 14:24 -0800, Tom Herbert wrote:
> This a kernel based on 3.10. We believe the lockups coincide with
> removing/readding qdiscs.
You could backport 64153ce0a7b61b2a
("net_sched: htb: do not setup default rate estimators"),
unless you desperately want these rate estimators...
On Thu, Mar 3, 2016 at 3:52 PM, Eric Dumazet wrote:
> On jeu., 2016-03-03 at 14:24 -0800, Tom Herbert wrote:
>> This a kernel based on 3.10. We believe the lockups coincide with
>> removing/readding qdiscs.
>
> You could backport 64153ce0a7b61b2a
> ("net_sched: htb: do not setup default rate estim
On Thu, Mar 3, 2016 at 12:58 AM, Daniel Borkmann wrote:
> On 03/03/2016 02:21 AM, Cong Wang wrote:
>>
>> Why not set it in tun_rx_dst() where it is allocated?
>
>
> Nope, current convention is to only fill options_len when an actual
> option was detected on RX, f.e. see ip_tunnel_info_opts_set() i
On 03/03/16 14:18, Murali Karicheri wrote:
> Hi,
>
> We are using Micrel Phy in one of our board and wondering if we can force the
> Phy to disable flow control at start. I have a 1G ethernet switch connected
> to Phy and the phy always enable flow control. I would like to configure the
> phy not
On Thu, Mar 3, 2016 at 3:58 PM, Tom Herbert wrote:
> On Thu, Mar 3, 2016 at 3:52 PM, Eric Dumazet wrote:
>> On jeu., 2016-03-03 at 14:24 -0800, Tom Herbert wrote:
>>> This a kernel based on 3.10. We believe the lockups coincide with
>>> removing/readding qdiscs.
>>
>> You could backport 64153ce0a
On jeu., 2016-03-03 at 16:24 -0800, Tom Herbert wrote:
> I suppose that case is protected by est_lock and e->bstats == NULL.
Yes, c7de2cf053420d63bac85133469c965d4b1083e1 was supposed
to fix some issues ...
On Thu, Mar 3, 2016 at 3:21 PM, Mahesh Bandewar wrote:
>
>
> On Thu, Mar 3, 2016 at 1:43 PM, Mahesh Bandewar wrote:
>>
>> On Wed, Mar 2, 2016 at 8:45 PM, Cong Wang
>> wrote:
>> >
>> > On Mon, Feb 29, 2016 at 2:08 PM, Mahesh Bandewar
>> > wrote:
>> > > From: Mahesh Bandewar
>> > >
>> > > netif_
When set MTU to the minimum value 68, there are increasing number
of error packets occur, which is caused by the overflowed value of
mss. This patch fix the bug.
This patch is just for huawei internal review, if there is no
comment for three days, I will send out to the mainline.
thanks
Signed-o
In V1 chip, common_poll should check and clean fbd pkts, because it
can not pend irq to clean them if there is no new pkt comes in.
But V2 chip hw fixes this bug, and will pend irq itself to do this.
So, for V2 chip, we set ring_data->fini_process to NULL.
Signed-off-by: Daode Huang
Signed-off-by
From: Lisheng
Service gmacs can not set mac add, this patch will fix the bug.
Signed-off-by: Daode Huang
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/net/ethernet/
Hi David,
This patch series are hisilicon network driver bug fix.
Best Regards
Daode.
Daode Huang (5):
net: hns: bug fix about the overflow of mss
net: hns: fixes the hw interrupt bug in using napi
net: hns: fixed portid bug in sending manage pkt
net: hns: adds uc match for debug port
n
This patch adds uc match for debug port by:
1)Enables uc match of debug port when initializing gmac
2)Enables uc match of mac address register2
Signed-off-by: Daode Huang
Signed-off-by: lipeng
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 18 +-
drivers/net/ethernet/h
In V2 chip, when sending mamagement packets, the driver should
config the port id to BD descs.
Signed-off-by: Daode Huang
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hnae.h | 3 +++
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 1 +
drivers/net/ethernet/hisilicon
from Lisheng
There is some difference in hilink status defination between
v1 and v2 chips.
for v1 chip, all ports connected to the same hilink share the same
hilink status register bit.
but for v2, all ports have separately hilink status register bit. And
the register addr is also changed.
So thi
sorry. please ignore this mail,
i will send out it again.
On 2016/3/4 9:09, Daode Huang wrote:
Hi David,
This patch series are hisilicon network driver bug fix.
Best Regards
Daode.
Daode Huang (5):
net: hns: bug fix about the overflow of mss
net: hns: fixes the hw interrupt bug in using
The MFD_SYSCON depends on HAS_IOMEM so when selecting it avoid unmet
direct dependencies.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. Fix comments from Arnd: Don't add the dependency where it exists
already through parents or other dependencies.
---
drivers/net/ethernet/hisi
> From: Zhang Shengju
> Date: Tue, 1 Mar 2016 07:24:42 +
>
> > Currently, arp_rcv() always return zero on a packet delivery upcall.
> >
> > To make its behavior more compliant with the way this API should be
> > used, this patch changes this to let it return NET_RX_SUCCESS when the
> > packe
Here is a patch in two parts to have ath9k make use the new
intermediate queues in mac80211. It seems to work for me, but it
clearly needs more testing.
This should be useful to anyone who wants to try Michal's patch from
last week "mac80211: implement fq_codel for software queuing" as that
pat
Also use hwq instead of txq to refer to it throughout ath9k/*. This
is prep work for using mac80211's new intermediate queues, which are
called txq, and it would be too confusing if both are called txq.
---
drivers/net/wireless/ath/ath9k/ath9k.h | 50 +--
drivers/net/wireless/ath/ath9k/bea
This patch leaves the code for ath9k's internal per-node per-tid
queues in place and just modifies the driver to also pull from
the new mac80211 intermediate software queues, and implements
the .wake_tx_queue method, which will cause mac80211 to deliver
packets to be sent via the new intermediate
On Mar 3, 2016, at 3:23 AM, Ed Schouten wrote:
> While comparing the behavior of the Berkeley sockets API different
> operating systems, I noticed that in some places we return different
> errno's as what POSIX requires and how other systems work, but also what
> we document in our own man pages.
>>> As you mentioned logically we should be able to pass the skb in master's
>>> ns
>>> until L3 processing is completed. This patch series attempts to do that by
>>> disassociating this logic from skb->dev and adding it to l3_dev. This
>>> should
>>> include not just IPT but all that is done in L3
From: "Christopher S. Hall"
Modern Intel systems supports cross timestamping of the network device
clock and Always Running Timer (ART) in hardware. This allows the
device time and system time to be precisely correlated. The timestamp
pair is returned through e1000e_phc_get_syncdevicetime() used
From: "Christopher S. Hall"
Currently, network /system cross-timestamping is performed in the
PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() and
the gettime64() callback provided by the driver. The cross-timestamp
is best effort where the latency between the capture of system tim
From: "Christopher S. Hall"
On modern Intel systems TSC is derived from the new Always Running Timer
(ART). ART can be captured simultaneous to the capture of
audio and network device clocks, allowing a correlation between timebases
to be constructed. Upon capture, the driver converts the capture
From: "Christopher S. Hall"
Another representative use case of time sync and the correlated
clocksource (in addition to PTP noted above) is PTP synchronized
audio.
In a streaming application, as an example, samples will be sent and/or
received by multiple devices with a presentation time that is
From: "Christopher S. Hall"
The code in ktime_get_snapshot() is a superset of the code in
ktime_get_raw_and_real() code. Further, ktime_get_raw_and_real() is
called only by the PPS code, pps_get_ts(). Consolidate the
pps_get_ts() code into a single function calling ktime_get_snapshot()
and elimin
From: "Christopher S. Hall"
The timekeeping code does not currently provide a way to translate
externally provided clocksource cycles to system time. The cycle count
is always provided by the result clocksource read() method internal to
the timekeeping code. The added function timekeeping_cycles_
From: "Christopher S. Hall"
ACKNOWLEDGMENT: cross timestamp code was developed by Thomas Gleixner
. It has changed considerably and any mistakes are
mine.
The precision with which events on multiple networked systems can be
synchronized using, as an example, PTP (IEEE 1588, 802.1AS) is limited
b
From: "Christopher S. Hall"
In the current timekeeping code there isn't any interface to
atomically capture the current relationship between the system counter
and system time. ktime_get_snapshot() returns this triple (counter,
monotonic raw, realtime) in the system_time_snapshot struct.
Cc: Pra
Hey Thomas,
So again, here is Christopher's cross-timestamp
infrastructure patchset which I wanted to send along for 4.6.
(Including the minor tweaks you suggested). These apply
against tip/timers/core.
Let me know if you have any objections.
thanks
-john
Cc: Prarit Bhargava
Cc: Richard
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/vxlan.c
between commit:
4024fcf70556 ("vxlan: fix missing options_len update on RX with collect
metadata")
from the net tree and commit:
3288af0892e3 ("vxlan: move GBP header parsing to a separate func
On 03/04/2016 03:09 AM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/vxlan.c
between commit:
4024fcf70556 ("vxlan: fix missing options_len update on RX with collect
metadata")
from the net tree and commit:
3288af0892e
On 03/04/2016 01:16 AM, Cong Wang wrote:
On Thu, Mar 3, 2016 at 12:58 AM, Daniel Borkmann wrote:
On 03/03/2016 02:21 AM, Cong Wang wrote:
Why not set it in tun_rx_dst() where it is allocated?
Nope, current convention is to only fill options_len when an actual
option was detected on RX, f.e.
If you want to try out Michal's patch you'll need a mac80211 driver
that uses the new intermediate queues.
I just submitted a PATCH RFC/RFT to modify ath9k to use the new
intermediate software queues. There are very few (zero or close to
zero) drivers in linux which do that, and Michal's patch
In V2 chip, when sending mamagement packets, the driver should
config the port id to BD descs.
Signed-off-by: Daode Huang
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hnae.h | 3 +++
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 1 +
drivers/net/ethernet/hisilicon
This patch adds uc match for debug port by:
1)Enables uc match of debug port when initializing gmac
2)Enables uc match of mac address register2
Signed-off-by: Daode Huang
Signed-off-by: lipeng
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 18 +-
drivers/net/ethernet/h
When set MTU to the minimum value 68, there are increasing number
of error packets occur, which is caused by the overflowed value of
mss. This patch fix the bug.
Signed-off-by: Daode Huang
---
drivers/net/ethernet/hisilicon/hns/hns_enet.c | 17 -
1 file changed, 8 insertions(+),
In V1 chip, common_poll should check and clean fbd pkts, because it
can not pend irq to clean them if there is no new pkt comes in.
But V2 chip hw fixes this bug, and will pend irq itself to do this.
So, for V2 chip, we set ring_data->fini_process to NULL.
Signed-off-by: Daode Huang
Signed-off-by
From: Lisheng
Service gmacs can not set mac add, this patch will fix the bug.
Signed-off-by: Daode Huang
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_gmac.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/net/ethernet/
Hi David,
This patch series are hisilicon network driver bug fix.
Best Regards
Daode.
Daode Huang (5):
net: hns: bug fix about the overflow of mss
net: hns: fixes the hw interrupt bug in using napi
net: hns: fixed portid bug in sending manage pkt
net: hns: adds uc match for debug port
n
from Lisheng
There is some difference in hilink status defination between
v1 and v2 chips.
for v1 chip, all ports connected to the same hilink share the same
hilink status register bit.
but for v2, all ports have separately hilink status register bit. And
the register addr is also changed.
So thi
From: Bernhard Walle Sent: Thursday, March 03, 2016 5:16 PM
> To: da...@davemloft.net
> Cc: a...@arndb.de; netdev@vger.kernel.org; linux-ker...@vger.kernel.org;
> Bernhard Walle
> Subject: [PATCH] net: fec: Rename "phy-reset-active-low" property
>
> From the perspective of RESET, the meaning of
On 2016/3/3 21:39, Andy Shevchenko wrote:
> On Thu, 2016-03-03 at 20:02 +0800, Kejian Yan wrote:
>> It will always be passed if the soc is tested the loopback cases.
>> This
>> patch will fix this bug.
> Few style related comments.
>
>> @@ -686,6 +690,10 @@ static int hns_ae_config_loopback(struc
From: David Decotigny
This adds support for the new ETHTOOL_xLINKSETTINGS ioctls. This also
fixes a few compilation warnings as well as a heap corruption bug.
History:
v2
added do_seeprom patch
added netdev@ as recipient
v1
initial submission
From: Maciej Żenczykowski
This fixes:
In file included from ethtool-copy.h:22:0,
from internal.h:32,
from ethtool.c:29:
.../include/linux/types.h:32:25: error: conflicting types for '__be64'
typedef __u64 __bitwise __be64;
^
From: Maciej Żenczykowski
Addresses the following warnings:
marvell.c:426:2: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasing]
marvell.c:427:2: error: dereferencing type-punned pointer will break
strict-aliasing rules [-Werror=strict-aliasin
From: David Decotigny
Signed-off-by: David Decotigny
---
internal.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/internal.h b/internal.h
index 5f8504d..5df8124 100644
--- a/internal.h
+++ b/internal.h
@@ -13,6 +13,7 @@
#ifdef HAVE_CONFIG_H
#include "ethtool-config.h
From: David Decotigny
This addresses:
ethtool.c:1116:8: warning: ignoring return value of ‘fread’, declared with
attribute warn_unused_result [-Wunused-result]
Signed-off-by: David Decotigny
---
ethtool.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/ethtool.c b/e
From: David Decotigny
Signed-off-by: David Decotigny
---
ethtool.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/ethtool.c b/ethtool.c
index e1acf09..4daf538 100644
--- a/ethtool.c
+++ b/ethtool.c
@@ -4618,6 +4618,9 @@ opt_found:
/* Open control socket. */
From: Maciej Żenczykowski
This fixes:
test-common.c: In function 'test_realloc':
test-common.c:109:8: error: 'block' may be used uninitialized in this
function [-Werror=maybe-uninitialized]
block = realloc(block, sizeof(*block) + size);
^
Signed-off-by: David Decotigny
---
From: David Decotigny
Tested:
On qemu e1000:
$ dd if=/dev/zero bs=2 count=5 | /mnt/ethtool -E eth0 length 9
too much data from stdin
$ dd if=/dev/zero bs=2 count=5 | /mnt/ethtool -E eth0 length 11
not enough data from stdin
$ dd if=/dev/zero bs=2 count=5 | /mnt/ethtool -E eth0 length
From: David Decotigny
The 'regs' pointer is owned by do_gregs(), but updated internally inside
dump_regs() without propagating it back to do_gregs(): later free(regs)
in do_gregs() reclaims the wrong area. This commit moves the realloc()
inside do_gregs().
Signed-off-by: David Decotigny
---
e
From: David Decotigny
This cover changes up to:
commit 3f1ac7a700d039c61d8d8b99f28d605d489a60cf
Author: David Decotigny
Date: Wed Feb 24 10:57:59 2016 -0800
net: ethtool: add new ETHTOOL_xLINKSETTINGS API
Signed-off-by: David Decotigny
---
ethtool-copy.h | 485 +++
From: David Decotigny
Signed-off-by: David Decotigny
---
internal.h | 8
1 file changed, 8 insertions(+)
diff --git a/internal.h b/internal.h
index 5df8124..5fd87f1 100644
--- a/internal.h
+++ b/internal.h
@@ -42,6 +42,14 @@ typedef int32_t s32;
#include "ethtool-copy.h"
#include "
From: David Decotigny
More info with kernel SHA1: 8d3f2806f8fbd9b22 "Merge branch
'ethtool-ksettings'".
Signed-off-by: David Decotigny
---
ethtool.c | 682 +++--
internal.h | 66 ++
test-cmdline.c | 12 +
3 files changed, 601
From: Maciej Żenczykowski
This fixes:
test-features.c:21:1: error: missing braces around initializer
[-Werror=missing-braces]
cmd_gssetinfo = { { ETHTOOL_GSSET_INFO, 0, 1ULL << ETH_SS_FEATURES }, 34 };
^
Signed-off-by: David Decotigny
---
test-features.c | 2 +-
1 file changed, 1 ins
On Thu, Mar 3, 2016 at 6:19 PM, Diego Viola wrote:
> On Thu, Mar 3, 2016 at 6:14 PM, Diego Viola wrote:
>> On Thu, Mar 3, 2016 at 2:55 AM, Diego Viola wrote:
>>> On Thu, Mar 3, 2016 at 12:19 AM, Diego Viola wrote:
On Wed, Mar 2, 2016 at 2:14 AM, Guo-Fu Tseng
wrote:
> On Wed, 24
In V2 chip,we can set overtime reg is for each port,
that is differents from for all port in V1.
This patch will modify some functions: set/get the reg.
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 60 +++-
drivers/net/ethernet/hisilicon/hns/hns_dsaf_rcb.c
In V2 chip,we can set overtime reg is for each port,
that is differents from for all port in V1.
This patch will modify some functions: set/get the reg.
Lisheng (3):
net: hns: fixed the setting overtime bug
net: hns: modified dump overtime regs
net: hns: fixed set-coalesce-usecs return void
Seting coalesce time maybe return err,
and ethtool should process the err.
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hnae.h | 2 +-
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 6 +++---
drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 6 --
3 files chan
In V2 chip, the timeover reg_addr is different from V1;
And there are 6 regs for service ports,that is different from V1.
In dump regs function, should also fix this change.
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_rcb.c | 16
1 file changed, 12 ins
On Thu, 2016-03-03 at 20:23 -0800, David Decotigny wrote:
> From: David Decotigny
[]
> diff --git a/internal.h b/internal.h
[]
> @@ -42,6 +42,14 @@ typedef int32_t s32;
> #include "ethtool-copy.h"
> #include "net_tstamp-copy.h"
>
> +#ifndef TRUE
> +# define TRUE (!0)
> +#endif
> +
> +#ifndef
The patch is support pause in V2 chip, that are forbidden in V1 chip:
1) service ports can disable rx pause frame.
2) debug ports can open tx/rx pause frame.
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 20 +++--
drivers/net/ethernet/hisilicon
Add two new regs to dump and stats function:
DSAF_PAUSE_CFG_REG
DSAFV2_INODE_FINAL_IN_PAUSE_NUM_0_REG.
Signed-off-by: Lisheng
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_main.c | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
diff --git a/drivers
The change is for supporting pause in V2 chip:
service ports can close pause-rx;
debug ports can open pause-rx/tx.
Lisheng (2):
net: hns: fixed the pause ctl bug
net: hns: update pause regs to dump function
drivers/net/ethernet/hisilicon/hns/hns_ae_adapt.c | 20 +-
drive
On Fri, Mar 4, 2016 at 4:05 AM, Douglas Miller
wrote:
> The adapter->pcicfg resource is either mapped via pci_iomap() or
> derived from adapter->db. During be_remove() this resource was ignored
> and so could remain mapped after remove.
>
> Add a flag to track whether adapter->pcicfg was mapped or
On 4 March 2016 at 03:48, Tim Shepard wrote:
[...]
> (I am interested in knowing what other mac80211 drivers have been
> modified to use the mac80211 intermediate software queues. I know
> Michal mentioned he has patches for ath10k that are not yet released,
> and I know Felix is finishing up
Tim Shepard writes:
> Also use hwq instead of txq to refer to it throughout ath9k/*. This
> is prep work for using mac80211's new intermediate queues, which are
> called txq, and it would be too confusing if both are called txq.
You should add Signed-off-by to both patches in case someone else
Add Alexey Kuznetsov, James Morris, Hideaki YOSHIFUJI and Patrick McHardy
Zhu Yanjun
On 02/29/2016 01:07 PM, yanjun@windriver.com wrote:
From: Zhu Yanjun
Sometimes the system engineer and application expect a new net namespace
to inherit config from the base net config. Sometimes the cur
Rolf is no longer in his previous role at Netronome and as far as I know no
longer working on the NFP driver. Thus it does not seem appropriate for him
to be a co-maintainer anymore.
Reviewed-by: Dinan Gunawardena
Signed-off-by: Simon Horman
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
I've already received an automated report that this patch fails to
build. Oops.
Apparently only when either CONFIG_ATH9K_TX99=y or
CONFIG_ATH9K_CHANNEL_CONTEXT=y .
I missed a few things in the ath_txq to ath_hwq rename and failed to
catch it because I didn't have those turned on in my .config
Variable entry holds result of jumbo_frm callback. It can be negative,
so the variable should be signed. The patch changes also type of related
first_entry variable to make code compact and coherent.
The problem has been detected using patch
scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci
From: Troy Kisky Sent: Thursday, March 03,
2016 12:14 AM
> To: Fugang Duan ; netdev@vger.kernel.org;
> da...@davemloft.net; b38...@freescale.com
> Cc: fabio.este...@freescale.com; l.st...@pengutronix.de; and...@lunn.ch;
> trem...@gmail.com; li...@arm.linux.org.uk; linux-arm-
> ker...@lists.infrad
Hi,
on my system I can reproduce reliably a kernel OOPS when I run stress-ng
("apt-get install stress-ng"). Any help on how to track this down would
be appreciated, networking code is outside of my comfort zone (I'm just
a dilettante at device drivers ...).
It takes only a minute or two to get th
Hello David,
this is a pull request for net/master.
There is one patch from Ed Spiridonov, which increases the performance of the
mcp251x SPI CAN driver, by avoiding to write to error flag register if it's
unnecessary.
regards,
Marc
---
The following changes since commit c1bb0a5588816ec26abc08
From: Ed Spiridonov
Only two bits (RX0OVR and RX1OVR) are writable in EFLG, write is useless
if these bits aren't set.
Signed-off-by: Ed Spiridonov
Signed-off-by: Marc Kleine-Budde
---
drivers/net/can/spi/mcp251x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ne
201 - 281 of 281 matches
Mail list logo