On certain hardware in certain situations loopback test fails and the
driver gets removed. During mdiobus_unregister() instance of PHY driver
gets disposed. But by this time it has already been started using
phy_connect_direct().
PHY driver uses DELAYED_WORK in order to maintain its state. Attempt
On Wed, 28 Oct 2015 02:36:50 -0400
"Neal P. Murphy" wrote:
> On Mon, 26 Oct 2015 21:06:33 +0100
> Pablo Neira Ayuso wrote:
>
> > Hi,
> >
> > On Mon, Oct 26, 2015 at 11:55:39AM -0700, Ani Sinha wrote:
> > > netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get
> >
> > Please, no need
On 2015年10月26日 23:03, Alexander Duyck wrote:
> No. I think you are missing the fact that there are 256 descriptors per
> page. As such if you dirty just 1 you will be pulling in 255 more, of
> which you may or may not have pulled in the receive buffer for.
>
> So for example if you have the desc
From: Scott Feldman
Fixes: 4d429c5dd ("switchdev: introduce possibility to defer obj_add/del")
Signed-off-by: Scott Feldman
Acked-by: Jiri Pirko
---
v3->v4: rebase sync
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/swit
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
Hi David,
This is the NFC pull request for 4.4.
It's a bit bigger than usual, the 3 main culprits being:
- A new driver for Intel's Fields Peak NCI chipset. In order to
support this chipset we had to export a few NCI routines and
extend the driver NCI ops to not only support proprietary
co
On Wed, Oct 28, 2015 at 08:29:41PM -0700, Eric Dumazet wrote:
> But this is an optimization : If you do not use the initial dup2(), the
> fd array can be automatically expanded if needed (all slots are in use)
Whee...
> No locking change. files->file_lock is still taken.
>
> We only want to min
On Thu, 2015-10-29 at 00:15 +, Al Viro wrote:
> On Wed, Oct 28, 2015 at 04:08:29PM -0700, Eric Dumazet wrote:
> > > > Except for legacy stuff and stdin/stdout/stderr games, I really doubt
> > > > lot of applications absolutely rely on the POSIX thing...
> > >
> > > We obviously can't turn that
Hello,
I am Major. Alan Edward, in the military unit here in Afghanistan and i need an
urgent assistance with someone i can trust,It's risk free and legal.
---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com
--
To unsubscribe from this list: send the li
Congratulation,You have been selected to receive the sum of $850,000
Donation from my won Lottery Money, Kindly get back to me now and Claim your
Cash.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Alexander Duyck
Sent: Tuesday, October 20, 2015 1:28 PM
To: netdev@vger.kernel.org; intel-wired-...@lists.osuosl.org
Subject: [Intel-wired-lan] [net PATCH v2] ixgbe: Reset interface af
On Wed, Oct 28, 2015 at 04:08:29PM -0700, Eric Dumazet wrote:
> > > Except for legacy stuff and stdin/stdout/stderr games, I really doubt
> > > lot of applications absolutely rely on the POSIX thing...
> >
> > We obviously can't turn that into default behaviour, though. BTW, what
> > distribution
On 10/22/2015 05:32 PM, Benjamin Poirier wrote:
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 ti
On Wed, 2015-10-28 at 22:33 +, Al Viro wrote:
> On Wed, Oct 28, 2015 at 02:44:28PM -0700, Eric Dumazet wrote:
>
> > Well, all this complexity goes away with a O_FD_FASTALLOC /
> > SOCK_FD_FASTALLOC bit in various fd allocations, which specifically
> > tells the kernel we do not care getting th
To further improve the RDS connection scalabilty on massive systems
where number of sockets grows into tens of thousands of sockets, there
is a need of larger bind hashtable. Pre-allocated 8K or 16K table is
not very flexible in terms of memory utilisation. The rhashtable
infrastructure gives us t
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Nicholas Krause
Sent: Saturday, October 17, 2015 9:21 AM
To: Kirsher, Jeffrey T
Cc: linux-ker...@vger.kernel.org; intel-wired-...@lists.osuosl.org;
netdev@vger.kernel.org
Subject: [I
On Wed, Oct 28, 2015 at 02:44:28PM -0700, Eric Dumazet wrote:
> Well, all this complexity goes away with a O_FD_FASTALLOC /
> SOCK_FD_FASTALLOC bit in various fd allocations, which specifically
> tells the kernel we do not care getting the lowest possible fd as POSIX
> mandates.
... which won't d
On Wed, 2015-10-28 at 21:13 +, Al Viro wrote:
> On Wed, Oct 28, 2015 at 07:47:57AM -0700, Eric Dumazet wrote:
> > On Wed, 2015-10-28 at 06:24 -0700, Eric Dumazet wrote:
> >
> > > Before I take a deep look at your suggestion, are you sure plain use of
> > > include/linux/percpu-refcount.h infra
On Tue, 2015-10-27 at 11:32 -0500, Liberman Igal-B31950 wrote:
> > > +
> > > +struct device *fman_get_device(struct fman *fman) {
> > > + return fman->dev;
> > > +}
> >
> > Is this really necessary?
> >
>
> Fman port needs fman->dev, fman structure is opaque, so yes, it's needed.
Why is opacit
On Wed, Oct 28, 2015 at 07:47:57AM -0700, Eric Dumazet wrote:
> On Wed, 2015-10-28 at 06:24 -0700, Eric Dumazet wrote:
>
> > Before I take a deep look at your suggestion, are you sure plain use of
> > include/linux/percpu-refcount.h infra is not possible for struct cred ?
>
> BTW, I am not convin
On Thu, 2015-10-29 at 04:19 +0900, Nikolay Borisov wrote:
>
>
> Could you please comment whether it looks viable so that I can resend
> as a proper fix? Also the interesting question is what kind of packets
> could trigger this warn_on_once? In both traces ovs_packet_cmd_execute
> is present so
Hello,
Recently I observed 2 crashes on one of my server with the following backtraces:
[22751.889645] [ cut here ]
[22751.889660] WARNING: CPU: 38 PID: 12807 at net/core/skbuff.c:3498
skb_try_coalesce+0x34b/0x360()
[22751.889661] Modules linked in: tcp_diag inet_diag xt_L
On Wed, Oct 28, 2015 at 11:20:03AM +0300, Vladimir Davydov wrote:
> Then you'd better not touch existing tcp limits at all, because they
> just work, and the logic behind them is very close to that of global tcp
> limits. I don't think one can simplify it somehow.
Uhm, no, there is a crapload of b
Please reject this patch. I sent a proper one with the sign-on later on.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Oct 28, 2015 at 09:10:20PM +0300, Sergei Shtylyov wrote:
> Hello.
>
>Your subject is too long, it should have been placed in the changelog
> partially. You you didn't sign off on the patch, so it can't applied.
>
> MBR, Sergei
Thank you. Please reject this patch. I re-sent a proper o
counterstmp is not cleared before it is used in get_counters(). it might be
leaked partially when it is sent to userland later on.
Signed-off-by: Loganaden Velvindron
---
net/bridge/netfilter/ebtables.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/bridge/netfilter
Hello.
On 10/28/2015 06:02 PM, Shradha Shah wrote:
From: Bert Kenward
Use cpumask_local_spread to provide interrupt affinity hints
for each queue. This will spread interrupts across NUMA local
CPUs first, extending to remote nodes if needed.
Signed-off-by: Shradha Shah
---
drivers/net/eth
Hello.
Your subject is too long, it should have been placed in the changelog
partially. You you didn't sign off on the patch, so it can't applied.
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More maj
> -Original Message-
> From: Richard Weinberger [mailto:richard.weinber...@gmail.com]
> Sent: Tuesday, October 27, 2015 6:36 PM
> To: David Miller
> Cc: Haiyang Zhang ; o...@aepfle.de; Greg Kroah-
> Hartman ; netdev@vger.kernel.org;
> jasow...@redhat.com; driverdev-de...@linuxdriverproje
On 10/28/2015 12:46 PM, Rainer Weikusat wrote:
> Rainer Weikusat writes:
>> Jason Baron writes:
>
> [...]
>
>>> 2)
>>>
>>> For the case of epoll() in edge triggered mode we need to ensure that
>>> when we return -EAGAIN from unix_dgram_sendmsg() when unix_recvq_full()
>>> is true, we need to ad
This patch changes how the multipath hash is computed for locally
generated UDP or TCP flows: now the hash comprises also l4 information
(source and destination port).
This allows better utilization of the available paths when the existing
flows have the same source IP and the same destination IP:
Testing of the new UDP bearer has revealed that reception of
NAME_DISTRIBUTOR, LINK_PROTOCOL/RESET and LINK_PROTOCOL/ACTIVATE
message buffers is not prepared for the case that those may be
non-linear.
We now linearize all such buffers before they are delivered up to the
generic reception layer.
I
Rainer Weikusat writes:
> Jason Baron writes:
[...]
>> 2)
>>
>> For the case of epoll() in edge triggered mode we need to ensure that
>> when we return -EAGAIN from unix_dgram_sendmsg() when unix_recvq_full()
>> is true, we need to add a unix_peer_wake_connect() call to guarantee a
>> wakeup. O
On 27/10/2015 23:17, Al Viro wrote:
Frankly, as far as I'm concerned, the bottom line is
* there are two variants of semantics in that area and there's not
much that could be done about that.
Yes, that seems to be the case.
* POSIX is vague enough for both variants to comply
---
net/bridge/netfilter/ebtables.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/bridge/netfilter/ebtables.c b/net/bridge/netfilter/ebtables.c
index f46ca41..26922e9 100644
--- a/net/bridge/netfilter/ebtables.c
+++ b/net/bridge/netfilter/ebtables.c
@@ -989,7 +989,7 @
---
net/bridge/netfilter/ebtables.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/bridge/netfilter/ebtables.c b/net/bridge/netfilter/ebtables.c
index f46ca41..26922e9 100644
--- a/net/bridge/netfilter/ebtables.c
+++ b/net/bridge/netfilter/ebtables.c
@@ -989,7 +989,7 @
On Wed, 2015-10-28 at 15:01 +, Shradha Shah wrote:
> From: Daniel Pieczko
>
> When the interrupt servicing a channel is on a NUMA node that is
> not local to the device, performance is improved by allocating
> rx pages on the node local to the interrupt (remote to the device)
>
> The perform
> Yeah, sorry for not having looked into this earlier. Also, I neither
> have nor claim any power of veto.
No big issue. Maybe Stephen can clarifiy things. I mean acknowledge no
further objections.
> Apart from that, I'm not against this
> patch series in general, just trying to help raise it's
On Wed, Oct 28, 2015 at 9:42 AM, Hannes Frederic Sowa
wrote:
> Hello,
>
> On Wed, Oct 28, 2015, at 14:32, Dan Streetman wrote:
>> On Tue, Oct 27, 2015 at 12:15 PM, wrote:
>> > From: Dan Streetman
>> >
>> > The ipv4 and ipv6 xfrms each create a template dst_ops object, and
>> > perform dst_entri
From: Alexandra Kossovsky
If we fail to allocate a page when in atomic context this is
handled by scheduling a fill in non-atomic context.
As such, a warning is not needed.
Signed-off-by: Shradha Shah
---
drivers/net/ethernet/sfc/rx.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(
On Wed, Oct 28, 2015 at 12:57:28PM +0100, Matthias Tafelmeier wrote:
> >> Those resentments were related to the patchsets complexity and
> >> size.
> >
> > I didn't see any problem with that in the first place. It is indeed
> > a big change, achieving something like that without a big patch set
>
From: Bert Kenward
Use cpumask_local_spread to provide interrupt affinity hints
for each queue. This will spread interrupts across NUMA local
CPUs first, extending to remote nodes if needed.
Signed-off-by: Shradha Shah
---
drivers/net/ethernet/sfc/efx.c | 35 +++
From: Daniel Pieczko
When the interrupt servicing a channel is on a NUMA node that is
not local to the device, performance is improved by allocating
rx pages on the node local to the interrupt (remote to the device)
The performance-optimal case, where interrupts and applications
are pinned to CP
From: Bert Kenward
With CONFIG_HAVE_MEMORYLESS_NODES cpu_to_node() may return
nodes without memory, which is not a good choice when later
using that to allocate memory. cpu_to_mem() instead provides
the most appropriate NUMA node to allocate from.
Signed-off-by: Shradha Shah
---
drivers/net/et
This patch series adds support for
- allocating rx pages local to the interrupt
- setting affinity hint to influence IRQs to be allocated on the
same NUMA node as the one where the card resides.
Alexandra Kossovsky (1):
sfc: use __GFP_NOWARN when allocating RX pages from atomic context.
Bert K
On Wed, 2015-10-28 at 06:24 -0700, Eric Dumazet wrote:
> Before I take a deep look at your suggestion, are you sure plain use of
> include/linux/percpu-refcount.h infra is not possible for struct cred ?
BTW, I am not convinced we need to spend so much energy and per-cpu
memory for struct cred ref
On Wed, Oct 28, 2015 at 03:37:02PM +0100, Neil Armstrong wrote:
> Hi Andrew,
>
> On 10/28/2015 03:35 PM, Andrew Lunn wrote:
> > On Wed, Oct 28, 2015 at 03:13:16PM +0100, Neil Armstrong wrote:
> >> diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c
> >> index b1b14f5..6287096 10
Hi Andrew,
On 10/28/2015 03:35 PM, Andrew Lunn wrote:
> On Wed, Oct 28, 2015 at 03:13:16PM +0100, Neil Armstrong wrote:
>> diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c
>> index b1b14f5..6287096 100644
>> --- a/drivers/net/dsa/mv88e6xxx.c
>> +++ b/drivers/net/dsa/mv88e6xxx
On Wed, Oct 28, 2015 at 03:13:16PM +0100, Neil Armstrong wrote:
> With the previously introduced remove callback, add a
> mv88e6xxx common remove function to cleanup all resources.
>
> Signed-off-by: Neil Armstrong
> ---
> drivers/net/dsa/mv88e6xxx.c | 18 ++
> drivers/net/dsa/mv
On Wed, Oct 28 2015, Hannes Frederic Sowa wrote:
> Hi Linus,
>
> On Wed, Oct 28, 2015, at 10:39, Linus Torvalds wrote:
>> Get rid of it. And I don't *ever* want to see that shit again.
>
> I don't want to give up on that this easily:
>
> In future I would like to see an interface like this. It is
On Wed, Oct 28, 2015 at 03:12:57PM +0100, Neil Armstrong wrote:
> Some switch drivers might request interrupts, remap register ranges,
> allow such drivers to implement a "remove" callback doing just that.
>
> Signed-off-by: Florian Fainelli
> Signed-off-by: Neil Armstrong
> ---
> include/net/d
Introduce a new remove callback to allow DSA drivers to cleanup their
ressources.
Then add a remove implementation for bcm_sf2 and mv88e6xxx.
This patch was not tested due of a lack of hardware.
v2: add remove callback patch to the serie
Neil Armstrong (4):
net: dsa: allow switch drivers to cl
On Wed, Oct 28, 2015 at 10:42:13AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Oct 28, 2015 at 02:21:26PM +0100, Jiri Olsa escreveu:
> > On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote:
> > > @@ -55,6 +56,7 @@ struct perf_evsel_config_term {
> > > booltime;
> > >
With the previously introduced remove callback, add a
mv88e6xxx common remove function to cleanup all resources.
Signed-off-by: Neil Armstrong
---
drivers/net/dsa/mv88e6xxx.c | 18 ++
drivers/net/dsa/mv88e6xxx.h | 2 ++
2 files changed, 20 insertions(+)
diff --git a/drivers/net
Some switch drivers might request interrupts, remap register ranges,
allow such drivers to implement a "remove" callback doing just that.
Signed-off-by: Florian Fainelli
Signed-off-by: Neil Armstrong
---
include/net/dsa.h | 1 +
net/dsa/dsa.c | 4
2 files changed, 5 insertions(+)
diff
Implement a remove callback allowing the switch driver to cleanup
resources it used: interrupts and remapped register ranges.
Signed-off-by: Florian Fainelli
Signed-off-by: Neil Armstrong
---
drivers/net/dsa/bcm_sf2.c | 20
1 file changed, 20 insertions(+)
diff --git a/dri
Make usage of previously introduced mv88e6xxx common remove
function in all mv88e6xxx drivers.
Signed-off-by: Neil Armstrong
---
drivers/net/dsa/mv88e6123_61_65.c | 1 +
drivers/net/dsa/mv88e6131.c | 8
drivers/net/dsa/mv88e6171.c | 1 +
drivers/net/dsa/mv88e6352.c | 1
> > void phy_disconnect(struct phy_device *phydev)
> > {
> > if (phydev->irq > 0)
> > phy_stop_interrupts(phydev);
> >
> > phy_stop_machine(phydev);
> >
> > phydev->adjust_link = NULL;
> >
> > phy_detach(phydev)
On 10/27/2015 05:59 PM, Vivien Didelot wrote:
> On Oct. Tuesday 27 (44) 04:43 PM, Neil Armstrong wrote:
>>
>> Yes, I didn't know how to handle this since it was part of a larger patch.
>>
>> I forgot to add this into the cover-letter but I wanted to send an RFC serie
>> with
>> your bcm remove pat
From: Dan Streetman
Date: Wed, 28 Oct 2015 09:32:47 -0400
> Well I'm not sure why my test kernel booted, while the test robot
> found the bug of GFP_KERNEL percpu counter alloc during atomic
> context. Thanks test robot!
It's because of the kernel config options you (don't) have
enabled.
--
To
On 10/27/2015 09:50 PM, David Miller wrote:
From: Tom Lendacky
Date: Mon, 26 Oct 2015 17:13:54 -0500
During Tx cleanup it's still possible for the descriptor data to be
read ahead of the descriptor index. A memory barrier is required between
the read of the descriptor index and the start of th
Em Wed, Oct 28, 2015 at 10:42:13AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Oct 28, 2015 at 02:21:26PM +0100, Jiri Olsa escreveu:
> > On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote:
> > > @@ -55,6 +56,7 @@ struct perf_evsel_config_term {
> > > booltime;
> > >
Hello,
On Wed, Oct 28, 2015, at 14:32, Dan Streetman wrote:
> On Tue, Oct 27, 2015 at 12:15 PM, wrote:
> > From: Dan Streetman
> >
> > The ipv4 and ipv6 xfrms each create a template dst_ops object, and
> > perform dst_entries_init() on the template objects. Then each net
> > namespace has its
Em Wed, Oct 28, 2015 at 02:21:26PM +0100, Jiri Olsa escreveu:
> On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote:
> > @@ -55,6 +56,7 @@ struct perf_evsel_config_term {
> > booltime;
> > char*callgraph;
> > u64 stack_user;
> > + u64
On 10/28/2015 4:35 PM, Sergei Shtylyov wrote:
This patch is to the 3945-mac.c file that fixes up following warning
by coccicheck:
drivers/net/wireless/iwlegacy/3945-mac.c:247:5-8: Unneeded variable:
"ret". Return "- EOPNOTSUPP" on line 249
Return -EOPNOTSUPP directly instead of return using re
Hello.
On 10/27/2015 10:02 PM, Punit Vara wrote:
This patch is to the 3945-mac.c file that fixes up following warning
by coccicheck:
drivers/net/wireless/iwlegacy/3945-mac.c:247:5-8: Unneeded variable:
"ret". Return "- EOPNOTSUPP" on line 249
Return -EOPNOTSUPP directly instead of return usin
On Tue, Oct 27, 2015 at 12:15 PM, wrote:
> From: Dan Streetman
>
> The ipv4 and ipv6 xfrms each create a template dst_ops object, and
> perform dst_entries_init() on the template objects. Then each net
> namespace has its net.xfrm.xfrm[46]_dst_ops field set to the template
> values. The proble
On Wed, 2015-10-28 at 12:35 +, Al Viro wrote:
> [Linus and Dave added, Solaris and NetBSD folks dropped from Cc]
>
> On Tue, Oct 27, 2015 at 05:13:56PM -0700, Eric Dumazet wrote:
> > On Tue, 2015-10-27 at 23:17 +, Al Viro wrote:
> >
> > > * [Linux-specific aside] our __alloc_fd() can de
On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote:
SNIP
> diff --git a/tools/perf/util/evsel.c b/tools/perf/util/evsel.c
> index f820906..397fb4e 100644
> --- a/tools/perf/util/evsel.c
> +++ b/tools/perf/util/evsel.c
> @@ -653,6 +653,15 @@ static void apply_config_terms(struct perf_evsel *
Hello.
On 10/28/2015 1:55 PM, Wang Nan wrote:
Commit a43eec304259a6c637f4014a6d4767159b6a3aa3 (bpf: introduce
bpf_perf_event_output() helper) add a helper to enable BPF program
You haven't run the patch thru scripts/checkpath.pl, I guess? It now
enforces the certain style of citing a comm
From: Linus Torvalds
Date: Wed, 28 Oct 2015 18:39:56 +0900
> Get rid of it. And I don't *ever* want to see that shit again.
No problem, I'll revert it all.
I asked Hannes to repost his patches to linux-kernel hoping someone
would review and say it stunk or not, give him some feedback, or
whatev
From: Igal Liberman
The Freescale Data Path Acceleration Architecture (DPAA) is a set
of hardware components on specific QorIQ multicore processors.
This architecture provides the infrastructure to support
simplified sharing of networking interfaces and accelerators
by multiple CPU cores and the
From: Igal Liberman
Add the Data Path Acceleration Architecture Frame Manger Port Driver.
The FMan driver uses a module called "Port" to represent the physical
TX and RX ports.
Each FMan version has different number of physical ports.
This patch adds The FMan Port configuration, initialization an
From: Igal Liberman
This patch adds the Ethernet MAC driver supporting the three
different types of MACs: dTSEC, tGEC and mEMAC.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Makefile |3 +-
drivers/net/ethernet/freescale/fman/mac.c| 980
From: Igal Liberman
Add the Data Path Acceleration Architecture Frame Manger MAC support.
This patch adds The FMan MAC configuration, initialization and
runtime control routines.
This patch contains support for these types of MACs:
- dTSEC: Three speed Ethernet controller (10/100/1000 Mbp
From: Igal Liberman
Add Frame Manager Multi-User RAM support.
This internal FMan memory block is used by the
FMan hardware modules, the management being made
through the generic allocator.
The FMan Internal memory, for example, is used for
allocating transmit and receive FIFOs.
Signed-off-by: I
From: Igal Liberman
Add the Data Path Acceleration Architecture Frame Manger Driver.
The FMan embeds a series of hardware blocks that implement a group
of Ethernet interfaces. This patch adds The FMan configuration,
initialization and runtime control routines.
The FMan driver supports several ha
From: Igal Liberman
The Storage Profiles contain parameters that are used
by the FMan for frame reception and transmission.
Signed-off-by: Igal Liberman
---
drivers/net/ethernet/freescale/fman/Makefile |2 +-
drivers/net/ethernet/freescale/fman/fman_sp.c | 167 +
On Wed, 28 Oct 2015 10:31:17 -0200
Fabio Estevam wrote:
> On Wed, Oct 28, 2015 at 9:19 AM, David Jander wrote:
>
> > Sorry, I somehow assumed it was obvious I'd report against latest
> > mainline... I'm on 4.3-rc7.
>
> Are you able to find out a previous kernel version that does not
> exhibit
[Linus and Dave added, Solaris and NetBSD folks dropped from Cc]
On Tue, Oct 27, 2015 at 05:13:56PM -0700, Eric Dumazet wrote:
> On Tue, 2015-10-27 at 23:17 +, Al Viro wrote:
>
> > * [Linux-specific aside] our __alloc_fd() can degrade quite badly
> > with some use patterns. The cacheline
On Wed, Oct 28, 2015 at 9:19 AM, David Jander wrote:
> Sorry, I somehow assumed it was obvious I'd report against latest mainline...
> I'm on 4.3-rc7.
Are you able to find out a previous kernel version that does not
exhibit this failure?
--
To unsubscribe from this list: send the line "unsubscri
Linus dislikes these changes. To not hold up the net-merge let's revert
it for now and fix the bug like Linus suggested.
This reverts commit ec3661b42257d9a06cf0d318175623ac7a660113, reversing
changes made to c80dbe04612986fd6104b4a1be21681b113b5ac9.
Cc: Linus Torvalds
Signed-off-by: Hannes Fred
Raw sockets with hdrincl enabled can insert ipv6 extension headers
right into the data stream. In case we need to fragment those packets,
we reparse the options header to find the place where we can insert
the fragment header. If the extension headers exceed the link's MTU we
actually cannot make p
From: Fabio Estevam
We are in a context where we can sleep, and the FEC PHY reset gpio
may be on an I2C expander. Use the cansleep() variant when
setting the GPIO value.
Based on a patch from Russell King for pci-mvebu.c.
Signed-off-by: Fabio Estevam
---
drivers/net/ethernet/freescale/fec_mai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA384
> I did not take over maintenance responsibility (whatever that means
> to you precisely). I merely reviewed the patches, focussing on the
> technical aspects of both implementation and patch management.
Ah, I meant the maintenance of iproute2 as a
On Wed, 28 Oct 2015 11:14:14 +
Russell King - ARM Linux wrote:
> On Wed, Oct 28, 2015 at 10:48:54AM +0100, David Jander wrote:
> >
> > Hi all,
> >
> > I was unable to figure out who's maintaining
> > drivers/net/ethernet/freescale/fec_main.c, so I hope someone can help out
> > on this list.
On Wed, Oct 28, 2015 at 10:48:54AM +0100, David Jander wrote:
>
> Hi all,
>
> I was unable to figure out who's maintaining
> drivers/net/ethernet/freescale/fec_main.c, so I hope someone can help out on
> this list...
>
> We have a board with a RMII phy connected to an i.MX6S. The hardware seems
Hi Scott,
> I wonder why it was 64-bit specific in the first place.
I think it was part of a series where I added my 64bit assembly checksum
routines, and I didn't step back and think that the wrapper code would
be useful on 32 bit.
Anton
--
To unsubscribe from this list: send the line "unsubscr
On 2015/10/28 18:55, Wang Nan wrote:
Alexei provided a patchset to allow BPF programs output data to ring
buffer using helper bpf_perf_event_output() [1]. and have been merged
into net-next as commit a43eec304259a6c637f4014a6d4767159b6a3aa3 (bpf:
introduce bpf_perf_event_output() helper).
Thi
Hi Linus,
On Wed, Oct 28, 2015, at 10:39, Linus Torvalds wrote:
> On Wed, Oct 28, 2015 at 3:32 PM, David Miller
> wrote:
> >
> > This may look a bit scary this late in the release cycle, but as is
> > typically
> > the case it's predominantly small driver fixes all over the place.
>
> Christ pe
Commit a43eec304259a6c637f4014a6d4767159b6a3aa3 (bpf: introduce
bpf_perf_event_output() helper) add a helper to enable BPF program
output data to perf ring buffer through a new type of perf event
PERF_COUNT_SW_BPF_OUTPUT. This patch enable perf to create perf
event of that type. Now perf user can u
Add hexdamical u32 to base data type, which is useful for raw output
because raw data are u32 aligned.
Signed-off-by: Wang Nan
Cc: Alexei Starovoitov
Cc: Arnaldo Carvalho de Melo
Cc: Brendan Gregg
Cc: Jiri Olsa
---
tools/perf/util/data-convert-bt.c | 2 ++
1 file changed, 2 insertions(+)
di
Alexei provided a patchset to allow BPF programs output data to ring
buffer using helper bpf_perf_event_output() [1]. and have been merged
into net-next as commit a43eec304259a6c637f4014a6d4767159b6a3aa3 (bpf:
introduce bpf_perf_event_output() helper).
This patchset introduces perf side code to u
bpf_perf_event_output() outputs data through sample->raw_data. This
patch adds support to convert those data into CTF. A python script
then can be used to process output data from BPF programs.
Example:
BPF program #
struct bpf_map_def SEC("maps") map_channel = {
This patch allows perf record setting event's attr.inherit bit by
config terms like:
# perf record -e cycles/no-inherit/ ...
# perf record -e cycles/inherit/ ...
So user can control inherit bit for each event separately.
In following example, a.out fork()s in main then do some complex
CPU inte
Hi all,
I was unable to figure out who's maintaining
drivers/net/ethernet/freescale/fec_main.c, so I hope someone can help out on
this list...
We have a board with a RMII phy connected to an i.MX6S. The hardware seems to
be ok, since I can receive and transmit ethernet frames without drops or
er
On Wed, Oct 28, 2015 at 3:32 PM, David Miller wrote:
>
> This may look a bit scary this late in the release cycle, but as is typically
> the case it's predominantly small driver fixes all over the place.
Christ people. This is just sh*t.
The conflict I get is due to stupid new gcc header file cr
Hi David,
Hannes Frederic Sowa writes:
> This series fixes wrong checksums on the wire for IPv4 and IPv6. Large
> send buffers and especially NFS lead to wrong checksums in both IPv4
> and IPv6.
>
> CHECKSUM_PARTIAL skbs should not receive the respective fragmentations
> functions, so we add WAR
From: Or Gerlitz
Fix a place where checkpatch complains that braces should be used
on all arms of this statement.
Signed-off-by: Or Gerlitz
Signed-off-by: Jiri Pirko
Signed-off-by: Ido Schimmel
---
drivers/net/ethernet/mellanox/mlxsw/pci.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion
From: Jiri Pirko
This driver update mainly brings support for user to be able to setup
flooding on specified port, via bridge flag. Also, there is a fix in ageing
time conversion. The rest is just cosmetics.
Ido Schimmel (4):
switchdev: Add support for flood control
switchdev: Make flood to
1 - 100 of 122 matches
Mail list logo
