On Thu, Mar 3, 2016 at 12:19 AM, Diego Viola wrote:
> On Wed, Mar 2, 2016 at 2:14 AM, Guo-Fu Tseng wrote:
>> 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 beca
From: Kyeong Yoo
Date: Wed, 2 Mar 2016 21:19:51 +
> Author: Kyeong Yoo
>
> net_sched: dsmark: use qdisc_dequeue_peeked()
...
> On Wed, 2016-03-02 at 10:26 -0800, Cong Wang wrote:
>> On Tue, Mar 1, 2016 at 8:10 PM, Kyeong Yoo
>> wrote:
Please do not submit patches like this.
Specifically
> Hi David,
> On Wed, Mar 02, 2016 at 01:00:21PM -0800, David Ahern wrote:
> > On 3/2/16 12:31 PM, Jeremiah Mahler wrote:
> > >>On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
> > >>>Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
> guest, even
> > >>>when I di
On Mon, Feb 29, 2016 at 2:08 PM, Mahesh Bandewar wrote:
> 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 p
From: "Christopher S. Hall"
In the current timekeeping code there isn't any interface to
atomically capture the current relationship between the system counter
and system time. ktime_get_snapshot() returns this triple (counter,
monotonic raw, realtime) in the system_time_snapshot struct.
Cc: Pra
Hey Thomas,
So here is Christopher's cross-timestamp infrastructure
patchset which I wanted to send along for 4.6. These apply against
tip/timers/core.
Let me know if you have any objections.
thanks
-john
Cc: Prarit Bhargava
Cc: Richard Cochran
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc:
From: "Christopher S. Hall"
The code in ktime_get_snapshot() is a superset of the code in
ktime_get_raw_and_real() code. Further, ktime_get_raw_and_real() is
called only by the PPS code, pps_get_ts(). Consolidate the
pps_get_ts() code into a single function calling ktime_get_snapshot()
and elimin
From: "Christopher S. Hall"
ACKNOWLEDGMENT: cross timestamp code was developed by Thomas Gleixner
. It has changed considerably and any mistakes are
mine.
The precision with which events on multiple networked systems can be
synchronized using, as an example, PTP (IEEE 1588, 802.1AS) is limited
b
From: "Christopher S. Hall"
Another representative use case of time sync and the correlated
clocksource (in addition to PTP noted above) is PTP synchronized
audio.
In a streaming application, as an example, samples will be sent and/or
received by multiple devices with a presentation time that is
From: "Christopher S. Hall"
The timekeeping code does not currently provide a way to translate
externally provided clocksource cycles to system time. The cycle count
is always provided by the result clocksource read() method internal to
the timekeeping code. The added function timekeeping_cycles_
From: "Christopher S. Hall"
On modern Intel systems TSC is derived from the new Always Running Timer
(ART). ART can be captured simultaneous to the capture of
audio and network device clocks, allowing a correlation between timebases
to be constructed. Upon capture, the driver converts the capture
From: "Christopher S. Hall"
Modern Intel systems supports cross timestamping of the network device
clock and Always Running Timer (ART) in hardware. This allows the
device time and system time to be precisely correlated. The timestamp
pair is returned through e1000e_phc_get_syncdevicetime() used
From: "Christopher S. Hall"
Currently, network /system cross-timestamping is performed in the
PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() and
the gettime64() callback provided by the driver. The cross-timestamp
is best effort where the latency between the capture of system tim
On Wed, Mar 2, 2016 at 2:14 AM, Guo-Fu Tseng wrote:
> 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 t
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
master
head: 3ebeac1d029550a860ea2d034bf1c7f1de52d442
commit: afea03656add70a0e00f5b0039f87288c7af8b9f [963/985] stmmac: rework DMA
bus setting and introduce new platform AXI structure
coccinelle warnings: (new ones pr
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c:115:15-21: ERROR:
application of sizeof to pointer
sizeof when applied to a pointer typed expression gives the size of
the pointer
Generated by: scripts/coccinelle/misc/noderef.cocci
CC: Giuseppe Cavallaro
Signed-off-by: Fengguang Wu
---
On Wed, Mar 2, 2016 at 4:40 PM, Tom Herbert wrote:
> On Wed, Mar 2, 2016 at 3:42 PM, Alexander Duyck
> wrote:
>> On Wed, Mar 2, 2016 at 2:18 PM, Tom Herbert wrote:
>>> This patch implements performant csum_partial for x86_64. The intent is
>>> to speed up checksum calculation, particularly for s
Hi David,
On Wed, Mar 02, 2016 at 11:30:07AM -0800, David Ahern wrote:
> Andrew and Ying Huang's test robot both reported usage count problems that
> trace back to the 'keep address on ifdown' patch.
>
> From Andrew:
> We execute CRIU test on linux-next. On the current linux-next kernel
> they ha
Hi David,
On Wed, Mar 02, 2016 at 01:00:21PM -0800, David Ahern wrote:
> On 3/2/16 12:31 PM, Jeremiah Mahler wrote:
> >>On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
> >>>Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
> >>>guest, even
> >>>when I didn't co
On Tue, Mar 1, 2016 at 5:32 PM, Daniel Borkmann wrote:
> 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_
Since offset is zero, it's not necessary to use set function. Reset
function is straightforward, and will remove the unnecessary add
operation in set function.
Signed-off-by: Zhang Shengju
---
net/wireless/util.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/wireless/ut
Since offset is zero, it's not necessary to use set function. Reset
function is straightforward, and will remove the unnecessary add
operation in set function.
Signed-off-by: Zhang Shengju
---
drivers/net/wireless/mac80211_hwsim.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff -
This patch series replace set function with reset when offset is zero.
Changes since v1:
- fix typo in commit message
Zhang Shengju (4):
vxlan: use reset to set header pointers
mac80211_hwsim: use reset to set mac header
mac80211: use reset to set header pointer
wireless: use reset to se
Since offset is zero, it's not necessary to use set function. Reset
function is straightforward, and will remove the unnecessary add
operation in set function.
Signed-off-by: Zhang Shengju
---
net/mac80211/mesh_hwmp.c | 6 +++---
net/mac80211/rx.c| 2 +-
net/mac80211/status.c| 2 +-
Since offset is zero, it's not necessary to use set function. Reset
function is straightforward, and will remove the unnecessary add operation
in set function.
Signed-off-by: Zhang Shengju
---
drivers/net/vxlan.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/n
On Wed, Mar 2, 2016 at 3:42 PM, Alexander Duyck
wrote:
> On Wed, Mar 2, 2016 at 2:18 PM, Tom Herbert wrote:
>> This patch implements performant csum_partial for x86_64. The intent is
>> to speed up checksum calculation, particularly for smaller lengths such
>> as those that are present when doing
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/mellanox/mlx5/core/en_tx.c
between commit:
b081da5ee186 ("net/mlx5e: Add rx/tx bytes software counters")
from the net tree and commits:
9879515895ff ("net/mlx5e: Add TX stateless offloads for t
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/mellanox/mlx5/core/en_main.c
between commit:
85082dba0a50 ("net/mlx5e: Correctly handle RSS indirection table when
changing number of channels")
from the net tree and commit:
08fb1dacdd76 ("ne
Hi all,
Today's linux-next merge of the net-next tree got conflicts in:
drivers/net/ethernet/mellanox/mlx5/core/en.h
between commit:
b081da5ee186 ("net/mlx5e: Add rx/tx bytes software counters")
from the net tree and commits:
89db09eb5979 ("net/mlx5e: Add TX inner packet counters")
3c
Enable workaround for MPC8548E erratum eTSEC 106,
"Excess delays when transmitting TOE=1 large frames".
(see commit 53fad77375ce "gianfar: Enable eTSEC-20 erratum w/a
for P2020 Rev1")
This erratum was fixed in Rev 3.1.x.
Signed-off-by: Atsushi Nemoto
---
drivers/net/ethernet/freescale/gianfar.c
On Wed, Mar 02, 2016 at 07:46:24AM +0100, Wolfram Sang wrote:
> 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
On Wed, Mar 2, 2016 at 2:18 PM, Tom Herbert wrote:
> This patch implements performant csum_partial for x86_64. The intent is
> to speed up checksum calculation, particularly for smaller lengths such
> as those that are present when doing skb_postpull_rcsum when getting
> CHECKSUM_COMPLETE from dev
On Wed, Mar 2, 2016 at 4:32 PM, Troy Kisky
wrote:
> FEC_ENET_TS_TIMER
I think so. TS_TIMER should never be triggered.
best regards
Frank Li
On mer., 2016-03-02 at 14:18 -0800, Tom Herbert wrote:
\
> + asm("lea 0f(, %[slen], 4), %%r11\n\t"
> + "clc\n\t"
> + "jmpq *%%r11\n\t"
> + "adcq 7*8(%[src]),%[res]\n\t"
> + "adcq 6*8(%[src]),%[res]\n\t"
> + "adcq 5*8(%[src]),%[res]\n\t"
> + "adcq
From: Wolfram Sang
The clk API may return 0 on clk_get_rate, so we should check the result before
using it as a divisor.
Signed-off-by: Wolfram Sang
---
Should go individually via subsystem tree.
drivers/net/ethernet/renesas/ravb_main.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/
On 03/02/2016 08:52 PM, David Miller wrote:
> From: "Bendik Rønning Opstad"
> Date: Wed, 24 Feb 2016 22:12:55 +0100
>
>> +/* tcp_rdb.c */
>> +void rdb_ack_event(struct sock *sk, u32 flags);
>
> Please name globally visible symbols with a prefix of "tcp_*", thanks.
Yes, of course. I will fix tha
Here is the outcome of researching if the result of clk_get_rate() was directly
used as a divisor without checking if it is 0. Inspired by a Coverity report.
Wolfram Sang (6):
ide: palm_bk3710: test clock rate to avoid division by 0
net: ethernet: renesas: ravb_main: test clock rate to avoid d
On 3/2/2016 9:47 AM, Zhi Li wrote:
> On Wed, Mar 2, 2016 at 10:12 AM, Troy Kisky
> wrote:
>> On 3/2/2016 8:13 AM, Fugang Duan wrote:
>>> From: Troy Kisky Sent: Thursday, February
>>> 25, 2016 8:37 AM
-if (fep->ptp_clock)
+if ((int_events & FEC_ENET_TS_TIMER) && fep->ptp_cl
The 82544 has code that adds one additional descriptor per data buffer.
However we weren't taking that into acount when determining the descriptors
needed for the next transmit at the end of the xmit_frame path.
This change takes that into account by doubling the number of descriptors
needed for t
The current code path is capable of grossly overestimating the number of
descriptors needed to transmit a new frame. This specifically occurs if
the skb contains a number of 4K pages. The issue is that the logic for
determining the descriptors needed is ((S) >> (X)) + 1. When X is 12 it
means th
This patch series addresses a Tx hang reported in our test lab with
RHEL/CentOS 7.2 running in a VM with an emulated e1000 driver. We were
able to determine that the issue appears to have been introduced with the
changes that introduced xmit_more.
What we have found is that the pre-check for the
This patch implements performant csum_partial for x86_64. The intent is
to speed up checksum calculation, particularly for smaller lengths such
as those that are present when doing skb_postpull_rcsum when getting
CHECKSUM_COMPLETE from device or after CHECKSUM_UNNECESSARY conversion.
- v4
- wen
On Wed, Mar 2, 2016 at 1:19 PM, Kyeong Yoo
wrote:
> Author: Kyeong Yoo
>
> net_sched: dsmark: use qdisc_dequeue_peeked()
>
> This fix is for dsmark similar to commit 3557619f0f6f7496ed453d4825e249
> ("net_sched: prio: use qdisc_dequeue_peeked")
> and makes use of qdisc_dequeue_peeked() instead of
Author: Kyeong Yoo
net_sched: dsmark: use qdisc_dequeue_peeked()
This fix is for dsmark similar to commit 3557619f0f6f7496ed453d4825e249
("net_sched: prio: use qdisc_dequeue_peeked")
and makes use of qdisc_dequeue_peeked() instead of direct dequeue() call.
First time, wrr peeks dsmark, which wi
On 3/2/16 12:31 PM, Jeremiah Mahler wrote:
On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
guest, even
when I didn't configure any NIC for the guest:
[ 72.604249] unregister_netdevice: waiting for lo to bec
While looking at 759c01142a5d0f364a462346168a56de28a80f52, I remembered about
infamous
nf_conntrack: falling back to vmalloc
message, that was often triggered by network namespace creation (message
was removed recently, but it changed nothing with underlying problem).
So, how about something l
Hi David,
On Tue, Mar 01, 2016 at 12:07:49PM -0800, Jeremiah Mahler wrote:
> Hi all,
>
> On Tue, Mar 01, 2016 at 08:11:54AM +, Dexuan Cui wrote:
> > Hi, I got this line every 10 seconds with today's linux-next in a Hyper-V
> > guest, even
> > when I didn't configure any NIC for the guest:
>
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
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
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 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
---
V2: Use CAN_SFF_MAS
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
On Wed, Mar 2, 2016 at 3:38 AM, Fugang Duan wrote:
> From: Fugang Duan Sent: Wednesday, March 02, 2016 5:25
> PM
>> To: da...@davemloft.net
>> Cc: netdev@vger.kernel.org; Fugang Duan
>> Subject: [PATCH] MAINTAINERS: add maintainer entry for FREESCALE FEC
>> ethernet driver
>>
>> Add a maintaine
On 03/02/2016 07:46 PM, Oliver Hartkopp wrote:
> Hi Marek,
Hi!
> sorry for picking this patch up again.
nothing to be sorry about, thanks for the input :)
> After looking around in the original source I have one more comment:
>
> On 03/02/2016 11:42 AM, Marek Vasut wrote:
>
>> -if (priv->
On Wed, Mar 2, 2016 at 5:05 PM, Bernhard Walle wrote:
> Indeed, you're correct.
>
> Should I send a new patch or a patch that corrects my first patch?
> Because it already is in linux-next.
As your patch is already in linux-next you should send an incremental
patch then. Thanks
On Wednesday 02 March 2016 21:38:04 Lada Trimasova wrote:
> Since ezchip network driver is written with big endian EZChip platform it
> is necessary to add support for little endian architecture.
>
> The first issue is that the order of the bits in a bit field is
> implementation specific. So all
Hi,
sorry for my late reply.
* Troy Kisky [2016-03-01 18:16]:
>invalid and 1 millisecond will be used instead.
> +- phy-reset-active-low : If present then the reset sequence using the GPIO
> + specified in the "phy-reset-gpios" property is reversed (H=reset state,
> + L=operation state).
>
From: Eric Engestrom
Date: Mon, 29 Feb 2016 16:34:25 +
> This format hasn't been used since 04ed3e741d0f133e02bed7fa5c98edba128f90e7
> ("net: change netdev->features to u32")
>
> Signed-off-by: Eric Engestrom
A patch that does this is already in the networking tree, please always
check the
From: Eric Engestrom
Date: Mon, 29 Feb 2016 16:38:06 +
> 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
Applied.
From: Eric Engestrom
Date: Mon, 29 Feb 2016 16:36:38 +
> 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
Applied.
From: Eric Engestrom
Date: Mon, 29 Feb 2016 16:40:23 +
> Left over from c24588afc536a35c924d014f13b669b20ccf8553
> ("atl1c: using fixed TXQ configuration for l2cb and l1c")
>
> Signed-off-by: Eric Engestrom
Applied.
From: Lars Persson
Date: Mon, 29 Feb 2016 16:22:29 +0100
> This series has bug fixes for the dwc_eth_qos ethernet driver.
>
> Mainly two stability fixes for problems found by Rabin Vincent:
> - Successive starts and stops of the interface would trigger a DMA reset
> timeout.
> - A race conditio
On Wed, 24 Feb 2016 09:21:13 +0100
Phil Sutter wrote:
> This patch series aims at improving consistency of builtin help texts and
> related man pages (synopsis section at least). It was created by
> comparing the two and fixing up whatever occurred to be broken.
>
> Phil Sutter (20):
> ip: ali
From: "Bendik Rønning Opstad"
Date: Wed, 24 Feb 2016 22:12:55 +0100
> +/* tcp_rdb.c */
> +void rdb_ack_event(struct sock *sk, u32 flags);
Please name globally visible symbols with a prefix of "tcp_*", thanks.
From: Hariprasad Shenai
Date: Tue, 1 Mar 2016 17:19:31 +0530
> This series sets FBMIN to 64 bytes for Chelsio's T6 series of adapters,
> check to replenish fl is revised, some code cleanup in cxgb4vf sge
> initialization code and removes dead code.
>
> This patch series has been created agains
From: Bob Copeland
Date: Wed, 2 Mar 2016 10:09:20 -0500
> In the time since the mesh path table was implemented as an
> RCU-traversable, dynamically growing hash table, a generic RCU
> hashtable implementation was added to the kernel.
>
> Switch the mesh path table over to rhashtable to remove
From: Or Gerlitz
Date: Wed, 2 Mar 2016 17:47:43 +0200
> This series contains two fixes for the SRIOV HW LAG that was
> introduced in 4.5-rc1 and one fix that allows to revoke the
> administrative MAC that was assigned to VF through the PF.
>
> The VF mac fix needs to go for stable too.
Serie
On Wed, Mar 02, 2016 at 09:56:51AM +0100, Dmitry Vyukov wrote:
> On Fri, Jan 15, 2016 at 8:11 PM, Dmitry Vyukov wrote:
> > On Fri, Jan 15, 2016 at 7:46 PM, Marcelo Ricardo Leitner
> > wrote:
> >> On Wed, Dec 30, 2015 at 09:42:27PM +0100, Dmitry Vyukov wrote:
> >>> Hello,
> >>>
> >>> The following
From: Saeed Mahameed
Date: Mon, 29 Feb 2016 21:17:08 +0200
> This series has few bug fixes for the mlx5 Ethernet driver.
Series applied, thank you.
Andrew and Ying Huang's test robot both reported usage count problems that
trace back to the 'keep address on ifdown' patch.
>From Andrew:
We execute CRIU test on linux-next. On the current linux-next kernel
they hangs on creating a network namespace.
The kernel log contains many massages like th
From: Alexandre TORGUE
Date: Mon, 29 Feb 2016 14:27:26 +0100
> According to Giuseppe, I send the v3 series.
Series applied to net-next, thanks.
On Wed, Mar 02, 2016 at 11:05:33AM -0800, Stephen Hemminger wrote:
> On Wed, 2 Mar 2016 19:45:39 +0100
> Phil Sutter wrote:
>
> > While implementing an implementation example for a pedit man page, I
> > noticed several issues with the current code. The following patch
> > series addreses them.
>
Cc: Jamal Hadi Salim
Signed-off-by: Cong Wang
---
net/sched/act_ife.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/sched/act_ife.c b/net/sched/act_ife.c
index 6e7ec25..c589a9b 100644
--- a/net/sched/act_ife.c
+++ b/net/sched/act_ife.c
@@ -108,7 +108,7 @@ EXPORT_SYM
From: Wei Wang
When ICMPV6_PKT_TOOBIG message is received by a connected UDP socket,
the new mtu value is not properly updated in the dst_entry associated
with the socket.
This leads to the issue that the mtu value returned by getsockopt(sockfd,
IPPROTO_IPV6, IPV6_MTU, ...) is wrong.
The fix is t
On 3/2/2016 11:13 AM, David Miller wrote:
From: Santosh Shilimkar
Date: Tue, 1 Mar 2016 15:20:41 -0800
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.
From: Santosh Shilimkar
Date: Tue, 1 Mar 2016 15:20:41 -0800
> 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.
Yeah this works much better, series
The icn, act2000 and pcbit drivers are all for very old hardware,
and it is highly unlikely that anyone is actually still using them
on modern kernels, if at all.
All three drivers apparently are for hardware that predates PCI
being the common connector, as they are ISA-only and active
PCI ISDN ca
The icn driver currently produces an unconditional #warning whenever
we build it, introduced by Karsten Keil back in 2003:
#warning TODO test headroom or use skb->nb to flag ACK
Karsten's original commit (from BitKeeper) contains this description:
- here are lot of bugs left, so ISDN is not
On Wed, 2 Mar 2016 19:45:39 +0100
Phil Sutter wrote:
> While implementing an implementation example for a pedit man page, I
> noticed several issues with the current code. The following patch
> series addreses them.
Jamal wrote pedit, does he have any comments on this?
From: Yuval Mintz
Date: Wed, 2 Mar 2016 20:25:59 +0200
> This patch series tries to improve general configuration by changing
> configuration to better suit B0 boards and allow more available
> resources to each physical function.
> In additition, it contains some small fixes and semantic changes
On Mon, 22 Feb 2016 03:34:48 -0800
Loganaden Velvindron wrote:
> diff --git a/include/linux/netfilter.h b/include/linux/netfilter.h
> index b71b4c9..3e4e6ae 100644
> --- a/include/linux/netfilter.h
> +++ b/include/linux/netfilter.h
> @@ -4,8 +4,6 @@
> #include
>
> #include
> -#include
> -#
> I am not sure we want to support ~64K of headers.
>
> Is this something real, or just another root-exploit
> linux-bug-of-the-day trick ?
>
> When I want to reboot my host I usually type 'reboot', as it looks nicer
> to me ;)
>
Thanks Eric.
My point was that an accidental route misconfiguration,
On Mon, 22 Feb 2016 03:34:48 -0800
Loganaden Velvindron wrote:
> Don't redefine in6_addr due to including linux/in6.h and also fix
> the case of MAXPATHLEN constant not found.
>
> (Original patch from VoidLinux)
>
> Signed-off-by: Loganaden Velvindron
I was waiting for others who had more to
From: Chunhao Lin
Date: Thu, 3 Mar 2016 00:59:15 +0800
> For RTL8168G/RTL8168H/RTL8411B/RTL8107E, enable this flag to eliminate
> message "AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0 domain=0x0002
> address=0x3000 flags=0x0050] in dmesg.
>
> Signed-off-by: Chunhao Lin
Applie
On 02/03/2016 19:46, Rob Herring wrote:
> On Fri, Feb 26, 2016 at 03:21:33PM +0100, John Crispin wrote:
>> Add three files. One describes the actual frame engine, the other two
>> describe fast ethernet and gigabit switches bindings.
>>
>> Signed-off-by: John Crispin
>> Signed-off-by: Felix Fiet
On 03/02/2016 09:16 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 improve ef
From: Antonio Quartulli
Date: Wed, 2 Mar 2016 22:46:07 +0800
> On Wed, Mar 02, 2016 at 02:54:35PM +0100, Arnd Bergmann wrote:
>> The driver calls cfg80211_get_station, which may be part of a
>> module, so we must not enable BATMAN_ADV_BATMAN_V if
>> BATMAN_ADV=y and CFG80211=m:
>>
>> net/built-i
This diff was generated by using the fix-inplace option of checkpatch.pl
and breaking the overlong lines of parse_ip() and parse_ip6()
signatures.
Signed-off-by: Phil Sutter
---
tc/p_ip.c | 36 +++-
1 file changed, 19 insertions(+), 17 deletions(-)
diff --git a/t
On Wed, Mar 02, 2016 at 10:36:18AM -0800, David Ahern wrote:
> On 3/2/16 10:28 AM, Andy Gospodarek wrote:
> >>This seems wrong -- changing the 'all' and 'default' settings for a sysctl
> >>>should not require walking the interface list.
> >Not if you want to actually apply the config to all the int
On Fri, Feb 26, 2016 at 03:21:33PM +0100, John Crispin wrote:
> Add three files. One describes the actual frame engine, the other two
> describe fast ethernet and gigabit switches bindings.
>
> Signed-off-by: John Crispin
> Signed-off-by: Felix Fietkau
> Signed-off-by: Michael Lee
Does this re
Hi Marek,
sorry for picking this patch up again.
After looking around in the original source I have one more comment:
On 03/02/2016 11:42 AM, Marek Vasut wrote:
> - if (priv->can.ctrlmode & (CAN_CTRLMODE_FD | CAN_CTRLMODE_FD_NON_ISO)) {
> - if (can_is_canfd_skb(skb)) {
> -
Since the IP Header Length field is just half a byte, adjust retain to
only match these bits so the Version field is not overwritten by
accident.
The whole concept is actually broken due to dependency on endianness
which pedit ignores.
Signed-off-by: Phil Sutter
---
tc/p_ip.c | 2 +-
1 file cha
While implementing an implementation example for a pedit man page, I
noticed several issues with the current code. The following patch
series addreses them.
In order to validate my changes, I implemented a simple unit tester.
It requires the following hack:
--8<---
This was horribly broken:
* pack_key8() and pack_key16() ...
* missed to invert retain value when applying it to the mask,
* did not sanitize val by ANDing it with retain,
* and ignored the mask which is necessary for 'invert' command.
* pack_key16() did not convert mask to network byte order
After lookup of the layered op submodule, pedit would pass argv and argc
including the layered op identifier at first position which confused the
submodule parser. Fix this by calling NEXT_ARG() before calling the
parse_peopt() callback.
Signed-off-by: Phil Sutter
---
tc/m_pedit.c | 1 +
1 file
From: Amitoj Kaur Chawla
Date: Wed, 2 Mar 2016 19:52:42 +0530
> Specifically, pcim_release contains the following code:
How incredibly unintuitive that PCI helper functions magically become
managed just because a driver invoked pcim_enable_device().
Well, if that's what is it, that's what it is
Hello.
On 03/02/2016 09:32 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 effic
From: Johannes Berg
Date: Wed, 2 Mar 2016 14:48:02 +0100
> Here are a few more fixes for the current cycle; the MAINTAINERS patch
> isn't really a fix for the tree, but helps the kbuild robot and clearly
> can't be causing any regressions :)
>
> Let me know if there's any problem.
Pulled, than
On Wed, Mar 2, 2016 at 6:50 PM, Doug Ledford wrote:
> Exactly *what* provisioning system tries to set the VF_MAC on an IPoIB
> interface and expects it to set the GUID of an underlying IB device?
The provisioning system need not be fully aware in all their
components this is IB here, there's PCI
On Fri, Feb 26, 2016 at 11:51:50AM +0100, Alexandre TORGUE wrote:
> Signed-off-by: Alexandre TORGUE
>
> diff --git a/Documentation/devicetree/bindings/net/stm32-dwmac.txt
> b/Documentation/devicetree/bindings/net/stm32-dwmac.txt
> new file mode 100644
> index 000..67fceda
> --- /dev/null
> +
1 - 100 of 229 matches
Mail list logo
