On 2019-06-07 08:36, Ilya Maximets wrote:
On 06.06.2019 21:03, Jonathan Lemon wrote:
On 6 Jun 2019, at 5:40, Ilya Maximets wrote:
Device that bound to XDP socket will not have zero refcount until the
userspace application will not close it. This leads to hang inside
'netdev_wait_allrefs()' i
Hi Marc,
Friendly ping !!
> -Original Message-
> From: Appana Durga Kedareswara Rao
> Sent: Tuesday, April 23, 2019 12:08 PM
> To: 'Marc Kleine-Budde' ; 'w...@grandegger.com'
> ; 'da...@davemloft.net' ;
> Michal Simek
> Cc: 'linux-...@vger.kernel.org' ;
> 'net...@vger.kernel.org' ; 'linu
Hi,
Anurag Kumar Vulisha writes:
>>> The dma_map_sg() merges sg1 & sg2 memory regions into sg1-
>>>dma_address.
>>> Similarly sg3 & sg4 into sg2->dma_address, sg5 & sg6 into the
>>> sg3->dma_address and sg6 & sg8 into sg4->dma_address. Here the
>>memory
>>> regions are merged but the page_link p
Memory overhead of 4MB is reduced by storing gfp_mask in stackdepot along
with stacktrace. Stackdepot memory usage increased by ~100kb for 4GB of RAM.
Page owner logs from dmesg:
Before patch:
allocated 20971520 bytes of page_ext
After patch:
allocat
On Thu, Jun 06, 2019 at 05:10:56PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Jun 05, 2019 at 10:16:33AM -0600, Mathieu Poirier escreveu:
> > This patch adds the necessay intelligence to properly compute the value
> > of 'old' and 'head' when operating in snapshot mode. That way we can get
>
On Wed, May 22, 2019 at 04:34:38AM -0500, Boris Petkov wrote:
> >Still fine by me:
> >Reviewed-by: James Morse
> >
> >(...this patch already has my reviewed-by on it...)
> >
> >I commented that it couldn't be merged in pieces here:
> >https://lore.kernel.org/lkml/4072c812-d3bf-9ad5-2b30-6b2a5060b.
On Thu, 2019-06-06 at 20:10 -0700, Shobhit Kukreti wrote:
> coccicheck reported Unneeded variable ret at
> rtl8723bs/core/rtw_ap.c:1400.
> Function "rtw_acl_remove_sta" always returns 0. Modified return type
> of the
> function to void.
>
> Signed-off-by: Shobhit Kukreti
Looks good, thanks.
Rev
On Sat, May 25, 2019 at 6:10 PM YueHaibing wrote:
>
> Fixes gcc '-Wunused-but-set-variable' warnings:
>
> drivers/scsi/megaraid/megaraid_sas_base.c: In function
> megasas_fw_crash_buffer_show:
> drivers/scsi/megaraid/megaraid_sas_base.c:3138:16: warning: variable
> buff_addr set but not used [-W
On 06.06.2019 21:03, Jonathan Lemon wrote:
> On 6 Jun 2019, at 5:40, Ilya Maximets wrote:
>
>> Device that bound to XDP socket will not have zero refcount until the
>> userspace application will not close it. This leads to hang inside
>> 'netdev_wait_allrefs()' if device unregistering requested:
>
From: "Ong, Hean Loong"
Driver for Intel FPGA Video and Image Processing Suite Frame Buffer II.
The driver only supports the Intel Arria10 devkit and its variants.
This driver can be either loaded staticlly or in modules.
The OF device tree binding is located at:
Documentation/devicetree/bindings
From: "Ong, Hean Loong"
Device tree binding for Intel FPGA Video and Image Processing Suite.
The bindings would set the max width, max height,
bits per pixel and memory port width.
The device tree binding only supports the Intel
Arria10 devkit and its variants. Vendor name retained as altr.
Revi
On Sat, May 25, 2019 at 6:07 PM YueHaibing wrote:
>
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/scsi/megaraid/megaraid_sas_base.c: In function
> megasas_create_frame_pool:
> drivers/scsi/megaraid/megaraid_sas_base.c:4124:6: warning: variable sge_sz
> set but not used [-Wunused-b
Hi all,
There will be no linux-next release on Monday.
Changes since 20190606:
New tree: hmm
The hwmon-fixes tree lost its build failure.
The arm64 tree gained a conflict against the arm64-fixes tree.
The sunxi tree gained a conflict against the imx-xms tree.
The clk tree gained a conflict
On 6/7/19 11:20 AM, Michael Ellerman wrote:
> Ravi Bangoria writes:
>
>> Powerpc hw triggers watchpoint before executing the instruction.
>> To make trigger-after-execute behavior, kernel emulates the
>> instruction. If the instruction is 'load something into non-
>> volatile register', except
07.06.2019 8:37, Bitan Biswas пишет:
> Post suspend I2C registers have power on reset values. Before any
> transfer initialize I2C registers to prevent I2C transfer timeout
> and implement suspend and resume callbacks needed. Fix below errors
> post suspend:
>
> 1) Tegra I2C transfer timeout durin
On Wed, Jun 5, 2019 at 1:32 PM Mathieu Malaterre wrote:
>
> On Mon, Jun 3, 2019 at 3:00 PM Christophe Leroy
> wrote:
> >
> > When booting through OF, setup_disp_bat() does nothing because
> > disp_BAT are not set. By change, it used to work because BOOTX
> > buffer is mapped 1:1 at address 0x810
On 07.06.2019 06:45, Andrey Smirnov wrote:
> Transfer size of zero means a request to do an address-only
> transfer. Since the HW support this, we probably shouldn't be just
> ignoring such requests. While at it allow DP_AUX_I2C_MOT flag to pass
> through, since it is supported by the HW as well.
>
On 05/30/2019 04:07 PM, Mark Rutland wrote:
> On Wed, May 29, 2019 at 02:46:25PM +0530, Anshuman Khandual wrote:
>> Memory hot remove uses get_nid_for_pfn() while tearing down linked sysfs
>> entries between memory block and node. It first checks pfn validity with
>> pfn_valid_within() before fe
> On Jun 5, 2019, at 6:08 AM, Peter Zijlstra wrote:
>
> From: Josh Poimboeuf
>
> Add the x86 out-of-line static call implementation. For each key, a
> permanent trampoline is created which is the destination for all static
> calls for the given key. The trampoline has a direct jump which gets
On 07.06.2019 06:45, Andrey Smirnov wrote:
> Don't assume that requested data transfer size is the same as amount
> of data that was transferred. Change the code to get that information
> from DP0_AUXSTATUS instead.
>
> Since the check for AUX_BUSY in tc_aux_get_status() is pointless (it
> will alw
On Fri, Jun 7, 2019 at 5:17 AM John Hubbard wrote:
>
> On 6/5/19 7:19 PM, Pingfan Liu wrote:
> > On Thu, Jun 6, 2019 at 5:49 AM Andrew Morton
> > wrote:
> ...
> >>> --- a/mm/gup.c
> >>> +++ b/mm/gup.c
> >>> @@ -2196,6 +2196,26 @@ static int __gup_longterm_unlocked(unsigned long
> >>> start, int
The THP destructor is used to delete THP from per node deferred split
queue, now the operation is moved out of it, so the destructor is not
used anymore, remove it.
Cc: Kirill Tkhai
Cc: Johannes Weiner
Cc: Michal Hocko
Cc: "Kirill A . Shutemov"
Cc: Hugh Dickins
Cc: Shakeel Butt
Cc: David Rie
Currently THP deferred split shrinker is not memcg aware, this may cause
premature OOM with some configuration. For example the below test would
run into premature OOM easily:
$ cgcreate -g memory:thp
$ echo 4G > /sys/fs/cgroup/memory/thp/memory/limit_in_bytes
$ cgexec -g memory:thp transhuge-stre
> Il giorno 6 giu 2019, alle ore 12:26, Christoph Hellwig ha
> scritto:
>
> This option is entirely bfq specific, give it an appropinquate name.
>
> Also make it depend on CONFIG_BFQ_GROUP_IOSCHED in Kconfig, as all
> the functionality already does so anyway.
>
Acked-by: Paolo Valente
> S
Put split_queue, split_queue_lock and split_queue_len into a struct in
order to reduce code duplication when we convert deferred_split to memcg
aware in the later patches.
Suggested-by: "Kirill A . Shutemov"
Cc: Kirill Tkhai
Cc: Johannes Weiner
Cc: Michal Hocko
Cc: Hugh Dickins
Cc: Shakeel Bu
Currently shrinker is just allocated and can work when memcg kmem is
enabled. But, THP deferred split shrinker is not slab shrinker, it
doesn't make too much sense to have such shrinker depend on memcg kmem.
It should be able to reclaim THP even though memcg kmem is disabled.
Introduce a new shri
Currently THP deferred split shrinker is not memcg aware, this may cause
premature OOM with some configuration. For example the below test would
run into premature OOM easily:
$ cgcreate -g memory:thp
$ echo 4G > /sys/fs/cgroup/memory/thp/memory/limit_in_bytes
$ cgexec -g memory:thp transhuge-st
07.06.2019 8:25, Bitan Biswas пишет:
> Fix checkpatch.pl warning(s)/error(s)/check(s) in i2c-tegra.c
>
> Ignore checkpatch WARNING for 80 character line limit at
> places where renaming fields compromises readability.
>
> Delay of approximately 1msec in flush i2c FIFO polling loop
> achieved by u
Am 06.06.2019 um 18:19 schrieb Lorenzo Bianconi:
i tested your patch against a qca 9984 chipset using SAE and without
encryption. both did not work. the devices are connecting, but no data
connection is possible
Hi Sebastian,
I tested Ryder's patch using mt76x2 as mesh peer and it works fine
On Thu, Jun 06, 2019 at 10:25:03PM -0700, Bitan Biswas wrote:
> Fix checkpatch.pl warning(s)/error(s)/check(s) in i2c-tegra.c
>
> Ignore checkpatch WARNING for 80 character line limit at
> places where renaming fields compromises readability.
>
> Delay of approximately 1msec in flush i2c FIFO pol
Currently, the setup_vm() does initial page table setup in one-shot
very early before enabling MMU. Due to this, the setup_vm() has to map
all possible kernel virtual addresses since it does not know size and
location of RAM. This means we have kernel mappings for non-existent
RAM and any buggy dri
Currently, the setup_bootmem() reserves memory from RAM start to the
kernel end. This prevents us from exploring ways to use the RAM below
(or before) the kernel start hence this patch updates setup_bootmem()
to only reserve memory from the kernel start to the kernel end.
Suggested-by: Mike Rapopo
This patchset implements two-stagged initial page table setup using fixmap
to avoid mapping non-existent RAM and also reduce high_memory consumed by
initial page tables.
The patchset is based on Linux-5.2-rc3 and tested on SiFive Unleashed board
and QEMU virt machine.
These patches can be found i
Remove braces in a single line if statement in the vchiq_core.c file
Signed-off-by: Maxime Desroches
---
drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_co
On Wed, Jun 5, 2019 at 9:22 AM Goldwyn Rodrigues wrote:
>
> Hi Dan/Jerome,
>
> On 12:20 14/02, Dan Williams wrote:
> > On Thu, Feb 14, 2019 at 12:09 PM Matthew Wilcox wrote:
> > >
> > > On Thu, Feb 14, 2019 at 11:31:24AM -0800, Dan Williams wrote:
> > > > On Thu, Feb 14, 2019 at 11:10 AM Jerome G
Remove leading 'p' from the names of the following pointer variables:
- padapter
- precvbuf
- pintfhdl
- pregistrypriv
- precvpriv.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/rtl8712/usb_halinit.c | 288 +-
1 file c
Remove leading p from the names of the following pointer variables:
- padapter
- pxmitpriv
- pnetdev
- pxmitframe.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/rtl8712/xmit_linux.c | 50 ++--
1 file changed, 25 insertions(+), 25 deletion
On 6/5/19 1:24 PM, Christoph Hellwig wrote:
> On Wed, Jun 05, 2019 at 01:17:15PM -0600, Jens Axboe wrote:
>> Since I'm heading out shortly and since I think this should make
>> the next -rc, I'll tentatively queue this up.
>
> The SCSI bits will need a bit more review, and possibly tweaking
> fo m
Remove leading 'p' from the names of the following pointer variables:
- pintfhdl
- pintf_hdl (renamed to intfhdl in keeping with the convention in other
functions)
- poption
- pops
- pintfpriv.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/rtl8712/usb_ops.c | 84
Ravi Bangoria writes:
> Powerpc hw triggers watchpoint before executing the instruction.
> To make trigger-after-execute behavior, kernel emulates the
> instruction. If the instruction is 'load something into non-
> volatile register', exception handler should restore emulated
> register state wh
> On Jun 5, 2019, at 6:08 AM, Peter Zijlstra wrote:
>
> From: Josh Poimboeuf
>
> Add the inline static call implementation for x86-64. For each key, a
> temporary trampoline is created, named __static_call_tramp_. The
> trampoline has an indirect jump to the destination function.
>
> Objtool
Remove leading p from the following pointer variable names:
- padapter
- pmlmepriv
- precv_frame
- precvpriv
- pfree_recv_queue
- pattrib.
Issue found with Coccinelle
Signed-off-by: Nishka Dasgupta
---
drivers/staging/rtl8712/recv_linux.c | 50 ++--
1 file changed, 25 ins
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
net/ipv6/sysctl_net_ipv6.c
between commit:
323a53c41292 ("ipv6: tcp: enable flowlabel reflection in some RST packets")
from the net-next tree and commit:
f4e7c821eda5 ("proc/sysctl: add shared variables for ran
Remove the leading p from the following pointer variable names:
- padapter
- pusb_intf
- ppmappedfw
- praw
- pfwpriv
- pdvobj
- pregpriv
- pmappedfw (not in the same scope as ppmappedfw)
- ptmpchar
- ppayload
- ptx_desc
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/stag
> On Jun 5, 2019, at 6:08 AM, Peter Zijlstra wrote:
>
> In preparation for static_call support, teach text_poke_bp() to
> emulate instructions, including CALL.
>
> The current text_poke_bp() takes a @handler argument which is used as
> a jump target when the temporary INT3 is hit by a different
Post suspend I2C registers have power on reset values. Before any
transfer initialize I2C registers to prevent I2C transfer timeout
and implement suspend and resume callbacks needed. Fix below errors
post suspend:
1) Tegra I2C transfer timeout during jetson tx2 resume:
[ 27.520613] pca953x 1-00
> On May 31, 2019, at 3:07 PM, Nadav Amit wrote:
>
>> On May 31, 2019, at 2:47 PM, Andy Lutomirski wrote:
>>
>>
>> On May 31, 2019, at 2:33 PM, Nadav Amit wrote:
>>
On May 31, 2019, at 2:14 PM, Andy Lutomirski wrote:
> On Thu, May 30, 2019 at 11:37 PM Nadav Amit wrote:
>
Fix checkpatch.pl warning(s)/error(s)/check(s) in i2c-tegra.c
Ignore checkpatch WARNING for 80 character line limit at
places where renaming fields compromises readability.
Delay of approximately 1msec in flush i2c FIFO polling loop
achieved by usleep_range call as msleep can take 20msecs.
Remov
+ Rob, devicetree@, Mark
On Wed, 5 Jun 2019, Kevin Hilman wrote:
> Paul Walmsley writes:
>
> > Palmer has asked me to collect patches for the v5.2-rc releases and v5.3
> > merge window, so I'll be doing so. This is just a heads-up so no one is
> > surprised to see 'patch queued' responses fr
Hi Kevin,
On Wed, 5 Jun 2019, Kevin Hilman wrote:
> Paul Walmsley writes:
>
> > Add support for building flattened DT files from DT source files under
> > arch/riscv/boot/dts. Follow existing kernel precedent from other SoC
> > architectures. Start our board support by adding initial support
On Tue, 4 Jun 2019, Loys Ollivier wrote:
> On Sun 02 Jun 2019 at 01:04, Paul Walmsley wrote:
>
> > Add support for building flattened DT files from DT source files under
> > arch/riscv/boot/dts. Follow existing kernel precedent from other SoC
> > architectures. Start our board support by addin
On June 6, 2019 11:37:22 PM Doug Anderson wrote:
In the case of dw_mmc, which I'm most familiar with, we don't have any
sort of automated or timed-based retuning. ...so we'll only re-tune
when we see the CRC error. If I'm understanding things correctly then
that for dw_mmc my solution and you
On Tue, 4 Jun 2019, Loys Ollivier wrote:
> Always build it ?
> Any particular reason to drop ARCH_SIFIVE ?
Palmer had some reservations about it, so I dropped it for now. But then
as I was thinking about it, I remembered that I also had some reservations
about it, years ago: that everyone shou
On Wed, 29 May 2019, Atish Patra wrote:
> Currently, there are no topology defined for RISC-V.
> Parse the cpu-map node from device tree and setup the
> cpu topology.
>
> CPU topology after applying the patch.
> $cat /sys/devices/system/cpu/cpu2/topology/core_siblings_list
> 0-3
> $cat /sys/devic
On 05/24/2019 05:45 PM, Flavio Suligoi wrote:
> External E-Mail
>
>
> In case of SPI error during the reading of the nor Id,
> the probe fails without any error message related to
> the JEDEC Id reading procedure.
>
> Signed-off-by: Flavio Suligoi
> ---
> drivers/mtd/spi-nor/spi-nor.c | 2 +-
On 05/13/2019 06:33 AM, Andrey Smirnov wrote:
> External E-Mail
>
>
> Add an entry for Micron MT25QL02 which is a 3V variant of already
> supported MT25QU02.
>
> Testing was done on a ZII VF610 Dev Board (rev. B).
>
> Signed-off-by: Cory Tusar
> Signed-off-by: Andrey Smirnov
> Cc: Chris Hea
On 05/07/2019 12:16 PM, Ludovic Barre wrote:
> From: Ludovic Barre
>
> There's a new driver using the SPI memory interface of the
> SPI framework at spi/spi-stm32-qspi.c, which can be used
> together with m25p80.c to replace the functionality of
> this SPI NOR driver.
>
> The "new" driver uses
We don't need 8 byte array, DP_LINK_STATUS_SIZE (6) should be
enough. This also gets rid of a magic number as a bonus.
Signed-off-by: Andrey Smirnov
Cc: Andrzej Hajda
Cc: Laurent Pinchart
Cc: Tomi Valkeinen
Cc: Andrey Gusakov
Cc: Philipp Zabel
Cc: Cory Tusar
Cc: Chris Healy
Cc: Lucas Stach
>
>Pawel,
>
>On 05/06/2019 13:03, Pawel Laszczak wrote:
>> This patch aim at documenting USB related dt-bindings for the
>> Cadence USBSS-DRD controller.
>>
>> Signed-off-by: Pawel Laszczak
>> Reviewed-by: Rob Herring
>>
>> ---
>> .../devicetree/bindings/usb/cdns-usb3.txt | 30 +
Simplify AUX data read by removing index arithmetic and shifting with
a helper function that does two things:
1. Fetch data from up to 4 32-bit registers from the chip
2. Copy read data into user provided array.
Signed-off-by: Andrey Smirnov
Reviewed-by: Andrzej Hajda
Cc: Andrzej Hajda
* Joseph Myers:
> What happened with this patch (posted 19 March)? I found today that we
> can't use Linux 5.1 headers in glibc testing because the namespace issues
> are still present in the headers as of the release.
This regression fix still hasn't been merged into Linus' tree. What is
goi
Hi, Weijiang,
Does this require some specific Intel processors or is it supported by
older processors as well?
-Jidong
On Thu, Jun 6, 2019 at 9:33 AM Yang Weijiang wrote:
>
> Signed-off-by: Yang Weijiang
> ---
> Documentation/virtual/kvm/spp_kvm.txt | 216 ++
> 1 file
On 6/6/19 1:45 PM, Peter Rosin wrote:
On 2019-06-06 09:35, Bitan Biswas wrote:
Fix checkpatch.pl warning(s)/error(s)/check(s) in i2c-tegra.c
Remove redundant BUG_ON calls or replace with WARN_ON_ONCE
as needed. Replace BUG() with error handling code.
Define I2C_ERR_UNEXPECTED_STATUS for erro
On Thu, Jun 06, 2019 at 04:40:19PM +0300, Vladimir Oltean wrote:
> Plain and simply because it doesn't work very well.
> Even phc2sys from the system clock to the hardware (no timestamps
> involved) has trouble staying put (under 1000 ns offset).
> And using the hardware-corrected timestamps trigge
syzbot has bisected this bug to:
commit f40b6ae2b612446dc970d7b51eeec47bd1619f82
Author: David Ahern
Date: Thu May 23 03:27:55 2019 +
ipv6: Move pcpu cached routes to fib6_nh
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=13c969a6a0
start commit: 07c3bbdb samples:
Thanks for the report, but
On Fri, 7 Jun 2019 at 05:14, Qian Cai wrote:
>
> The linux-next commit "locking/lockdep: Consolidate lock usage bit
> initialization" [1] will always generate a warning below.
I never had such warning.
> Looking through the
> commit that when mark_irqflags() returns 1
On 6/7/19 6:20 AM, Michael Neuling wrote:
> On Thu, 2019-06-06 at 12:59 +0530, Ravi Bangoria wrote:
>> Powerpc hw triggers watchpoint before executing the instruction.
>> To make trigger-after-execute behavior, kernel emulates the
>> instruction. If the instruction is 'load something into non-
>
The 13MHz clock should be registered before clocksource driver is
initialized. Use CLK_OF_DECLARE_DRIVER() to guarantee.
Signed-off-by: Weiyi Lu
---
drivers/clk/mediatek/clk-mt8183.c | 49 ++-
1 file changed, 38 insertions(+), 11 deletions(-)
diff --git a/dri
coccicheck reported Unneeded variable ret at rtl8723bs/core/rtw_ap.c:1400.
Function "rtw_acl_remove_sta" always returns 0. Modified return type of the
function to void.
Signed-off-by: Shobhit Kukreti
---
drivers/staging/rtl8723bs/core/rtw_ap.c| 4 +---
drivers/staging/rtl8723bs/include/r
On 06-06-19, 11:23, Stephen Boyd wrote:
> Yes, thanks. I see that largely follows the commit description so it
> looks OK to me.
Do you want to provide your Reviewed/Acked-by tag before I apply it ?
--
viresh
On 06-06-19, 14:50, David Arcari wrote:
> Make pcc_cpufreq_init() return error codes when the driver cannot be
> registered. Otherwise the driver can shows up loaded via lsmod even
> though it failed initialization. This is confusing to the user.
>
> Signed-off-by: David Arcari
> Cc: "Rafael J.
On Thu, Jun 6, 2019 at 1:17 PM Matt Mullins wrote:
>
> BPF_PROG_TYPE_RAW_TRACEPOINTs can be executed nested on the same CPU, as
> they do not increment bpf_prog_active while executing.
>
> This enables three levels of nesting, to support
> - a kprobe or raw tp or perf event,
> - another one of
When building with W=1, gcc complains due to a typo in a kerneldoc comment
CC security/keys/request_key.o
security/keys/request_key.c:35: warning: Function parameter or member 'authkey'
not described in 'complete_request_key'
security/keys/request_key.c:35: warning: Excess function paramet
Compiling kernel/bpf/core.c with W=1 causes a flood of warnings:
kernel/bpf/core.c:1198:65: warning: initialized field overwritten
[-Woverride-init]
1198 | #define BPF_INSN_3_TBL(x, y, z) [BPF_##x | BPF_##y | BPF_##z] = true
|
When building with W=1, gcc complains about kerneldoc issues:
CC fs/fhandle.o
fs/fhandle.c:259: warning: Function parameter or member 'flags' not described
in 'sys_open_by_handle_at'
fs/fhandle.c:259: warning: Excess function parameter 'flag' description in
'sys_open_by_handle_at'
Fix ty
Hi Suzuki,
On Thu, Jun 06, 2019 at 05:21:19PM +0100, Suzuki K Poulose wrote:
> Hi Mathieu,
>
> On 03/06/2019 20:01, Mathieu Poirier wrote:
> > Hi Suzuki,
> >
> > On Thu, May 30, 2019 at 04:11:17PM +0100, Suzuki K Poulose wrote:
> > > Update the documentation to reflect the new naming scheme with
On Fri, Jun 07, 2019 at 01:01:36AM +, Joe Korty wrote:
> Hi Nathan,
> I started with 4.4.179-rt181 and worked backwards from there. Per your
> suggestion, I tried 4.4.180 and it does work properly.
>
> Thanks,
> Joe
Great, thank you for testing and sorry for the breakage in the first
place,
From: Jian Shen
In order to improve readability, this patch uses macros to
replace some magic numbers, and adds some comments for some
others.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
Signed-off-by: Huazhong Tan
---
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 118 +++-
From: Yufeng Mo
In order to make it more readable, this patch modifies PF/VF's
RSS hash key configuring function.
Signed-off-by: Yufeng Mo
Signed-off-by: Jian Shen
Signed-off-by: Weihang Li
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 15 ++
From: Yunsheng Lin
This patch replaces numa_node_id with numa_mem_id when doing buffer
reusing checking, because the buffer still can be reused when the
buffer is from the nearest node and the local node has no memory
attached.
Signed-off-by: Yunsheng Lin
Signed-off-by: Peng Li
Signed-off-by:
From: Zhongzhu Liu
According to user manual, the maximum size of mailbox responding
data is 8 bytes, the macro HCLGE_MBX_MAX_RESP_DATA_SIZE
should be defined as 8 instead of 16.
Fixes: 9194d18b0577 ("net: hns3: fix the problem that the supported port is
empty")
Signed-off-by: Zhongzhu Liu
Sign
From: Yonglong Liu
Since HNAE3_CLIENT_UNIC and HNAE3_DEV_UNIC is not used any more,
this patch removes the redundant codes.
Signed-off-by: Yonglong Liu
Signed-off-by: Peng Li
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hnae3.c| 21 -
drivers/net/et
From: Xiaofei Tan
This patch logs detail error info of ROCEE ECC and AXI errors for
debug purpose, and remove unnecessary reset for ROCEE overflow
errors.
Signed-off-by: Xiaofei Tan
Signed-off-by: Huazhong Tan
---
V1->V2: fixes comments from David Miller
---
.../net/ethernet/hisilicon/hns3/hn
From: Yunsheng Lin
Currently when a GRO packet is assembled by HW, the checksum is
modified to reflect the entire packet by HW and skb->ip_summed is
set to CHECKSUM_UNNECESSARY, which is not compliant with SW GRO.
This patch sets up skb's network and transport header, sets the
GRO packet's check
From: Weihang Li
We trigger PF reset when a RAS error of NIC named over_8bd_nfe_err
occurred before. But it is possible that a VF causes that error, it's
reasonable to trigger VF reset instead of PF reset in this case.
This patch add detection of vf_id if a over_8bd_nfe_err occurs, if
vf_id is 0,
From: Yunsheng Lin
This patch adds a new hns3_get_new_flow_lvl function to calculate
the packet flow level, which is used to decide the interrupt
coalescence parameter, in order to make the flow level calculation
code more readable and make the future calculation ajdustment easier.
Signed-off-by
From: Yufeng Mo
This patch deletes some redundant code and refactors some bloated
functions.
Signed-off-by: Yufeng Mo
Signed-off-by: Weihang Li
Signed-off-by: Yonglong Liu
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 32 +++
.../ethernet/hisilicon
From: Weihang Li
This patch fixes some coding style issues reported by some static code
analysis tools and code review, such as modify some comments, rename
some variables, log some errors in detail, and fixes some alignment
errors.
BTW, these cleanups do not change the logic of code.
Signed-of
This patch-set includes code optimizations, cleanups and bugfixes for
the HNS3 ethernet controller driver.
[patch 1/12] logs more detail error info for ROCE RAS errors.
[patch 2/12] fixes a wrong size issue for mailbox responding.
[patch 3/12] makes HW GRO handing compliant with SW one.
[patch
From: Yufeng Mo
This patch adds some macros instead of magic numbers in serval places
Signed-off-by: Yufeng Mo
Signed-off-by: Weihang Li
Signed-off-by: Yunsheng Lin
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 5 +-
.../net/ethernet/hisilicon/hns3/hn
That linked moved: https://www.youtube.com/watch?v=siIbXbanIMw
So indeed that should be a good OS, and Linus probably is a paedophile to be
honest.
So get that shit out of your ears and do this.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday 3. June 2019 kl. 17:0
On Thu, Jun 06, 2019 at 12:09:46PM -0400, Qian Cai wrote:
> On Wed, 2019-06-05 at 08:01 +, Yuri Norov wrote:
> > (Sorry for top-posting)
> >
> > I can reproduce this on next-20190604. Is it new trace, or like one you've
> > posted before?
>
> Same thing, "nbits" causes an invalid access.
>
>
fix below warning reported by coccicheck
drivers/usb/misc/sisusbvga/sisusb.c:1753:5-8: Unneeded variable: "ret".
Return "0" on line 1877
Signed-off-by: Hariprasad Kelam
-
changes in v2: Change return type of sisusb_set_default_mode from int to void
as it never fails.
---
driv
unsubscribe
On Thu, Jun 06, 2019 at 01:16:45PM -0700, Stephen Boyd wrote:
> Quoting Gen Zhang (2019-06-05 09:00:43)
> > On Wed, Jun 05, 2019 at 08:38:00AM +0200, Jiri Slaby wrote:
> > > On 31. 05. 19, 3:14, Gen Zhang wrote:
> > > > In clk_cpy_name(), '*dst_p'('parent->name'and 'parent->fw_name') and
> > > > '
On Thu, Jun 06, 2019 at 04:11:30PM -0700, Nathan Chancellor wrote:
> On Thu, Jun 06, 2019 at 09:11:43PM +, Joe Korty wrote:
> > Starting with 4.4.178, the LTP test
> >
> > pthread_cond_wait/2-3
> >
> > when compiled on x86_64 with 'gcc -m32', started failing. It generates
> > this log out
On Thu, 2019-06-06 at 12:59 +0530, Ravi Bangoria wrote:
> Powerpc hw triggers watchpoint before executing the instruction.
> To make trigger-after-execute behavior, kernel emulates the
> instruction. If the instruction is 'load something into non-
> volatile register', exception handler should rest
Hi, Stephen
> -Original Message-
> From: Stephen Boyd
> Sent: Friday, June 7, 2019 12:26 AM
> To: Anson Huang ; Abel Vesa
> ; Aisheng Dong ;
> bjorn.anders...@linaro.org; catalin.mari...@arm.com;
> devicet...@vger.kernel.org; dingu...@kernel.org;
> enric.balle...@collabora.com; feste...@g
Hi All,
On 10/05/19 10:15 PM, Chris Packham wrote:
> The Reviews/Acks have been given so this should be good to go in via the ARM
> tree as planned.
>
> http://lists.infradead.org/pipermail/linux-arm-kernel/2017-August/525561.html
>
> This series adds drivers for the L2 cache and DDR RAM ECC fun
On 6/6/19 8:57 AM, Jason Gunthorpe wrote:
On Mon, May 06, 2019 at 04:29:39PM -0700, rcampb...@nvidia.com wrote:
@@ -924,6 +922,7 @@ int hmm_range_register(struct hmm_range *range,
unsigned page_shift)
{
unsigned long mask = ((1UL << page_shift) - 1UL);
+
1 - 100 of 946 matches
Mail list logo
