Re: [PATCH net] net/bonding: Enforce active-backup policy for IPoIB bonds

Andy Gospodarek wrote: >On Wed, Jul 20, 2016 at 05:44:20PM +0300, Saeed Mahameed wrote: >> From: Mark Bloch >> >> When using an IPoIB bond currently only active-backup mode is a valid >> use case and this commit strengthens it. >> >> Since commit

Re: [Intel-wired-lan] [PATCH net] e1000e: fix PTP on e1000_pch_lpt variants

On Tue, Jul 19, 2016 at 08:49:03PM +, Rustad, Mark D wrote: > Jarod Wilson wrote: > > >I've got reports that the Intel I-218V NIC in Intel NUC5i5RYH systems used > >as a PTP slave experiences random ~10 hour clock jumps, which are resolved > >if the same workaround for the

Re: [PATCH net] net/bonding: Enforce active-backup policy for IPoIB bonds

On Wed, Jul 20, 2016 at 05:44:20PM +0300, Saeed Mahameed wrote: > From: Mark Bloch > > When using an IPoIB bond currently only active-backup mode is a valid > use case and this commit strengthens it. > > Since commit 2ab82852a270 ("net/bonding: Enable bonding to enslave >

Re: [PATCH net] net/mlx5e: Fix del vxlan port command

On Wed, Jul 20, 2016 at 7:15 PM, Alexei Starovoitov wrote: > On Wed, Jul 20, 2016 at 05:48:48PM +0300, Saeed Mahameed wrote: >> mlx5e_vxlan_core_del_port_cmd cleared the wrong address, the address of >> the pointer of the buffer rather than clearing the buffer

Re: [PATCH net] net/mlx5e: Fix del vxlan port command

On Wed, Jul 20, 2016 at 05:48:48PM +0300, Saeed Mahameed wrote: > mlx5e_vxlan_core_del_port_cmd cleared the wrong address, the address of > the pointer of the buffer rather than clearing the buffer itself. > > This can lead to a serious stack corruption. The change is fine, but commit log is

[PATCH net-next 1/2] gro_cells: gro_cells_receive now return error code

so that the caller can update stats accordingly, if needed Signed-off-by: Paolo Abeni Acked-by: Hannes Frederic Sowa --- include/net/gro_cells.h | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git

[PATCH net-next 0/2] macsec: enable s/w offloads

This patches leverage gro_cells infrastructure to enable both GRO and RPS on macsec devices. Paolo Abeni (2): gro_cells: gro_cells_receive now return error code macsec: enable GRO and RPS on macsec devices drivers/net/macsec.c| 32 +---

[PATCH net-next 2/2] macsec: enable GRO and RPS on macsec devices

Use gro_gells to trigger GRO and allow RPS on macsec traffic after decryption. Also, be sure to avoid clearing software offload features in macsec_fix_features(). Overall this increase TCP tput by 30% on recent h/w. Signed-off-by: Paolo Abeni Acked-by: Hannes Frederic Sowa

[PATCH net-next 3/3] net: dsa: mv88e6xxx: kill last locked reg_read

Get rid of the last usage of the locked mv88e6xxx_reg_read function with a new mv88e6xxx_port_read helper, useful later for chips with different port registers base address. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 35

[PATCH net-next 2/3] net: dsa: mv88e6xxx: rework EEPROM access

The 6352 family of switches and compatibles provide a 8-bit address and 16-bit data access to an optional EEPROM. Newer chip such as the 6390 family slightly changed the access to 16-bit address and 8-bit data. This commit cleans up the EEPROM access code for 16-bit access and makes it easy to

[PATCH net-next 0/3] net: dsa: mv88e6xxx: rework EEPROM code

Some switches can access an optional external EEPROM via its registers. The 88E6352 family of switches have 8-bit address / 16-bit data access. The new 88E6390 family has 16-bit address / 8-bit data access. This patchset cleans up the EEPROM code with 16-suffixed Global2 helpers and makes it

Re: [PATCH] bpf: fix implicit declaration of bpf_prog_add

On Wed, Jul 20, 2016 at 07:55:52AM -0700, Brenden Blanco wrote: > For the ifndef case of CONFIG_BPF_SYSCALL, an inline version of > bpf_prog_add needs to exist otherwise the build breaks on some configs. > > drivers/net/ethernet/mellanox/mlx4/en_netdev.c:2544:10: error: implicit > declaration

[PATCH net-next 1/3] net: dsa: mv88e6xxx: remove unused phy_mutex

Only reg_lock is necessary now and phy_mutex is dead. Remove it. --- drivers/net/dsa/mv88e6xxx/mv88e6xxx.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/mv88e6xxx.h b/drivers/net/dsa/mv88e6xxx/mv88e6xxx.h index 899ca1d..99de41f 100644 ---

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

On Wednesday, July 20, 2016 11:33:43 AM CEST Jes Sorensen wrote: > Arnd Bergmann writes: > > On Wednesday, July 20, 2016 7:25:19 AM CEST Jes Sorensen wrote: > >> Arnd Bergmann writes: > >> Well it really all depends on how much time I have and how much others > >>

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

On Wednesday, July 20, 2016 5:06:27 PM CEST Xose Vazquez Perez wrote: > Arnd Bergmann wrote: > > > rtlwifi, but I found the older r8712u device to work fine with > > the staging/rtl8712 driver. > > A replacement for "staging/rtl8712", with MAC80211 support, is > available at:

Re: [PATCH 3/3] staging/rtl8192e: avoid comparing unsigned type >= 0

Arnd Bergmann writes: > There is one remaining warning about a type limit check in rtl8192e: > > staging/rtl8192e/rtl819x_TSProc.c:326:14: error: comparison is always true > due to limited range of data type [-Werror=type-limits] > > This changes a macro into a local function to

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

Arnd Bergmann writes: > On Wednesday, July 20, 2016 7:25:19 AM CEST Jes Sorensen wrote: >> Arnd Bergmann writes: >> Well it really all depends on how much time I have and how much others >> step up and help contribute to the code. For rtl8xxxu my plans are as >>

Re: [net-next PATCH 1/3] net: phy: dp83867: Add documentation for optional impedance control

On 07/20/2016 09:56 AM, Mugunthan V N wrote: Add documention of ti,impedance-control which can be used to correct MAC impedance mismatch using phy extended registers. Signed-off-by: Mugunthan V N --- Documentation/devicetree/bindings/net/ti,dp83867.txt | 7 +++ 1

[PATCH 3/3] staging/rtl8192e: avoid comparing unsigned type >= 0

There is one remaining warning about a type limit check in rtl8192e: staging/rtl8192e/rtl819x_TSProc.c:326:14: error: comparison is always true due to limited range of data type [-Werror=type-limits] This changes a macro into a local function to clarify the types and simplify the check while

[PATCH 2/3] staging/rtl8192e: use s8 instead of char

Compiling the rtlwifi drivers for ARM with gcc -Wextra warns about lots of incorrect code that results from 'char' being unsigned here, e.g. staging/rtl8192e/rtl8192e/r8192E_phy.c:1072:36: error: comparison is always false due to limited range of data type [-Werror=type-limits]

[PATCH 1/3] staging/rtl8192u: use s8 instead of char

Compiling the rtlwifi drivers for ARM with gcc -Wextra warns about lots of incorrect code that results from 'char' being unsigned here, e.g. staging/rtl8192u/r8192U_core.c:4150:16: error: comparison is always false due to limited range of data type [-Werror=type-limits]

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

On Wednesday, July 20, 2016 7:25:19 AM CEST Jes Sorensen wrote: > Arnd Bergmann writes: > >> I'd like to get rid of all the drivers/staging/rtl* drivers eventually > > > > That would be great, yes. > > > > Can you clarify what the long-term plan is? I see that > >

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

Arnd Bergmann wrote: > rtlwifi, but I found the older r8712u device to work fine with > the staging/rtl8712 driver. A replacement for "staging/rtl8712", with MAC80211 support, is available at: https://github.com/chunkeey/rtl8192su Also a fullmac/cfg80211 driver(r92su) is

[net-next PATCH 1/3] net: phy: dp83867: Add documentation for optional impedance control

Add documention of ti,impedance-control which can be used to correct MAC impedance mismatch using phy extended registers. Signed-off-by: Mugunthan V N --- Documentation/devicetree/bindings/net/ti,dp83867.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git

[net-next PATCH 3/3] ARM: dts: dra72-evm-revc: fix non-working cpsw second ethernet

Second ethernet of cpsw is not working, make it work by adding impedance configuration. Signed-off-by: Mugunthan V N --- arch/arm/boot/dts/dra72-evm-revc.dts | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/dra72-evm-revc.dts

[net-next PATCH 2/3] net: phy: dp83867: add support for MAC impedance configuration

Add support for programmable MAC impedance configuration Signed-off-by: Mugunthan V N --- drivers/net/phy/dp83867.c | 22 ++ 1 file changed, 22 insertions(+) diff --git a/drivers/net/phy/dp83867.c b/drivers/net/phy/dp83867.c index 91177a4..ace3558

[net-next PATCH 0/3] add support for impedance control for TI dp83867 phy and fix 2nd ethernet on dra72 rev C evm

Add support for configurable impedance control for TI dp83867 phy via devicetree. More documentation in [1] CPSW second ethernet is not working, fix it by enabling impedance configuration on the phy. Public Datasheet - http://www.ti.com/lit/ds/symlink/dp83867ir.pdf Mugunthan V N (3): net: phy:

[PATCH] bpf: fix implicit declaration of bpf_prog_add

For the ifndef case of CONFIG_BPF_SYSCALL, an inline version of bpf_prog_add needs to exist otherwise the build breaks on some configs. drivers/net/ethernet/mellanox/mlx4/en_netdev.c:2544:10: error: implicit declaration of function 'bpf_prog_add' prog = bpf_prog_add(prog,

[PATCH net] net/mlx5e: Fix del vxlan port command

mlx5e_vxlan_core_del_port_cmd cleared the wrong address, the address of the pointer of the buffer rather than clearing the buffer itself. This can lead to a serious stack corruption. Fixes: b3f63c3d5e2c ("net/mlx5e: Add netdev support for VXLAN tunneling") Signed-off-by: Saeed Mahameed

[PATCH net] net/bonding: Enforce active-backup policy for IPoIB bonds

From: Mark Bloch When using an IPoIB bond currently only active-backup mode is a valid use case and this commit strengthens it. Since commit 2ab82852a270 ("net/bonding: Enable bonding to enslave netdevices not supporting set_mac_address()") was introduced till 4.7-rc1, IPoIB

Re: [PATCH 1/1] ixgbevf: replace enum with MACROs

On Wed, Jul 20, 2016 at 3:41 AM, wrote: > From: Zhu Yanjun > > With the original enum, when a several bits state is set, it is > possible that the wrong test occurs. > > For example, > > a state is 0x3, its bits are 11. When testing a state 0x2 whose

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

On 07/20/2016 06:25 AM, Jes Sorensen wrote: Arnd Bergmann writes: On Tuesday, July 19, 2016 12:05:00 PM CEST Jes Sorensen wrote: Arnd Bergmann writes: I think that would be better, albeit not a big issue. Ok, and since Kalle applied the first patch to his

Re: [PATCH v10 00/12] Add driver bpf hook for early packet drop and forwarding

On Wed, Jul 20, 2016 at 12:18:49PM +0300, Tariq Toukan wrote: > > On 20/07/2016 8:09 AM, David Miller wrote: > >From: Brenden Blanco > >Date: Tue, 19 Jul 2016 12:16:45 -0700 > > > >>This patch set introduces new infrastructure for programmatically > >>processing packets in

Re: [PATCH] xfrm: use printk instead of WARN for bad policy reporting

On Wed, Jul 20, 2016 at 10:32:35AM +0200, Vegard Nossum wrote: > AFAICT this message is just printed whenever input validation fails. > This is a normal failure and we shouldn't be dumping the stack over it. > > Looks like it was originally a printk that was maybe incorrectly > upgraded to a

Re: [PATCH] xfrm: use printk instead of WARN for bad policy reporting

On 07/20/2016 10:32 AM, Vegard Nossum wrote: AFAICT this message is just printed whenever input validation fails. This is a normal failure and we shouldn't be dumping the stack over it. Looks like it was originally a printk that was maybe incorrectly upgraded to a WARN: commit

Re: [PATCH] Add timer to handle OOM situations

On Mon, Jul 18, 2016 at 05:11:03PM +0200, ggar...@abra.uab.cat wrote: > From: Gerard Garcia > > Better testing support files > > Signed-off-by: Gerard Garcia > --- > drivers/vhost/vsock.c | 52 > ++- >

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

Arnd Bergmann writes: > On Tuesday, July 19, 2016 12:05:00 PM CEST Jes Sorensen wrote: >> Arnd Bergmann writes: >> I think that would be better, albeit not a big issue. > > Ok, and since Kalle applied the first patch to his tree, I'm now sending > a series of three

Re: [PATCH net] e1000e: fix PTP on e1000_pch_lpt variants

Hello. On 7/19/2016 11:25 PM, Jarod Wilson wrote: I've got reports that the Intel I-218V NIC in Intel NUC5i5RYH systems used as a PTP slave experiences random ~10 hour clock jumps, which are resolved if the same workaround for the 82574 and 82583 is employed. Switching from an if to a select,

[PATCH 1/1] ixgbevf: replace enum with MACROs

From: Zhu Yanjun With the original enum, when a several bits state is set, it is possible that the wrong test occurs. For example, a state is 0x3, its bits are 11. When testing a state 0x2 whose bits are 10, it is difficult to confirm that state 0x2 is set or not. As

[PATCH 1/1] ixgbevf: replace enum with MACROs

Sorry. Please ignore the last mail because there are some typos in the patch. In this patch, these typos are corrected. Zhu Yanjun

BUSINESS PROPOSAL!!!

I am Mr.Saeed Bin Salem Executive Director and Chief Financial Officer of the National Commercial Bank Libya.I have a secured business suggestion for you reply me on my email: saeedbi...@qq.com

Re: [PATCH net-next v3 1/2] bpf: Add bpf_copy_to_user BPF helper to be called in tracers (kprobes)

On 07/20/2016 05:02 AM, Alexei Starovoitov wrote: On Wed, Jul 20, 2016 at 01:19:51AM +0200, Daniel Borkmann wrote: On 07/19/2016 06:34 PM, Alexei Starovoitov wrote: On Tue, Jul 19, 2016 at 01:17:53PM +0200, Daniel Borkmann wrote: + return -EINVAL; + + /* Is this a user

Re: [PATCH net-next v3 1/2] bpf: Add bpf_copy_to_user BPF helper to be called in tracers (kprobes)

On Tue, 19 Jul 2016, Alexei Starovoitov wrote: On Wed, Jul 20, 2016 at 01:19:51AM +0200, Daniel Borkmann wrote: On 07/19/2016 06:34 PM, Alexei Starovoitov wrote: On Tue, Jul 19, 2016 at 01:17:53PM +0200, Daniel Borkmann wrote: + return -EINVAL; + + /* Is this a user

Re: [PATCH v2 1/5] ethernet: add sun8i-emac driver

On Wednesday, July 20, 2016 10:03:16 AM CEST LABBE Corentin wrote: > + > + /* Benched on OPIPC with 100M, setting more than 256 does not give any > +* perf boost > +*/ > + priv->nbdesc_rx = 128; > + priv->nbdesc_tx = 256; > + > 256 tx descriptors can introduce a

答复: 答复: [PATCH 1/1] netfilter: Add helper array register/unregister functions

Ok, I get it. Thanks Pablo. Another question, Liping found the port style of sip, irc, and tftp was different with ftp. It should be use iterator "i" to generate name for them. Then should I update the original patch or create another one to correct it? BTW, I am sorry about that. I didn't

Re: [PATCH v10 05/12] net/mlx4_en: add support for fast rx drop bpf program

On 07/19/2016 09:16 PM, Brenden Blanco wrote: Add support for the BPF_PROG_TYPE_XDP hook in mlx4 driver. In tc/socket bpf programs, helpers linearize skb fragments as needed when the program touches the packet data. However, in the pursuit of speed, XDP programs will not be allowed to use these

Re: 答复: [PATCH 1/1] netfilter: Add helper array register/unregister functions

On Wed, Jul 20, 2016 at 08:31:13AM +0800, 高峰 wrote: > Thanks Pablo. > > I had used the script "checkpatch.pl" to check the patch file. > There was no indentation error reported. > > So could you give me more tails please or point one indentation error? > Then I could correct it by myself next

[PATCH] ieee802154: check device type

I've observed a NULL pointer dereference in ieee802154_del_iface() during netlink fuzzing. It's the ->wpan_phy dereference here: phy = dev->ieee802154_ptr->wpan_phy; My bet is that we're not checking that this is an IEEE802154 interface, so let's do what ieee802154_nl_get_dev() is doing.

Re: 答复: [PATCH 1/1] netfilter: Add helper array register/unregister functions

On Wed, Jul 20, 2016 at 09:02:52AM +0800, 高峰 wrote: > Oh, thanks Liping. > I have not found the extra port styles are different of irc, sane and tftp > with ftp. > > Hi Pablo, > Then should I modify the original patch or send a new one? No need to resend, I have just sent an amendement that I'm

Re: [PATCH 1/1] netfilter: Add helper array register/unregister functions

On Wed, Jul 20, 2016 at 08:51:17AM +0800, Liping Zhang wrote: > 2016-07-18 11:39 GMT+08:00 : > > From: Gao Feng > > > > Add nf_ct_helper_init, nf_conntrack_helpers_register/unregister > > functions to enhance the conntrack helper codes. > > I think this patch

Re: [PATCH v10 04/12] rtnl: add option for setting link xdp prog

On 07/19/2016 09:16 PM, Brenden Blanco wrote: Sets the bpf program represented by fd as an early filter in the rx path of the netdev. The fd must have been created as BPF_PROG_TYPE_XDP. Providing a negative value as fd clears the program. Getting the fd back via rtnl is not possible, therefore

[PATCH] xfrm: use printk instead of WARN for bad policy reporting

AFAICT this message is just printed whenever input validation fails. This is a normal failure and we shouldn't be dumping the stack over it. Looks like it was originally a printk that was maybe incorrectly upgraded to a WARN: commit 62db5cfd70b1ef53aa21f144a806fe3b78c84fab Author: stephen

Re: [PATCH 2/3] staging/rtl8192e: use s8 instead of char

On Tuesday, July 19, 2016 12:05:00 PM CEST Jes Sorensen wrote: > Arnd Bergmann writes: > > On Tuesday, July 19, 2016 11:46:04 AM CEST Jes Sorensen wrote: > >> > diff --git a/drivers/staging/rtl8192e/rtl819x_TSProc.c > >> > b/drivers/staging/rtl8192e/rtl819x_TSProc.c > >> > index

[PATCH v2 5/5] ARM: dts: sun8i: Enable sun8i-emac on the Orange PI PC

The sun8i-emac hardware is present on the Orange PI PC. It uses the internal PHY. This patch create the needed emac and phy nodes. Signed-off-by: LABBE Corentin --- arch/arm/boot/dts/sun8i-h3-orangepi-pc.dts | 11 +++ 1 file changed, 11 insertions(+) diff

[PATCH v2 4/5] ARM: dts: sun8i-h3: add sun8i-emac ethernet driver

The sun8i-emac is an ethernet MAC hardware that support 10/100/1000 speed. This patch enable the sun8i-emac on the Allwinner H3 SoC Device-tree. The SoC H3 have an internal PHY, so optionals syscon and ephy are set. Signed-off-by: LABBE Corentin ---

[PATCH v2 3/5] ARM: sun8i: dt: Add DT bindings documentation for Allwinner sun8i-emac

This patch adds documentation for Device-Tree bindings for the Allwinner sun8i-emac driver. Signed-off-by: LABBE Corentin --- .../bindings/net/allwinner,sun8i-emac.txt | 65 ++ 1 file changed, 65 insertions(+) create mode 100644

[PATCH v2 1/5] ethernet: add sun8i-emac driver

This patch add support for sun8i-emac ethernet MAC hardware. It could be found in Allwinner H3/A83T/A64 SoCs. It supports 10/100/1000 Mbit/s speed with half/full duplex. It can use an internal PHY (MII 10/100) or an external PHY via RGMII/RMII. Signed-off-by: LABBE Corentin

[PATCH v2 2/5] MAINTAINERS: Add myself as maintainers of sun8i-emac

Signed-off-by: LABBE Corentin --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 1d74837..daefb19 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -581,6 +581,12 @@ S: Maintained F:

[PATCH v2 0/5] net-next: ethernet: add sun8i-emac driver

Hello This patch series add the driver for sun8i-emac which handle the Ethernet MAC present on Allwinner H3/A83T/A64 SoCs. It supports 10/100/1000 Mbit/s speed with half/full duplex. It can use an internal PHY (MII 10/100) or an external PHY via RGMII/RMII. This patch series enable the driver

Re: [PATCH net-next v3] cdc_ether: Improve ZTE MF823/831/910 handling

On Tue, 2016-07-19 at 16:54 +0200, Kristian Evensen wrote: > The firmware in several ZTE devices (at least the MF823/831/910 > modems/mifis) use OS fingerprinting to determine which type of device > to > export. In addition, these devices export a REST API which can be used > to > control the type

[PATCH] wlcore: spi: fix build warning caused by redundant variable

The ret variable is unused in wlcore_probe_of() Remove it for fixing build warning. Fixes: 01efe65aba65 ("wlcore: spi: add wl18xx support") Signed-off-by: Eyal Reizer --- drivers/net/wireless/ti/wlcore/spi.c | 1 - 1 file changed, 1 deletion(-) diff --git

Re: IPv6 IPSec incompatibilities between 2.6.23 and 3.6.18 (and probably later)

> 在 2016年7月19日，23:03，Ilan Tayari 写道： > >> On the receiving side (e.g. fd01:1b10:1000::1) I see the decrypted packets >> with >> the 2.6.23 kernel: >> but NOT with the newer kernel: > > Hi Joerg, > > First steps to debug this would be: > cat /proc/net/xfrm_stat > ip -s

RE: IPv6 IPSec incompatibilities between 2.6.23 and 3.6.18 (and probably later)

> On the receiving side (e.g. fd01:1b10:1000::1) I see the decrypted packets > with > the 2.6.23 kernel: > but NOT with the newer kernel: Hi Joerg, First steps to debug this would be: cat /proc/net/xfrm_stat ip -s xfrm state ip -s xfrm policy First command will show some error accounting,

RE: [PATCHv8] wlcore: spi: add wl18xx support

> > > Add support for using with both wl12xx and wl18xx. > > > > - all wilink family needs special init command for entering wspi mode. > > extra clock cycles should be sent after the spi init command while the > > cs pin is high. > > - Use inverted chip select for sending a dummy 4 bytes

Re: [PATCHv8] wlcore: spi: add wl18xx support

"Reizer, Eyal" writes: > Add support for using with both wl12xx and wl18xx. > > - all wilink family needs special init command for entering wspi mode. > extra clock cycles should be sent after the spi init command while the > cs pin is high. > - Use inverted chip select for

[PATCHv8] wlcore: spi: add wl18xx support

Add support for using with both wl12xx and wl18xx. - all wilink family needs special init command for entering wspi mode. extra clock cycles should be sent after the spi init command while the cs pin is high. - Use inverted chip select for sending a dummy 4 bytes command that completes the

Re: [PATCH v4 0/7] thunderbolt: Introducing Thunderbolt(TM) networking

On Wed, 2016-07-20 at 06:02 +, Levy, Amir (Jer) wrote: > On Tue, Jul 19 2016, 08:14 PM, Joe Perches wrote: > > On Mon, 2016-07-18 at 13:00 +0300, Amir Levy wrote: > > > > > > This is version 4 of Thunderbolt(TM) driver for non-Apple hardware. > > [] > > >  Documentation/00-INDEX   

linux-next: manual merge of the cgroup tree with the net-next tree

Hi Tejun, Today's linux-next merge of the cgroup tree got a conflict in: kernel/cgroup.c between commit: 1f3fe7ebf613 ("cgroup: Add cgroup_get_from_fd") from the net-next tree and commit: 55094f575358 ("cgroup: remove duplicated include from cgroup.c") from the cgroup tree. I fixed

RE: [PATCH v4 0/7] thunderbolt: Introducing Thunderbolt(TM) networking

On Tue, Jul 19 2016, 08:14 PM, Joe Perches wrote: > On Mon, 2016-07-18 at 13:00 +0300, Amir Levy wrote: > > This is version 4 of Thunderbolt(TM) driver for non-Apple hardware. > [] > >  Documentation/00-INDEX   |2 + > >  Documentation/thunderbolt-networking.txt |  135 ++ > >  

<    1   2