On 1 March 2016 at 15:02, Johannes Berg wrote:
> On Fri, 2016-02-26 at 14:09 +0100, Michal Kazior wrote:
>>
>> +typedef u64 codel_time_t;
>
> Do we really need this? And if yes, does it have to be in the public
> header file? Why a typedef anyway?
Hmm.. I don't think it's strictly necessary. I ju
On Wed, Mar 02, 2016 at 10:21:34AM +0900, Simon Horman wrote:
> On Tue, Mar 01, 2016 at 05:37:59PM +0100, Wolfram Sang wrote:
> > From: Wolfram Sang
> >
> > This change will also make Coverity happy by avoiding a theoretical NULL
> > pointer dereference; yet another reason is to use the above hel
On Tue, Mar 1, 2016 at 3:16 PM, Tom Herbert wrote:
> We are seeing a number of softlockups occurring with HTB upon removing
> the qdisc. We are still attempting to repro the exact circumstances,
> however looking at the code I'm very suspicious of this block in
> net_tx_action and its interaction
On 03/01/2016 10:27 PM, Marek Vasut wrote:
> On 03/01/2016 07:11 PM, Oliver Hartkopp wrote:
>
> Hi!
>
>> On 02/29/2016 08:59 PM, Marek Vasut wrote:
>>> The TX DLC, the transmission length information, was not written
>>> into the transmit configuration register. When using the CAN core
>>> with
Hi Marek,
On 03/01/2016 10:23 PM, Marek Vasut wrote:
> On 03/01/2016 06:49 PM, Oliver Hartkopp wrote:
>>> -#define IFI_CANFD_RXFIFO_ID_ID_STD_MASK0x3ff
>>> +#define IFI_CANFD_RXFIFO_ID_ID_STD_MASK0x7ff
>>> #define IFI_CANFD_RXFIFO_ID_ID_XTD_MASK0x1fff
>>
On Wed, 24 Feb 2016 23:58:56 -0500 (EST), David Miller wrote
> From: Diego Viola
> Date: Tue, 23 Feb 2016 12:04:04 -0300
>
> > The JMC260 network card fails to suspend/resume because the call to
> > jme_start_irq() was too early, moving the call to jme_start_irq() after
> > the call to jme_reset_
Dear Diego and who concerns about this driver:
Thanks for reporting it. I can still provide some help, but it's just I'm quite
busy.
So that you have not seem me sending patch for a long time.
I wrote this driver when I wan an intern in JMicron during one of my summer
vacation
while I'm still s
This fix is for dsmark similar to 3557619f0f6f7496ed453d4825e24958ab1884e0,
and makes use of qdisc_dequeue_peeked() instead of direct dequeue() call.
First time, wrr peeks dsmark, which will then peek into sfq.
sfq dequeues an skb and it's stored in sch->gso_skb.
Next time, wrr tries to dequeue fr
> On 02.03.2016, at 00:55, Jeff Kirsher wrote:
>
>> On Tue, 2016-03-01 at 07:56 +0100, John Holland wrote:
>> 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,
> -Original Message-
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
> Behalf Of John Fastabend
> Sent: Monday, February 29, 2016 11:26 AM
> To: intel-wired-...@lists.osuosl.org; john.fastab...@gmail.com; Kirsher,
> Jeffrey T
> Cc: netdev@vger.kernel.org
> Subje
On Tue, 2016-03-01 at 15:05 -0800, Alexander Duyck wrote:
> On Tue, Mar 1, 2016 at 2:58 PM, Keller, Jacob E
> wrote:
> >
> > On Tue, 2016-03-01 at 14:31 -0800, Alexander Duyck wrote:
> > >
> > > This still has the potential to provide garbage data. What you
> > > should
> > > probably do at eac
On 3/1/16 2:23 PM, David Miller wrote:
From: David Ahern
Date: Sat, 27 Feb 2016 09:59:17 -0800
Commit f1705ec197e70 allows IPv6 addresses to be retained on a link down.
The address can have a cached host route which can point to the wrong
FIB table if the L3 enslavement is changed (e.g., route
Hi,
Clean tested working pulls CPUs and QTYs in stock.
115 X X5650
65 X E5410
75 X X5660
145 X E5530
100 X E5645
40 X X5680
75 X X5690
Brand new sealed IP phones and QTYs in stock.
55 x CP-7937G
77 x CP-7942G
54 x CP-7945G
75 x CP-7962G
..
45 x Avaya 9630
65 x Avaya 9641
55 x Avaya 9640
U
When signalling to metadata consumers that the metadata_dst entry
carries additional GBP extension data for vxlan (TUNNEL_VXLAN_OPT),
the dst's vxlan_metadata information is populated, but options_len
is left to zero. F.e. in ovs, ovs_flow_key_extract() checks for
options_len before extracting the
Make use of ARCH_RENESAS in place of ARCH_SHMOBILE.
This is part of an ongoing process to migrate from ARCH_SHMOBILE to
ARCH_RENESAS the motivation for which being that RENESAS seems to be a more
appropriate name than SHMOBILE for the majority of Renesas ARM based SoCs.
Signed-off-by: Simon Horma
On Tue, Mar 01, 2016 at 05:37:59PM +0100, Wolfram Sang wrote:
> From: Wolfram Sang
>
> This change will also make Coverity happy by avoiding a theoretical NULL
> pointer dereference; yet another reason is to use the above helper function
> to tighten the code and make it more readable.
>
> Signe
On Tue, 2016-03-01 at 07:56 +0100, John Holland wrote:
> 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 pro
On Tue, Mar 01, 2016 at 05:37:58PM +0100, Wolfram Sang wrote:
> From: Wolfram Sang
>
> This change will also make Coverity happy by avoiding a theoretical NULL
> pointer dereference; yet another reason is to use the above helper function
> to tighten the code and make it more readable.
>
> Signe
On Wed, 2016-03-02 at 00:12 +, Ben Hutchings wrote:
> NAK, ethtool is not the only consumer of the ethtool API. How many
> times do I have to repeat myself?
>
> Ben.
>
Ok, so essentially forcing drivers to require static sets for the
various stats/strings/etc?
:(
Will have patches to clea
On mar., 2016-03-01 at 15:16 -0800, Tom Herbert wrote:
> We are seeing a number of softlockups occurring with HTB upon removing
> the qdisc. We are still attempting to repro the exact circumstances,
> however looking at the code I'm very suspicious of this block in
> net_tx_action and its interacti
On Mon, Feb 29, 2016 at 09:21:01AM +, Ramesh Shanmugasundaram wrote:
> Adds CAN controller nodes for r8a7795.
>
> Note: CAN channel register base address mentioned in R-Car Gen3 Hardware
> User Manual v0.5E is incorrect. The corrected base addresses are:
>
> CAN Channel 0 - 0xe6c3
> CAN C
On Tue, 2016-03-01 at 14:25 -0800, Jacob Keller wrote:
> Since at least 2005, (oldest commit in ethtool.git), the userspace
> ethtool implementation has given the size of the memory it has allocated
> as the actual size in the ethtool data structures. We previously blindly
> ignore this and overwri
> More thorough validation of the header contents is not necessarily
> hard. The following validates the address, including optional
> repeaters.
>
> static bool ax25_validate_hard_header(const char *ll_header,
>unsigned short len)
> {
> ax25_di
On Fri, 2016-02-26 at 12:33 -0500, Willem de Bruijn wrote:
> On Fri, Feb 26, 2016 at 9:44 AM, Alan Cox
> wrote:
> > On Thu, 2016-02-25 at 15:26 -0500, David Miller wrote:
> > > From: Heikki Hannikainen
> > > Date: Thu, 25 Feb 2016 21:36:07 +0200 (EET)
> > >
> > > > Commit 9c7077622dd9174 added a
No functional changes. This is in preperation towards adding
fastreg memory resgitration support.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/Makefile | 2 +-
net/rds/ib.c | 37 +++---
net/rds/ib.h | 25 +---
net/rds/ib_fmr.c | 217 +
RDS iWarp support code has become stale and non testable. As
indicated earlier, am dropping the support for it.
If new iWarp user(s) shows up in future, we can adapat the RDS IB
transprt for the special RDMA READ sink case. iWarp needs an MR
for the RDMA READ sink.
Signed-off-by: Santosh Shilimka
This helps to combine asynchronous fastreg MR completion handler
with send completion handler.
No functional change.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib.h | 1 -
net/rds/ib_cm.c | 42 +++---
net/rds/ib_sen
No functional change.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib_fmr.c | 126 +-
net/rds/ib_mr.h | 6 +++
net/rds/ib_rdma.c | 108 ++
3 files changed, 134 i
Add MR reuse statistics to RDS IB transport.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib.h | 2 ++
net/rds/ib_rdma.c | 7 ++-
net/rds/ib_stats.c | 2 ++
3 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/net/rds/ib.h b/net/rds/ib.h
ind
Keep fmr related filed in its own struct. Fastreg MR structure
will be added to the union.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib_fmr.c | 17 ++---
net/rds/ib_mr.h | 11 +--
net/rds/ib_rdma.c | 14 ++
3 files changed,
Fastreg MR(FRMR) memory registration and invalidation makes use
of work request and completion queues for its operation. Patch
allocates extra queue space towards these operation(s).
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/ib.h| 4
net/rds/ib_cm.c
> From: John Holland [mailto:jotih...@gmail.com]
> Sent: Monday, February 29, 2016 10:56 PM
> To: Brown, Aaron F
> Cc: intel-wired-...@lists.osuosl.org; netdev@vger.kernel.org
> Subject: Re: [Intel-wired-lan] [next] igb: allow setting MAC address on i211
> using a device tree blob V5
>
> On Mar 1
From: Avinash Repaka
Fastreg MR(FRMR) is another method with which one can
register memory to HCA. Some of the newer HCAs supports only fastreg
mr mode, so we need to add support for it to have RDS functional
on them.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Avinash Repaka
Signed-off-by
Acked-by: Chien Yen
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
MAINTAINERS | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 27393cf..08b084a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9067,10 +9067,14 @@ S:
v3:
Re-generated the same series by omitting "-D" option from git format-patch
command. Since first patch has file removals, git apply/am can't deal
with it when formated with '-D' option.
v2:
Dropped module parameter from [PATCH 11/13] as suggested by David Miller
Series is generated against ne
Drop the RDS connection on RDMA_CM_EVENT_TIMEWAIT_EXIT so that
it can reconnect and resume.
While testing fastreg, this error happened in couple of tests but
was getting un-noticed.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Shilimkar
---
net/rds/rdma_transport.c | 8
1 f
Preperatory patch for FRMR support. From connection info,
we can retrieve cm_id which contains qp handled needed for
work request posting.
We also need to drop the RDS connection on QP error states
where connection handle becomes useful.
Signed-off-by: Santosh Shilimkar
Signed-off-by: Santosh Sh
The SO_TIMESTAMP generates time stamp for each incoming RDS messages
User app can enable it by using SO_TIMESTAMP setsocketopt() at
SOL_SOCKET level. CMSG data of cmsg type SO_TIMESTAMP contains the
time stamp in struct timeval format.
Reviewed-by: Sowmini Varadhan
Signed-off-by: Santosh Shilimka
Discovere Fast Memmory Registration support using IB device
IB_DEVICE_MEM_MGT_EXTENSIONS. Certain HCA might support just FRMR
or FMR or both FMR and FRWR. In case both mr type are supported,
default FMR is used.
Default MR is still kept as FMR against what everyone else
is following. Default will
We are seeing a number of softlockups occurring with HTB upon removing
the qdisc. We are still attempting to repro the exact circumstances,
however looking at the code I'm very suspicious of this block in
net_tx_action and its interaction with dev_deactivate (called through
tc_modify_qdisc):
On Tue, 2016-03-01 at 17:11 -0500, David Miller wrote:
>
> There was a minor merge conflict with net/mac80211/debugfs.c, take
> a look and send me any fixups necessary.
>
Ah yes, I'd wondered when that change was coming in, but missed that
you had it in net-next now.
Looks good, thanks!
johann
On 3/1/2016 2:33 PM, David Miller wrote:
When I try to apply this series, it (strangely) fails on the first patch with:
Strange indeed since patches and the tree is against net-next.
Applying: RDS: Drop stale iWARP RDMA transport
error: removal patch leaves file contents
This patch has file
On Tue, Mar 1, 2016 at 2:58 PM, Keller, Jacob E
wrote:
> On Tue, 2016-03-01 at 14:31 -0800, Alexander Duyck wrote:
>> This still has the potential to provide garbage data. What you
>> should
>> probably do at each stage is make sure the length matches with the
>> exact value that you would expect
On Tue, 2016-03-01 at 14:31 -0800, Alexander Duyck wrote:
> This still has the potential to provide garbage data. What you
> should
> probably do at each stage is make sure the length matches with the
> exact value that you would expect.
>
Sure, an exact check could be done instead, however...
From: Antonio Quartulli
Date: Mon, 29 Feb 2016 19:05:53 +0800
> this is our (hopefully) latest batch of patches intended for net-next.
>
> With this patchset we finally introduce B.A.T.M.A.N. V: the latest
> version of our routing protocol.
> Technical documentation describing the protocol in mo
From: Zhang Shengju
Date: Mon, 29 Feb 2016 08:21:30 +
> Since offset is zero, it's not necessary to use set function.
>
> Signed-off-by: Zhang Shengju
Applied, thanks.
On 3/1/2016 3:26 PM, Zhi Li wrote:
> On Tue, Mar 1, 2016 at 3:51 PM, Troy Kisky
> wrote:
>> True, but fec_txq/fec_rxq is called in a loop.
>
> netdev_priv(ndev) is that pointer move.
> dev + ALIGN(sizeof(struct net_device), NETDEV_ALIGN)
>
> Modem compiler can handle it greatly.
>
> You can't g
From: Sergei Shtylyov
Date: Sun, 28 Feb 2016 22:50:59 +0300
> The 'flags' parameter of the of_phy_connect() function wasn't described
> in the kernel-doc comment...
>
> Signed-off-by: Sergei Shtylyov
>
> ---
> The patch is against DaveM's 'net.git' repo.
Applied.
From: Sergei Shtylyov
Date: Sun, 28 Feb 2016 21:56:34 +0300
> of_mdiobus_register() declares the 'paddr' variable to hold the result of
> the of_get_property() but only uses it once after that while the function
> can be called directly from the *if* statement. Remove that variable and
> switch
From: Yuval Mintz
Date: Sun, 28 Feb 2016 12:26:51 +0200
> Until now we've only enabled attention generation for the sake of
> management firmware indications [required for link notifications].
>
> This series enables [almost] all the attention sources of the HW,
> currently for the sake of loggi
From: Cong Wang
Date: Sat, 27 Feb 2016 20:19:54 -0800
> 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
Applied, thanks.
From: Xin Long
Date: Sun, 28 Feb 2016 10:33:11 +0800
> Now in sctp_remaddr_seq_show(), we use variable *tsp to get the param *v.
> but *tsp is also used to traversal transport_addr_list, which will cover
> the previous value, and make sctp_transport_put work on the wrong transport.
>
> So fix it
When I try to apply this series, it (strangely) fails on the first patch with:
Applying: RDS: Drop stale iWARP RDMA transport
error: removal patch leaves file contents
error: net/rds/iw.c: patch does not apply
error: removal patch leaves file contents
error: net/rds/iw.h: patch does not apply
err
On Tue, Mar 1, 2016 at 2:25 PM, Jacob Keller wrote:
> Since at least 2005, (oldest commit in ethtool.git), the userspace
> ethtool implementation has given the size of the memory it has allocated
> as the actual size in the ethtool data structures. We previously blindly
> ignore this and overwrite
From: Xin Long
Date: Sun, 28 Feb 2016 10:03:51 +0800
> As the member .cmp_addr of sctp_af_inet6, sctp_v6_cmp_addr should also check
> the port of addresses, just like sctp_v4_cmp_addr, cause it's invoked by
> sctp_cmp_addr_exact().
>
> Now sctp_v6_cmp_addr just check the port when two addresses
On Tue, Mar 1, 2016 at 1:35 PM, David Miller wrote:
> From: Alexander Duyck
> Date: Tue, 1 Mar 2016 13:19:28 -0800
>
>> I was wondering what your thoughts would be about widening the size of
>> the length field that we pass into csum_tcpudp_magic from a 16 bit to
>> a 24 or 32 bit value? The gen
On Tue, Mar 1, 2016 at 3:51 PM, Troy Kisky
wrote:
> True, but fec_txq/fec_rxq is called in a loop.
netdev_priv(ndev) is that pointer move.
dev + ALIGN(sizeof(struct net_device), NETDEV_ALIGN)
Modem compiler can handle it greatly.
You can't get any valuable performance gain by that.
The main ti
Since at least 2005, (oldest commit in ethtool.git), the userspace
ethtool implementation has given the size of the memory it has allocated
as the actual size in the ethtool data structures. We previously blindly
ignore this and overwrite the requested size with the current size
returned by .get_st
Hi Dave,
This series includes some bug fixes and updates for the mlx5 core
and ethernet driver.
>From Gal, two fixes that protects the update CQ moderation flows
when it is not allowed.
>From Moshe, two fixes for the core and ethernet driver in
non-cached(NC) and write combining(WC) buffers ma
From: Gal Pressman
If CQ moderation is not supported by the device, print a warning on
netdevice load, and return error when trying to modify/query cq
moderation via ethtool.
Fixes: f62b8bb8f2d3 ('net/mlx5: Extend mlx5_core to support ConnectX-4
Ethernet functionality')
Signed-off-by: Gal Pressm
From: Moshe Lazer
Avoid double mapping of io mapped memory, Device page may be
mapped to non-cached(NC) or to write-combining(WC).
The code before this fix tries to map it both to WC and NC
contrary to what stated in Intel's software developer manual.
Here we remove the global WC mapping of all
From: Tariq Toukan
We only need to flush the irq handler to make sure it does not
queue a work into the global work queue after we start to flush it.
So using synchronize_irq() is more appropriate than a spin lock.
Signed-off-by: Tariq Toukan
Signed-off-by: Saeed Mahameed
---
drivers/net/ethe
From: Amitoj Kaur Chawla
Date: Sat, 27 Feb 2016 22:34:16 +0530
> @@ -835,23 +835,20 @@ static int lmc_init_one(struct pci_dev *pdev, const
> struct pci_device_id *ent)
> err = pci_request_regions(pdev, "lmc");
> if (err) {
> printk(KERN_ERR "lmc: pci_request_region fail
From: David Ahern
Date: Sat, 27 Feb 2016 09:59:17 -0800
> Commit f1705ec197e70 allows IPv6 addresses to be retained on a link down.
> The address can have a cached host route which can point to the wrong
> FIB table if the L3 enslavement is changed (e.g., route can point to local
> table instead
From: Gal Pressman
Calling mlx5e_set_coalesce while the interface is down will result in
modifying CQs that don't exist.
Fixes: f62b8bb8f2d3 ('net/mlx5: Extend mlx5_core to support ConnectX-4
Ethernet functionality')
Signed-off-by: Gal Pressman
Signed-off-by: Saeed Mahameed
---
.../net/ether
From: Tariq Toukan
By its role, there is no need to set all the other parameters
for the drop RQ.
Signed-off-by: Tariq Toukan
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git
From: Tariq Toukan
Instead of the pair (channel, tc), we now use a single number that
goes over all tx queues of a TC, for all TCs.
Signed-off-by: Tariq Toukan
Signed-off-by: Saeed Mahameed
---
.../net/ethernet/mellanox/mlx5/core/en_ethtool.c | 15 ---
1 files changed, 8 inser
From: Tariq Toukan
More proper to declare carrier state UP only after the channels
are ready for traffic.
Signed-off-by: Tariq Toukan
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/en_main.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
From: Or Gerlitz
The command timeout is terribly long, whole two hours. Make it 60s so if
things do go wrong, the user gets feedback in relatively short time, so
they can take corrective actions and/or investigate using tools and such.
Fixes: e126ba97dba9 ('mlx5: Add driver for Mellanox Connect-
From: Tariq Toukan
For data cache locality considerations, we moved the nop and
csum_offload_inner within sq_stats struct as they are more
commonly accessed in xmit path.
Signed-off-by: Tariq Toukan
Signed-off-by: Saeed Mahameed
---
drivers/net/ethernet/mellanox/mlx5/core/en.h | 10 ++--
From: Jamal Hadi Salim
Date: Sat, 27 Feb 2016 08:08:53 -0500
> As agreed at netconf in Seville, here's the patch finally (1 year
> was just too long to wait for an ethertype. Now we are just going
> have the user configure one).
> Described in netdev01 paper:
> "Distributing Linux Tra
From: Deepa Dinamani
Date: Sat, 27 Feb 2016 00:32:14 -0800
> Introduction:
>
> The series is aimed at transitioning network timestamps to being
> y2038 safe.
> All patches can be reviewed and merged independently.
>
> Socket timestamps and ioctl calls will be handled separately.
>
> Thanks to
On 03/01/2016 07:11 PM, Oliver Hartkopp wrote:
Hi!
> On 02/29/2016 08:59 PM, Marek Vasut wrote:
>> 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 w
On 03/01/2016 06:49 PM, Oliver Hartkopp wrote:
> Hi Marek,
Hi Oliver,
> On 02/29/2016 08:59 PM, Marek Vasut wrote:
>> 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-
From: Johannes Berg
Date: Fri, 26 Feb 2016 21:37:46 +0100
> Let's try this again. I backed out some of the rfkill changes
> that are buggy and fixed some of that too. I also left out the
> one that generated the big discussion, but I still think it's
> the saner thing to do rather than requiring
On Tue, Mar 01, 2016 at 10:34:44PM +0100, Peter Zijlstra wrote:
> On Tue, Mar 01, 2016 at 08:56:50AM -0800, Paul E. McKenney wrote:
> > +++ b/kernel/rcu/rcutorture.c
> > @@ -131,9 +131,9 @@ static unsigned long rcu_torture_current_version;
> > static struct rcu_torture rcu_tortures[10 * RCU_TORTUR
From: Nikolay Aleksandrov
Date: Fri, 26 Feb 2016 21:20:00 +0100
> This set adds support for temporary router port which doesn't depend only
> on the incoming queries. It can be refreshed by setting multicast_router to
> the same value (3). The first two patches are minor changes that prepare
> th
From: Alexandre Belloni
Date: Fri, 26 Feb 2016 19:18:21 +0100
> Since the phy is not polled anymore, there were issues getting a link on the
> sama5d* xplained boards.
...
Series applied, thanks.
On 3/1/2016 2:06 PM, Zhi Li wrote:
> On Wed, Feb 24, 2016 at 6:36 PM, Troy Kisky
> wrote:
>> queue_id is the qid member of struct bufdesc_prop.
>>
>> Signed-off-by: Troy Kisky
>> ---
>> drivers/net/ethernet/freescale/fec_main.c | 17 ++---
>> 1 file changed, 6 insertions(+), 11 delet
Both Emacs etags and Exuberant ctags allow to specify regexp
replacements to help the tools understand some constructs used in the
source code. We use these replacements extensively in make tags,
however, the rules have some limitations, one of them being that they
only match single lines. Luckily,
On Tue, Mar 1, 2016 at 11:26 AM, Peter Zijlstra wrote:
>
> $ make tags
> GEN tags
> ctags: Warning: drivers/acpi/processor_idle.c:64: null expansion of name
> pattern "\1"
> ctags: Warning: drivers/xen/events/events_2l.c:41: null expansion of name
> pattern "\1"
> ctags: Warning: kernel/lo
From: Alexander Duyck
Date: Tue, 1 Mar 2016 13:19:28 -0800
> I was wondering what your thoughts would be about widening the size of
> the length field that we pass into csum_tcpudp_magic from a 16 bit to
> a 24 or 32 bit value? The general idea would be to shift tunnels over
> to uniformly using
On Tue, Mar 01, 2016 at 08:56:50AM -0800, Paul E. McKenney wrote:
> +++ b/kernel/rcu/rcutorture.c
> @@ -131,9 +131,9 @@ static unsigned long rcu_torture_current_version;
> static struct rcu_torture rcu_tortures[10 * RCU_TORTURE_PIPE_LEN];
> static DEFINE_SPINLOCK(rcu_torture_lock);
> static DEFI
Since at least 2005, (oldest commit in ethtool.git), the userspace
ethtool implementation has given the size of the memory it has allocated
as the actual size in the ethtool data structures. We previously blindly
ignore this and overwrite the requested size with the current size
returned by .get_st
From: Vivien Didelot
Date: Fri, 26 Feb 2016 13:15:59 -0500
> This patchset fixes hardware bridging for non 802.1Q aware systems.
Series applied, thanks Vivien.
On Tue, Mar 1, 2016 at 12:09 PM, David Miller wrote:
> From: Alexander Duyck
> Date: Thu, 25 Feb 2016 19:10:59 -0800
>
>> This change makes it so that we only use a 16 bit length field instead of a
>> 32 bit length field when computing a UDP checksum for IPv6.
>>
>> This fixes an issue found with
From: Guillaume Nault
Date: Fri, 26 Feb 2016 18:45:34 +0100
> @@ -443,9 +443,14 @@ static ssize_t ppp_read(struct file *file, char __user
> *buf,
>* network traffic (demand mode).
>*/
> struct ppp *ppp = PF_TO_PPP(pf);
> +
> +
On Tue, Mar 1, 2016 at 8:25 PM, Jason Gunthorpe
wrote:
> On Tue, Mar 01, 2016 at 07:49:51PM +0200, Eli Cohen wrote:
>> On Tue, Mar 01, 2016 at 10:37:51AM -0700, Jason Gunthorpe wrote:
>> > > + return handle_infiniband_guid(dev, &ivt, IFLA_VF_IB_PORT_GUID);
>> >
>> > But is this emulation really ne
From: Jiri Pirko
Date: Fri, 26 Feb 2016 17:32:22 +0100
> There a is need for some userspace API that would allow to expose things
> that are not directly related to any device class like net_device of
> ib_device, but rather chip-wide/switch-ASIC-wide stuff.
>
> Use cases:
> 1) get/set of port t
On 03/01/2016 10:34 AM, Ramesh Shanmugasundaram wrote:
> This patch adds support for the CAN FD controller found in Renesas R-Car
> SoCs. The controller operates in CAN FD mode by default. Two test modes
> are available and can be enabled by the "rcar_canfd.testmode" module
> parameter. Refer to
On Wed, Feb 24, 2016 at 6:36 PM, Troy Kisky
wrote:
> queue_id is the qid member of struct bufdesc_prop.
>
> Signed-off-by: Troy Kisky
> ---
> drivers/net/ethernet/freescale/fec_main.c | 17 ++---
> 1 file changed, 6 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/net/ethernet
From: John Fastabend
Date: Fri, 26 Feb 2016 07:53:26 -0800
> This adds a software only flag to tc but incorporates a bunch of comments
> from the original attempt at this.
>
> First instead of having the offload decision logic be embedded in cls_u32
> I lifted into cls_pkt.h so it can be used an
On Wed, Feb 24, 2016 at 6:36 PM, Troy Kisky
wrote:
> The queue_id is the qid member of struct bufdesc_prop.
>
> Signed-off-by: Troy Kisky
> ---
> drivers/net/ethernet/freescale/fec_main.c | 13 +
> 1 file changed, 5 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/net/ethernet/
From: pravin shelar
Date: Mon, 29 Feb 2016 11:05:18 -0800
> 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
Corcodel Marian :
> This patch add 256 Bytes barrier on rx/tx coherent allocations.
It does not make much sense unless you want to use a non power of two
value for NUM_.._DESC or a value < 16 with some strange kernel where
dma_alloc_coherent does not provide page alignment.
--
Ueimor
On Tue, Mar 1, 2016 at 9:51 PM, David Miller wrote:
[...]
> I'm not going to allow two sets of parallel sets of changes to
> one driver you guys maintain to be submitted at once.
[...]
> Get one of these accepted first, then you can submit the other one.
> I'm tossing all of these changes, resubmi
From: Michael Chan
Date: Fri, 26 Feb 2016 03:59:58 -0500
> Miscellaneous updates covering SRIOV, IRQ coalescing, firmware logging and
> package version for net-next. Thanks.
>
> v2: Updated description and added more comments for patch 1. Fixed
> function parameters formatting for patch 4.
S
On 03/01/2016 10:34 AM, Ramesh Shanmugasundaram wrote:
> This patch adds support for the CAN FD controller found in Renesas R-Car
> SoCs. The controller operates in CAN FD mode by default. Two test modes
> are available and can be enabled by the "rcar_canfd.testmode" module
> parameter. Refer to Do
Hi David, Ralf,
David is absolutely right about my unappropriate patch.
Although I had searched functions calling rose_route_frame(), I did not
notice rose_xmit() was involved. Shame on me !
Then, David precisely located the source of the issue we are facing.
When rose_xmit() calls rose_route_f
hi,
I am seriously looking for some love and affection, I'm an adventurous,
hardworking, seriously committed and kind person. My current priority is my
daughter, my work, my health and fitness. I'm a devoted father on the weekends,
but missing someone special to share my life. I would like to f
1 - 100 of 230 matches
Mail list logo
