This patch increase rx/tx on maximum allowed 1024 4-duble-words
descriptors.
Signed-off-by: Corcodel Marian
---
drivers/net/ethernet/realtek/r8169.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8
This patch increase rx/tx on maximum allowed 1024 4-duble-words
descriptors.
Signed-off-by: Corcodel Marian
---
drivers/net/ethernet/realtek/r8169.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8
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
packet is proper handled, and NET_RX_DROP otherwise.
Signed-off-by: Zhang Shengju
---
n
Hi Dave,
Here's our main set of Bluetooth & 802.15.4 patches for the 4.6 kernel.
- New Bluetooth HCI driver for Intel/AG6xx controllers
- New Broadcom ACPI IDs
- LED trigger support for indicating Bluetooth powered state
- Various fixes in mac802154, 6lowpan and related drivers
- New USB IDs
On Mar 1, 2016, at 03:52, Brown, Aaron F wrote:
> This throws a few checkpatch warnings, but I won't withhold my tested by for
> these:
>
> total: 0 errors, 2 warnings, 0 checks, 21 lines checked
>
> Your patch has style problems, please review.
>
> NOTE: If any of the errors are false positi
On Thu, Dec 10, 2015 at 02:37:34PM +0100, Patrick Schaaf wrote:
> On Friday 06 November 2015 09:32:46 Greg KH wrote:
> > On Thu, Nov 05, 2015 at 11:18:37AM +0100, Patrick Schaaf wrote:
> > > bnx2x: Don't notify about scratchpad parities
> > >
> > > This is a (trivial) "backport" of ad6afbe9578d1fa
Hi Nicholas,
On Mon, 29 Feb 2016 21:39:33 -0800 "Nicholas A. Bellinger"
wrote:
>
> I'll include a note to Linus in target-pending/for-next-merge PULL
> request, and will plan to wait until after DaveM's net-next is merged
> for v4.6-rc0.
The order doesn't really matter and Linus is cleverer tha
On Mon, 2016-02-29 at 17:39 +1100, Stephen Rothwell wrote:
> Hi Nicholas,
>
> Today's linux-next merge of the target-merge tree got a conflict in:
>
> drivers/net/ethernet/chelsio/cxgb4/t4fw_api.h
>
> between commit:
>
> ba9cee6aa67d ("cxgb4/iw_cxgb4: TOS support")
>
> from the net-next tr
On 02/29/2016 09:17 AM, igal.liber...@freescale.com wrote:
> From: Igal Liberman
>
> Errata dTSEC-A003 was fixed in P4080 rev 3.0.
> Prior revisions are not supported, so the workaround can be removed.
>
> Signed-off-by: Igal Liberman
Since when do we not support p4080 rev 2?
-Scott
> From: netdev-ow...@vger.kernel.org [mailto:netdev-
> ow...@vger.kernel.org] On Behalf Of John Holland
> Sent: Thursday, February 18, 2016 3:11 AM
> To: intel-wired-...@lists.osuosl.org; netdev@vger.kernel.org
> Subject: [Intel-wired-lan] [next] igb: allow setting MAC address on i211 using
> a dev
> From: Intel-wired-lan [intel-wired-lan-boun...@lists.osuosl.org] on behalf of
> Doron Shikmoni [doron.shikm...@gmail.com]
> Sent: Tuesday, February 16, 2016 11:34 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: netdev@vger.kernel.org
> Subject: [Intel-wired-lan] [PATCH] igb: Garbled output for "
在 2016/2/26 22:29, Arnd Bergmann 写道:
> The two header files got moved to include/linux, and most
> users were already converted, this changes the remaining drivers
> and removes the files.
>
> Signed-off-by: Arnd Bergmann
> ---
> drivers/dma/idma64.h| 2 +-
> driv
Dear Manager,
This is Vivian from Ju County Mingbo Industry & Trade Co.,Ltd in China.
Glad to hear that you're on the market for disposable PE gloves and aprons. We
mainly produced LDPE/HDPE/TPE gloves,Two fingers gloves, PE aprons for more
than eight years. Our products have been exported to m
On Fri, Feb 26, 2016 at 03:29:05PM +0100, Arnd Bergmann wrote:
> The two header files got moved to include/linux, and most
> users were already converted, this changes the remaining drivers
> and removes the files.
>
> Signed-off-by: Arnd Bergmann
> ---
> drivers/dma/idma64.h
On 16-02-29 01:25 PM, Cong Wang wrote:
> On Mon, Feb 29, 2016 at 10:58 AM, Jiri Pirko wrote:
>> Mon, Feb 29, 2016 at 07:40:53PM CET, john.fastab...@gmail.com wrote:
>>> On 16-02-27 08:28 PM, Cong Wang wrote:
On Fri, Feb 26, 2016 at 8:24 PM, John Fastabend
wrote:
> On 16-02-26 09:39
> > This patch series add new ethtool functions of set_pauseparam &
> get_pauseparam
> > and MAINTAINERS entry.
>
> Series applied, thanks.
Thanks.
> Please fix your configuration such that your proper name appears in the
> "From: " field of your outgoing emails. That is what ends up in the
>
On 02/29/2016 11:14 AM, Thomas Gleixner wrote:
> On Mon, 29 Feb 2016, Peter Hurley wrote:
>> On 02/29/2016 10:24 AM, Eric Dumazet wrote:
Just to be clear
if (time_before(jiffies, end) && !need_resched() &&
--max_restart)
goto res
The current reserved_tailroom calculation fails to take hlen and tlen into
account.
skb:
[__hlen__|__data|__tlen___|__extra__]
^ ^
headskb_end_offset
In this representation, hlen + data + tlen is
From: Ben Hutchings
Date: Mon, 29 Feb 2016 22:34:38 +
> On Mon, 2016-02-29 at 17:09 -0500, David Miller wrote:
>> From: Simon Xiao
>> Date: Thu, 25 Feb 2016 15:24:08 -0800
>>
>> > This patch allows the user to set and retrieve speed and duplex of the
>> > hv_netvsc device via ethtool.
>> >
On Mon, Feb 29, 2016 at 05:30:20PM -0500, João Paulo Rechi Vita wrote:
> I agree there is a difference in the logic here, thanks for taking the
> time to point it out so clearly, and sorry for missing this. But AFAIU
> userspace should not call RFKILL_OP_CHANGE with ev.type ==
> RFKILL_TYPE_ALL, a
On Mon, 2016-02-29 at 17:09 -0500, David Miller wrote:
> From: Simon Xiao
> Date: Thu, 25 Feb 2016 15:24:08 -0800
>
> > This patch allows the user to set and retrieve speed and duplex of the
> > hv_netvsc device via ethtool.
> >
> > Example:
> > $ ethtool eth0
> > Settings for eth0:
> > ...
> >
Hello Jouni,
On 26 February 2016 at 12:59, Jouni Malinen wrote:
> On Mon, Feb 22, 2016 at 11:36:39AM -0500, João Paulo Rechi Vita wrote:
>> Using a switch to handle different ev.op values in rfkill_fop_write()
>> makes the code easier to extend, as out-of-range values can always be
>> handled by
On Mon, Feb 29, 2016 at 04:43:16PM -0500, Murali Karicheri wrote:
Hi Murali
Please can you get your email client to wrap lines at ~ 75 characters.
> TI Keystone netcp h/w has a switch. It has n slave ports and 1 host
> port. Currently the netcp driver disables the switch functionality
> which ma
From:
Date: Thu, 25 Feb 2016 23:33:05 +
> This patch series add new ethtool functions of set_pauseparam &
> get_pauseparam
> and MAINTAINERS entry.
Series applied, thanks.
Please fix your configuration such that your proper name appears in the
"From: " field of your outgoing emails. That
From: Simon Xiao
Date: Thu, 25 Feb 2016 15:24:08 -0800
> This patch allows the user to set and retrieve speed and duplex of the
> hv_netvsc device via ethtool.
>
> Example:
> $ ethtool eth0
> Settings for eth0:
> ...
> Speed: Unknown!
> Duplex: Unknown! (255)
> ...
> $ ethtool -s eth0 sp
From: Mahesh Bandewar
Current packet processing from IPtables perspective is asymmetric
for IPvlan L3 mode. On egress path, packets hit LOCAL_OUT and
POST_ROUTING hooks in slave-ns as well as master's ns however
during ingress path, LOCAL_IN and PRE_ROUTING hooks are hit only
in slave's ns. L3 mo
From: Mahesh Bandewar
netif_receive_skb_core() dispatcher uses skb->dev device to send it
to the packet-handlers (e.g. ip_rcv, ipv6_rcv etc). These packet
handlers intern use the device passed to determine the net-ns to
further process these packets. Now with the nomination logic, the
dispatcher
From: Mahesh Bandewar
This patch adds a l3_dev pointer and a helper function to retrieve
that. During ingress L3 packet processing, this device will be used
instead of skb->dev. Since l3_dev is initialized to self; l3_dev
should be pointing to skb->dev so the normal packet processing is
neither a
From: Mahesh Bandewar
One of the major request (for enhancement) that I have received
from various users of IPvlan in L3 mode is its inability to handle
IPtables.
In a typical IPvlan L3 setup where master is in default-ns and
each slave is into different (slave) ns. In this setup egress
packet
From: Neil Horman
Date: Thu, 25 Feb 2016 13:02:50 -0500
> Recently, I fixed a bug in 3c59x:
>
> commit 6e144419e4da11a9a4977c8d899d7247d94ca338
> Author: Neil Horman
> Date: Wed Jan 13 12:43:54 2016 -0500
>
> 3c59x: fix another page map/single unmap imbalance
>
> Which correctly rebalan
From: Cong Wang
Date: Thu, 25 Feb 2016 14:54:59 -0800
> For hierarchical qdisc like HTB, we currently only update its qlen
> but leave its backlog as zero:
>
> qdisc htb 1: dev eth0 root refcnt 2 r2q 10 default 1 direct_packets_stat
> 0 ver 3.17
> Sent 172680457356 bytes 222469449 pkt
Hi Jiri, Scott, or other switchdev experts,
TI Keystone netcp h/w has a switch. It has n slave ports and 1 host port.
Currently the netcp driver disables the switch functionality which makes them
appear as n nic ports. However we have requirement to add switch support in the
driver. I have revi
On Mon, Feb 29, 2016 at 10:58 AM, Jiri Pirko wrote:
> Mon, Feb 29, 2016 at 07:40:53PM CET, john.fastab...@gmail.com wrote:
>>On 16-02-27 08:28 PM, Cong Wang wrote:
>>> On Fri, Feb 26, 2016 at 8:24 PM, John Fastabend
>>> wrote:
On 16-02-26 09:39 AM, Cong Wang wrote:
> On Fri, Feb 26, 2016
On 02/28/2016 05:13 PM, Yoshihiro Kaneko wrote:
From: Kazuya Mizuguchi
This patch supports the following interrupts.
- One interrupt for multiple (error, gPTP)
- One interrupt for emac
- Four interrupts for dma queue (best effort rx/tx, network control rx/tx)
This patch improve efficiency of
Hello.
On 02/28/2016 06:41 PM, Yoshihiro Kaneko wrote:
From: Kazuya Mizuguchi
This patch supports the following interrupts.
- One interrupt for multiple (timestamp, error, gPTP)
- One interrupt for emac
- Four interrupts for dma queue (best effort rx/tx, network control rx/tx)
This patch im
From: Thomas Gleixner
Date: Mon, 29 Feb 2016 20:14:36 +0100 (CET)
> On Mon, 29 Feb 2016, Peter Hurley wrote:
>> Or flipping your argument on its head, why not just _always_ execute
>> softirq in ksoftirqd?
>
> Which is what that change effectivley does. And that makes a lot of sense,
> because y
In case of CAN2.0 EFF frame, the controller handles frame IDs in a
rather bizzare way. The ID is split into an extended part, IDX[28:11]
and standard part, ID[10:0]. In the TX path, the core first sends the
top 11 bits of the IDX, followed by ID and finally the rest of IDX.
In the RX path, the core
The clock generation does not match reality when using the CAN IP
core outside of the FPGA design. This patch fixes the computation
of values which are programmed into the clock generator registers.
First, there are some off-by-one errors which manifest themselves
only when communicating with diff
The RX and TX ID mask for CAN2.0 is 11 bits wide. This patch fixes
the incorrect mask, which caused the CAN IDs to miss the MSBit both
on receive and transmit.
Signed-off-by: Marek Vasut
Cc: Marc Kleine-Budde
Cc: Mark Rutland
Cc: Oliver Hartkopp
Cc: Wolfgang Grandegger
---
drivers/net/can/if
Thus far, this driver was only tested on a hardware synthesised in
the warm and safe insides of an FPGA, only against another IFI CANFD
core. The real hardware arrived now and I tested the IFI CANFD driver
against different, harsh, real-world CAN controller.
This uncovered a few bugs, so here are
The TX DLC, the transmission length information, was not written
into the transmit configuration register. When using the CAN core
with different CAN controller, the receiving CAN controller will
receive only the ID part of the CAN frame, but no data at all.
This patch adds the TX DLC into the reg
Hi,
Today we're releasing the NetDev 1.1 slides, you can find them at:
http://www.netdevconf.org/1.1/proceedings/
Regarding videos, we're still uploading (~40 hours), so it may take a
little while until we make them public. Will send a short noticed once
they are available.
And short re
On 02/18/2016 01:34 PM, zopieux wrote:
Fix the MRF24J40 handling of security-enabled frames so it does not
block upon receiving such frames.
Signed-off-by: Alexander Aring
Reported-by: Alexandre Macabies
Tested-by: Alexandre Macabies
---
When receiving a security-enabled IEEE 802.15.4 frame,
On lun., 2016-02-29 at 11:13 -0800, Peter Hurley wrote:
> On 02/29/2016 07:27 AM, Eric Dumazet wrote:
> > On lun., 2016-02-29 at 07:03 -0800, Peter Hurley wrote:
> >
> >> The reason why Eric's change is so effective for Eric's workload is
> >> that it fixes the problem where NET_RX keeps getting n
>
> Well anyone can see that from the code.
>
> You have to explain why.
In a simple words as partially explained in the commit message we want
to have both mappings (NC and WC) available so upper layer can decide
which to choose e.g. for SQs/QPs in some cases (Small Packets) and
only when WC is s
I added this check in setup_tc to multiple drivers,
if (handle != TC_H_ROOT || tc->type != TC_SETUP_MQPRIO)
Unfortunately restricting to TC_H_ROOT like this breaks the old
instantiation of mqprio to setup a hardware qdisc. This patch
relaxes the test to only check the type to make it equivalent
On lun., 2016-02-29 at 10:55 -0800, Cong Wang wrote:
> On Mon, Feb 29, 2016 at 10:50 AM, Daniel Borkmann
> wrote:
> > On 02/28/2016 05:19 AM, Cong Wang wrote:
> >>
> >> After commit 52bd2d62ce67 ("net: better skb->sender_cpu and skb->napi_id
> >> cohabitation")
> >> skb_sender_cpu_clear() becomes
From: Tariq Toukan
We should modify TIRs explicitly to apply the new RSS configuration.
The light ndo close/open calls do not "refresh" them.
Fixes: 2d75b2bc8a8c ('net/mlx5e: Add ethtool RSS configuration options')
Signed-off-by: Tariq Toukan
Signed-off-by: Saeed Mahameed
---
drivers/net/ethe
From: Gal Pressman
Using the HW VPort counters for traffic (rx/tx packets/bytes)
statistics is wrong. This is because frames dropped due to steering or
out of buffer will be counted as received. To fix that, we move to use
the packet/bytes accounting done by the driver for what the netdev
reports
Hi Dave,
This series has few bug fixes for the mlx5 Ethernet driver.
Eran fixed a locking issue with time-stamping that could cause a soft-lockup
when time-stamping is enabled.
Gal fixed the rx/tx packets/bytes counters returned by the driver to actually
went through the network stack.
Tariq
From: Tariq Toukan
Upon changing num_channels, reset the RSS indirection table to
match the new value.
Fixes: 2d75b2bc8a8c ('net/mlx5e: Add ethtool RSS configuration options')
Signed-off-by: Tariq Toukan
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/en.h |
From: Gal Pressman
Sum up rx/tx bytes in software as we do for rx/tx packets, to be reported
in upcoming statistics fix.
Signed-off-by: Gal Pressman
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/en.h|8 ++--
drivers/net/ethernet/mellanox/mlx5/core/en_rx
From: Eran Ben Elisha
Readers/Writers lock for SW timecounter was acquired without disabling
interrupts on local CPU.
The problematic scenario:
* HW timestamping is enabled
* Timestamp overflow periodic service task is running on local CPU and
holding write_lock for SW timecounter
* Completion
From: Tariq Toukan
With the MLX5E_CQ_HAS_CQES optimization flag, the following buggy
flow might occur:
- Suppose RX is always busy, TX has a single packet every second.
- We poll a single TX cqe and clear its flag.
- We never arm it again as RX is always busy.
- TX CQ flag is never changed, and n
From: Tariq Toukan
Ethtool LRO enable/disable is broken, as of today we only modify TCP
TIRs in order to apply the requested configuration.
Hardware requires that all TIRs pointing to the same RQ should share the
same LRO configuration. For that all other TIRs' LRO fields must be
modified as wel
On Mon, 29 Feb 2016, Peter Hurley wrote:
> On 02/29/2016 10:24 AM, Eric Dumazet wrote:
> >> Just to be clear
> >>
> >>if (time_before(jiffies, end) && !need_resched() &&
> >>--max_restart)
> >>goto restart;
> >>
> >> aborts softirq *even if 0ns have e
On 02/29/2016 07:27 AM, Eric Dumazet wrote:
> On lun., 2016-02-29 at 07:03 -0800, Peter Hurley wrote:
>
>> The reason why Eric's change is so effective for Eric's workload is
>> that it fixes the problem where NET_RX keeps getting new network packets
>> so it keeps looping, servicing more NET_RX s
On Fri, Feb 26, 2016 at 1:45 AM, Paolo Abeni wrote:
> Currently, while when an OVS or Linux bridge is used to forward frames towards
> some tunnel device, a skb_head_copy() may occur if the ingress device do not
> provide enough headroom for the tx encapsulation.
>
> This patch series tries to add
Mon, Feb 29, 2016 at 07:40:53PM CET, john.fastab...@gmail.com wrote:
>On 16-02-27 08:28 PM, Cong Wang wrote:
>> On Fri, Feb 26, 2016 at 8:24 PM, John Fastabend
>> wrote:
>>> On 16-02-26 09:39 AM, Cong Wang wrote:
On Fri, Feb 26, 2016 at 7:53 AM, John Fastabend
wrote:
> diff --git a/
On Mon, Feb 29, 2016 at 10:50 AM, Daniel Borkmann wrote:
> On 02/28/2016 05:19 AM, Cong Wang wrote:
>>
>> After commit 52bd2d62ce67 ("net: better skb->sender_cpu and skb->napi_id
>> cohabitation")
>> skb_sender_cpu_clear() becomes empty and can be removed.
>>
>> Cc: Eric Dumazet
>> Signed-off-by:
On 02/29/2016 10:24 AM, Eric Dumazet wrote:
> On lun., 2016-02-29 at 10:05 -0800, Peter Hurley wrote:
>
>> While I appreciate the attempt, that's not the problem.
>>
>> Just to be clear
>>
>> if (time_before(jiffies, end) && !need_resched() &&
>> --max_restart)
>>
On 02/28/2016 05:19 AM, Cong Wang wrote:
After commit 52bd2d62ce67 ("net: better skb->sender_cpu and skb->napi_id
cohabitation")
skb_sender_cpu_clear() becomes empty and can be removed.
Cc: Eric Dumazet
Signed-off-by: Cong Wang
Wasn't the intention to keep this helper as a marker when packe
On 02/23/2016 04:29 AM, Alexander Aring wrote:
Alan, do you have some comments about that?
Currently the mrf24j40 goes into a deadlock if a frame with security
enable bit is set. As you see, I helped myself to create this patch and solve
this stupid default behaviour of mrf24j40. :-)
Hi Alex,
On 16-02-27 08:28 PM, Cong Wang wrote:
> On Fri, Feb 26, 2016 at 8:24 PM, John Fastabend
> wrote:
>> On 16-02-26 09:39 AM, Cong Wang wrote:
>>> On Fri, Feb 26, 2016 at 7:53 AM, John Fastabend
>>> wrote:
diff --git a/include/net/pkt_cls.h b/include/net/pkt_cls.h
index 2121df5..e64d20b 10
On 29.02.2016 19:08, Benjamin Poirier wrote:
If you think we should write the expression with "if" instead of "min",
instead of the current
+ skb->reserved_tailroom = skb_tailroom(skb) -
+ min_t(int, mtu, skb_tailroom(skb) - tlen);
it should be:
+ if (mtu < skb_tailro
On lun., 2016-02-29 at 10:05 -0800, Peter Hurley wrote:
> While I appreciate the attempt, that's not the problem.
>
> Just to be clear
>
> if (time_before(jiffies, end) && !need_resched() &&
> --max_restart)
> goto restart;
>
> aborts softir
On 2016/02/29 16:43, Hannes Frederic Sowa wrote:
> On 29.02.2016 16:19, Benjamin Poirier wrote:
> >On 2016/02/29 15:57, Daniel Borkmann wrote:
> >[...]
> >>
> >>[ cutting the IPv4 part off as diff is the same ]
> >>
> >>>diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
> >>>index 5ee56d0..c157edc 1
On 02/29/2016 08:21 AM, Eric Dumazet wrote:
> On lun., 2016-02-29 at 07:54 -0800, Peter Hurley wrote:
>
>> The current kernel is HZ=250 but this would occur on HZ=1000 as well.
>
> Right. But the problem with HZ=100 and HZ=250 is that the detection can
> happens because jiffy granularity is too
From: Craig Gallek
Document the behavior and the first kernel version for each of the
following socket options:
SO_ATTACH_FILTER
SO_ATTACH_BPF
SO_ATTACH_REUSEPORT_CBPF
SO_ATTACH_REUSEPORT_EBPF
SO_DETACH_FILTER
SO_DETACH_BPF
SO_LOCK_FILTER
Signed-off-by: Craig Gallek
---
v2 changes:
- Content su
From: Peter Hurley
Date: Mon, 29 Feb 2016 07:03:11 -0800
> However, I'm pointing out that Eric's sledgehammer approach to fixing
> the NET_RX softirq bug is having significant side-effects in other
> subsystems.
Either your hardware can handle arbitrary latencies and thus can use
softirqs for ev
On Mon, Feb 29, 2016 at 2:23 AM, Jiri Benc wrote:
> On Sat, 27 Feb 2016 12:54:52 -0800, Tom Herbert wrote:
>> Yes, but RCO has not been specified for VXLAN-GPE either
>
> As far as I can see, RCO will just work with VXLAN-GPE. But I have no
> problem disallowing them to be set together, if you pre
From: 张胜举
Date: Mon, 29 Feb 2016 22:16:37 +0800
>> On Mon, 2016-02-29 at 12:22 +, Zhang Shengju wrote:
>> > If skb_reorder_vlan_header() failed, skb is freed and NULL is returned.
>> > Then at skb_vlan_untag(), it will free skbuff again which cause double
>> > free.
>>
>> On skb_reorder_vlan
From: Zhang Shengju
Date: Mon, 29 Feb 2016 12:22:53 +
> If skb_reorder_vlan_header() failed, skb is freed and NULL is returned.
> Then at skb_vlan_untag(), it will free skbuff again which cause double
> free.
The 'skb' local variable in this case will be set to "NULL", calling
kfree_skb() on
Gents
on top of these patches, there is a new train to enhance the stmmac to
support the DWMAC_4.x chips. They will be proposed very soon and on
top of this update (as soon as reviewed and merged).
In our context, it has been very useful working with the same driver
that runs fine on several (x8
Left over from c24588afc536a35c924d014f13b669b20ccf8553
("atl1c: using fixed TXQ configuration for l2cb and l1c")
Signed-off-by: Eric Engestrom
---
drivers/net/ethernet/atheros/atl1c/atl1c_main.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/net/ethernet/atheros/atl1c/atl1c_main
8cc785f6f429c2a3fb81745dc142cbd72a462c4a ("net: ipv4: make the ping
/proc code AF-independent") removed the code using it, but renamed this
variable instead of removing it.
Signed-off-by: Eric Engestrom
---
net/ipv4/ping.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/net/ipv4/ping.c
3b766cd832328fcb87db3507e7b98cf42f21689d ("net/core: Add reading VF
statistics through the PF netdevice") added that variable but it's never
been used.
Signed-off-by: Eric Engestrom
---
net/core/rtnetlink.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/net/core/rtnetlink.c b/net/co
Oi Amigo,
INFORMAÇÃO IMPORTANTE
Nossa família está interessada em investir fundos em sua localidade.
Mais informações para você se interessou.
Saudações,
Sir Henry Neville Lindley Keswick
Presidente da Jardine Matheson Holdings Ltd
https://en.wikipedia.org/wiki/Keswick_family
This series adds Ethernet support on STM32F429 SOC and enable it on Eval
board:
-Add Ethernet node in SOC file:
-Define MII mode pinctrl
-use Mixed burst and PBL 8
-Add system config node for glue.
-Enable Ethernet for Eval board:
-mii mode
-connected to a PHY through MDIO.
Note, this s
Add Ethernet support (Synopsys MAC IP 3.50a) on stm32f429 SOC.
Signed-off-by: Alexandre TORGUE
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
index bb7a736..af0367c 100644
--- a/arch/arm/boot/dts/stm32f429.dtsi
+++ b/arch/arm/boot/dts/stm32f429.dtsi
@@ -283,6 +2
This format hasn't been used since 04ed3e741d0f133e02bed7fa5c98edba128f90e7
("net: change netdev->features to u32")
Signed-off-by: Eric Engestrom
---
net/core/net-sysfs.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/net/core/net-sysfs.c b/net/core/net-sysfs.c
index b6c8a66..e326707 100644
MAC is connected to a PHY in MII mode.
Signed-off-by: Alexandre TORGUE
diff --git a/arch/arm/boot/dts/stm32429i-eval.dts
b/arch/arm/boot/dts/stm32429i-eval.dts
index 1ae57fa..e345459 100644
--- a/arch/arm/boot/dts/stm32429i-eval.dts
+++ b/arch/arm/boot/dts/stm32429i-eval.dts
@@ -87,6 +87,21 @@
On Saturday 27 February 2016 00:32:15 Deepa Dinamani wrote:
> ICMP timestamp messages and IP source route options require
> timestamps to be in milliseconds modulo 24 hours from
> midnight UT format.
>
> Add inet_current_timestamp() function to support this. The function
> returns the required tim
Signed-off-by: Alexandre TORGUE
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
index 598362e..bb7a736 100644
--- a/arch/arm/boot/dts/stm32f429.dtsi
+++ b/arch/arm/boot/dts/stm32f429.dtsi
@@ -171,6 +171,11 @@
status = "disabled";
On lun., 2016-02-29 at 07:58 -0800, Peter Hurley wrote:
> All that's happened is the first loop of NET_RX softirq has woken a
> process; that is sufficient to abort softirq and defer it for ksoftirqd.
>
> That's why I'm saying this is a priority inversion, and one that
> will happen a lot.
Sure.
On lun., 2016-02-29 at 07:54 -0800, Peter Hurley wrote:
> The current kernel is HZ=250 but this would occur on HZ=1000 as well.
Right. But the problem with HZ=100 and HZ=250 is that the detection can
happens because jiffy granularity is too coarse, since
msecs_to_jiffies(2) -> 1
Following pat
This patch manages the case when you have an Ethernet MAC with
a "fixed link", and not connected to a normal MDIO-managed PHY device.
The test of phy_bus_name was not helpful because it was never affected
and replaced by the mdio test node.
Signed-off-by: Gabriel Fernandez
---
drivers/net/ether
On 02/29/2016 07:19 AM, Eric Dumazet wrote:
> On lun., 2016-02-29 at 07:03 -0800, Peter Hurley wrote:
>
>> Not the case. The softirq is raised from interrupt.
>>
>> Before Eric's change, when an interrupt raises a new softirq
>> while processing another softirq, the new softirq is immediately
>> p
On 02/29/2016 07:40 AM, Mike Galbraith wrote:
> On Mon, 2016-02-29 at 07:03 -0800, Peter Hurley wrote:
>
>>> If I'm listening properly, the root cause is that there is a timing
>>> constraint involved, which is being exposed because one softirq raises
>>> another (ew).
>>
>> Not the case. The soft
On 02/29/2016 04:19 PM, Benjamin Poirier wrote:
On 2016/02/29 15:57, Daniel Borkmann wrote:
[...]
[ cutting the IPv4 part off as diff is the same ]
diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
index 5ee56d0..c157edc 100644
--- a/net/ipv6/mcast.c
+++ b/net/ipv6/mcast.c
@@ -1574,9 +1574,9 @
On 29.02.2016 16:19, Benjamin Poirier wrote:
On 2016/02/29 15:57, Daniel Borkmann wrote:
[...]
[ cutting the IPv4 part off as diff is the same ]
diff --git a/net/ipv6/mcast.c b/net/ipv6/mcast.c
index 5ee56d0..c157edc 100644
--- a/net/ipv6/mcast.c
+++ b/net/ipv6/mcast.c
@@ -1574,9 +1574,9 @@ s
On Mon, 2016-02-29 at 07:03 -0800, Peter Hurley wrote:
> > If I'm listening properly, the root cause is that there is a timing
> > constraint involved, which is being exposed because one softirq raises
> > another (ew).
>
> Not the case. The softirq is raised from interrupt.
Yeah, saw that on re
From: Igal Liberman
Errata dTSEC-A003 was fixed in P4080 rev 3.0.
Prior revisions are not supported, so the workaround can be removed.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/fman_dtsec.c |8
1 file changed, 8 deletions(-)
diff --git a/drivers/net/eth
From: Rabin Vincent
Since debug is hardcoded to 3, the defaults in the DWCEQOS_MSG_DEFAULT
macro are never used, which does not seem to be the intended behaviour
here. Set debug to -1 like other drivers so that DWCEQOS_MSG_DEFAULT is
actually used by default.
Signed-off-by: Rabin Vincent
Signe
From: Rabin Vincent
The xmit handler and the tx_reclaim tasklet had a race on the tx_free
variable which could lead to a tx timeout if tx_free was updated after
the tx complete interrupt.
Signed-off-by: Rabin Vincent
Signed-off-by: Lars Persson
---
drivers/net/ethernet/synopsys/dwc_eth_qos.c
To prepare for using the CMA, we can not be in atomic context when
de-allocating DMA buffers.
The tx lock was needed only to protect the hw reset against the xmit
handler. Now we briefly grab the tx lock while stopping the queue to
make sure no thread is inside or will enter the xmit handler.
Sig
This reverts the changed init order from commit 3647bc35bd42
("dwc_eth_qos: Reset hardware before PHY start") and makes another fix
for the race.
It turned out that the reset state machine of the dwceqos hardware
requires PHY clocks to be present in order to complete the reset
cycle.
To plug the
From: Rabin Vincent
Since we are in non-atomic context here we can pass GFP_KERNEL to
dma_alloc_coherent(). This enables use of the CMA.
Signed-off-by: Rabin Vincent
Signed-off-by: Lars Persson
---
drivers/net/ethernet/synopsys/dwc_eth_qos.c | 4 ++--
1 file changed, 2 insertions(+), 2 deleti
On lun., 2016-02-29 at 07:03 -0800, Peter Hurley wrote:
> The reason why Eric's change is so effective for Eric's workload is
> that it fixes the problem where NET_RX keeps getting new network packets
> so it keeps looping, servicing more NET_RX softirq.
You have very little idea of what is happe
From: Igal Liberman
Currently, in a case of error, dev_err is using fman->dev
before its initialization and "(NULL device *)" is printed.
This patch fixes this issue.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/fman.c |4 ++--
1 file changed, 2 insertions(+), 2 del
1 - 100 of 178 matches
Mail list logo
