Let the rx sw checksum available and add some checks for rx desc.
Hayes Wang (2):
r8152: fix the sw rx checksum is unavailable
r8152: rx descriptor check
drivers/net/usb/r8152.c | 46 +-
1 file changed, 45 insertions(+), 1 deletion(-)
--
2.7.4
For some platforms, the data in memory is not the same with the one
from the device. That is, the data of memory is unbelievable. The
check is used to find out this situation.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 49 +
1 file cha
Fix the hw rx checksum is always enabled, and the user couldn't switch
it to sw rx checksum.
Note that the RTL_VER_01 only supports sw rx checksum only. Besides,
the hw rx checksum for RTL_VER_02 is disabled after
commit b9a321b48af4 ("r8152: Fix broken RX checksums."). Re-enable it.
Signed-off-b
Signed-off-by: Nicolas Pitre
---
scripts/kconfig/zconf.hash.c_shipped | 30 +-
scripts/kconfig/zconf.tab.c_shipped | 1581 --
2 files changed, 753 insertions(+), 858 deletions(-)
diff --git a/scripts/kconfig/zconf.hash.c_shipped
b/scripts/kconfig/zconf.hash.c_
The "imply" keyword is a weak version of "select" where the target
config symbol can still be turned off, avoiding those pitfalls that come
with the "select" keyword.
This is useful e.g. with multiple drivers that want to indicate their
ability to hook into a secondary subsystem while allowing the
Bug fixes in bnxt_setup_tc() and VF vitual link state.
Michael Chan (2):
bnxt_en: Fix ring arithmetic in bnxt_setup_tc().
bnxt_en: Fix VF virtual link state.
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 11 ++-
drivers/net/ethernet/broadcom/bnxt/bnxt_sriov.c | 4 ++--
2 files c
The logic is missing the check on whether the tx and rx rings are sharing
completion rings or not.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
If the physical link is down and the VF virtual link is set to "enable",
the current code does not always work. If the link is down but the
cable is attached, the firmware returns LINK_SIGNAL instead of
NO_LINK. The current code is treating LINK_SIGNAL as link up.
The fix is to treat link as down
Some embedded systems have no use for them. This removes about
25KB from the kernel binary size when configured out.
Corresponding syscalls are routed to a stub logging the attempt to
use those syscalls which should be enough of a clue if they were
disabled without proper consideration. They are:
In order to break the hard dependency between the PTP clock subsystem and
ethernet drivers capable of being clock providers, this patch provides
simple PTP stub functions to allow linkage of those drivers into the
kernel even when the PTP subsystem is configured out. Drivers must be
ready to accept
There is no logical relation between add_device_randomness() and
posix_cpu_timers_exit(). Let's move the former to where the later
is called. This way, when posix-cpu-timers.c is compiled out, there
is no need to worry about not losing a call to add_device_randomness().
Signed-off-by: Nicolas Pitr
Many embedded systems don't need the full POSIX timer support.
Configuring them out provides a nice kernel image size reduction.
When POSIX timers are configured out, the PTP clock subsystem should be
left out as well. However a bunch of ethernet drivers currently *select*
the later in their Kconf
Move the only user of alarm_setitimer to itimer.c where it is defined.
This allows for making alarm_setitimer static, and dropping it from the
build when __ARCH_WANT_SYS_ALARM is not defined.
Signed-off-by: Nicolas Pitre
---
include/linux/time.h | 2 --
kernel/time/itimer.c | 15 ++-
Signed-off-by: John Fastabend
---
include/linux/ptr_ring_ll.h | 22 --
include/linux/skb_array.h | 11 +--
net/sched/sch_generic.c |2 +-
3 files changed, 26 insertions(+), 9 deletions(-)
diff --git a/include/linux/ptr_ring_ll.h b/include/linux/ptr_ring_
On 16-11-10 08:28 PM, Jason Wang wrote:
>
>
> On 2016年11月11日 12:17, John Fastabend wrote:
>> On 16-11-10 07:31 PM, Michael S. Tsirkin wrote:
>>> >On Fri, Nov 11, 2016 at 10:07:44AM +0800, Jason Wang wrote:
>>
>>
>>On 2016年11月10日 00:38, Michael S. Tsirkin wrote:
> >>>On Wed, Nov
---
include/linux/ptr_ring_ll.h | 136 +++
include/linux/skb_array.h | 25
2 files changed, 161 insertions(+)
create mode 100644 include/linux/ptr_ring_ll.h
diff --git a/include/linux/ptr_ring_ll.h b/include/linux/ptr_ring_ll.h
new file mode
This is a cmpxchg ring that could potentially be used to replace the spinlock
variant of skb_array.
Couple comments its missing a resize operator which would need to be added
before it could be a drop in replacement. And although I tested the first
patch with my latest set of qdisc updates the sec
On 2016年11月11日 12:17, John Fastabend wrote:
On 16-11-10 07:31 PM, Michael S. Tsirkin wrote:
>On Fri, Nov 11, 2016 at 10:07:44AM +0800, Jason Wang wrote:
>>
>>
>>On 2016年11月10日 00:38, Michael S. Tsirkin wrote:
>>>On Wed, Nov 09, 2016 at 03:38:31PM +0800, Jason Wang wrote:
Backlog were us
On 2016年11月11日 11:41, Michael S. Tsirkin wrote:
On Fri, Nov 11, 2016 at 10:18:37AM +0800, Jason Wang wrote:
>
>
>On 2016年11月10日 03:57, Michael S. Tsirkin wrote:
> >On Wed, Nov 09, 2016 at 03:38:32PM +0800, Jason Wang wrote:
> > >We should use vq->last_avail_idx instead of vq->avail_idx in th
On 16-11-10 07:31 PM, Michael S. Tsirkin wrote:
> On Fri, Nov 11, 2016 at 10:07:44AM +0800, Jason Wang wrote:
>>
>>
>> On 2016年11月10日 00:38, Michael S. Tsirkin wrote:
>>> On Wed, Nov 09, 2016 at 03:38:31PM +0800, Jason Wang wrote:
Backlog were used for tuntap rx, but it can only process 1 pack
On 2016年11月11日 11:31, Michael S. Tsirkin wrote:
On Fri, Nov 11, 2016 at 10:07:44AM +0800, Jason Wang wrote:
>
>
>On 2016年11月10日 00:38, Michael S. Tsirkin wrote:
> >On Wed, Nov 09, 2016 at 03:38:31PM +0800, Jason Wang wrote:
> > >Backlog were used for tuntap rx, but it can only process 1 pack
On Fri, Nov 11, 2016 at 10:18:37AM +0800, Jason Wang wrote:
>
>
> On 2016年11月10日 03:57, Michael S. Tsirkin wrote:
> > On Wed, Nov 09, 2016 at 03:38:32PM +0800, Jason Wang wrote:
> > > We should use vq->last_avail_idx instead of vq->avail_idx in the
> > > checking of vhost_vq_avail_empty() since l
On Fri, Nov 11, 2016 at 10:07:44AM +0800, Jason Wang wrote:
>
>
> On 2016年11月10日 00:38, Michael S. Tsirkin wrote:
> > On Wed, Nov 09, 2016 at 03:38:31PM +0800, Jason Wang wrote:
> > > Backlog were used for tuntap rx, but it can only process 1 packet at
> > > one time since it was scheduled during
This is the first patchset implementing support for the mv88e6390
family. This is a new generation of switch devices and has numerous
incompatible changes to the registers. These patches allow the switch
to the detected during probe, and makes the statistics unit work.
These patches are insuffici
The switch needs to be taken out of reset before we can read its ID
register on the MDIO bus.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/dsa/mv88e6xxx/chip.c b/drivers/net/dsa/mv88e6xxx/c
_mv88e6xxx_stats_wait() did not check the return value from
mv88e6xxx_g1_read(), so the compiler complained about set but unused
err.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/dsa/mv88e6xxx/chip.c b/drive
With the devices added to the tables, the probe will recognize the
switch. This however is not sufficient to make it work properly, other
changes are needed because of incompatibilities.
Signed-off-by: Andrew Lunn
---
.../devicetree/bindings/net/dsa/marvell.txt| 3 +-
drivers/net/dsa/m
Different families have different sets of statistics. Abstract this
using a stats_get_sset_count op. Each stat has a bitmap, and the ops
implementer uses a bit map mask to count the statistics which apply
for the family.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 185
The statistics unit on the mv88e6390 needs to the configured in a
different register to the others as to what histogram statistics is
should return.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 31 +++
drivers/net/dsa/mv88e6xxx/mv88e6xxx.h |
Knowing the family of device belongs to helps with picking the ops
implementation which is appropriate to the device. So add a comment to
each structure of ops.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 19 +++
1 file changed, 19 insertions(+)
diff --git
Taking a stats snapshot differs between same families. Abstract this
into an ops member.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 37 +++
drivers/net/dsa/mv88e6xxx/mv88e6xxx.h | 5 +
2 files changed, 38 insertions(+), 4 deletions
Different families have different sets of statistics. Abstract this
using a stats_get_strings op. Each stat has a bitmap, and the ops
implementer uses a bit map mask to return a list of strings for the
statistics which apply for the family.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xx
The mv88e6390 uses a different bit to select between bank0 and bank1
of the statistics. So implement an ops function for this, and pass the
selector bit to the generic stats read function. Also, the histogram
selection has moved for the mv88e6390, so abstract its selection as
well.
Signed-off-by:
Different families have different sets of statistics. Abstract this
using a stats_get_stats op. The mv88e6390 needs a different
implementation, which will be added later.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 84 +++
drivers/net/ds
The MV88E6390 has a control register for what the histogram statistics
actually contain. This means the stat_snapshot method should not set
this information. So implement the 6390 stats_snapshot function without
these bits.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 1
Le 10/11/2016 à 06:03, Uwe Kleine-König a écrit :
> Instead of remembering if the page was changed, just compare the current
> page to the saved one. This is easier and has the advantage to save a
> register write if the page was already restored.
Seems reasonable to me:
Reviewed-by: Florian Fain
On 2016年11月10日 04:05, Michael S. Tsirkin wrote:
On Wed, Nov 09, 2016 at 03:38:33PM +0800, Jason Wang wrote:
This patch tries to utilize tuntap rx batching by peeking the tx
virtqueue during transmission, if there's more available buffers in
the virtqueue, set MSG_MORE flag for a hint for tunta
On 2016年11月10日 03:57, Michael S. Tsirkin wrote:
On Wed, Nov 09, 2016 at 03:38:32PM +0800, Jason Wang wrote:
We should use vq->last_avail_idx instead of vq->avail_idx in the
checking of vhost_vq_avail_empty() since latter is the cached avail
index from guest but we want to know if there's pendi
On 2016年11月10日 00:38, Michael S. Tsirkin wrote:
On Wed, Nov 09, 2016 at 03:38:31PM +0800, Jason Wang wrote:
Backlog were used for tuntap rx, but it can only process 1 packet at
one time since it was scheduled during sendmsg() synchronously in
process context. This lead bad cache utilization so
>-Original Message-
>From: John Fastabend [mailto:john.fastab...@gmail.com]
>Sent: Thursday, November 10, 2016 9:38 PM
>To: Jiri Pirko ; netdev@vger.kernel.org
>Cc: da...@davemloft.net; Yotam Gigi ; Ido Schimmel
>; Elad Raz ; Nogah Frankel
>; Or Gerlitz ;
>j...@mojatatu.com; geert+rene...
From: Josef Bacik
Date: Thu, 10 Nov 2016 19:18:12 -0500
> ---
> Sorry Jann, I saw your response last night and then promptly forgot about it,
> here's the git-send-email version.
GIT will remove everything after the first "---" line from the commit message,
so you've essentially submitted an emp
---
Sorry Jann, I saw your response last night and then promptly forgot about it,
here's the git-send-email version.
---
I made some invalid assumptions with BPF_AND and BPF_MOD that could result in
invalid accesses to bpf map entries. Fix this up by doing a few things
1) Kill BPF_MOD support.
This reverts commit cf00713a655d ("include/uapi/linux/atm_zatm.h: include
linux/time.h").
This attempted to fix userspace breakage that no longer existed when
the patch was merged. Almost one year earlier, commit 70ba07b675b5
("atm: remove 'struct zatm_t_hist'") deleted the struct in question.
A
On 11/10/2016 01:52 PM, ivan.khoronzhuk wrote:
On 10.11.16 18:37, Grygorii Strashko wrote:
On 11/09/2016 05:56 PM, Ivan Khoronzhuk wrote:
On 09.11.16 23:09, Grygorii Strashko wrote:
On 11/08/2016 07:10 AM, Ivan Khoronzhuk wrote:
The dma ctlr is reseted to 0 while cpdma start, thus c
Instead of having individual PHY drivers set the SUPPORTED_Pause and
SUPPORTED_Asym_Pause flags, phylib itself should set those flags.
During autonegotiation, the PHYs will determine whether to enable
pause frame support.
Pause frames are a feature that is supported by the MAC. It is the MAC
that
> -Original Message-
> From: Y.B. Lu
> Sent: Thursday, November 10, 2016 12:06 PM
> To: 'Scott Wood'; Ulf Hansson
> Cc: linux-mmc; Arnd Bergmann; linuxppc-...@lists.ozlabs.org;
> devicet...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
> ker...@vger.kernel.org; linux-clk; io
This patch provides support for the presence of a KR redriver chip in
between the device PCS and an external PHY. When a redriver chip is
present the device must perform clause 73 auto-negotiation in order to
set the redriver chip for the downstream connection.
Signed-off-by: Tom Lendacky
---
d
Use the phylib support in the kernel to communicate with and control an
MDIO attached PHY. Use the hardware's MDIO communication mechanism to
communicate with the PHY.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet/amd/xgbe/xgbe-common.h | 37 +++
drivers/net/ethernet/amd/xgbe/xgbe-dev.c
Add support for recognizing and using SFP+ modules directly. This includes
using the I2C support to read and interpret the information returned from
an SFP+ module and configuring things properly.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet/amd/Kconfig|1
drivers/net/et
Add support to initialize and use the I2C controller within the hardware
in order to perform sideband communication, e.g. determine the SFP media
type that is installed.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet/amd/xgbe/Makefile |2
drivers/net/ethernet/amd/xgbe/xgbe-commo
Make phy_aneg_done() available to drivers so that the result of the
auto-negotiation initiated by phy_start_aneg() can be determined.
Remove the local implementation of phy_aneg_done() from the Aeroflex
driver and use the phy library version.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet
Remove the call to netif_get_num_default_rss_queues() and replace it
with num_online_cpus() to allow for the possibility of using all of
the hardware DMA channels available.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet/amd/xgbe/xgbe-main.c |3 +--
1 file changed, 1 insertion(+), 2 de
Some versions of the amd-xgbe device are capable of reporting ECC error
information back to the driver. Add support to process, track and report
on this information.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet/amd/Kconfig|5 +
drivers/net/ethernet/amd/xgbe/xgbe-common.h
Add support for new PCI devices to the driver.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet/amd/Kconfig |4
drivers/net/ethernet/amd/xgbe/Makefile|3
drivers/net/ethernet/amd/xgbe/xgbe-common.h | 99 +++
drivers/net/ethernet/amd/xgbe/xgbe-debugfs.c |
Update the reading of the Tx timestamp to account for a hardware issue
on how the fields and interrupt are cleared. The "seconds" portion of
the timestamp should be read first, followed by the "nanoseconds" portion.
Reading the "nanoseconds" portion should clear the timestamp data and the
interrup
The current per channel DMA interrupt support is based on an edge
triggered interrupt that is not maskable. This results in having to call
the disable_irq/enable_irq functions in order to prevent interrupts
during napi processing. The hardware now has a way to configure the per
channel DMA interrup
This patch series is targeted at adding support for a new PCI version
of the hardware. As part of the new PCI device, there is a new PCS/PHY
interaction, ECC support, I2C sideband communication, SFP+ support and
more.
The following updates and fixes are included in this driver update series:
- Ha
Due to a hardware issue, it is possible for interrupt events to be
incorrectly generated when performing a soft reset. To guard against
this, perform the soft reset twice.
Signed-off-by: Tom Lendacky
---
drivers/net/ethernet/amd/xgbe/xgbe-dev.c | 16 +++-
1 file changed, 15 insert
On Tue, Nov 08, 2016 at 09:29:07AM -0500, Jes Sorensen wrote:
> Dave Jones writes:
> > On Fri, Nov 04, 2016 at 09:56:00AM -0400, Jes Sorensen wrote:
> >>
> >> Joe Perches writes:
> >> > On Sun, 2016-10-30 at 19:02 -0400, Jes Sorensen wrote:
> >> >> Code is 80 characters wide, and comments are /*
Hello Sasha,
On 11/9/2016 11:19 PM, Neftin, Sasha wrote:
On 11/9/2016 11:41 PM, Tyler Baicar wrote:
Move IRQ free code so that it will happen regardless of the
__E1000_DOWN bit. Currently the e1000e driver only releases its IRQ
if the __E1000_DOWN bit is cleared. This is not sufficient because
On Thu, Nov 10, 2016 at 09:37:47AM -0800, Cong Wang wrote:
> (Cc'ing Paul)
>
> On Wed, Nov 9, 2016 at 7:42 AM, Rolf Neugebauer
> wrote:
> > Hi
> >
> > We noticed some long delays starting docker containers on some newer
> > kernels (starting with 4.5.x and still present in 4.9-rc4, 4.4.x is
> > f
From: Eric Dumazet
With syzkaller help, Marco Grassi found a bug in TCP stack,
crashing in tcp_collapse()
Root cause is that sk_filter() can truncate the incoming skb,
but TCP stack was not really expecting this to happen.
It probably was expecting a simple DROP or ACCEPT behavior.
We first nee
On Thu, 2016-11-10 at 12:50 -0800, Eric Dumazet wrote:
> From: Eric Dumazet
>
> With syzkaller help, Marco Grassi found a bug in TCP stack,
> crashing in tcp_collapse()
I will send a v2, we need to reload iph, not only th.
From: Eric Dumazet
With syzkaller help, Marco Grassi found a bug in TCP stack,
crashing in tcp_collapse()
Root cause is that sk_filter() can truncate the incoming skb,
but TCP stack was not really expecting this to happen.
It probably was expecting a simple DROP or ACCEPT behavior.
We first nee
Alan Stern writes:
> On Thu, 10 Nov 2016, Kai-Heng Feng wrote:
>
>> Is there a way to force XHCI run at HighSpeed?
>
> Yes, like I said above: Use a USB-2 cable instead of a USB-3 cable.
It's an m.2 form factor modem, so there most likely isn't any cable
involved. But the principle is the same:
On 16-11-10 11:58 AM, Yotam Gigi wrote:
>
>
>> -Original Message-
>> From: John Fastabend [mailto:john.fastab...@gmail.com]
>> Sent: Thursday, November 10, 2016 9:38 PM
>> To: Jiri Pirko ; netdev@vger.kernel.org
>> Cc: da...@davemloft.net; Yotam Gigi ; Ido Schimmel
>> ; Elad Raz ; Nogah F
On Thu, 2016-11-10 at 11:49 -0800, Eric Dumazet wrote:
> On Thu, 2016-11-10 at 11:26 -0800, Eric Dumazet wrote:
>
> > The issue is that sk_filter() truncates an incoming packet to a smaller
> > value.
> >
> > Bad things happen because TCP_SKB_CB(skb)->end_seq is not updated.
> >
> > I guess othe
>-Original Message-
>From: David Miller [mailto:da...@davemloft.net]
>Sent: Thursday, November 10, 2016 9:18 PM
>To: j...@resnulli.us
>Cc: netdev@vger.kernel.org; Yotam Gigi ; Ido Schimmel
>; Elad Raz ; Nogah Frankel
>; Or Gerlitz ;
>j...@mojatatu.com; geert+rene...@glider.be; step...@netwo
On 10.11.16 18:37, Grygorii Strashko wrote:
On 11/09/2016 05:56 PM, Ivan Khoronzhuk wrote:
On 09.11.16 23:09, Grygorii Strashko wrote:
On 11/08/2016 07:10 AM, Ivan Khoronzhuk wrote:
The dma ctlr is reseted to 0 while cpdma start, thus cpdma ctlr
I assume this is because cpdma_ctlr_st
On Thu, 2016-11-10 at 11:26 -0800, Eric Dumazet wrote:
> The issue is that sk_filter() truncates an incoming packet to a smaller
> value.
>
> Bad things happen because TCP_SKB_CB(skb)->end_seq is not updated.
>
> I guess other issues would also happen if the truncation also removes
> part of tcp
On 16-11-10 11:35 AM, John Fastabend wrote:
> On 16-11-10 03:23 AM, Jiri Pirko wrote:
>> From: Yotam Gigi
>>
>> This action allow the user to sample traffic matched by tc classifier.
>> The sampling consists of choosing packets randomly, truncating them,
>> adding some informative metadata regardi
On 16-11-10 03:23 AM, Jiri Pirko wrote:
> From: Yotam Gigi
>
> This action allow the user to sample traffic matched by tc classifier.
> The sampling consists of choosing packets randomly, truncating them,
> adding some informative metadata regarding the interface and the original
> packet size an
On Thu, 2016-11-10 at 07:44 -0800, Eric Dumazet wrote:
> On Thu, 2016-11-10 at 09:47 -0500, Vladis Dronov wrote:
> > Hello,
> >
> > It was discovered by Marco Grassi (many thanks) that
> > the
> > latest stable Linux kernel v4.8.6 is crashing in tcp_collapse() after making
> > certain syscalls:
On Thu, Nov 10, 2016 at 10:33 AM, Jiri Benc wrote:
> On Thu, 10 Nov 2016 10:10:09 -0800, Pravin Shelar wrote:
>> I wanted to do same, that is free dst and skb in caller function. But
>> that would need more changes due to discrepancy in IPv4 udp-tunnel and
>> IPv6 udp-tunnel api. IPv4 works on rou
From: Jiri Pirko
Date: Thu, 10 Nov 2016 12:23:01 +0100
> +void *ife_encode(struct sk_buff *skb, u16 metalen)
metalen is u16
> + metalen = htons(metalen);
htons() returns be16.
> +int ife_tlv_meta_encode(void *skbdata, u16 attrtype, u16 dlen, const void
> *dval)
> +{
> + u32 *tlv = (u
This is still not formed properly.
Your Subject line should be of the form:
Subject: $Subsystem: $Description
Something like "icmp: Restore resistence to abnormal messages."
Also, your patch must be inline, right after the commit message,
rather than included as an attachment.
Finally
Handle weird ICMP fragmentation needed messages with next hop MTU
equal to (or exceeding) dropped packet size
Fixes: 46517008e116 ("ipv4: Kill ip_rt_frag_needed().")
In a large corporate network, we spotted this weird ICMP message after
a long troubleshooting. See attached capture file. Those ICM
Whenever the igb driver detects the result of a read operation returns
a value composed only by F's (like 0x), it will detach the
net_device, clear the hw_addr pointer and warn to the user that adapter's
link is lost - those steps happen on igb_rd32().
In case a PCI error happens on Power
On Thu, Nov 10, 2016 at 06:34:52AM -0500, Alexander Duyck wrote:
> This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
> avoid invoking cache line invalidation if the driver will just handle it
> later via a sync_for_cpu or sync_for_device call.
>
> Cc: Richard Kuo
> Cc: linux
On Thu, 10 Nov 2016 10:10:25 -0800, Pravin Shelar wrote:
> I am specifically talking about cached routes. If the dst entry is
> cached, this patch avoids checking for device loop.
Okay, true, for cached routes we do less work with this patch.
This was more a side note anyway, the real comment was
On Thu, 10 Nov 2016 10:10:09 -0800, Pravin Shelar wrote:
> I wanted to do same, that is free dst and skb in caller function. But
> that would need more changes due to discrepancy in IPv4 udp-tunnel and
> IPv6 udp-tunnel api. IPv4 works on route entry and IPv6 needs dst
> entry. so If caller frees d
On Thu, Nov 10, 2016 at 1:47 AM, Jiri Benc wrote:
> On Wed, 9 Nov 2016 19:33:24 -0800, Pravin Shelar wrote:
>> I have moved the dst error handling to vxlan_build_skb(), which is
>> releasing the dst entry.
>
> Hmm, right, I missed that. But it's weird. The previous logic was
> confusing (skb is fr
On Thu, Nov 10, 2016 at 1:56 AM, Jiri Benc wrote:
> On Wed, 9 Nov 2016 19:34:06 -0800, Pravin Shelar wrote:
>> Why it would not help in non-ovs vxlan egress path? It avoids checking
>> (if condition) for device loop.
>
> I may be missing something but I count the same number of conditions
> for ea
Hi David,
On Thu, Nov 10, 2016 at 11:57:18AM -0500, David Miller wrote:
> From: Baruch Siach
> Date: Wed, 9 Nov 2016 14:56:33 +0200
>
> > Current .ndo_set_mac_address implementation brings up the interface when
> > revert
> > to original address after failure succeeds. Fix this.
> >
> > Signe
From: Jiri Pirko
Date: Thu, 10 Nov 2016 12:10:29 +0100
> From: Jiri Pirko
>
> Add a warning that the abort mechanism was triggered for device.
> Also avoid going through the procedure if abort was already done.
>
> Signed-off-by: Jiri Pirko
> Acked-by: Ido Schimmel
Applied.
From: Andrew Lunn
Date: Thu, 10 Nov 2016 15:43:59 +0100
> The patches which refactored setting up the switch MACs introduced a
> couple of regressions. The RGMII delays for a port can be set using
> other mechanism than just phy-mode. Don't overwrite the delays unless
> explicitly asked to. This
From: Jiri Pirko
Date: Thu, 10 Nov 2016 12:31:03 +0100
> From: Jiri Pirko
>
> ---
> v1->v2:
> - patch2:
> - use net_eq
Series applied, thanks Jiri.
Thanks. Will you please let me know if any more changes that you need, I will
include all those in next version.
If this the only change then please do confirm, so that I can mail you next
patch soon with this change.
Regards
Raghu.
> -Original Message-
> From: David Miller [mailto:da.
From: Yuval Mintz
Date: Wed, 9 Nov 2016 22:48:42 +0200
> This series fixes 2 basic issues with RoCE support,
> one handles a missing configuration in the initial infrastructure
> support while the other is a regression introduced by one of the
> initial fix submissions.
Series applied, thanks.
On Mon, Nov 07, 2016 at 11:35:26PM +0100, Andrey Konovalov wrote:
> Hi,
>
> I've got the following error report while running the syzkaller fuzzer:
>
> ==
> BUG: KASAN: use-after-free in l2tp_ip6_close+0x239/0x2a0 at addr
> 88006
From: "Vatsavayi, Raghu"
Date: Thu, 10 Nov 2016 17:44:50 +
> Thanks. Will you please let me know if any more changes that you
> need, I will include all those in next version.
Nobody is under any obligation to review your entire series every time
I or any other develoer performs a review.
M
On Thu, Nov 10, 2016 at 05:23:49PM +, Jakub Kicinski wrote:
> Type of debugfs_real_fops() is longer than parameters and
> the name, so there is no way to break the declaration nicely.
> We have to go over 80 characters.
>
> Signed-off-by: Jakub Kicinski
> ---
> include/linux/debugfs.h | 3 +-
This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
later via a sync_for_cpu or sync_for_device call.
Acked-by: Mark Salter
Signed-off-by: Alexander Duyck
---
arch/c6x/kernel/dma.c | 14 ++
This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
via a sync_for_cpu or sync_for_device call.
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: linux-par...@vger.kernel.org
Signed-off-by: Alexander Duyck
This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
via a sync_for_cpu or sync_for_device call.
Cc: Jonas Bonn
Signed-off-by: Alexander Duyck
---
arch/openrisc/kernel/dma.c |3 +++
1 file changed, 3
The use of DMA_ATTR_SKIP_CPU_SYNC was not consistent across all of the DMA
APIs in the arch/arm folder. This change is meant to correct that so that
we get consistent behavior.
Signed-off-by: Alexander Duyck
---
arch/frv/mb93090-mb00/pci-dma-nommu.c | 14 ++
arch/frv/mb93090-mb00/
The use of DMA_ATTR_SKIP_CPU_SYNC was not consistent across all of the DMA
APIs in the arch/arm folder. This change is meant to correct that so that
we get consistent behavior.
Cc: Russell King
Signed-off-by: Alexander Duyck
---
arch/arm/common/dmabounce.c | 16 ++--
1 file chang
This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
via a sync_for_cpu or sync_for_device call.
Cc: Ley Foon Tan
Signed-off-by: Alexander Duyck
---
arch/nios2/mm/dma-mapping.c | 26 ++-
The use of DMA_ATTR_SKIP_CPU_SYNC was not consistent across all of the DMA
APIs in the arch/arm folder. This change is meant to correct that so that
we get consistent behavior.
Acked-by: Hans-Christian Noren Egtvedt
Signed-off-by: Alexander Duyck
---
arch/avr32/mm/dma-coherent.c |7 ++-
This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to
avoid invoking cache line invalidation if the driver will just handle it
later via a sync_for_cpu or sync_for_device call.
Acked-by: Vineet Gupta
Signed-off-by: Alexander Duyck
---
arch/arc/mm/dma.c |5 -
1 file cha
1 - 100 of 206 matches
Mail list logo