From: Jeff Kirsher
Date: Tue, 31 Mar 2015 21:27:53 -0700
> On Tue, 2015-03-31 at 19:19 -0700, Jeff Kirsher wrote:
>> On Tue, 2015-03-31 at 13:22 -0400, David Miller wrote:
>> > From: Jeff Kirsher
>> > Date: Fri, 27 Mar 2015 16:04:10 -0700
>> >
>>
From: Joe Perches
Date: Sun, 29 Mar 2015 18:25:12 -0700
> Use bool constants as the return values instead of 1 and 0.
>
> Signed-off-by: Joe Perches
Applied, thanks Joe.
--
Dive into the World of Parallel Programming
From: Jeff Kirsher
Date: Fri, 27 Mar 2015 16:04:10 -0700
> The following are changes since commit
> dde93dfea53c72b07907d9e44a6e4b1545f6bdc4:
> cxgb4: Fix frame size warning for 32 bit arch
> and are available in the git repository at:
> git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher
From: Toshiaki Makita
Date: Fri, 27 Mar 2015 14:31:09 +0900
> On the basis of Netdev 0.1 discussion[1], I made a patch set to enable
> TSO for packets with multiple vlans.
Series applied, thank you.
--
Dive into the Wor
From: Toshiaki Makita
Date: Thu, 29 Jan 2015 20:37:06 +0900
> When I was testing 802.1ad, I found several drivers don't take into
> account 802.1ad or multiple vlans when retrieving L3 (IP/IPv6) or
> L4 (TCP/UDP) protocol for checksum offload.
>
> It is mainly due to vlan_get_protocol(), which e
Your patch submissions are not usable by us.
Instead of immediately sending your patch 10 seconds after you
receive feedback, take your time and make sure you do everything
calmly and cleanly and as tidy as possible.
There is absolutely no rush with these changes.
--
From: "Jia-Ju Bai"
Date: Sat, 20 Dec 2014 20:59:18 +0800
> Thank for the reply!
Please do not top-post.
Etiquette on these mailing lists is that you quote a minimal
amount of material from the email you are replying to to give
enough context to the reader, than you give your response
_after_ th
From: David Miller
Date: Thu, 11 Dec 2014 15:24:17 -0500 (EST)
> From: Sowmini Varadhan
> Date: Thu, 11 Dec 2014 15:21:00 -0500
>
>> All this may be true, but it would also be true for Solaris, which
>> manages to do line-speed (for the exact same setup), so there
From: Sowmini Varadhan
Date: Thu, 11 Dec 2014 15:21:00 -0500
> All this may be true, but it would also be true for Solaris, which
> manages to do line-speed (for the exact same setup), so there must be
> some other bottleneck going on?
They have DMA mapping interfaces which pre-allocate large b
From: Sowmini Varadhan
Date: Thu, 11 Dec 2014 14:45:42 -0500
> 1. lockstat and perf report that iommu->lock is the hot-lock (in a typical
>instance, I get about 21M contentions out of 27M acquisitions, 25 us
>avg wait time). Even if I fix this issue (see below), I see:
The real overhead
From: Ondrej Zary
Date: Wed, 12 Nov 2014 23:47:25 +0100
> Enabling WoL on some Toshiba laptops (such as Portege R100) causes battery
> drain after shutdown (WoL is active even on battery). These laptops have the
> WoL bit set in EEPROM ID, causing e100 driver to enable WoL by default.
>
> Check
From: Eric Dumazet
Date: Thu, 23 Oct 2014 06:30:30 -0700
> From: Eric Dumazet
>
> Do not reuse skb if it was pfmemalloc tainted, otherwise
> future frame might be dropped anyway.
>
> Signed-off-by: Eric Dumazet
Applied, thanks Eric.
--
From: Jeff Kirsher
Date: Sat, 11 Oct 2014 04:14:43 -0700
> On Fri, 2014-10-10 at 14:30 -0700, alexander.du...@gmail.com wrote:
>> From: Alexander Duyck
>>
>> This change adds support for skb->xmit_more based on the changes that
>> were
>> made to igb to support the feature. The main changes ar
From: Pranith Kumar
Date: Fri, 10 Oct 2014 01:19:06 -0400
> The latest linus git tip (3.18-rc1) fails with the following build failure.
> Fix
> this by making PTP support explicit for fm10k driver.
>
> rivers/built-in.o: In function `fm10k_ptp_register':
> (.text+0x12e760): undefined reference
From: Pranith Kumar
Date: Fri, 10 Oct 2014 00:55:29 -0400
> The latest linus git tip (3.18-rc1) fails with the following build failure.
> Fix
> this by making PTP support explicit for fm10k driver.
>
> rivers/built-in.o: In function `fm10k_ptp_register':
> (.text+0x12e760): undefined reference
From: Vladislav Yasevich
Date: Mon, 25 Aug 2014 10:34:47 -0400
> I've recently ran across something rather interesting when testing vlans
> from inside VMs. In some scenarios I was getting awfull thruput.
> Some debugging uncovered a very scary packet corruption. I was
> seeing packets that had
From: vyasev...@gmail.com
Date: Fri, 22 Aug 2014 22:17:07 -0400
> @@ -2295,7 +2295,7 @@ static netdev_tx_t i40e_xmit_frame_ring(struct sk_buff
> *skb,
> goto out_drop;
>
> /* obtain protocol of skb */
> - protocol = skb->protocol;
> + protocol = get_vlan_protocol(skb
From: Jeff Kirsher
Date: Mon, 11 Aug 2014 15:16:32 -0700
> On Mon, 2014-08-11 at 14:54 -0700, David Miller wrote:
>> I see no such change in my tree.
>
> http://patchwork.ozlabs.org/patch/376699/
>
> This is what I was referring to, it looks like you set the patch
From: Jeff Kirsher
Date: Mon, 11 Aug 2014 12:53:06 -0700
> On Mon, 2014-08-11 at 09:17 -0700, Randy Dunlap wrote:
>> On 08/10/14 22:52, Stephen Rothwell wrote:
>> > Hi all,
>> >
>> > Please do not add code intended for v3.18 until after v3.17-rc1 is
>> > released.
>> >
>> > Changes since 201408
From: Lucas Tanure
Date: Tue, 5 Aug 2014 10:11:43 -0300
> Fix missing include in intel i40e driver. Without this include linux next
> tree won't compile.
>
> Signed-off-by: Lucas Tanure
Applied, thank you.
--
Infragis
From: Julia Lawall
Date: Tue, 29 Jul 2014 17:16:45 +0200
> From: Julia Lawall
>
> Correct typo in the name of the type given to sizeof. Because it is the
> size of a pointer that is wanted, the typo has no impact on compilation or
> execution.
>
> This problem was found using Coccinelle (http
From: Fabian Frederick
Date: Sun, 20 Jul 2014 16:16:08 +0200
> Second patchset after "remove unnecessary break after goto" addressing break
> redundancy on drivers/net branch
> (suggested by Joe Perches)
All applied except the i40e patch, which did not apply to net-next at all.
---
From: Benoit Taine
Date: Fri, 18 Jul 2014 17:26:47 +0200
> We should prefer `const struct pci_device_id` over
> `DEFINE_PCI_DEVICE_TABLE` to meet kernel coding style guidelines.
> This issue was reported by checkpatch.
>
> A simplified version of the semantic patch that makes this change is as
>
From: Fabian Frederick
Date: Sat, 12 Jul 2014 20:09:39 +0200
> Small patchset addressing break redundancy on drivers/net branch
> (suggested by Joe Perches).
>
> V2: cc to maintainers of each section.
Series applied to net-next, thanks.
From: Manuel Schölling
Date: Thu, 22 May 2014 22:21:30 +0200
> To be future-proof and for better readability the time comparisons are
> modified
> to use time_after() instead of plain, error-prone math.
>
> Signed-off-by: Manuel Schölling
I'll let Jeff pick this up in his tree.
-
From: Tobias Klauser
Date: Fri, 16 May 2014 10:00:34 +0200
> Use the is_multicast_ether_addr helper function from linux/etherdevice.h
> instead of open coding the multicast address check.
>
> Signed-off-by: Tobias Klauser
Likewise, I'll let Jeff Kirsher take this via his tree.
---
From: Tobias Klauser
Date: Fri, 16 May 2014 10:00:38 +0200
> Use the is_broadcast_ether_addr/is_multicast_ether_addr helper functions
> from linux/etherdevice.h instead of open coding them.
>
> Signed-off-by: Tobias Klauser
I'll let Jeff Kirsher take this via his tree.
---
From: Wilfried Klaebe
Date: Sun, 11 May 2014 00:12:32 +
> net: get rid of SET_ETHTOOL_OPS
>
> Dave Miller mentioned he'd like to see SET_ETHTOOL_OPS gone.
> This does that.
>
> Mostly done via coccinelle script:
> @@
> struct ethtool_ops *ops;
> struct net_device *dev;
> @@
> - SET_ET
From: Alexander Gordeev
Date: Fri, 25 Apr 2014 10:06:24 +0200
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers
> using these two interfaces need to be updated to use the
> new pci_enable_msi_range() or pci_enable_msi_exact()
From: Madoka Komatsubara
Date: Thu, 3 Apr 2014 01:12:13 +
> Thank you for the quick response.
> How can I increase the limit？
It's a hardware limit, you cannot increase it.
--
___
From: Joe Perches
Date: Wed, 12 Mar 2014 10:22:33 -0700
> The use of __constant_ has been unnecessary for quite awhile now.
>
> Make these uses consistent with the rest of the kernel.
>
> Signed-off-by: Joe Perches
Will let the Intel folks pick this up.
--
From: Joe Perches
Date: Wed, 12 Mar 2014 10:22:31 -0700
> The use of __constant_ has been unnecessary for quite awhile now.
>
> Make these uses consistent with the rest of the kernel.
>
> Signed-off-by: Joe Perches
Will let the Intel folks pick this up.
--
From: Joe Perches
Date: Wed, 12 Mar 2014 10:22:32 -0700
> The use of __constant_ has been unnecessary for quite awhile now.
>
> Make these uses consistent with the rest of the kernel.
>
> Signed-off-by: Joe Perches
Will let the Intel folks pick this up.
-
From: Joe Perches
Date: Wed, 12 Mar 2014 10:22:34 -0700
> The use of __constant_ has been unnecessary for quite awhile now.
>
> Make these uses consistent with the rest of the kernel.
>
> Signed-off-by: Joe Perches
Will let the Intel folks pick this up.
-
From: Joe Perches
Date: Wed, 12 Mar 2014 10:22:35 -0700
> The use of __constant_ has been unnecessary for quite awhile now.
>
> Make these uses consistent with the rest of the kernel.
>
> Signed-off-by: Joe Perches
Will let the Intel folks pick this up.
--
From: Marcelo Tosatti
Date: Fri, 7 Mar 2014 12:14:35 -0300
> checkpatch.pl did not complain about those - feel free to fix them,
> thanks.
The problem is that GIT does when the maintainer applies your
patch.
You can sanity check your patch using GIT without commiting it
into the tree you are us
From: Florian Fainelli
Date: Wed, 26 Feb 2014 14:44:00 -0800
> skb->pkt_type is not a bitmask, but contains only value at a time from
> the range defined in include/uapi/linux/if_packet.h.
>
> Checking it like if it was a bitmask of values would also cause
> PACKET_OTHERHOST, PACKET_LOOPBACK and
From: Christoph Paasch
Date: Tue, 18 Feb 2014 14:06:57 +0100
> When igb_set_interrupt_capability() calls
> igb_reset_interrupt_capability() (e.g., because CONFIG_PCI_MSI is unset),
> num_q_vectors has been set but no vector has yet been allocated.
>
> igb_reset_interrupt_capability() will then c
From: Amir Vadai
Date: Tue, 18 Feb 2014 14:01:38 +0200
> On 18/02/14 11:11 +0100, Alexander Gordeev wrote:
>> As result of deprecation of MSI-X/MSI enablement functions
>> pci_enable_msix() and pci_enable_msi_block() all drivers
>> using these two interfaces need to be updated to use the
>> new p
From: Alexander Gordeev
Date: Tue, 18 Feb 2014 11:07:52 +0100
> As result of deprecation of MSI-X/MSI enablement functions
> pci_enable_msix() and pci_enable_msi_block() all drivers
> using these two interfaces need to be updated to use the
> new pci_enable_msi_range() and pci_enable_msix_range()
From: Sachin Kamat
Date: Mon, 17 Feb 2014 15:29:21 +0530
> linux/sctp.h was included twice.
>
> Signed-off-by: Sachin Kamat
Applied to net-next, thank you.
--
Managing the Performance of Cloud-Based Applications
Take
From: Joe Perches
Date: Tue, 11 Feb 2014 17:30:52 -0800
> Don't emit these as there's a generic OOM with a dump_stack()
> on allocation failures.
>
> Signed-off-by: Joe Perches
> ---
>
> With patch attached this time...
I expect the Intel folks to pick this up.
--
From: "Brown, Aaron F"
Date: Fri, 31 Jan 2014 00:40:16 +
>> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
>> On Behalf Of David Miller
>> Sent: Thursday, January 30, 2014 4:28 PM
>> To: mich...@acksyn.org
>>
From: Michele Baldessari
Date: Thu, 30 Jan 2014 10:51:04 +
> In https://bugzilla.redhat.com/show_bug.cgi?id=994438 and
> https://bugzilla.redhat.com/show_bug.cgi?id=970480 we
> received different reports of e100 throwing the following
> warning:
...
> This patch removes pci_disable_device()
From: ethan zhao
Date: Thu, 16 Jan 2014 12:25:01 +0800
> Signed-off-by: Ethan Zhao
> Signed-off-by: Ethan Zhao
Please don't give two signoffs for yourself, it is not appropriate at
all.
I am very genuinely curious where you got the idea to do that,
particularly as I've never seen anyone else
From: Masanari Iida
Date: Wed, 15 Jan 2014 01:14:42 +0900
> cppcheck detected following warning in ixgbe_fcoe.c
> (warning) %d in format string (no. 1) requires 'int' but the
> argument type is 'unsigned int'.
>
> Signed-off-by: Masanari Iida
Intel folks, please be sure to pick this up.
-
From: Paul Gortmaker
Date: Fri, 10 Jan 2014 14:28:16 -0500
> As of commit 7f12ad741a4870b8b6e3aafbcd868d0191770802 ("i40evf: transmit
> and receive functionality") the s390 builds (allyesconfig) fail with:
>
> drivers/net/ethernet/intel/i40evf/i40e_txrx.c: In function
> 'i40e_clean_rx_irq':
> d
From: Jason Wang
Date: Fri, 10 Jan 2014 16:18:26 +0800
> Currently, the tx queue were selected implicitly in ndo_dfwd_start_xmit(). The
> will cause several issues:
>
> - NETIF_F_LLTX were removed for macvlan, so txq lock were done for macvlan
> instead of lower device which misses the necessa
From: Guenter Roeck
Date: Fri, 22 Nov 2013 22:07:57 -0800
> Use new hwmon API to simplify code, provide missing mandatory 'name'
> sysfs attribute, and attach hwmon attributes to hwmon device instead
> of pci device.
>
> Signed-off-by: Guenter Roeck
Applied, thanks.
Jeff Kirsher will pull the
From: Joe Perches
Date: Tue, 01 Oct 2013 19:04:40 -0700
> Convert the memset/memcpy uses of 6 to ETH_ALEN
> where appropriate.
>
> Also convert some struct definitions and u8 array
> declarations of [6] to ETH_ALEN.
>
> Signed-off-by: Joe Perches
Looks fine, applied, thanks Joe.
From: Joe Perches
Date: Tue, 24 Sep 2013 14:09:54 -0700
> The following changes since commit b0983d3c9b132c33b6fb2e28d157a1edc18a173c:
>
> tcp: fix dynamic right sizing (2013-09-24 11:07:32 -0400)
>
> are available in the git repository at:
>
> git://repo.or.cz/linux-2.6/trivial-mods.git 2
From: Ben Hutchings
Date: Tue, 24 Sep 2013 23:16:52 +0100
> On Tue, 2013-09-24 at 15:07 -0700, Jeff Kirsher wrote:
>> On Tue, 2013-09-24 at 14:09 -0700, Joe Perches wrote:
>> > There are a mix of function prototypes with and without extern
>> > in the kernel sources. Standardize on not using ext
From: Jeff Kirsher
Date: Wed, 11 Sep 2013 02:50:48 -0700
> git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net master
Ok, I've pulled this.
Please send fixups based upon the trivial issues a few folks have
pointed out.
Thanks.
-
From: Joe Perches
Date: Fri, 06 Sep 2013 11:20:15 -0700
> On Fri, 2013-09-06 at 17:28 +, Williams, Mitch A wrote:
>> My goal was to make our out-of-tree driver as close as possible -
>> including the makefiles - to the upstream driver. Doing this makes it
>> simpler for us to backport and for
I'm kind of getting sick of the "we'll fix it in a follow up patch"
talk.
Please rename this Kbuild file to the normal Makefile instead of
trying to be different from every single other driver in the
networking for the sake of an issue that is your, and your problem
alone.
You guys should really
From: "Brandeburg, Jesse"
Date: Thu, 5 Sep 2013 04:08:39 +
> On Wed, 2013-09-04 at 23:19 -0400, David Miller wrote:
>> You will fix the problems people are reporting with this patch series
>> before I apply it.
>
> Okay, the quickest path to that might be to
From: "Nelson, Shannon"
Date: Thu, 5 Sep 2013 01:25:47 +
> Will this work for you?
You will fix the problems people are reporting with this patch series
before I apply it.
--
Learn the latest--Visual Studio 2012, Sh
From: Joe Perches
Date: Sun, 01 Sep 2013 11:51:23 -0700
> Use the new bool function ether_addr_equal to add
> some clarity and reduce the likelihood for misuse
> of compare_ether_addr for sorting.
>
> Done via cocci script: (and a little typing)
...
> Signed-off-by: Joe Perches
Applied, thank
From: Stephen Hemminger
Date: Fri, 30 Aug 2013 11:10:29 -0700
> On Fri, 30 Aug 2013 09:32:48 -0700
> Joe Perches wrote:
>
>> > +static int debug = -1;
>> > +module_param(debug, int, 0);
>> > +MODULE_PARM_DESC(debug, "Debug level (0=none,...,16=all)");
>>
>> Maybe make debug a bitfield instea
From: Joe Perches
Date: Mon, 26 Aug 2013 22:45:23 -0700
> __GFP_ZERO is an uncommon flag and perhaps is better
> not used. static inline dma_zalloc_coherent exists
> so convert the uses of dma_alloc_coherent with __GFP_ZERO
> to the more common kernel style with zalloc.
>
> Remove memset from t
From: "Nelson, Shannon"
Date: Tue, 27 Aug 2013 20:34:04 +
> I understand the aesthetics as it does make the code look a little
> cleaner, and we can do this with a lot of our functions. However,
> there are several instances where one declaration initialization
> depends on a previous declar
From: Stefan Assmann
Date: Fri, 23 Aug 2013 14:42:07 +0200
> On 23.08.2013 04:15, Jeff Kirsher wrote:
>> From: Jesse Brandeburg
>>
>> This patch contains the transmit, receive, and napi routines, as well
>> as ancillary routines.
>>
>> This file is code that is (will be) shared between the VF
From: Jeff Kirsher
Date: Thu, 22 Aug 2013 19:15:35 -0700
> +enum i40e_status_code i40e_allocate_dma_mem_d(struct i40e_hw *hw,
> + struct i40e_dma_mem *mem,
> + u64 size, u32 alignment)
> +{
...
> + mem->va =
From: Eliezer Tamir
Date: Wed, 21 Aug 2013 13:39:54 +0300
> + SK_LL_STATE_MISS_2, /* data came through napi poll twice in a row */
Please rename this to SK_LL_STATE_MISS_MULTI or something like that.
Thanks.
--
From: Eliezer Tamir
Date: Wed, 10 Jul 2013 17:13:07 +0300
> Here are three patches that complete the rename of lls to busy-poll
>
> 1. rename include/net/ll_poll.h to include/net/busy_poll.h
> 2. Rename ndo_ll_poll to ndo_busy_poll.
>Rename sk_mark_ll to sk_mark_napi_id.
>Rename skb_mark
From: Eliezer Tamir
Date: Mon, 24 Jun 2013 10:28:03 +0300
> select/poll busy-poll support.
>
> Split sysctl value into two separate ones, one for read and one for poll.
> updated Documentation/sysctl/net.txt
>
> Add a new poll flag POLL_LL. When this flag is set, sock_poll will call
> sk_poll_l
From: Eliezer Tamir
Date: Wed, 19 Jun 2013 13:04:21 +0300
> One question: do we need in sock_poll() to test that sock->sk is not null?
> (Thanks to Willem de Bruijn for pointing this out.)
We should not have to.
Please clean up various things in this patch:
1) You have cases where you add ton
From: Eliezer Tamir
Date: Fri, 14 Jun 2013 16:33:14 +0300
> Here are three clean up patches, plus one that adds a socket option for LLS.
>
> Patch 1 converts sysctl_net_ll_poll into an unsigned int
> Patch 2 converts low latency sockets to sched_clock.
> Patch 3 removes the config menu for NET_L
From: Eliezer Tamir
Date: Thu, 13 Jun 2013 17:46:13 +0300
> Here are three clean up patches, plus one that adds a socket option for LLS.
>
> Patch 1 converts low latency sockets to sched_clock.
> Patch 2 removes the config menu for NET_LL_RX_POLL and defaults to y.
> Patch 3 converts sysctl_net_
From: Eliezer Tamir
Date: Tue, 11 Jun 2013 17:24:28 +0300
> depends on X86_TSC
Wait a second, I didn't notice this before. There needs to be a better
way to test for the accuracy you need, or if the issue is lack of a proper
API for cycle counter reading, fix that rather than add ugly arc
From: Eliezer Tamir
Date: Tue, 11 Jun 2013 09:49:31 +0300
> I would like to hear opinions on what needs to be added to make this
> feature complete.
>
> The list I have so far is:
> 1. add a socket option
> 2. support for poll/select
> 3. support for epoll
I actually would like to see the Kconf
From: Eliezer Tamir
Date: Tue, 11 Jun 2013 05:25:42 +0300
> Here is the text from the RFC and v2 cover letters, updated and
> merged. If this is too long, please tell me what you think should
> be removed.
It's perfect, and since this went through so many iterations I
included the changelog too
From: Eliezer Tamir
Date: Mon, 10 Jun 2013 11:39:30 +0300
> I removed the select/poll patch (was 5/7 in v9) from the set.
> The rest are the same patches that were in v9.
>
> Please consider applying.
>
> Thanks to everyone for their input.
There used to be a really nice, detailed and verbose,
From: Eliezer Tamir
Date: Wed, 05 Jun 2013 13:34:00 +0300
> And here is v9.
> Except for typo fixes in comments/description, only 2/7 and 5/7 were changed.
>
> Thanks to everyone for their input.
Since there is some discussion about the way the poll() bits work,
might I suggest you make a v10 w
From: Eliezer Tamir
Date: Sun, 02 Jun 2013 17:02:33 +0300
> Or I can submit a v8 with those fixes.
Please submit v8
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool desig
From: Richard Cochran
Date: Wed, 29 May 2013 09:24:45 +0200
> Also, using ethtool or sysfs is not really attractive for embedded
> designs (let's not forget the poor embedded guys). I think we need to
> have a way to specify the pin functions at (or before) kernel boot
> time. Barring DT and kco
From: Pekka Riikonen
Date: Tue, 21 May 2013 19:02:19 +0200 (CEST)
> On Tue, 21 May 2013, Eric Dumazet wrote:
>
> : > > Alternatively, use a napi_id instead of a pointer.
> : >
> : > I'm not sure I understand what you propose.
> :
> : Oh well.
> :
> : To get a pointer to a struct net_device, w
From: Or Gerlitz
Date: Tue, 21 May 2013 11:24:41 +0300
> On Tue, May 21, 2013 at 10:14 AM, David Miller wrote:
>> From: "Eilon Greenstein"
>> Date: Tue, 21 May 2013 10:06:43 +0300
>>
>>> Hopefully this series will be accepted so we can send follow up su
From: "Eilon Greenstein"
Date: Tue, 21 May 2013 10:06:43 +0300
> Hopefully this series will be accepted so we can send follow up support
> for the bnx2x as well.
I think in two or three more iterations it will be merged.
There are no objections on the fundamentals, it's just implementation
deta
From: Eric Dumazet
Date: Mon, 20 May 2013 08:29:24 -0700
> Part of this information was in your 0/4 text, but it wont be included
> in the git tree.
Yes it will, in the merge commit I make when I merge this stuff in.
--
From: Eliezer Tamir
Date: Mon, 20 May 2013 12:39:59 +0300
> On 20/05/2013 10:54, David Miller wrote:
>> From: Eliezer Tamir
>> Date: Sun, 19 May 2013 13:25:33 +0300
>>
>>> +#else /* CONFIG_INET_LL_RX_FLUSH */
>>> +
>>> +#define sk_valid_ll(sk) 0
&
From: Joe Perches
Date: Mon, 20 May 2013 01:29:47 -0700
> On Mon, 2013-05-20 at 00:54 -0700, David Miller wrote:
>> From: Eliezer Tamir
> []
>> > {
>> > struct socket *sock;
>> > + unsigned int poll_result;
>>
>> Please ord
From: Eliezer Tamir
Date: Sun, 19 May 2013 13:25:33 +0300
> +#ifndef _LINUX_NET_LL_POLL_H
> +#define _LINUX_NET_LL_POLL_H
> +#ifdef CONFIG_INET_LL_RX_POLL
Please put an empty line before the final ifdef test here.
> +static inline void sk_mark_ll(struct sock *sk, struct sk_buff *skb)
> +{
> +
From: Stephen Hemminger
Date: Thu, 25 Apr 2013 13:45:13 -0700
> On Thu, 25 Apr 2013 13:36:06 -0700
> Alexander Duyck wrote:
>
>> On 04/25/2013 01:25 PM, David Miller wrote:
>> > From: Alexander Duyck
>> > Date: Thu, 25 Apr 2013 13:20:24 -0700
>> >
From: Alexander Duyck
Date: Thu, 25 Apr 2013 13:20:24 -0700
> On 04/25/2013 12:24 PM, David Miller wrote:
>> From: Alexander Duyck
>> Date: Thu, 25 Apr 2013 11:29:04 -0700
>>
>> diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c
>> index b65441d.
From: Alexander Duyck
Date: Thu, 25 Apr 2013 11:29:04 -0700
> I did a bit of digging and it looks like the issue is that the
> ext_filter_mask is not being found in the message received in
> rtnl_dump_ifinfo. I'm still trying to figure out why the kernel isn't
> finding the flag when it was find
From: Jeff Kirsher
Date: Wed, 10 Apr 2013 02:19:00 -0700
> From: Neil Horman
>
> e100 uses pci_map_single, but fails to check for a dma mapping error after its
> use, resulting in a stack trace:
...
> Easy fix, modify the cb paramter to e100_exec_cb to return an error, and do
> the
> dma_mapp
From: Joe Perches
Date: Fri, 15 Mar 2013 10:23:58 -0700
> Reduce the number of calls required to alloc
> a zeroed block of memory.
>
> Trivially reduces overall object size.
>
> Other changes around these removals
> o Neaten call argument alignment
> o Remove an unnecessary OOM message after dm
From: Joe Perches
Date: Thu, 14 Mar 2013 16:07:21 -0700
> I believe these error messages are already logged
> on allocation failure by warn_alloc_failed and so
> get a dump_stack on OOM.
>
> Remove the unnecessary additional error logging.
>
> Around these deletions:
>
> o Alignment neatening.
From: Eliezer Tamir
Date: Tue, 05 Mar 2013 19:15:26 +0200
> We are not very sensitive to this setting, anything on the order of
> your half round time trip plus a few standard deviations works well.
> We are busy waiting, so setting a higher value does not change the
> results much.
This makes t
From: Ben Hutchings
Date: Tue, 5 Mar 2013 16:43:01 +
> In general it appears to require a run-time check. You might need to
> augment .
On the other hand, unlike get_cycles, sched_clock() is always available.
--
Ev
From: Eliezer Tamir
Date: Wed, 27 Feb 2013 09:55:49 -0800
> This patchset adds the ability for the socket layer code to poll directly
> on an Ethernet device's RX queue. This eliminates the cost of the interrupt
> and context switch and with proper tuning allows us to get very close
> to the HW
From: Ben Hutchings
Date: Thu, 7 Feb 2013 22:31:35 +
> On Thu, 2013-02-07 at 23:33 +0200, Michael S. Tsirkin wrote:
>> We might want to add code to forward LRO status from macvlan
>> (not macvtap) back to the lowerdev, so that setting up forwarding
>> from macvlan disables LRO on the lowerdev
From: "Michael S. Tsirkin"
Date: Thu, 7 Feb 2013 15:12:56 +0200
> At the moment, macvtap crashes are observed if macvtap is attached
> to an interface with LRO enabled.
> The crash in question is BUG() in macvtap_skb_to_vnet_hdr.
> This happens because several drivers set gso_size but not gso_typ
From: Joe Perches
Date: Thu, 07 Feb 2013 13:46:27 -0800
> alloc failures already get standardized OOM
> messages and a dump_stack.
>
> For the affected mallocs around these OOM messages:
>
> Converted kmallocs with multiplies to kmalloc_array.
> Converted a kmalloc/memcpy to kmemdup.
> Removed
From: Ben Hutchings
Date: Thu, 7 Feb 2013 16:20:46 +
> If the consensus is still that we must preserve packets exactly (aside
> from the usual modifications by IP routers) then LRO should be disabled
> on all devices for which forwarding is enabled.
I believe this is still undoubtedly the co
From: Joe Perches
Date: Sun, 3 Feb 2013 19:28:07 -0800
> Remove all the OOM messages that follow kernel alloc
> failures as there is already a generic equivalent to
> these messages in the mm subsystem.
>
> Joe Perches (8):
> caif: Remove unnecessary alloc/OOM messages
> can: Remove unneces
k: Compute and store minimum ifinfo dump
> size') went into 3.1 and has also been included in SLE11 SP2. The
> second and third were acked by David Miller and included in 3.2.34.
>
> I've applied and briefly tested these changes in conjunction with a
> backport of the sfc dr
From: Ben Greear
Date: Wed, 05 Dec 2012 15:09:11 -0800
> On 12/05/2012 02:36 PM, David Miller wrote:
>> From: Ben Greear
>> Date: Wed, 05 Dec 2012 13:35:01 -0800
>>
>>> It seems the only way to get the current pci-e bus speed & width
>>> in ixgbe (
From: Ben Greear
Date: Wed, 05 Dec 2012 13:35:01 -0800
> It seems the only way to get the current pci-e bus speed & width
> in ixgbe (and probably many other NICs) is by parsing output
> of lspci -vvv.
>
> I'd personally find it easier if this info were available via
> ethtool API.
You could ju
1 - 100 of 227 matches
Mail list logo
