On 1/21/21 9:34 PM, Thara Gopinath wrote:
thermal_notify_framework just updates for a single trip point where as
thermal_zone_device_update does other bookkeeping like updating the
temperature of the thermal zone, running through the list of trip points
and setting the next trip point etc. Sin
On Fri, 22 Jan 2021 10:24:46 +0100,
Uwe Kleine-König wrote:
>
> Hello,
>
> changes since v1
> (https://lore.kernel.org/r/20210121204812.402589-1-...@kleine-koenig.org):
> - fix build failure, found by the kernel test robot
>(my grep missed the struct isa_driver embedded in struct
>radio_
Hello:
This series was applied to netdev/net-next.git (refs/heads/master):
On Fri, 8 Jan 2021 16:53:40 -0800 you wrote:
> From: Long Li
>
> This patch set fixes issues with packet loss on VF add/remove.
>
> Long Li (3):
> hv_netvsc: Check VF datapath when sending traffic to VF
> hv_netvsc
> Subject: Re: [PATCH v2 0/3] hv_netvsc: Prevent packet loss during VF
> add/remove
>
> On Fri, 8 Jan 2021 16:53:40 -0800 Long Li wrote:
> > From: Long Li
> >
> > This patch set fixes issues with packet loss on VF add/remove.
>
> These patches are for net-ne
On Fri, 8 Jan 2021 16:53:40 -0800 Long Li wrote:
> From: Long Li
>
> This patch set fixes issues with packet loss on VF add/remove.
These patches are for net-next? They just optimize the amount of packet
loss on switch, not fix bugs, right?
On Mon, Nov 02, 2020 at 04:14:44PM +, Dmitry Safonov wrote:
> v2: Added "Fixes" tags to the patches.
>
> WARN_ON() for XFRMA_UNSPEC translation which likely no-one except
> syzkaller uses; properly zerofy tail-padding for 64-bit attribute;
> don't use __GFP_ZERO as the memory is initialized du
This series converts the remaining drivers to use new
tasklet_setup() API.
The patches are based on wireless-drivers-next (c2568c8c9e63)
Is this series queue? I haven't seen any email. This is the last
series as part of the tasklet conversion effort.
They are queued in linux-wireless patch
Allen Pais writes:
>>
>> This series converts the remaining drivers to use new
>> tasklet_setup() API.
>>
>> The patches are based on wireless-drivers-next (c2568c8c9e63)
>
> Is this series queue? I haven't seen any email. This is the last
> series as part of the tasklet conversion effort.
They
This series converts the remaining drivers to use new
tasklet_setup() API.
The patches are based on wireless-drivers-next (c2568c8c9e63)
Is this series queue? I haven't seen any email. This is the last
series as part of the tasklet conversion effort.
Thanks.
v2:
Split mt76 and mt76
On Mon, 2020-10-12 at 14:18 +0300, Aleksandr Nogikh wrote:
>
> Currently we're injecting frames via mac80211_hwsim (by pretenting to
> be wmediumd -
> https://github.com/google/syzkaller/blob/4a77ae0bdc5cd75ebe88ce7c896aae6bbf457a29/executor/common_linux.h#L4922).
Ah, ok, of course that works too
On Sun, 11 Oct 2020 at 21:50, Johannes Berg wrote:
[...]
> Also, unrelated to that (but I see Dmitry CC'ed), I started wondering if
> it'd be helpful to have an easier raw 802.11 inject path on top of say
> hwsim0; I noticed some syzbot reports where it created raw sockets, but
> that only gets yo
On Fri, 2020-10-09 at 17:01 +, Aleksandr Nogikh wrote:
> From: Aleksandr Nogikh
>
> This patch series enables remote KCOV coverage collection during
> 802.11 frames processing. These changes make it possible to perform
> coverage-guided fuzzing in search of remotely triggerable bugs.
Btw, it
On 11 October 2020 12:37:29 CEST, Andrey Konovalov
wrote:
>I initially hesitated to do that, as it would multiply the number of
>kcov callbacks. But perhaps you're right and a clean API look
>outweighs the rest. I will do this in v3.
Yeah, OK, dunno. You can always make it an inline calling
On 9 October 2020 19:01:59 CEST, Aleksandr Nogikh wrote:
>This patch series conflicts with another proposed patch
>http://lkml.kernel.org/r/223901affc7bd759b2d6995c2dbfbdd0a29bc88a.1602248029.git.andreyk...@google.com
>One of these patches needs to be rebased once the other one is merged.
Ma
Hi Abhishek,
> This series adds the suspend/resume events suggested in
> https://patchwork.kernel.org/patch/11771001/.
>
> I have tested it with some userspace changes that monitors the
> controller resumed event to trigger audio device reconnection and
> verified that the events are correctly em
From: Johannes Berg
Date: Tue, 18 Aug 2020 10:17:30 +0200
> In quite a few places (perhaps particularly in wireless) we need to
> validation an NLA_BINARY attribute with both a minimum and a maximum
> length. Currently, we can do either of the two, but not both, given
> that we have NLA_MIN_LEN (
From: Srujana Challa
Date: Fri, 7 Aug 2020 19:39:17 +0530
> The following series adds support for Marvell Cryptographic Acceleration
> Unit(CPT) on OcteonTX2 CN96XX SoC.
> This series is tested with CRYPTO_EXTRA_TESTS enabled and
> CRYPTO_DISABLE_TESTS disabled.
net-next is closed, please do not
.kernel.org;
>> kv...@codeaurora.org; da...@davemloft.net; k...@kernel.org;
>> netdev@vger.kernel.org
>> Subject: Re: [PATCH v2 0/3]
>>
>> On 7/31/20 11:27 AM, Rakesh Pillai wrote:
>>> The history recording will be compiled only if
>>> ATH10K_DEBUG i
rnel.org;
> netdev@vger.kernel.org
> Subject: Re: [PATCH v2 0/3]
>
> On 7/31/20 11:27 AM, Rakesh Pillai wrote:
> > The history recording will be compiled only if
> > ATH10K_DEBUG is enabled, and also enabled via
> > the module parameter. Once the history recording
> > is
On Fri, 31 Jul 2020 23:57:19 +0530 Rakesh Pillai wrote:
> The history recording will be compiled only if
> ATH10K_DEBUG is enabled, and also enabled via
> the module parameter. Once the history recording
> is enabled via module parameter, it can be enabled
> or disabled runtime via debugfs.
Have y
On 7/31/20 11:27 AM, Rakesh Pillai wrote:
> The history recording will be compiled only if
> ATH10K_DEBUG is enabled, and also enabled via
> the module parameter. Once the history recording
> is enabled via module parameter, it can be enabled
> or disabled runtime via debugfs.
Why not use trace pr
From: Chris Packham
Date: Fri, 24 Jul 2020 11:21:19 +1200
> This series connects up the mv88e6xxx switches to the dsa infrastructure for
> configuring the port MTU. The first patch is also a bug fix which might be a
> candiatate for stable.
>
> I've rebased this series on top of net-next/master
On Fri, Jul 24, 2020 at 11:21:19AM +1200, Chris Packham wrote:
> This series connects up the mv88e6xxx switches to the dsa infrastructure for
> configuring the port MTU. The first patch is also a bug fix which might be a
> candiatate for stable.
>
> I've rebased this series on top of net-next/mast
From: Kurt Kanzenbach
Date: Mon, 20 Jul 2020 14:49:36 +0200
> as discussed [1] [2] it makes sense to add a DSA yaml binding. This is the
> second version and contains now two ways of specifying the switch ports:
> Either
> by "ports" or by "ethernet-ports". That is why the third patch also adjus
On Wed, 24 Jun 2020 at 09:01, David Miller wrote:
>
> From: Vaibhav Gupta
> Date: Mon, 22 Jun 2020 16:43:57 +0530
>
> > Linux Kernel Mentee: Remove Legacy Power Management.
> >
> > The purpose of this patch series is to remove legacy power management
> > callbacks
> > from amd ethernet drivers.
From: Vaibhav Gupta
Date: Mon, 22 Jun 2020 16:43:57 +0530
> Linux Kernel Mentee: Remove Legacy Power Management.
>
> The purpose of this patch series is to remove legacy power management
> callbacks
> from amd ethernet drivers.
>
> The callbacks performing suspend() and resume() operations are
From: Horatiu Vultur
Date: Thu, 21 May 2020 23:19:04 +
> This patch series adds small fixes to MRP implementation.
> The following are fixed in this patch series:
> - now is not allow to add the same port to multiple MRP rings
> - remove unused variable
> - restore the port state according to
Hi Christian,
> This series adds a new compatible for the QCA9377 BT device that is found
> in many Android TV box devices, makes minor changes to allow max-speed
> values for the device to be read from device-tree, and updates bindings
> to reflect those changes.
>
> v2 changes: rebase against b
From: Ying Xue
Date: Mon, 12 Aug 2019 15:32:39 +0800
> Ying Xue (3):
> tipc: fix memory leak issue
> tipc: fix memory leak issue
Please make the subject lines for these two patches unique. Perhaps
mention what part of the tipc code has the memory leak you are fixing.
Thanks.
On 7/30/19 3:22 PM, David Miller wrote:
> From: Jens Axboe
> Date: Tue, 30 Jul 2019 20:49:09 +
>
>> Pretty appalled to see this abomination:
>>
>> net: Convert skb_frag_t to bio_vec
>>
>> There are a lot of users of frag->page_offset, so use a union
>> to avoid converting those users today.
>
From: Jens Axboe
Date: Tue, 30 Jul 2019 20:49:09 +
> Pretty appalled to see this abomination:
>
> net: Convert skb_frag_t to bio_vec
>
> There are a lot of users of frag->page_offset, so use a union
> to avoid converting those users today.
>
> Signed-off-by: Matthew Wilcox (Oracle)
> Sign
From: Jonathan Lemon
Date: Tue, 30 Jul 2019 07:40:31 -0700
> The recent conversion of skb_frag_t to bio_vec did not include
> skb_frag's page_offset. Add accessor functions for this field,
> utilize them, and remove the union, restoring the original structure.
>
> v2:
> - rename accessors
>
On 7/30/19 8:40 AM, Jonathan Lemon wrote:
> The recent conversion of skb_frag_t to bio_vec did not include
> skb_frag's page_offset. Add accessor functions for this field,
> utilize them, and remove the union, restoring the original structure.
You can add:
Reviewed-by: Jens Axboe
Pretty appall
On Tue, 30 Jul 2019 07:40:31 -0700, Jonathan Lemon wrote:
> The recent conversion of skb_frag_t to bio_vec did not include
> skb_frag's page_offset. Add accessor functions for this field,
> utilize them, and remove the union, restoring the original structure.
Reviewed-by: Jakub Kicinski
Thanks!
On 2019/6/25 0:03, David Miller wrote:
> From: luoshijie
> Date: Tue, 18 Jun 2019 15:14:02 +
>
>> From: Shijie Luo
>>
>> When enable route_localnet, route of the 127/8 address is enabled.
>> But in some situations like arp_announce=2, ARP requests or reply
>> work abnormally.
>>
>> This patc
On 2019/6/25 0:03, David Miller wrote:
> From: luoshijie
> Date: Tue, 18 Jun 2019 15:14:02 +
>
>> From: Shijie Luo
>>
>> When enable route_localnet, route of the 127/8 address is enabled.
>> But in some situations like arp_announce=2, ARP requests or reply
>> work abnormally.
>>
>> This p
From: luoshijie
Date: Tue, 18 Jun 2019 15:14:02 +
> From: Shijie Luo
>
> When enable route_localnet, route of the 127/8 address is enabled.
> But in some situations like arp_announce=2, ARP requests or reply
> work abnormally.
>
> This patchset fix some bugs when enable route_localnet.
>
On 6/22/19 6:46 AM, David Miller wrote:
> From: Zhiqiang Liu
> Date: Sat, 22 Jun 2019 16:41:49 +0800
>
>> Friendly ping ...
>
> I'm not applying this patch series without someone reviewing it.
>
I have stared at it a few times since the patches were sent and can not
find anything obviously wro
> From: Zhiqiang Liu
> Date: Sat, 22 Jun 2019 16:41:49 +0800
>
>> Friendly ping ...
>
> I'm not applying this patch series without someone reviewing it.
>
Of course, all patches should be reviewd before deciding whether to apply.
In v2, we add a couple of test for enabling route_localnet in sel
From: Zhiqiang Liu
Date: Sat, 22 Jun 2019 16:41:49 +0800
> Friendly ping ...
I'm not applying this patch series without someone reviewing it.
Friendly ping ...
> From: Shijie Luo
>
> When enable route_localnet, route of the 127/8 address is enabled.
> But in some situations like arp_announce=2, ARP requests or reply
> work abnormally.
>
> This patchset fix some bugs when enable route_localnet.
>
> Change History:
> V2:
> - Change
Whoops, I was slow to test these. I'm getting failuring krb5 nfs
mounts, and the following the server's logs. Dropping the three patches
for now.
--b.
[ 40.894408] remove_proc_entry: removing non-empty directory 'net/rpc',
leaking at least 'use-gss-proxy'
[ 40.897352] WARNING: CPU: 2 PID:
From: Michael Zhivich
Date: Mon, 8 Apr 2019 10:48:44 -0400
> This patch series addresses 2 related issues:
>
> 1. ethtool_validate_speed() triggers a "signed-unsigned comparison"
> warning due to type difference of SPEED_UNKNOWN constant (int)
> and argument to ethtool_validate_speed (__u32).
>
On 4/8/19, 1:55 PM, "Andrew Lunn" wrote:
>On Mon, Apr 08, 2019 at 10:48:44AM -0400, Michael Zhivich wrote:
>> This patch series addresses 2 related issues:
>>
>> 1. ethtool_validate_speed() triggers a "signed-unsigned comparison"
>> warning due to type difference of SPEED_UNKNOWN constant (int)
On Mon, Apr 08, 2019 at 10:48:44AM -0400, Michael Zhivich wrote:
> This patch series addresses 2 related issues:
>
> 1. ethtool_validate_speed() triggers a "signed-unsigned comparison"
> warning due to type difference of SPEED_UNKNOWN constant (int)
> and argument to ethtool_validate_speed (__u32)
From: Toke Høiland-Jørgensen
Date: Wed, 9 Jan 2019 17:09:40 +0100
> This series fixes a couple of issues exposed by running sch_cake as a
> leaf qdisc in an HFSC tree, which were discovered and reported by Pete
> Heist. The interaction between CAKE's GSO splitting and the parent
> qdisc's notion
From: Anssi Hannula
Date: Mon, 17 Dec 2018 15:05:38 +0200
> Hi all,
>
> Here are a couple of race condition fixes for the macb driver. The first
> two are for issues observed at runtime on real HW.
>
> v2:
> - added received Tested-bys and Acked-bys to the first two patches
> - in patch 3/3, mo
From: Sergei Shtylyov
Date: Fri, 18 May 2018 21:28:29 +0300
> Here's a set of 3 patches against DaveM's 'net-next.git' repo. They
> (gradually)
> add R8A77980 GEther support to the 'sh_eth' driver, starting with couple new
> register bits/values introduced with this chip, and ending with adding
From: Kevin Hao
Date: Tue, 20 Mar 2018 09:44:51 +0800
> v2:
> As suggested by Andrew:
> - Add general dummy stubs
> - Also use that for the micrel phy
>
> This patch series fix the Ethernet broken on the mpc8315erdb board introduced
> by commit b6b5e8a69118 ("gianfar: Disable EEE autoneg by
From: Uwe Kleine-König
Date: Tue, 20 Mar 2018 10:44:39 +0100
> these patches target net-next and got approved by Andrew Lunn.
>
> Compared to (implicit) v1, I dropped the patch that I didn't know if it
> was right because of missing documentation on my side. But Andrew
> already cared for that i
From: Heiner Kallweit
Date: Tue, 12 Dec 2017 07:34:26 +0100
> Probe error path and remove callback can be significantly simplified
> by using device-managed functions. To be able to do this in the r8169
> driver we need a device-managed version of pci_set_mwi first.
>
> v2:
> Change patch 1 base
From: Julia Cartwright
Date: Tue, 5 Dec 2017 18:02:47 -0600
> Here's a proper patchset based on net-next.
>
> v1 -> v2:
> - Rebased on net-next
> - Add Nicolas's Acks
> - Reorder commits, putting the list_empty() cleanups prior to the
> others.
> - Added commit reverting the GFP_ATOM
On Fri, Apr 21, 2017 at 03:14:21PM +0200, Hauke Mehrtens wrote:
>
>
> On 04/20/2017 10:36 PM, David Miller wrote:
> > From: David Woodhouse
> > Date: Thu, 20 Apr 2017 21:14:37 +0100
> >
> >> I agree, except I don't think you're going far enough. Those "standard
> >> names" you mention... some o
On Fri, 2017-04-21 at 15:14 +0200, Hauke Mehrtens wrote:
>
> On 04/20/2017 10:36 PM, David Miller wrote:
> >
> > From: David Woodhouse
> > Date: Thu, 20 Apr 2017 21:14:37 +0100
> >
> > >
> > > I agree, except I don't think you're going far enough. Those
> > > "standard
> > > names" you mention
On 04/20/2017 10:36 PM, David Miller wrote:
> From: David Woodhouse
> Date: Thu, 20 Apr 2017 21:14:37 +0100
>
>> I agree, except I don't think you're going far enough. Those "standard
>> names" you mention... some of this stuff actually depends on __GLIBC__,
>> and *that* isn't right either.
>
From: David Woodhouse
Date: Thu, 20 Apr 2017 21:14:37 +0100
> I agree, except I don't think you're going far enough. Those "standard
> names" you mention... some of this stuff actually depends on __GLIBC__,
> and *that* isn't right either.
Yep, that's something that needs correcting.
On Thu, 2017-04-20 at 16:07 -0400, David Miller wrote:
>
> I think I have to put the brakes on this patch series, after much
> consideration.
>
> It does not scale if we continually add a hodge-podge of different
> ifdef tests to the UAPI headers in order to prevent mutliple
> definitions.
>
> W
From: Hauke Mehrtens
Date: Tue, 18 Apr 2017 23:00:33 +0200
> The code from libc-compat.h depends on some glibc specific defines and
> causes compile problems with the musl libc. These patches remove some
> of the glibc dependencies. With these patches the LEDE (OpenWrt) base
> user space appli
On 04/11/17 21:41, Florian Fainelli wrote:
> Hi all,
>
> This patch series makes of_match_node() an inline stub for CONFIG_OF=n. kbuild
> reported two build errors which are fixed as preriquisite patches.
>
> This is based on Linus' master, not sure which tree would merge this, Frank's?
It would
From: Florian Fainelli
Date: Tue, 11 Apr 2017 21:41:53 -0700
> Hi all,
>
> This patch series makes of_match_node() an inline stub for CONFIG_OF=n. kbuild
> reported two build errors which are fixed as preriquisite patches.
>
> This is based on Linus' master, not sure which tree would merge this
From: Sergei Shtylyov
Date: Sun, 29 Jan 2017 15:06:39 +0300
>Here's a set of 3 patches against DaveM's 'net-next.git' repo. The main
> goal
> of this set is to stop using the bare numbers for the E-DMAC interrupt masks.
>
> [1/3] sh_eth: rename EESIPR bits
> [2/3] sh_eth: add missing EESIPR
From: Rafał Miłecki
Date: Wed, 25 Jan 2017 21:00:24 +0100
> I will probably need to use broadcom.ko for PHY connected to interface
> of bgmac supported device so I started looking at it willing to
> understand it better.
>
> I found AUXCTL part of the driver / lib a bit confusing and hard to rea
From: Geert Uytterhoeven
Date: Wed, 25 Jan 2017 11:39:47 +0100
> I started seeing crashes during s2ram and poweroff on all my ARM boards,
> like:
>
> Unable to handle kernel NULL pointer dereference at virtual address
>
> ...
> [] (__list_del_entry_valid) from []
> (led_tr
Às 1:43 PM de 1/4/2017, Niklas Cassel escreveu:
> Let's see if patchwork is smart enough to add the tag to the whole series.
>
> Tested-by: Niklas Cassel
I got this compile error due to dwmac-socfpga twist:
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 2
Let's see if patchwork is smart enough to add the tag to the whole series.
Tested-by: Niklas Cassel
On 01/04/2017 12:48 PM, Joao Pinto wrote:
> This patch set contains the porting of the synopsys/dwc_eth_qos.c driver
> to the stmmac structure. This operation resulted in the creation of a new
> p
Hi,
Le 20/12/2016 à 09:51, Romain Perier a écrit :
This set of patches adds support for the Marvell ethernet switch 88E6341.
It also add the devicetree definition of this switch to the DT board.
Romain Perier (3):
net: dsa: mv88e6xxx: Don't forbid MDIO I/Os for PHY addr >=
num_of_ports
From: Christophe Leroy
Date: Fri, 9 Sep 2016 14:26:18 +0200 (CEST)
> This set optimises the freescale fs_enet ethernet driver:
> 1/ Merge of RX and TX NAPI functions in order to limit the amount of
> interrupts
> 2/ Do not unmap DMA when packets len is below copybreak, otherwise there
> is no be
On 08/22/2016 12:48 PM, Gerard Garcia wrote:
On 08/15/2016 05:13 PM, Stefan Hajnoczi wrote:
On Mon, Aug 15, 2016 at 02:15:38AM +0300, Michael S. Tsirkin wrote:
On Sat, Aug 13, 2016 at 12:21:51PM +0200, ggar...@abra.uab.cat wrote:
From: Gerard Garcia
This patch applies over the mst vhost git
On 08/15/2016 05:13 PM, Stefan Hajnoczi wrote:
On Mon, Aug 15, 2016 at 02:15:38AM +0300, Michael S. Tsirkin wrote:
On Sat, Aug 13, 2016 at 12:21:51PM +0200, ggar...@abra.uab.cat wrote:
From: Gerard Garcia
This patch applies over the mst vhost git repository:
http://git.kernel.org/cgit/linux/k
On Mon, Aug 15, 2016 at 02:15:38AM +0300, Michael S. Tsirkin wrote:
> On Sat, Aug 13, 2016 at 12:21:51PM +0200, ggar...@abra.uab.cat wrote:
> > From: Gerard Garcia
> >
> > This patch applies over the mst vhost git repository:
> > http://git.kernel.org/cgit/linux/kernel/git/mst/vhost.git
>
> So I
From: Dmitry Torokhov
Date: Wed, 10 Aug 2016 14:35:59 -0700
> Currently [almost] all /proc objects belong to the global root, even if
> data belongs to a given namespace within a container and (at least for
> sysctls) we work around permssions checks to allow container's root to
> access the data
On Sat, Aug 13, 2016 at 12:21:51PM +0200, ggar...@abra.uab.cat wrote:
> From: Gerard Garcia
>
> This patch applies over the mst vhost git repository:
> http://git.kernel.org/cgit/linux/kernel/git/mst/vhost.git
So I do like where this is going, but it gives me pause
that there's a global list of
From: Vincent Palatin
Date: Wed, 15 Jun 2016 11:32:20 -0700
> In order to support Wake-On-Lan when using the RK3288 integrated MAC
> (with an external RGMII PHY), we need to avoid shutting down the regulator
> of the external PHY when the MAC is suspended as it's currently done in the
> MAC
> pl
Fom: Philippe Reynes Sent: Monday, May 09, 2016 5:45 AM
> To: Fugang Duan ; da...@davemloft.net;
> b...@decadent.org.uk; kan.li...@intel.com; de...@googlers.com;
> adu...@mirantis.com; j...@mellanox.com; jacob.e.kel...@intel.com;
> t...@herbertland.com; and...@lunn.ch
> Cc: netdev@vger.kernel.org;
From: Iyappan Subramanian
Date: Fri, 29 Apr 2016 11:10:12 -0700
> This patch set adds 'channel' property to get ethernet to CPU channel number,
> thus decoupling the Linux driver from static resource selection.
>
> v2: Address review comments from v1
> - removed irq reference from Linux driver
>
On 03/14/2016 12:27 PM, David Miller wrote:
From: David Daney
Date: Fri, 11 Mar 2016 09:53:08 -0800
Changes from v1:
- In 1/3 Add back check for non-OF objects in bgx_init_of_phy(). It
is probably not necessary, but better safe than sorry...
The firmware on many Cavium Thunder systems
From: David Daney
Date: Mon, 14 Mar 2016 13:12:53 -0700
> At this point, I think the best path forward is for me to rebase
> against net-next and send you a small fixup set to what was merged.
>
> What do you think?
That is in fact the one and only option.
From: Sergei Shtylyov
Date: Sun, 13 Mar 2016 00:32:13 +0300
>Here's the set of 3 patches against DaveM's 'net-next.git'
> repo. They deal with some error checks in the device tree MDIO
> code...
Series applied, thanks.
From: David Daney
Date: Fri, 11 Mar 2016 09:53:08 -0800
> Changes from v1:
>
> - In 1/3 Add back check for non-OF objects in bgx_init_of_phy(). It
>is probably not necessary, but better safe than sorry...
>
> The firmware on many Cavium Thunder systems configures the MDIO bus
> hardware t
I am going to send a new version of this set.
David Daney
On 03/11/2016 09:53 AM, David Daney wrote:
From: David Daney
Changes from v1:
- In 1/3 Add back check for non-OF objects in bgx_init_of_phy(). It
is probably not necessary, but better safe than sorry...
The firmware on many C
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
From: Murali Karicheri
Date: Fri, 19 Feb 2016 12:58:41 -0500
> This series fixes a regression and add some improvements for the ease
> of maintainance. Incorporated comments against v1.
>
> Changelogs:
>
> v2 : combined 2-3 into one patch as this involves a header change
> fixed a parse
On Tue, 16 Feb 2016 17:34:13 +0200
"Michael S. Tsirkin" wrote:
> On Tue, Feb 16, 2016 at 03:54:18PM +0100, Greg Kurz wrote:
> > This series is a new tentative to have cleaner cross-endian code.
> >
> > Patches 1/3 is new: it fixes a side-effect in case vhost_init_used() fails.
> >
> > Patch 2/3
On Tue, Feb 16, 2016 at 03:54:18PM +0100, Greg Kurz wrote:
> This series is a new tentative to have cleaner cross-endian code.
>
> Patches 1/3 is new: it fixes a side-effect in case vhost_init_used() fails.
>
> Patch 2/3 comes from v1: it renames cross-endian helpers
>
> Patch 3/3 is new: it sim
On 01/25/2016 03:58 PM, Michael Rapoport wrote:
> (restored 'CC, sorry for dropping it originally, Notes is still hard
> for me)
>
> > Jason Wang wrote on 01/25/2016 05:00:05 AM:
> > On 01/24/2016 05:00 PM, Mike Rapoport wrote:
> > > Hi Jason,
> > >
> > >> Jason Wang redhat.com> writes:
> > >>
From: Ming Lei
Date: Tue, 29 Dec 2015 22:40:24 +0800
> Hi,
>
> This patchset tries to optimize ebpf hash map, and follows
> the idea:
>
> Both htab_map_update_elem() and htab_map_delete_elem()
> can be called from eBPF program, and they may be in kernel
> hot path, it is
On Fri, 18 Dec 2015 11:20:21 +0100
Daniel Trautmann wrote:
> On Thu, Dec 17, 2015 at 03:45:08PM -0500, David Miller wrote:
> > From: "David Rivshin (Allworx)"
> > Date: Wed, 16 Dec 2015 23:02:08 -0500
> >
> > > I have tested on the following hardware configurations:
> > > - (EVMSK) dual emac w
From: "David Rivshin (Allworx)"
Date: Wed, 16 Dec 2015 23:02:08 -0500
> Commit 1f71e8c96fc654724723ce987e0a8b2aeb81746d ("drivers: net: cpsw:
> Add support for fixed-link PHY") added initial fixed-link PHY support
> for CPSW, but missed a few considerations.
>
> This series is based on the tip o
On Thu, Dec 17, 2015 at 03:45:08PM -0500, David Miller wrote:
> From: "David Rivshin (Allworx)"
> Date: Wed, 16 Dec 2015 23:02:08 -0500
>
> > I have tested on the following hardware configurations:
> > - (EVMSK) dual emac with two real MDIO-connected phys using RGMII-TXID
> > - single emac with
From: "David Rivshin (Allworx)"
Date: Wed, 16 Dec 2015 23:02:08 -0500
> I have tested on the following hardware configurations:
> - (EVMSK) dual emac with two real MDIO-connected phys using RGMII-TXID
> - single emac with fixed-link using RGMII
> Testing of other CPSW emac configurations that f
From: mohun...@gmail.com
Date: Tue, 28 Jul 2015 15:12:10 -0700
> This patch series adds MDIO support to ThunderX NIC driver by making use
> of existing mdio-octeon driver. In the process modified the mdio-octeon
> driver to work on both Octeon and ThunderX platforms.
>
> * From v1:
> - Removed
On Tue, Jul 28, 2015 at 3:12 PM, wrote:
> From: Radha Mohan Chintakuntla
>
> This patch series adds MDIO support to ThunderX NIC driver by making use
> of existing mdio-octeon driver. In the process modified the mdio-octeon
> driver to work on both Octeon and ThunderX platforms.
>
> * From v1:
>
Simon,
On Wed, 17 Jun 2015 19:22:17 +0200, Simon Guinot wrote:
> > You should add a Fixes: tag to each commit to indicate which commit is
> > being fixed by your patches.
> >
> > Also, I was a bit surprised by your statement that Armada 38x is also
> > affected by the problem, since Armada 38x i
On Wed, Jun 17, 2015 at 05:24:58PM +0200, Thomas Petazzoni wrote:
> Dear Simon Guinot,
>
> On Wed, 17 Jun 2015 15:19:19 +0200, Simon Guinot wrote:
>
> > This patch series fixes the Ethernet jumbo frames support for the SoCs
> > Armada 370, 380 and 385. Unlike Armada XP, the Ethernet controller fo
Dear Simon Guinot,
On Wed, 17 Jun 2015 15:19:19 +0200, Simon Guinot wrote:
> This patch series fixes the Ethernet jumbo frames support for the SoCs
> Armada 370, 380 and 385. Unlike Armada XP, the Ethernet controller for
> this SoCs don't support TCP/IP checksumming with a frame size larger
> tha
From: ebied...@xmission.com (Eric W. Biederman)
Date: Wed, 22 Apr 2015 11:47:10 -0500
> Robert Shearman writes:
>
>> V2:
>> - don't treat loopback interfaces specially by enabling mpls by
>>default
>>
>> These changes make mpls not be enabled by default on all
>> interfaces when in use for
Robert Shearman writes:
> V2:
> - don't treat loopback interfaces specially by enabling mpls by
>default
>
> These changes make mpls not be enabled by default on all
> interfaces when in use for security, along with ensuring that a label
> not valid as an outgoing label can be added in mpls
Em Wed, Dec 05, 2007 at 02:53:09PM +, Gerrit Renker escreveu:
> | Thanks, I folded this into the reorganized RX history handling patch,
> | together with reverting ccid3_hc_rx_packet_recv to very close to your
> | original patch, with this changes:
> |
> | 1. no need to calculate the payload s
| Thanks, I folded this into the reorganized RX history handling patch,
| together with reverting ccid3_hc_rx_packet_recv to very close to your
| original patch, with this changes:
|
| 1. no need to calculate the payload size for non data packets as this
|value won't be used.
| 2. Initialize h
Em Wed, Dec 05, 2007 at 01:55:11PM +, Gerrit Renker escreveu:
> | > @@ -788,8 +782,8 @@ static void ccid3_hc_rx_packet_recv(stru
> | > if (unlikely(hcrx->ccid3hcrx_state == TFRC_RSTATE_NO_DATA)) {
> | > if (is_data_packet) {
> | > do_feedback = FBACK_INITIAL;
> | >
1 - 100 of 105 matches
Mail list logo
