On Tue, Oct 13, 2015 at 10:26 PM, Hannes Frederic Sowa
wrote:
>>root@du1:~# ip route get 2001:1b70:82a8:18:650:65:0:2
>>2001:1b70:82a8:18:650:65:0:2 dev eth10.650 src
>> 2001:1b70:82a8:18:650:65:0:2 metric 0
>>cache
>>root@du1:~#
>
> Which kernel version did you test this on?
On Wed, Oct 14, 2015 at 12:11 AM, Martin KaFai Lau wrote:
> On Tue, Oct 13, 2015 at 08:46:49PM +0800, Li RongQing wrote:
>> 1. in a machine, configure 3000 ipv6 address in one interface
>>
>> for i in {1..3000}; do ip -6 addr add 4001:5013::$i/0 dev eth0; done
>>
>>
>> 2. in other machine, ping6 t
From: Sudarsana Kalluru
Add the ability to configure basic classification in driver by
implementing ndo_set_mac_address() and ndo_set_rx_mode().
Signed-off-by: Sudarsana Kalluru
Signed-off-by: Yuval Mintz
Signed-off-by: Ariel Elior
---
drivers/net/ethernet/qlogic/qede/qede.h | 10 ++
d
Physical link is handled by the management Firmware.
This patch lays the infrastructure for attention handling in the driver,
as link change notifications arrive via async. attentions,
as well the handling of such notifications.
This patch also extends the API with the protocol drivers by adding r
From: Sudarsana Kalluru
This adds basic ethtool operations to the qed driver, allowing support in:
- Statistics gathering [ethtool -S]
- Setting of debug level [ethtool -s msglvl]
- Getting basic information [ethtool, ethtool -i]
In addition it adds the ability to change the MTU.
Signed-off
From: Manish Chopra
This patch adds to the qed the support to configure various L2 elements,
such as channels and basic filtering conditions.
It also enhances its public API to allow qede to later utilize this
functionality.
Signed-off-by: Manish Chopra
Signed-off-by: Yuval Mintz
Signed-off-by
The Qlogic Everest Driver for Ethernet is the Ethernet specifc module for
579xx ethernet products by Qlogic.
This patch adds a very minimal PCI driver, one that doesn't yet register
a network device, but one that does interact with qed and does a basic
initialization of the HW.
Signed-off-by: Yuv
From: Sudarsana Kalluru
This adds basic link functionality to qede - driver still doesn't provide
users with an API to change any link property, but it does request qed to
initialize the link using default configuration, and registers a callback
that allows it to get link notifications.
This pat
From: Sudarsana Kalluru
This patch includes the basic Rx/Tx support for the driver [although
carrier will still never be turned on].
Following this patch the driver registers a network device, initializes
it and prepares it for traffic.
Signed-off-by: Sudarsana Kalluru
Signed-off-by: Yuval Mint
From: Manish Chopra
Device statistics can be gathered on-demand. This adds the qed support for
reading the statistics [both function and port] from the device, and adds
to the public API a method for requesting the current statistics.
Signed-off-by: Manish Chopra
Signed-off-by: Yuval Mintz
Sig
From: Manish Chopra
This patch adds a public API for a network driver to work on top of QED.
The interface itself is very minimal - it's mostly infrastructure, as the
only content it has after this patch is a query for HW-based information
required for the creation of a network interface [I.e., n
From: Ariel Elior
This series implements the driver set for Qlogic's new 579xx series.
These are 10/20/25/40/50/100 Gig capable converged nics, supporting
ethernet (obviously), iscsi, fcoe, roce and iwarp protocols.
The overall driver design includes a common module ('qed') and protocol
specific
Tue, Oct 13, 2015 at 05:32:26PM IDT, vivien.dide...@savoirfairelinux.com wrote:
>On Oct. Tuesday 13 (42) 11:31 AM, Ido Schimmel wrote:
>> Mon, Oct 12, 2015 at 08:36:25PM IDT, vivien.dide...@savoirfairelinux.com
>> wrote:
>> >Hi guys,
>> >
>> >On Oct. Monday 12 (42) 02:01 PM, Nikolay Aleksandrov wr
On Tue, Oct 13, 2015 at 09:26:41PM +0200, Phil Sutter wrote:
> I have backed up the rt pointer at top of the function and restored it
> before pr_err, this is the output:
>
> | rt6i_dst:2001:4dd0:ff3b:13::/64 rt6i_gateway::: rt6i_flags:4001
> dst.flags:
Hi Phil, Can you try the followi
Unset get_link_af_size in br_af_ops. br_get_link_af_size() becomes
unused and thus removed.
Signed-off-by: Ronen Arad
---
net/bridge/br_netlink.c | 20
1 file changed, 20 deletions(-)
diff --git a/net/bridge/br_netlink.c b/net/bridge/br_netlink.c
index d900881..204222d 1006
Provide get_af_size_filtered (set to br_get_link_af_size_filtered)
in br_af_ops for proper filtering mask aware sizing of AF_BRIDGE
attributes. This is an optimization of netlink message size when
-c[compressvlans] option is entered for iproute2's bridge command.
Optimization will get into effect w
get_link_af_size_filtered() - a filtering-mask aware alternative
function is added to struct rtnl_af_ops in order to allow for
"rightsizing" the IFLA_AF_SPEC calculation in if_nlmsg_size().
This significantly reduces the message size when at least one netdev has
large number of VLANs.
Signed-off-b
Add ext_filter_mask arg to rtnl_link_get_af_size().
rtnl_link_get_af_size() will prefer filtering-aware af sizing when
provided by an address family. It falls back to get_link_af_size for
other families.
Signed-off-by: Ronen Arad
---
net/core/rtnetlink.c | 12 +---
1 file changed, 9 inse
if_nlmsg_size() overestimates the minimum allocation size of netlink dump
request (when called from rtnl_calcit()) or the size of the message (when called
from rtnl_getlink()). This is because ext_filter_mask is not supported by
rtnl_link_get_af_size() and rtnl_link_get_size().
The over-estimation
On Tue, 2015-10-13 at 15:23 -0700, Alexander Duyck wrote:
> On 10/13/2015 02:39 PM, Janusz Wolak wrote:
> > From: Janusz Wolak
> >
> > Signed-off-by: Janusz Wolak
> > ---
> > drivers/net/ethernet/intel/e1000/e1000_param.c | 114
> ++---
> > 1 file changed, 82 insertions(+),
Hi Christoph & Co,
On Sat, 2015-10-03 at 15:32 +0200, Christoph Hellwig wrote:
> This series consolidates the code to implement configfs attributes
> by providing the ->show and ->store method in common code and using
> container_of in the methods to access the containing structure.
>
> This redu
On 10/13/15 3:54 AM, He Kuang wrote:
If we want perf to reflect as soon as our sample event be generated,
--no-buffering should be used, but this option has a greater
impact on performance.
no_buffering doesn't have to be applied to all events obviously.
--
To unsubscribe from this list: send
On Tue, Sep 29, 2015 at 05:48:26PM +0200, Jesper Dangaard Brouer wrote:
> This change focus on improving the speed of object freeing in the
> "slowpath" of kmem_cache_free_bulk.
>
> The calls slab_free (fastpath) and __slab_free (slowpath) have been
> extended with support for bulk free, which amo
> Yuval Mintz :
> [...]
> > > > +struct qed_simd_fp_handler {
> > > > + void*token;
> > > > + void(*func)(void *);
> > > > +};
> > > Use union * ?
> > The token is a cookie to be used by a func, so union isn't appropriate.
>
> Lets' reformulate: replace 'void * token' by 'union fo
error-detection-conditions/20151013-234855
reproduce:
# apt-get install sparse
make ARCH=x86_64 allmodconfig
make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
Hi Majd,
Please address and push fix to Gerrit, IM me when this is ready.
Or.
Hello Florian,
Am 13.10.2015 um 21:26 schrieb Florian Fainelli:
On 12/10/15 22:13, Heiko Schocher wrote:
On some boards the energy enable detect mode leads in
trouble with some switches, so make the enabling of
this mode configurable through DT.
Signed-off-by: Heiko Schocher
---
.../device
Hi Michael,
[auto build test WARNING on net-next/master -- if it's inappropriate base,
please suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Michael-Chan/bnxt_en-New-Broadcom-ethernet-driver/20151014-112018
reproduce:
# apt-get insta
J. Bruce Fields wrote:
> On Mon, Oct 12, 2015 at 10:41:06AM +, Kosuke Tatsukawa wrote:
>> J. Bruce Fields wrote:
>> > On Fri, Oct 09, 2015 at 06:29:44AM +, Kosuke Tatsukawa wrote:
>> >> Neil Brown wrote:
>> >> > Kosuke Tatsukawa writes:
>> >> >
>> >> >> There are several places in net/sun
On 10/12/2015 04:41 PM, Rainer Weikusat wrote:
> Jason Baron writes:
>> On 10/05/2015 12:31 PM, Rainer Weikusat wrote:
>
> [...]
>
>>> Here's a more simple idea which _might_ work. The underlying problem
>>> seems to be that the second sock_poll_wait introduces a covert reference
>>> to the peer
From: Or Gerlitz
Date: Tue, 13 Oct 2015 18:44:06 +0300
> + if (in_fatal(dev) && !health->sick) {
> + health->sick = 1;
> + print_health_info(dev);
> + queue_work(health->wq, &health->work);
> }
> }
>
> diff --git a/include/linux/mlx5/driver.h b/inc
From: lipeng
this patch fixes a bug in hns driver. the link led is on at the beginning,
but at this time the ethernet port is on down status. it needs to reset
the led status on init sequence.
Signed-off-by: lipeng
Signed-off-by: yankejian
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_mac.c
On Mon, Oct 12, 2015 at 05:43:49PM +0200, Pablo Neira Ayuso wrote:
> On Wed, Oct 07, 2015 at 04:58:47PM +0300, Sergei Shtylyov wrote:
> > Hello.
> >
> > On 10/7/2015 8:23 AM, Simon Horman wrote:
> >
> > >From: David Ahern
> > >
> > >Eric's net namespace changes in 1b75097dd7a26 leaves net unrefe
From: David Ahern
Date: Mon, 12 Oct 2015 13:54:38 -0700
> Add ip commands with examples for creating VRF devics, enslaving interfaces
> and dumping VRF-focused data (address, neighbors, routes).
>
> Signed-off-by: David Ahern
Applied, thanks.
--
To unsubscribe from this list: send the line "un
From: Cong Wang
Date: Mon, 12 Oct 2015 11:38:00 -0700
> Remove nearly duplicated code and prepare for the following patch.
>
> Cc: Jamal Hadi Salim
> Signed-off-by: Cong Wang
This isn't an equivalent transformation:
> +static inline struct Qdisc *qdisc_replace(struct Qdisc *sch, struct Qdisc
From: David Ahern
Date: Mon, 12 Oct 2015 09:33:07 -0700
> Currently, all ipv6 addresses are flushed when the interface is configured
> down, including global, static addresses:
...
> Add a new sysctl to make this behavior optional. The new setting defaults to
> flush all addresses to maintain ba
On Tue, 2015-10-13 at 15:23 -0700, Alexander Duyck wrote:
> Please don't just blindly
> follow checkpatch as it can give out erroneous information.
>
> Looking over most of this patch series it seems like it is taking
> readability in the wrong direction and reducing the ability to maintain
> t
From: Geliang Tang
Date: Mon, 12 Oct 2015 01:19:07 -0700
> Use kstrdup instead of strlen-kmalloc-strcpy. Remove unneeded NULL
> test, it will be tested inside kstrdup. Remove 0 length string test,
> it has been tested in the caller of dsp_pipeline_build.
>
> Signed-off-by: Geliang Tang
> ---
>
From: Eric Dumazet
Date: Tue, 13 Oct 2015 17:12:54 -0700
> From: Eric Dumazet
>
> When a TCP/DCCP listener is closed, its pending SYN_RECV request sockets
> become stale, meaning 3WHS can not complete.
>
> But current behavior is wrong :
> incoming packets finding such stale sockets are droppe
groeten,
Ik ben mevrouw Annie Ethan uit een particuliere kredietverlening
bedrijf dat bekend staat als Aspire Money Loan®. Wij bieden alle soorten lening
tegen 3% rente. Als u behoefte van de lening zo vriendelijk contact met ons op
met de onderstaande informatie.
Volledige naam:
Ges
This helps improving the latency of small packets.
Signed-off-by: Rakesh Ranjan
Signed-off-by: Karen Xie
---
drivers/scsi/cxgbi/cxgb4i/cxgb4i.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/cxgbi/cxgb4i/cxgb4i.c
b/drivers/scsi/cxgbi/cxgb4i/cxgb4i.c
ind
From: Eric Dumazet
When a TCP/DCCP listener is closed, its pending SYN_RECV request sockets
become stale, meaning 3WHS can not complete.
But current behavior is wrong :
incoming packets finding such stale sockets are dropped.
We need instead to cleanup the request socket and perform another
loo
On 10/13/2015 02:39 PM, Janusz Wolak wrote:
From: Janusz Wolak
Signed-off-by: Janusz Wolak
---
drivers/net/ethernet/intel/e1000/e1000_param.c | 114 ++---
1 file changed, 82 insertions(+), 32 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000_param.c
b/dr
Yuval Mintz :
[...]
> > > +struct qed_simd_fp_handler {
> > > + void*token;
> > > + void(*func)(void *);
> > > +};
> > Use union * ?
> The token is a cookie to be used by a func, so union isn't appropriate.
Lets' reformulate: replace 'void * token' by 'union foobar *token'.
void
From: Janusz Wolak
Signed-off-by: Janusz Wolak
---
drivers/net/ethernet/intel/e1000/e1000_osdep.h | 49 +-
1 file changed, 24 insertions(+), 25 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000_osdep.h
b/drivers/net/ethernet/intel/e1000/e1000_osdep.h
ind
From: Janusz Wolak
Signed-off-by: Janusz Wolak
---
drivers/net/ethernet/intel/e1000/e1000_hw.h | 154 +++-
1 file changed, 80 insertions(+), 74 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000_hw.h
b/drivers/net/ethernet/intel/e1000/e1000_hw.h
index 5cf
From: Janusz Wolak
Signed-off-by: Janusz Wolak
---
drivers/net/ethernet/intel/e1000/e1000.h | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000.h
b/drivers/net/ethernet/intel/e1000/e1000.h
index 6970710..ec82b2d 100644
--- a/driver
From: Janusz Wolak
Signed-off-by: Janusz Wolak
---
drivers/net/ethernet/intel/e1000/e1000_ethtool.c | 31 ++--
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000_ethtool.c
b/drivers/net/ethernet/intel/e1000/e1000_ethtool.c
From: Janusz Wolak
Signed-off-by: Janusz Wolak
---
drivers/net/ethernet/intel/e1000/e1000_main.c | 145 ++
1 file changed, 76 insertions(+), 69 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000_main.c
b/drivers/net/ethernet/intel/e1000/e1000_main.c
index
From: Janusz Wolak
Signed-off-by: Janusz Wolak
---
drivers/net/ethernet/intel/e1000/e1000_param.c | 114 ++---
1 file changed, 82 insertions(+), 32 deletions(-)
diff --git a/drivers/net/ethernet/intel/e1000/e1000_param.c
b/drivers/net/ethernet/intel/e1000/e1000_param.c
ind
I had used checkpatch.pl as You suggested. I decided to leave gmail(
janusz...@gmail.com ) because I had had problems with git send-email (I
guess that e-mail client caused the last problem). I've switched to
januszwo...@awokados.com.pl
W dniu 13.10.2015 o 08:37, Jeff Kirsher pisze:
On Sun,
On Tue, Oct 13, 2015 at 09:15:51PM +0200, Thomas Gleixner wrote:
> That's not working. The firmware is not going to change, no matter
> what.
Can we at least have a explanation of how the firmware operates? How
are (ART,sys) pairs are generated, and how they are supposed to get
into the DSP?
Tha
Hi
This patchset adds the module description, license & author to the
Broadcom Phy Library (drivers/net/phy/bcm-phy-lib.c) introduced by
the commit: a1cba5613edf5 ("net: phy: Add Broadcom phy library for
common interfaces")
Arun Parameswaran (1):
net: phy: bcm-phy-lib: Fix module license issue
The 'bcm-phy-lib.c', added as a part of the commit
"net: phy: Add Broadcom phy library for common interfaces"
was missing the module license. This was causing an issue
when the library is built as a module; "module license
'unspecified' taints kernel".
This patch fixes the issue by adding the modu
On Tuesday 13 October 2015 12:25:10 Jesse Brandeburg wrote:
> On Tue, 13 Oct 2015 13:37:04 +0200
> Arnd Bergmann wrote:
>
> > On Monday 12 October 2015 23:18:21 you wrote:
> > > On Wed, 2015-10-07 at 22:13 +0200, Arnd Bergmann wrote:
> > > > Jesse Brandeburg fixed a bug for 32-bit systems in the
On Mon, 12 Oct 2015, Christopher S. Hall wrote:
> Another representative use case of time sync and the correlated
> clocksource (in addition to PTP noted above) is PTP synchronized
> audio.
This wants to be a seperate patch, really.
> +/* This needs to be 3 or greater for backtracking to be usef
On Tue, 13 Oct 2015 12:05:32 -0700
Jeff Kirsher wrote:
> On Tue, 2015-10-13 at 13:37 +0200, Arnd Bergmann wrote:
> > This is the majority of all build warnings we get on allmodconfig
> > (both i386 and arm),
> > so it would be really nice to have it fixed before 4.3. For all I can
> > tell, the
>
On Tue, Oct 13, 2015 at 09:10:39PM +0200, Phil Sutter wrote:
> Hi Martin,
>
> On Tue, Oct 13, 2015 at 11:14:43AM -0700, Martin KaFai Lau wrote:
> > On Sat, Oct 10, 2015 at 03:24:37PM +0200, Phil Sutter wrote:
> > > The conditional at the start of the function evaluates true, since
> > > 'rt->rt6i_f
On 12/10/15 22:13, Heiko Schocher wrote:
> On some boards the energy enable detect mode leads in
> trouble with some switches, so make the enabling of
> this mode configurable through DT.
>
> Signed-off-by: Heiko Schocher
> ---
>
> .../devicetree/bindings/net/smsc-lan87xx.txt | 19 +++
On Tue, Oct 13, 2015 at 09:10:39PM +0200, Phil Sutter wrote:
> Hi Martin,
>
> On Tue, Oct 13, 2015 at 11:14:43AM -0700, Martin KaFai Lau wrote:
> > On Sat, Oct 10, 2015 at 03:24:37PM +0200, Phil Sutter wrote:
> > > The conditional at the start of the function evaluates true, since
> > > 'rt->rt6i_
On Tue, 13 Oct 2015 13:37:04 +0200
Arnd Bergmann wrote:
> On Monday 12 October 2015 23:18:21 you wrote:
> > On Wed, 2015-10-07 at 22:13 +0200, Arnd Bergmann wrote:
> > > Jesse Brandeburg fixed a bug for 32-bit systems in the i40e driver
> > > in commit 9c70d7cebfec5 ("i40e: fix 32 bit build warni
Hello,
On Wed, 14 Oct 2015, Xin Long wrote:
> commit fe3edf45792a ("ipv4: Remove all RTCF_DIRECTSRC handliing.").
>
> Before this commit, we had a tristate:
> < 0: error
> 0: ok
> 1: ok and set RTCF_DIRECTSRC
>
> But now we only care about 0 or < 0.
Not true, __mkroute_input()
On Tue, 13 Oct 2015, Richard Cochran wrote:
> On Tue, Oct 13, 2015 at 09:51:02AM +0200, Thomas Gleixner wrote:
> >
> > You are restricting the problem space to this particular use
> > case. There are other use cases where PTP is not available or not the
> > relevant reference, but you still want
Hi Martin,
On Tue, Oct 13, 2015 at 11:14:43AM -0700, Martin KaFai Lau wrote:
> On Sat, Oct 10, 2015 at 03:24:37PM +0200, Phil Sutter wrote:
> > The conditional at the start of the function evaluates true, since
> > 'rt->rt6i_flags & RTF_PCPU' is non-zero.
> Hi Phil, can you try the following patch
On Tue, 2015-10-13 at 13:37 +0200, Arnd Bergmann wrote:
> This is the majority of all build warnings we get on allmodconfig
> (both i386 and arm),
> so it would be really nice to have it fixed before 4.3. For all I can
> tell, the
> patch still applies on your branch too, but see below for the reba
On Tue, 2015-10-13 at 13:37 +0200, Arnd Bergmann wrote:
> This is the majority of all build warnings we get on allmodconfig
> (both i386 and arm),
> so it would be really nice to have it fixed before 4.3. For all I can
> tell, the
> patch still applies on your branch too, but see below for the reba
On Oct. Tuesday 13 (42) 12:46 PM, Vivien Didelot wrote:
> There is no need to write the MAC address before every Get Next
> operation, since ATU MAC registers are not cleared between calls.
>
> Move the _mv88e6xxx_atu_mac_write call outside of _mv88e6xxx_atu_getnext
> so future code could call ATU
On 13/10/15 11:11, Vivien Didelot wrote:
> On Oct. Tuesday 13 (42) 10:35 AM, Florian Fainelli wrote:
>> On 13/10/15 09:46, Vivien Didelot wrote:
>>> There is no need to write the MAC address before every Get Next
>>> operation, since ATU MAC registers are not cleared between calls.
>>>
>>> Move the
On 10/12/2015 11:16 AM, Thomas Gleixner wrote:
> On Fri, 9 Oct 2015, Grygorii Strashko wrote:
>> I can constantly see below error report with 4.1 RT-kernel on TI ARM dra7-evm
>> if I'm trying to unplug cpu1:
>>
>> [ 57.737589] CPU1: shutdown
>> [ 57.767537] BUG: spinlock bad magic on CPU#0, sh/
On Sat, Oct 10, 2015 at 03:24:37PM +0200, Phil Sutter wrote:
> The conditional at the start of the function evaluates true, since
> 'rt->rt6i_flags & RTF_PCPU' is non-zero.
Hi Phil, can you try the following patch and capture the dmesg output
to confirm the value of rt->rt6i_flags and the rt->dst.f
On Tue, Oct 13, 2015 at 10:39 AM, Thomas F Herbert
wrote:
> Pravin,
>
> Thanks for the review.
>
>
> On 10/13/15 7:47 AM, Pravin Shelar wrote:
>>
>> On Sat, Oct 10, 2015 at 4:40 PM, Thomas F Herbert
>> wrote:
>>>
>>> Add support for 802.1ad including the ability to push and pop double
>>> tagged
On Oct. Tuesday 13 (42) 10:35 AM, Florian Fainelli wrote:
> On 13/10/15 09:46, Vivien Didelot wrote:
> > There is no need to write the MAC address before every Get Next
> > operation, since ATU MAC registers are not cleared between calls.
> >
> > Move the _mv88e6xxx_atu_mac_write call outside of _
>-Original Message-
>From: Thomas Graf [mailto:tg...@suug.ch]
>Sent: Tuesday, October 13, 2015 1:56 AM
>To: Arad, Ronen
>Cc: netdev@vger.kernel.org
>Subject: Re: [PATCH] netlink: trim skb to exact size to avoid MSG_TRUNC
>
>On 10/12/15 at 06:15pm, Ronen Arad wrote:
>> The available room i
Pravin,
Thanks for the review.
On 10/13/15 7:47 AM, Pravin Shelar wrote:
On Sat, Oct 10, 2015 at 4:40 PM, Thomas F Herbert
wrote:
Add support for 802.1ad including the ability to push and pop double
tagged vlans. Add support for 802.1ad to netlink parsing and flow
conversion. Uses double nest
On 13/10/15 09:46, Vivien Didelot wrote:
> There is no need to write the MAC address before every Get Next
> operation, since ATU MAC registers are not cleared between calls.
>
> Move the _mv88e6xxx_atu_mac_write call outside of _mv88e6xxx_atu_getnext
> so future code could call ATU Get Next multi
Hi Xin,
[auto build test WARNING on net-next/master -- if it's inappropriate base,
please suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Xin-Long/route-fib_validate_source-remove-the-RT_SCOPE_HOST-test/20151014-004206
config: cris-etrax-100l
Hi Majd,
[auto build test WARNING on net-next/master -- if it's inappropriate base,
please suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Or-Gerlitz/net-mlx5_core-Fix-internal-error-detection-conditions/20151013-234855
repr
In commit 6e498158a827 ("tipc: move link synch and failover to link aggregation
level")
we introduced a new mechanism for performing link failover and
synchronization. We have now detected a bug in this mechanism.
During link synchronization we use the arrival of any packet on
the tunnel link to
Not all switch chips provide a Get Next kind of operation to dump FDB entries.
It is preferred to let the driver handle the dump operation the way it works
best for the chip. Thus, drop port_fdb_getnext and implement the port_fdb_dump
operation in DSA, which pushes the switchdev FDB dump callback d
Not all switch chips support a Get Next operation to iterate on its FDB.
So add a more simple port_fdb_dump function for them.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 5 +
net/dsa/slave.c | 3 +++
2 files changed, 8 insertions(+)
diff --git a/include/net/dsa.h b/include/net/
There is no need to write the MAC address before every Get Next
operation, since ATU MAC registers are not cleared between calls.
Move the _mv88e6xxx_atu_mac_write call outside of _mv88e6xxx_atu_getnext
so future code could call ATU Get Next multiple times and save a few
register access.
---
driv
Implement the port_fdb_dump DSA operation.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6171.c | 1 +
drivers/net/dsa/mv88e6352.c | 1 +
drivers/net/dsa/mv88e6xxx.c | 65 +
drivers/net/dsa/mv88e6xxx.h | 3 +++
4 files changed, 70 insertion
Now that port_fdb_dump is implemented and even simpler, get rid of
port_fdb_getnext.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6171.c | 1 -
drivers/net/dsa/mv88e6352.c | 1 -
drivers/net/dsa/mv88e6xxx.c | 73 -
drivers/net/dsa/mv88e6xxx
There is no need to write the VLAN ID before every Get Next operation,
since the VTU VID register is not cleared between calls.
Move the VID write call in a _mv88e6xxx_vtu_vid_write function outside
of _mv88e6xxx_vtu_getnext so future code could call VTU Get Next
multiple times and save a few regi
No driver implements port_fdb_getnext anymore, and port_fdb_dump is
preferred anyway, so remove this function from DSA.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 3 ---
net/dsa/slave.c | 25 +
2 files changed, 1 insertion(+), 27 deletions(-)
diff --git a/i
commit fe3edf45792a ("ipv4: Remove all RTCF_DIRECTSRC handliing.").
Before this commit, we had a tristate:
< 0: error
0: ok
1: ok and set RTCF_DIRECTSRC
But now we only care about 0 or < 0.
Signed-off-by: Xin Long
---
net/ipv4/fib_frontend.c | 14 +++---
1 file changed, 3 insertions(+)
On Oct. Tuesday 13 (42) 11:42 AM, Vivien Didelot wrote:
> Not all switch chips provide a Get Next kind of operation to dump FDB entries.
> It is preferred to let the driver handle the dump operation the way it works
> best for the chip. Thus, drop port_fdb_getnext and implement the port_fdb_dump
>
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Hiroshi Shimamoto
Sent: Thursday, August 27, 2015 11:59 PM
To: Or Gerlitz ; Alexander Duyck
; Skidmore, Donald C ;
Rose, Gregory V ; Kirsher, Jeffrey T
; intel-wired-...@lists.osuosl
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Hiroshi Shimamoto
Sent: Thursday, August 27, 2015 11:59 PM
To: Or Gerlitz ; Alexander Duyck
; Skidmore, Donald C ;
Rose, Gregory V ; Kirsher, Jeffrey T
; intel-wired-...@lists.osuosl
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Hiroshi Shimamoto
Sent: Thursday, August 27, 2015 11:58 PM
To: Or Gerlitz ; Alexander Duyck
; Skidmore, Donald C ;
Rose, Gregory V ; Kirsher, Jeffrey T
; intel-wired-...@lists.osuosl
On Tue, Oct 13, 2015 at 08:46:49PM +0800, Li RongQing wrote:
> 1. in a machine, configure 3000 ipv6 address in one interface
>
> for i in {1..3000}; do ip -6 addr add 4001:5013::$i/0 dev eth0; done
>
>
> 2. in other machine, ping6 the upper configured ipv6 address, then
> lots of lost packets
>
> i
n-next.git
tags/linux-can-next-for-4.4-20151013
for you to fetch changes up to 42160a041db89807691b2a3fbf42e36a98b6019e:
can: at91: remove at91_can_data (2015-10-13 17:42:35 +0200)
linux-can-next-for-4.
In commit 6e498158a827 ("tipc: move link synch and failover to link aggregation
level")
we introduced a new mechanism for performing link failover and
synchronization. We have now detected a bug in this mechanism.
During link synchronization we use the arrival of any packet on
the tunnel link to
Not all switch chips provide a Get Next kind of operation to dump FDB entries.
It is preferred to let the driver handle the dump operation the way it works
best for the chip. Thus, drop port_fdb_getnext and implement the port_fdb_dump
operation in DSA, which pushes the switchdev FDB dump callback d
Not all switch chips support a Get Next operation to iterate on its FDB.
So add a more simple port_fdb_dump function for them.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 5 +
net/dsa/slave.c | 3 +++
2 files changed, 8 insertions(+)
diff --git a/include/net/dsa.h b/include/net/
Now that port_fdb_dump is implemented and even simpler, get rid of
port_fdb_getnext.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6171.c | 1 -
drivers/net/dsa/mv88e6352.c | 1 -
drivers/net/dsa/mv88e6xxx.c | 73 -
drivers/net/dsa/mv88e6xxx
There is no need to write the MAC address before every Get Next
operation, since ATU MAC registers are not cleared between calls.
Move the _mv88e6xxx_atu_mac_write call outside of _mv88e6xxx_atu_getnext
so future code could call ATU Get Next multiple times and save a few
register access.
---
driv
There is no need to write the VLAN ID before every Get Next operation,
since the VTU VID register is not cleared between calls.
Move the VID write call in a _mv88e6xxx_vtu_vid_write function outside
of _mv88e6xxx_vtu_getnext so future code could call VTU Get Next
multiple times and save a few regi
From: Eli Cohen
The detection of a fatal condition has been updated to take into account
the state reported by the device or by detecting an all ones read of the
firmware version which indicates that the device is not accessible.
Signed-off-by: Eli Cohen
Signed-off-by: Or Gerlitz
---
drivers/
From: Jack Morgenstein
By design, when no default MAC addresses are set in the Hypervisor for VFs,
the VFs are passed zero-macs. When such a MAC is received by the VF, it
generates a random MAC address and registers that MAC address
with the Hypervisor.
This random mac generation is currently do
From: Eli Cohen
On device initialization, wait till firmware indicates that that it is done
with initialization before proceeding to initialize the device.
Also update initialization segment layout to match driver/firmware
interface definitions.
Signed-off-by: Eli Cohen
Signed-off-by: Or Gerli
1 - 100 of 159 matches
Mail list logo
