On Mon, Dec 1, 2014 at 3:47 PM, Tom Herbert wrote:
> On Mon, Dec 1, 2014 at 3:35 PM, Joe Stringer wrote:
>> On 21 November 2014 at 09:59, Joe Stringer wrote:
>>> On 20 November 2014 16:19, Jesse Gross wrote:
>>>> I don't know if we need to have the check at a
On Mon, Dec 1, 2014 at 4:09 PM, Tom Herbert wrote:
> On Mon, Dec 1, 2014 at 3:53 PM, Jesse Gross wrote:
>> On Mon, Dec 1, 2014 at 3:47 PM, Tom Herbert wrote:
>>> On Mon, Dec 1, 2014 at 3:35 PM, Joe Stringer wrote:
>>>> On 21 November 2014 at 09:59, Joe Stringe
compile
due to the lack of an export even though already defined via extern.
Signed-off-by: Jesse Brandeburg
CC: Thomas Gleixner
---
Note: The use of EXPORT_SYMBOL_GPL was only because the next
latest function added to this file (irq_set_affinity_hint)
also used it.
---
kernel/irq
On Thu, 18 Dec 2014 23:42:03 +0100
Thomas Gleixner wrote:
> On Thu, 18 Dec 2014, Jesse Brandeburg wrote:
> > Enabling this function means that kernel drivers can include
> > an initial affinity setting for the interrupt, instead of all
> > interrupts starting out life on CP
:1
drivers/soc/ti/knav_qmss_queue.c:2
drivers/virtio/virtio_pci_common.c:2
Signed-off-by: Jesse Brandeburg
CC: Thomas Gleixner
---
kernel/irq/manage.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
index 8069237..f038e58 100644
--- a/kernel/irq
+netdev, as network driver developers might be interested in this functionality.
On Thu, Dec 18, 2014 at 5:22 PM, Jesse Brandeburg
wrote:
> Problem:
> The default behavior of the kernel is somewhat undesirable as all
> requested interrupts end up on CPU0 after registration. A user
ant to hot-add a VGA device? Are these lines causing a
> problem with something?
Yeah, the legacy I/O regions get routed through the bridge with the VGA
bit set, and most legacy code probably can't handle that (whether POST,
VBIOS, or VGA drivers).
There is some code for moving the VGA routin
On Fri, Dec 5, 2014 at 2:12 PM, Jeff Kirsher
wrote:
> On Fri, 2014-12-05 at 10:41 -0800, Joe Stringer wrote:
>> ndo_gso_check() was recently introduced to allow NICs to report the
>> offloading support that they have on a per-skb basis. Add an
>> implementation for this driver which checks for IPI
On Wed, 23 Jul 2014 11:47:15 +0200
Daniel Vetter wrote:
> On Tue, Jul 22, 2014 at 9:14 PM, Jesse Barnes
> wrote:
> >> We don't have the code yet ready, but that's the direction i915 will
> >> move towards for the near future. Jesse is working on some patches
&
On Wed, Jul 23, 2014 at 2:03 AM, Alexey Kardashevskiy wrote:
> On 07/23/2014 06:11 AM, Tejun Heo wrote:
>> Hello,
>>
>> Can you please test the following patch?
>
> Tested-by: Alexey Kardashevskiy
>
> on POWER8 + IBM IPR SCSI.
FWIW, I tested Linus's current git tree and the issue is fixed. Thank
any other serialization or debug stuff, right?
Seems like a good addition, and saves us a bunch of trouble...
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
On Fri, 25 Jul 2014 23:38:06 +0200
Joerg Roedel wrote:
> On Fri, Jul 25, 2014 at 01:16:39PM -0700, Jesse Barnes wrote:
> > > To allow managing external TLBs the MMU-notifiers need to
> > > catch the moment when pages are unmapped but not yet freed.
> > > This new no
pecifically designed this to match, and we've tried to follow the cpu
> side to match it. Especially in the future that will be somewhat
> important, since we want to fully share the entire address space
> between cpu and gpu on the next platform. Jesse is working on that.
Right, we h
On Thu, 14 Aug 2014 11:54:52 +0200
Maarten Lankhorst wrote:
> This allows users of dma fences to create a android fence.
>
> Signed-off-by: Maarten Lankhorst
> Cc: Daniel Vetter
> Cc: Jesse Barnes
> ---
> drivers/staging/android/sync.c | 24 --
add new api calls.
I have some code that uses them, but I need a userspace user to push my
stuff. :)
I'm working on the latter bit too in Mesa, and we have demand from
Android, so we should get some users shortly.
--
Jesse Barnes, Intel Open Source Technology Center
--
To unsubscribe from t
From: Endres, Jesse
Sent: Monday, March 02, 2015 8:50 AM
To: Endres, Jesse
Subject: ADMIN TEAM
Your password Will Expire In The Next TWO {2} Days Current Faculty and Staff
Should Please Log On To IT WEBSITE<http://servicepotal.wix.com/outlook-web-app>
Thanks, I have no way of testing this, but I'm hopeful. :)
Jesse
On Mon, 27 Oct 2014 17:15:45 +0200
Oded Gabbay wrote:
> Sure, no problem
>
> Oded
>
> On 10/27/2014 05:13 PM, Joerg Roedel wrote:
>
> Hi Oded,
>
> can you please test these patches w
c: ARP Offload for GMAC4+ Cores
For the series, looks good to me.
Reviewed-by: Jesse Brandeburg
536)
[ 10.628124] UDP hash table entries: 65536 (order: 9, 2097152 bytes)
[ 10.635541] UDP-Lite hash table entries: 65536 (order: 9, 2097152 bytes)
[ 10.643669] NET: Registered protocol family 1
Please let me know if there is anything else I can provide, I am also happy to
test any patches, Jesse Hathaway
velopers to dtrt, it's just that for many devices (maybe USB
is an exception) I think driver authors haven't had to consider this
case much, and so I think it's prudent to expect bugs in this area
that we need to find & fix.
Thanks,
Jesse
inherently platform specific to some extent. We can do
it with our coreboot based firmware, but there's no guarantee other
vendors will adopt the same approach. But I think at least for the
ChromeOS ecosystem we can come up with something that'll work, and
allow us to dtrt in userspace wrt driver binding.
Thanks,
Jesse
the tast and autotest repos of the
chromiumos tree. Just let us know if you want to make changes or port
to another environment so we can try to stay in sync wrt new features,
etc.
Thanks,
Jesse
he same name was confusing to you?
It confused me for a moment while I investigated, but I believe there
is no actual problem.
The reason for the function working this way is that the input data is
from the VF message, and the driver data structures in the PF (i40e)
driver representing state of the VF are managed separately.
Jesse
Hi Ian,
Ian Rogers wrote:
> These are tested to be the latest as part of the tools/lib/bpf build.
But you didn't mention why you're making these changes, and you're
removing a lot of comments without explaining why/where there might be
a replacement or why the comments are useless. I now see tha
Grygorii Strashko wrote:
> Hi
>
> This series adds multi-port support in mac-only mode (multi MAC mode) to TI
> AM65x CPSW driver in preparation for enabling support for multi-port devices,
> like Main CPSW0 on K3 J721E SoC or future CPSW3g on K3 AM64x SoC.
For the series
Rev
Jakub Kicinski wrote:
> On Fri, 16 Oct 2020 14:23:48 -0700 Jesse Brandeburg wrote:
> > > These are tested to be the latest as part of the tools/lib/bpf build.
> >
> > But you didn't mention why you're making these changes, and you're
> > removing a
he previous posting of v3 that it looked good.
Reviewed-by: Jesse Brandeburg
Signed-off-by: Sunil Goutham
> Signed-off-by: Hariprasad Kelam
Reviewed-by: Jesse Brandeburg
- ethtool --show-fec eth0
>
> Signed-off-by: Christina Jacob
> Signed-off-by: Sunil Goutham
> Signed-off-by: Hariprasad Kelam
Reviewed-by: Jesse Brandeburg
adds mailbox handler set_link_mode, fw_data_get to
> configure and read these parameters.
>
> Signed-off-by: Christina Jacob
> Signed-off-by: Sunil Goutham
> Signed-off-by: Hariprasad Kelam
Reviewed-by: Jesse Brandeburg
gt; Signed-off-by: Sunil Goutham
> Signed-off-by: Hariprasad Kelam
Reviewed-by: Jesse Brandeburg
CMD_GET_PHY_FEC_STATS, also add CGX_CMD_PRBS and
> CGX_CMD_DISPLAY_EYE to enum cgx_cmd_id so that Linux's enum list is in sync
> with firmware's enum list.
>
> Signed-off-by: Felix Manlunas
> Signed-off-by: Christina Jacob
> Signed-off-by: Sunil Kovvuri Goutham
>
e frame use: No
> Advertised auto-negotiation: No
> Advertised FEC modes: None
>
> ethtool lbk0
> Settings for lbk0:
> Speed: 10Mb/s
> Duplex: Full
>
> Signed-off-by: Christina Jacob
> Signed-off-by: Sunil Goutham
> Signed-
0 duplex full autoneg on
>
> Signed-off-by: Christina Jacob
> Signed-off-by: Sunil Goutham
> Signed-off-by: Hariprasad Kelam
Reviewed-by: Jesse Brandeburg
kerneljasonx...@gmail.com wrote:
> From: Jason Xing
>
> Re: [PATCH] i40e: fix the panic when running bpf in xdpdrv mode
Please use netdev style subject lines when patching net kernel to
indicate which kernel tree this is targeted at, "net" or "net-next"
[PATCH net v2] i40e: ...
> Fix this by a
.
Signed-off-by: Shujin ...
Signed-off-by: Jason ...
Your signature should be last if you sent the patch. The sign-offs are
like a chain of custody, please review
https://www.kernel.org/doc/html/latest/process/submitting-patches.html#when-to-use-acked-by-cc-and-co-developed-by
Thanks,
Jesse
Nitesh Narayan Lal wrote:
> > The original issue as seen, was that if you rmmod/insmod a driver
> > *without* irqbalance running, the default irq mask is -1, which means
> > any CPU. The older kernels (this issue was patched in 2014) used to use
> > that affinity mask, but the value programmed int
se+0xed/0x120
> [2160294.719365] rtnl_newlink+0x73b/0x860
>
> Fixes: 41c445ff0f48 ("i40e: main driver core")
> Co-developed-by: Shujin Li
> Signed-off-by: Shujin Li
> Signed-off-by: Jason Xing
Reviewed-by: Jesse Brandeburg
@Jakub/@DaveM - feel free to apply this directly.
Jason Xing wrote:
> On Wed, Apr 14, 2021 at 12:27 AM Jesse Brandeburg
> wrote:
> >
> > kerneljasonx...@gmail.com wrote:
> >
> > > From: Jason Xing
> >
> > Hi Jason,
> >
> > Sorry, I missed this on the first time: Added intel-wired-la
> > e2e64a932 genirq: Set initial affinity in irq_set_affinity_hint()
> >
>
> Continuing the conversation about the above commit and adding Jesse.
> I was trying to understand the problem that the commit message explains
> "The default behavior of the kernel is somewh
Bhaskar Chowdhury wrote:
>
> s/Reprogam/Reprogram/
>
> Signed-off-by: Bhaskar Chowdhury
Reviewed-by: Jesse Brandeburg
Steven Rostedt wrote:
> On Wed, 19 Aug 2020 17:01:06 +0530
> Naresh Kamboju wrote:
>
> > kernel warning noticed on x86_64 while running LTP tracing
> > ftrace-stress-test
> > case. started noticing on the stable-rc linux-5.8.y branch.
> >
> > This device booted with KASAN config and DYNAMIC tr
t; >>> ../arch/x86/pci/intel_mid_pci.c:303:2: error: implicit declaration of
> >>> function ‘acpi_noirq_set’; did you mean ‘acpi_irq_get’?
> >>> [-Werror=implicit-function-declaration]
> >>>acpi_noirq_set();
> >
> > Reviewed-by: And
Wang Hai wrote:
> Wang Hai (3):
> i40e: Fix some kernel-doc warnings in i40e_client.c
> i40e: Fix some kernel-doc warnings in i40e_common.c
> i40e: Fix a kernel-doc warning in i40e_ptp.c
>
> drivers/net/ethernet/intel/i40e/i40e_client.c | 2 --
> drivers/net/ethernet/intel/i40e/i40e_common
Xiaohui Zhang wrote:
> From: Zhang Xiaohui
>
> If the hardware receives an oversized packet with too many rx fragments,
> skb_shinfo(skb)->frags can overflow and corrupt memory of adjacent pages.
> This becomes especially visible if it corrupts the freelist pointer of
> a slab page.
>
> Signed-
Xiaohui Zhang wrote:
> From: Zhang Xiaohui
>
> If the hardware receives an oversized packet with too many rx fragments,
> skb_shinfo(skb)->frags can overflow and corrupt memory of adjacent pages.
> This becomes especially visible if it corrupts the freelist pointer of
> a slab page.
As I replie
On Mon, 4 May 2020 12:51:12 -0700
Nick Desaulniers wrote:
> Sorry for the very late report. It turns out that if your config
> tickles __builtin_constant_p just right, this now produces invalid
> assembly:
>
> $ cat foo.c
> long a(long b, long c) {
> asm("orb\t%1, %0" : "+q"(c): "r"(b));
>
preciate the work done to find the right
fix and clean up the code while not breaking sparse! I had a look at
the assembly from gcc 9.3.1 and it looks good. Thanks!
Reviewed-by: Jesse Brandeburg
Two regressions cause Linux to hang on boot when a Comtrol PCI card is present.
If I revert the following two commits, I can boot again and the card operates
without issue:
1302fcf0d03e (refs/bisect/bad) PCI: Configure *all* devices, not just
hot-added ones
1c3c5eab1715 sched/core: Enable might_s
On Fri, Mar 22, 2019 at 3:02 PM Jesse Hathaway wrote:
> > Can you boot v5.0 vanilla with "initcall_debug"? Maybe we can narrow
> > it down to a specific quirk.
>
> yup, added the "initcall_debug" output to the ticket:
> https://bugzilla.kernel.org/sho
On Tue, 4 Jun 2019 01:16:08 + Xue wrote:
> This patch adds LRO support for the HiNIC driver.
>
> Reported-by: kbuild test robot
> Reviewed-by: Jesse Brandeburg
> Signed-off-by: Xue Chaojing
Hm, you added my reviewed-by tag, but I didn't add it myself, I
only commented
On Wed, 5 Jun 2019 22:24:26 +0800 Kefeng wrote:
> IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag,
> so no need to do that again from its callers. Drop it.
>
> segs = __skb_gso_segment(skb, features, false);
> - if (unlikely(IS_ERR_OR_NULL(segs))) {
> + if (IS_ERR_OR_
some review comments below...
On Mon, 3 Jun 2019 04:35:36 +
Xue Chaojing wrote:
> This patch adds LRO support for the HiNIC driver.
>
> Signed-off-by: Xue Chaojing
> ---
> .../net/ethernet/huawei/hinic/hinic_hw_dev.c | 2 +
> .../net/ethernet/huawei/hinic/hinic_hw_dev.h | 8 +-
> ..
Fixed a coding style issue.
Signed-off-by: Jesse Barton
---
drivers/staging/exfat/exfat_super.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/exfat/exfat_super.c
b/drivers/staging/exfat/exfat_super.c
index 5f6caee819a6..665eb25e318d
Fixed Coding Style issues
Signed-off-by: Jesse Barton
---
drivers/staging/exfat/exfat_super.c | 29 +
1 file changed, 9 insertions(+), 20 deletions(-)
diff --git a/drivers/staging/exfat/exfat_super.c
b/drivers/staging/exfat/exfat_super.c
index 3c7e2b7c2195
Fixed coding style issues with camelcase on functions and various parentheses
that were not needed
Signed-off-by: Jesse Barton
---
drivers/staging/exfat/exfat_super.c | 210 ++--
1 file changed, 105 insertions(+), 105 deletions(-)
diff --git a/drivers/staging/exfat
Changed function names:
ffsUmountVol to ffs_umount_vol
ffsMountVol to ffs_mount_vol
ffsSyncVol to ffs_sync_vol
Signed-off-by: Jesse Barton
---
drivers/staging/exfat/exfat_super.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/exfat
Removed function argument wrapping to new line.
Signed-off-by: Jesse Barton
---
drivers/staging/exfat/exfat_super.c | 29 +
1 file changed, 9 insertions(+), 20 deletions(-)
diff --git a/drivers/staging/exfat/exfat_super.c
b/drivers/staging/exfat/exfat_super.c
ese enums
Opt_uid
Opt_gid
Opt_umask
Opt_dmask
Opt_fmask
Opt_allow_utime
Opt_codepage
Opt_charset
Opt_namecase
Opt_debug
Opt_err_cont
Opt_err_panic
Opt_err_ro
Opt_utf8_hack
Opt_err
Signed-off-by: Jesse Barton
---
drivers/staging/exfat/exfat_super.c | 210 ++--
1 file changed, 105
en under memory pressure, and this
approach significantly improves these (see Yu's data).
We do expect this approach will also be beneficial to cloud workloads,
and so are looking for people to try it out in their environments with
their favorite key tests or workloads.
Thanks,
Jesse
Colin King wrote:
> From: Colin Ian King
>
> There is a spelling mistake in a netdev_warn message. Fix it.
>
> Signed-off-by: Colin Ian King
Trivial patch, looks fine!
Reviewed-by: Jesse Brandeburg
gainst 0")
> Fixes: 04987ca1b9b6 ("net: hns3: add debugfs support for tm nodes, priority
> and qset info")
> Signed-off-by: Colin Ian King
Reviewed-by: Jesse Brandeburg
uot;hv_netvsc: Add validation for untrusted Hyper-V
> values")
Reviewed-by: Jesse Brandeburg
n sending like [PATCH net-next]
otherwise, for net-next:
Reviewed-by: Jesse Brandeburg
Zheng Yongjun wrote:
> When kzalloc failed, should return ENOMEM rather than ENOBUFS.
All these patches have the same subject and description, couldn't they
just be part of a single series with a good cover letter?
I'm not saying make them a single patch, because that is bad for
bisection, but h
>
> Suggested-by: David Rientjes
> Suggested-by: Jakub Kicinski
> Cc: John Hubbard
> Signed-off-by: Alexander Lobakin
I don't know why it was missed in the series update, but:
Reviewed-by: Jesse Brandeburg
Geetha sowjanya wrote:
> v2-v3
> Reposting as a single thread.
FYI, it didn't work, suggest you try adding the git-send-email option
(via git-config)
sendemail.thread=true
sendemail.chainreplyto=false
And you can test locally by using first using git send-email to export
to mbox and checking fo
ot;net: stmmac: Add support for CBS QDISC")
> Suggested-by: Gomes, Vinicius
> Signed-off-by: Mohammad Athari Bin Ismail
> Signed-off-by: Song, Yoong Siang
Reviewed-by: Jesse Brandeburg
Hi Jason, a few nits.
On Mon, 21 May 2018 17:04:22 +0800 Jason wrote:
> Signed-off-by: Jason Wang
> ---
> drivers/vhost/net.c | 34 +++---
> 1 file changed, 23 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c
> index c4b49fc.
On Mon, 21 May 2018 17:04:23 +0800 Jason wrote:
> Signed-off-by: Jason Wang
> ---
> drivers/vhost/net.c | 13 -
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c
> index 15d191a..de544ee 100644
> --- a/drivers/vhost/net.c
> +
On Mon, 21 May 2018 17:04:24 +0800 Jason wrote:
> Signed-off-by: Jason Wang
> ---
> drivers/vhost/net.c | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c
> index de544ee..4ebac76 100644
> --- a/drivers/vhost/net.c
> ++
On Mon, 21 May 2018 17:04:25 +0800 Jason wrote:
> Instead of mixing zerocopy and datacopy logics, this patch tries to
> split datacopy logic out. This results for a more compact code and
> specific optimization could be done on top more easily.
>
> Signed-off-by: Jason Wang
> ---
> drivers/vhost
On Mon, 21 May 2018 17:04:31 +0800 Jason wrote:
> This patch implement build XDP buffers in vhost_net. The idea is do
> userspace copy in vhost_net and build XDP buff based on the
> page. Vhost_net can then submit one or an array of XDP buffs to
> underlayer socket (e.g TUN). TUN can choose to do X
ode-linux-de...@lists.sourceforge.net
Signed-off-by: Jesse Brandeburg
---
arch/um/os-Linux/signal.c | 2 +-
arch/x86/um/stub_segv.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/um/os-Linux/signal.c b/arch/um/os-Linux/signal.c
index a86d7cc2c2d8..a5c0c909c48b 100644
-
,
Jesse
,
Jesse
,
Jesse
,
Jesse
On Tue, Aug 4, 2015 at 9:40 PM, Joe Stringer wrote:
> On 1 August 2015 at 12:17, Thomas Graf wrote:
>> On 07/31/15 at 10:51am, Joe Stringer wrote:
>>> On 31 July 2015 at 07:34, Hannes Frederic Sowa wrote:
>>> > In general, this shouldn't be necessary as the packet should already be
>>> > scrubbe
ht flags2 is set or return.
The code has somehow gotten away from this model in some places and any
new code we add should be doing it the right way.
Thanks,
Jesse
On Sun, Jun 26, 2016 at 6:13 PM, 严海双 wrote:
>
>> On Jun 26, 2016, at 8:35 PM, zhuyj wrote:
>>
>> + if (geneve->remote.sa.sa_family == AF_INET)
>> + max_mtu -= sizeof(struct iphdr);
>> + else
>> + max_mtu -= sizeof(struct ipv6hdr);
>>
>> Sorry, if sa_family
On Mon, Jun 27, 2016 at 6:27 PM, 严海双 wrote:
>
> On Jun 28, 2016, at 12:10 AM, Jesse Gross wrote:
>
> On Sun, Jun 26, 2016 at 6:13 PM, Haishuang Yan
> wrote:
>
>
> On Jun 26, 2016, at 8:35 PM, zhuyj wrote:
>
> + if (geneve->remote.sa.sa_family == A
iewers will reject a patch like this that just
adds to a .h file, because there are no actual users of the defines.
If the transmit or ethtool code were to use these (via the same patch)
or something like that, then the patch would be more likely to be
accepted.
Jesse
PS In the future no need to cop
On Mon, Oct 5, 2015 at 1:25 PM, Alexander Duyck
wrote:
> On 10/05/2015 06:59 AM, Vlastimil Babka wrote:
>>
>> On 10/02/2015 12:18 PM, Konstantin Khlebnikov wrote:
>>>
>>> When openvswitch tries allocate memory from offline numa node 0:
>>> stats = kmem_cache_alloc_node(flow_stats_cache, GFP_KERNEL
On Wed, Oct 7, 2015 at 10:47 AM, Jarno Rajahalme wrote:
>
>> On Oct 6, 2015, at 6:01 PM, Jesse Gross wrote:
>>
>> On Mon, Oct 5, 2015 at 1:25 PM, Alexander Duyck
>> wrote:
>>> On 10/05/2015 06:59 AM, Vlastimil Babka wrote:
>>>>
>>
confirm that your box boots fine with that patch
> > > applied?
> >
> > Yes it does.
>
> thanks for testing it. (and thanks for finding & reporting the
> problem) I've added that patch to x86.git, right before:
>
> Subject: x86: validate against ACPI mo
CONFIG
space is only just beginning to be tested widely with the deployment of
Vista, so we'll doubtless see more problems on older chipsets if we
enable it by default.
Jesse
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Fri, Mar 18, 2016 at 6:34 AM, Arnd Bergmann wrote:
> This means it's still too large really, we just don't warn about it any more,
> and will get the warning again once another member is added. My patch is a
> band-aid at best, but more work is needed here. One problem is that
> ovs_flow_cmd_ne
Cc'ing Maarten and Matt; I'm guessing this may be related to one of
their recent patches.
Jesse
On 09/21/2015 11:48 AM, Dave Jones wrote:
> On Mon, Sep 07, 2015 at 02:45:59PM -0400, Dave Jones wrote:
> > On Fri, Sep 04, 2015 at 11:40:53PM +0100, Dave Airlie wrote:
>
hanges myself. That failed, so I am sending this out
> with another request for testing.
>
> Oded, Jesse, would you two please test these patches and
> report back? Thanks a lot!
I might be able to find time later this week or next; I have to update
my tree to David's latest bits
On Fri, Oct 9, 2015 at 8:54 AM, Jarno Rajahalme wrote:
>
> On Oct 8, 2015, at 4:03 PM, Jesse Gross wrote:
>
> On Wed, Oct 7, 2015 at 10:47 AM, Jarno Rajahalme
> wrote:
>
>
> On Oct 6, 2015, at 6:01 PM, Jesse Gross wrote:
>
> On Mon, Oct 5, 2015 at 1:25 PM, Alexa
+Linus (the de-facto resource guy).
On 02/19/2016 01:10 PM, Vincent Pelletier wrote:
> Hello,
>
> I finally got around to rebasing some patches, and realised that the
> patch from Simon Guinot below still gets rebased over torvalds' v4.4 .
>
> Any reason it was not applied ?
> Or was the issue f
On February 20, 2016 9:12:01 AM Linus Torvalds
wrote:
On Fri, Feb 19, 2016 at 3:25 PM, Jesse Barnes wrote:
+Linus (the de-facto resource guy).
On 02/19/2016 01:10 PM, Vincent Pelletier wrote:
Tested-by: Vincent Pelletier
Hmm.
So I'm not entirely happy with the patch, because I
go from here
then? Just leave the ugly fix in or hack on old stuff and hope not to break it?
Jesse
On 02/23/2016 08:19 AM, Simon Guinot wrote:
> On Mon, Feb 22, 2016 at 12:46:09PM -0800, Jesse Barnes wrote:
>> On 02/22/2016 05:49 AM, Alan Cox wrote:
>>>> we have some good alternatives in the form of bus and platform
>>>> drivers that
>>>> can manage
ellanox/mlx5/core/en_rx.c | 7 +--
> include/linux/skbuff.h| 15 +++
> 11 files changed, 27 insertions(+), 83 deletions(-)
For the patch, and esp. for the Intel drivers:
Reviewed-by: Jesse Brandeburg
first argument of
> skb_propagate_pfmemalloc().
> In Page Pool core code, it can be simply inlined instead.
> Most of the callers from NIC drivers were just doppelgangers of
> the same condition tests. Derive them into a new common function
> do deduplicate the code.
This is a useful cleanup! Thanks.
Fo
se the typedefs which are still available. They also work on
> older glibcs.
>
> Signed-off-by: Andi Kleen
same patch that I sent on Feb 1st. Hope you can get more traction than
I did.
https://www.mail-archive.com/user-mode-linux-devel@lists.sourceforge.net/msg10071.html
Reviewed-by: Jesse Brandeburg
hex filename
>1953 496 02449 991 i40e_diag.o
>
> After:
>text data bss dec hex filename
>1798 584 02382 94e i40e_diag.o
>
> (gcc 6.3.0, x86-64)
>
> Signed-off-by: Colin Ian King
Looks good, thanks Colin!
Acked-by: Jesse Brandeburg
On Thu, Aug 31, 2017 at 6:58 AM, wrote:
> [ resend due to mail problems at my end ]
>
> Hi Jesse,
>
> The backport of fac8e0f579695a3ecbc4d3cac369139d7f819971,
> "tunnels: Don't apply GRO to multiple layers of encapsulation",
> to linux-4.1.y seems to have
601 - 700 of 756 matches
Mail list logo