Re: [PATCH 1/8] tty: serial: jsm: Fixed file by added more spacing

On Sun, Dec 06, 2020 at 01:09:25PM +0530, Clement Smith wrote: > Fixed a coding style issue > > Signed-off-by: Clement Smith > --- > drivers/tty/serial/jsm/jsm_tty.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) I see you ignored my suggestion and so, sadly, I will just ignore this

Re: [PATCH 1/1] mm: compaction: avoid fast_isolate_around() to set pageblock_skip on reserved pages

On Thu, Dec 03, 2020 at 12:31:44PM -0500, Andrea Arcangeli wrote: > On Thu, Dec 03, 2020 at 12:51:07PM +0200, Mike Rapoport wrote: > > On Thu, Dec 03, 2020 at 01:23:02AM -0500, Andrea Arcangeli wrote: > > > 5) pfn 0 is the classical case where pfn 0 is in a reserved zone in > > >

[PATCH v2 00/12] Convert all vmstat counters to pages or bytes

Hi, This patch series is aimed to convert all THP vmstat counters to pages and some KiB vmstat counters to bytes. The unit of some vmstat counters are pages, some are bytes, some are HPAGE_PMD_NR, and some are KiB. When we want to expose these vmstat counters to the userspace, we have to know

[PATCH 1/9] mm: vmstat: fix stat_threshold for NR_KERNEL_STACK_KB

The kernel stack is being accounted in KiB not page, so the stat_threshold should also adjust to byte. Signed-off-by: Muchun Song --- mm/vmstat.c | 4 1 file changed, 4 insertions(+) diff --git a/mm/vmstat.c b/mm/vmstat.c index 8d77ee426e22..f7857a7052e4 100644 --- a/mm/vmstat.c +++

[PATCH 2/9] mm: memcontrol: fix NR_ANON_THPS account

The unit of NR_ANON_THPS is HPAGE_PMD_NR already. So it should inc/dec by one rather than nr_pages. Fixes: 468c398233da ("mm: memcontrol: switch to native NR_ANON_THPS counter") Signed-off-by: Muchun Song --- mm/memcontrol.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff

[PATCH v2 01/12] mm: memcontrol: fix NR_ANON_THPS account

The unit of NR_ANON_THPS is HPAGE_PMD_NR already. So it should inc/dec by one rather than nr_pages. Fixes: 468c398233da ("mm: memcontrol: switch to native NR_ANON_THPS counter") Signed-off-by: Muchun Song --- mm/memcontrol.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff

Re: linux-next: ERROR: build error for arm64

On 2020-12-06 08:32, Hui Su wrote: hi, all: The error came out like this when i build the linux-next kernel with ARCH=arm64, with the arm64_defconfig: CC drivers/net/ethernet/freescale/dpaa/dpaa_eth.o ../drivers/net/ethernet/freescale/dpaa/dpaa_eth.c: In function ‘dpaa_fq_init’:

[PATCH 7/9] mm: memcontrol: convert NR_SHMEM_PMDMAPPED account to pages

Convert NR_SHMEM_PMDMAPPED account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/page_alloc.c | 3 +-- mm/rmap.c | 6 -- 4 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/base/node.c

[PATCH v2 06/12] mm: memcontrol: convert NR_FILE_PMDMAPPED account to pages

Convert NR_FILE_PMDMAPPED account to pages Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/rmap.c | 6 -- 3 files changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/base/node.c b/drivers/base/node.c index

[PATCH v2 04/12] mm: memcontrol: convert NR_SHMEM_THPS account to pages

Convert NR_SHMEM_THPS account to pages Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/filemap.c| 2 +- mm/huge_memory.c| 3 ++- mm/khugepaged.c | 2 +- mm/memcontrol.c | 26 ++ mm/page_alloc.c | 2

[PATCH 6/9] mm: memcontrol: convert NR_SHMEM_THPS account to pages

Convert NR_SHMEM_THPS account to pages Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/filemap.c| 2 +- mm/huge_memory.c| 3 ++- mm/khugepaged.c | 2 +- mm/memcontrol.c | 26 ++ mm/page_alloc.c | 2

[PATCH v2 02/12] mm: memcontrol: convert NR_ANON_THPS account to pages

Convert the NR_ANON_THPS account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/huge_memory.c| 3 ++- mm/memcontrol.c | 20 ++-- mm/page_alloc.c | 2 +- mm/rmap.c | 7 --- 6 files changed, 15

[PATCH 3/9] mm: memcontrol: convert kernel stack account to byte-sized

The kernel stack account is the only one that counts in KiB. This patch convert it from KiB to byte. Signed-off-by: Muchun Song --- drivers/base/node.c| 2 +- fs/proc/meminfo.c | 2 +- include/linux/mmzone.h | 2 +- kernel/fork.c | 8 mm/memcontrol.c| 2 +-

[PATCH 5/9] mm: memcontrol: convert NR_FILE_THPS account to pages

Converrt NR_FILE_THPS account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/filemap.c| 2 +- mm/huge_memory.c| 3 ++- mm/khugepaged.c | 2 +- mm/memcontrol.c | 5 ++--- 6 files changed, 8 insertions(+), 9 deletions(-)

[PATCH 4/9] mm: memcontrol: convert NR_ANON_THPS account to pages

Convert the NR_ANON_THPS account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/huge_memory.c| 3 ++- mm/memcontrol.c | 20 ++-- mm/page_alloc.c | 2 +- mm/rmap.c | 7 --- 6 files changed, 15

[PATCH v2 03/12] mm: memcontrol: convert NR_FILE_THPS account to pages

Converrt NR_FILE_THPS account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/filemap.c| 2 +- mm/huge_memory.c| 3 ++- mm/khugepaged.c | 2 +- mm/memcontrol.c | 5 ++--- 6 files changed, 8 insertions(+), 9 deletions(-)

[PATCH v2 05/12] mm: memcontrol: convert NR_SHMEM_PMDMAPPED account to pages

Convert NR_SHMEM_PMDMAPPED account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/page_alloc.c | 3 +-- mm/rmap.c | 6 -- 4 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/base/node.c

Re: [PATCH v2 1/8] lib/find_bit.c: Add find_last_zero_bit

On Sun, Dec 06, 2020 at 03:46:24PM +0900, Levi Yun wrote: > Inspired find_next_*_bit and find_last_bit, add find_last_zero_bit > And add le support about find_last_bit and find_last_zero_bit. > > Signed-off-by: Levi Yun > --- > lib/find_bit.c | 64

[PATCH v2 07/12] mm: memcontrol: convert kernel stack account to bytes

The kernel stack account is the one that counts in KiB. This patch convert it from KiB to byte. Signed-off-by: Muchun Song --- drivers/base/node.c| 2 +- fs/proc/meminfo.c | 2 +- include/linux/mmzone.h | 2 +- kernel/fork.c | 8 mm/memcontrol.c| 2 +-

[PATCH v2 11/12] mm: memcontrol: make the slab calculation consistent

Although the ratio of the slab is one, we also should read the ratio from the related memory_stats instead of hard-coding. And the local variable of size is already the value of slab_unreclaimable. So we do not need to read again. The unit of the vmstat counters are either pages or bytes now. So

[PATCH v2 08/12] mm: memcontrol: convert NR_KERNEL_SCS_KB account to bytes

Convert NR_KERNEL_SCS_KB account to bytes Signed-off-by: Muchun Song --- drivers/base/node.c| 2 +- fs/proc/meminfo.c | 2 +- include/linux/mmzone.h | 2 +- kernel/scs.c | 4 ++-- mm/page_alloc.c| 2 +- 5 files changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH v2 09/12] mm: memcontrol: convert vmstat slab counters to bytes

the global and per-node counters are stored in pages, however memcg and lruvec counters are stored in bytes. This scheme looks weird. So convert all vmstat slab counters to bytes. Signed-off-by: Muchun Song --- include/linux/vmstat.h | 17 ++--- mm/vmstat.c| 21

[PATCH v2 12/12] mm: memcontrol: remove {global_}node_page_state_pages

Now the unit of the vmstat counters are either pages or bytes. So we can adjust the node_page_state to always returns values in pages and remove the node_page_state_pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 10 +- fs/proc/meminfo.c | 12 ++--

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

On Sun, Dec 06, 2020 at 09:07:05AM +0200, Leon Romanovsky wrote: > On Thu, Dec 03, 2020 at 10:26:31PM +0100, Maximilian Luz wrote: > > Hello, > > > > Here is version two of the Surface System Aggregator Module (SAM/SSAM) > > driver series, adding initial support for the embedded controller on 5th

[PATCH v2 10/12] mm: memcontrol: scale stat_threshold for byted-sized vmstat

Some vmstat counters are being accounted in bytes not pages, so the stat_threshold should also scale to bytes. The vmstat counters are already long type for memcg (can reference to struct lruvec_stat). For the global per-node vmstat counters also can scale to long. But the maximum vmstat

Re: [PATCH v13 0/4] userspace MHI client interface driver

On Tue, Dec 01, 2020 at 09:59:53PM -0700, Jeffrey Hugo wrote: > On 12/1/2020 7:55 PM, Jakub Kicinski wrote: > > On Tue, 1 Dec 2020 13:48:36 -0700 Jeffrey Hugo wrote: > > > On 12/1/2020 1:03 PM, Jakub Kicinski wrote: > > > > On Tue, 1 Dec 2020 12:40:50 -0700 Jeffrey Hugo wrote: > > > > > On

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

On Sun, Dec 06, 2020 at 09:32:30AM +0100, Greg Kroah-Hartman wrote: > On Sun, Dec 06, 2020 at 09:07:05AM +0200, Leon Romanovsky wrote: > > On Thu, Dec 03, 2020 at 10:26:31PM +0100, Maximilian Luz wrote: > > > Hello, > > > > > > Here is version two of the Surface System Aggregator Module (SAM/SSAM)

Re: [PATCH v2 1/8] lib/find_bit.c: Add find_last_zero_bit

> This, and the change above this, are not related to this patch so you > might not want to include them. > > Also, why is this patch series even needed? I don't see a justification > for it anywhere, only "what" this patch is, not "why". A little part of codes are trying to find the last zero

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

Hi Leon, On 12/6/20 8:07 AM, Leon Romanovsky wrote: > On Thu, Dec 03, 2020 at 10:26:31PM +0100, Maximilian Luz wrote: >> Hello, >> >> Here is version two of the Surface System Aggregator Module (SAM/SSAM) >> driver series, adding initial support for the embedded controller on 5th >> and later

Re: [PATCH v2 1/8] lib/find_bit.c: Add find_last_zero_bit

Sorry, in 7'th patch (not 8th). Thanks Levi. On Sun, Dec 6, 2020 at 5:31 PM Greg KH wrote: > > On Sun, Dec 06, 2020 at 03:46:24PM +0900, Levi Yun wrote: > > Inspired find_next_*_bit and find_last_bit, add find_last_zero_bit > > And add le support about find_last_bit and find_last_zero_bit. > >

[PATCH 1/1] mwifiex: Fix possible buffer overflows in mwifiex_cmd_802_11_ad_hoc_start

From: Zhang Xiaohui mwifiex_cmd_802_11_ad_hoc_start() calls memcpy() without checking the destination size may trigger a buffer overflower, which a local user could use to cause denial of service or the execution of arbitrary code. Fix it by putting the length check before calling memcpy().

RE

-- Hallo Ich bin Frau Claudia Dagadou, eine Buchhalterin / Bankierin der Ecobank Togo. Ich habe Sie wegen eines US-Handelsabkommens (8,5 Millionen Dollar) kontaktiert, das zur Überweisung an Sie bereit ist. Der Inhaber dieses Kontos war der verstorbene Nicolas Ernst, Expatriate, verstorben von

drivers/uio/uio_aec.c:50:49: sparse: sparse: incorrect type in argument 1 (different address spaces)

-randconfig-s032-20201206 (attached as .config) compiler: alpha-linux-gcc (GCC) 9.3.0 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # apt-get install sparse # sparse version: v0.6.3-179

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

On Sun, Dec 06, 2020 at 09:41:21AM +0100, Hans de Goede wrote: > Hi Leon, > > On 12/6/20 8:07 AM, Leon Romanovsky wrote: > > On Thu, Dec 03, 2020 at 10:26:31PM +0100, Maximilian Luz wrote: > >> Hello, > >> > >> Here is version two of the Surface System Aggregator Module (SAM/SSAM) > >> driver

Re: [PATCH v2 1/8] lib/find_bit.c: Add find_last_zero_bit

> This, and the change above this, are not related to this patch so you > might not want to include them. > Also, why is this patch series even needed? I don't see a justification > for it anywhere, only "what" this patch is, not "why". I think the find_last_zero_bit will help to improve in 7th

[PATCH] mm: memcontrol: optimize per-lruvec stats counter memory usage

The vmstat threshold is 32 (MEMCG_CHARGE_BATCH), so the type of s32 of lruvec_stat_cpu is enough. And introduce struct per_cpu_lruvec_stat to optimize memory usage. Signed-off-by: Muchun Song --- include/linux/memcontrol.h | 6 +- mm/memcontrol.c| 2 +- 2 files changed, 6

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

> > > More on that, the whole purpose of proposed interface is to debug and > > not intended to be used by any user space code. > > The purpose is to provide raw access to the Surface Serial Hub protocol, > just like we provide raw access to USB devices and have hidraw devices. > > So this goes

Re: [PATCH v2 1/8] lib/find_bit.c: Add find_last_zero_bit

On Sun, Dec 06, 2020 at 05:56:30PM +0900, Yun Levi wrote: > > This, and the change above this, are not related to this patch so you > > might not want to include them. > > > Also, why is this patch series even needed? I don't see a justification > > for it anywhere, only "what" this patch is,

Re: [PATCH v2 1/8] lib/find_bit.c: Add find_last_zero_bit

On 6.12.20 г. 10:56 ч., Yun Levi wrote: >> This, and the change above this, are not related to this patch so you >> might not want to include them. > >> Also, why is this patch series even needed? I don't see a justification >> for it anywhere, only "what" this patch is, not "why". > > I

Re: [tip: x86/urgent] x86/uprobes: Do not use prefixes.nbytes when looping over prefixes.bytes

( drop stable@ ) On Sun, Dec 06, 2020 at 12:53:25PM +0900, Masami Hiramatsu wrote: > On Sat, 5 Dec 2020 11:17:04 +0100 > Borislav Petkov wrote: > > > On Sat, Dec 05, 2020 at 09:12:56AM +0900, Masami Hiramatsu wrote: > > > This may break tools/objtool build. Please keep "inat.h". > > > > How?

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

On Sun, Dec 06, 2020 at 05:58:32PM +0900, Blaž Hrastnik wrote: > > > > > More on that, the whole purpose of proposed interface is to debug and > > > not intended to be used by any user space code. > > > > The purpose is to provide raw access to the Surface Serial Hub protocol, > > just like we

Re: [PATCH v5] dt-bindings: power: rockchip: Convert to json-schema

Hi Enric, On 10/26/20 7:32 PM, Enric Balletbo i Serra wrote: > Convert the soc/rockchip/power_domain.txt binding document to json-schema > and move to the power bindings directory. > > Signed-off-by: Enric Balletbo i Serra > Reviewed-by: Rob Herring > --- > > Changes in v5: > - Fix space

[tip: x86/urgent] x86/uprobes: Do not use prefixes.nbytes when looping over prefixes.bytes

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: 4e9a5ae8df5b3365183150f6df49e49dece80d8c Gitweb: https://git.kernel.org/tip/4e9a5ae8df5b3365183150f6df49e49dece80d8c Author:Masami Hiramatsu AuthorDate:Thu, 03 Dec 2020 13:50:37 +09:00

[tip: x86/urgent] x86/insn-eval: Use new for_each_insn_prefix() macro to loop over prefixes bytes

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: 12cb908a11b2544b5f53e9af856e6b6a90ed5533 Gitweb: https://git.kernel.org/tip/12cb908a11b2544b5f53e9af856e6b6a90ed5533 Author:Masami Hiramatsu AuthorDate:Thu, 03 Dec 2020 13:50:50 +09:00

[tip: x86/urgent] x86/sev-es: Use new for_each_insn_prefix() macro to loop over prefixes bytes

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: 84da009f06e60cf59d5e861f8e2101d2d3885517 Gitweb: https://git.kernel.org/tip/84da009f06e60cf59d5e861f8e2101d2d3885517 Author:Masami Hiramatsu AuthorDate:Thu, 03 Dec 2020 13:51:01 +09:00

Re: [PATCH v2 1/8] lib/find_bit.c: Add find_last_zero_bit

> btrfs' free space cache v1 is going to be removed some time in the > future so introducing kernel-wide change just for its own sake is a bit > premature. Sorry, I don't know about this fact Thanks.. > Also do you have measurements showing it indeed improves > performances? I'm not test btrfs'

Re: [RFC PATCH] 9p: create writeback fid on shared mmap

Chengguang Xu wrote on Sat, Dec 05, 2020: > If vma is shared and the file was opened for writing, > we should also create writeback fid because vma may be > mprotected writable even if now readonly. Hm, I guess it makes sense. > Signed-off-by: Chengguang Xu > --- > Caveat: Only compile tested.

Re: scheduling while atomic in z3fold

On Thu, 2020-12-03 at 14:39 +0100, Sebastian Andrzej Siewior wrote: > On 2020-12-03 09:18:21 [+0100], Mike Galbraith wrote: > > On Thu, 2020-12-03 at 03:16 +0100, Mike Galbraith wrote: > > > On Wed, 2020-12-02 at 23:08 +0100, Sebastian Andrzej Siewior wrote: > > > Looks like... > > > > > >

Re: [PATCH] Revert "mei: virtio: virtualization frontend driver"

On Sat, Dec 05, 2020 at 02:38:46PM -0500, Michael S. Tsirkin wrote: > This reverts commit d162219c655c8cf8003128a13840d6c1e183fb80. > The device uses a VIRTIO device ID out of a not-for-production > range. Releasing Linux using an ID out of this range will make > it conflict with development

Re: [char-misc-next 13/13] mei: virtio: virtualization frontend driver

On Sat, Dec 05, 2020 at 02:40:10PM -0500, Michael S. Tsirkin wrote: > On Thu, Dec 03, 2020 at 11:01:45PM +0100, Greg Kroah-Hartman wrote: > > On Thu, Dec 03, 2020 at 04:51:10PM -0500, Michael S. Tsirkin wrote: > > > On Wed, Nov 25, 2020 at 09:18:04PM +, Winkler, Tomas wrote: > > > > > > > > >

Re: [PATCH] userfaultfd: prevent non-cooperative events vs mcopy_atomic races

Hello Nadav, On Thu, Dec 03, 2020 at 11:57:46AM -0800, Nadav Amit wrote: > Hello Mike, > > Regarding your (old) patch: > > > On May 23, 2018, at 12:42 AM, Mike Rapoport wrote: > > > > If a process monitored with userfaultfd changes it's memory mappings or > > forks() at the same time as uffd

Re: [PATCH] mips: lib: uncached: fix uninitialized variable 'sp'

On Fri, 27 Nov 2020, Anders Roxell wrote: > When building mips tinyconfig with clang the following warning show up: > > /tmp/arch/mips/lib/uncached.c:40:18: note: initialize the variable 'sp' to > silence this warning > register long sp __asm__("$sp"); > ^ >

Re: MIPS + clang-11 + allnoconfig / tinyconfig builds failed

On Wed, 25 Nov 2020, Naresh Kamboju wrote: > /builds/1kl9SVppm6wRdzlQ3UcQKIBaUrx/arch/mips/lib/uncached.c:45:6: > warning: variable 'sp' is uninitialized when used here > [-Wuninitialized] > if (sp >= (long)CKSEG0 && sp < (long)CKSEG2) > ^~ >

Teo En Ming has been locked out of his CentOS Web Panel (CWP) web hosting control panel

Subject: Teo En Ming has been locked out of his CentOS Web Panel (CWP) web hosting control panel Good day from Singapore, I have been locked out of my CentOS Web Panel (CWP) web hosting control panel due to numerous invalid SMTP authentication attempts. I can't login to CWP any more using my

Re: [PATCH 4.4 17/70] crypto: arm64/sha - avoid non-standard inline asm tricks

On Sat, Dec 05, 2020 at 01:39:28PM -0700, dann frazier wrote: > On Mon, Nov 23, 2020 at 01:49:07PM -0700, dann frazier wrote: > > On Mon, Nov 26, 2018 at 11:50:32AM +0100, Greg Kroah-Hartman wrote: > > > 4.4-stable review patch. If anyone has any objections, please let me > > > know. > > > >

Re: Patch "spi: Fix controller unregister order" has been added to the 4.4-stable tree

On Sat, Dec 05, 2020 at 06:42:07PM +0100, Lukas Wunner wrote: > On Sat, Oct 10, 2020 at 04:41:09PM +0800, yangerkun wrote: > > ?? 2020/6/16 9:56, Sasha Levin : > > > This is a note to let you know that I've just added the patch titled > > > > > > spi: Fix controller unregister order > >

Re: [PATCH] powerpc: Stop exporting __clear_user which is now inlined.

On Sat, Dec 05, 2020 at 09:58:23PM +1100, Michael Ellerman wrote: > Michal Suchanek writes: > > Stable commit 452e2a83ea23 ("powerpc: Fix __clear_user() with KUAP > > enabled") redefines __clear_user as inline function but does not remove > > the export. > > > > Fixes: 452e2a83ea23 ("powerpc: Fix

RE: [PATCH v5 19/19] dt-bindings: usb: intel,keembay-dwc3: Validate DWC3 sub-node

Hi Serge. > -Original Message- > From: Serge Semin > Sent: Saturday, December 5, 2020 11:24 PM > To: Nyman, Mathias ; Felipe Balbi > ; Krzysztof Kozlowski ; Greg Kroah- > Hartman ; Rob Herring > ; Chunfeng Yun ; > Wan Mohamad, Wan Ahmad Zainie > > Cc: Serge Semin ; Serge Semin > ;

Re: [PATCH v2 00/12] Convert all vmstat counters to pages or bytes

I am very sorry that I have hit 'git send-email *' in a directory containing both v1 and v2 patchs. Please ignore this. I will resend this version. Very sorry for the noise. Thanks. On Sun, Dec 6, 2020 at 4:25 PM Muchun Song wrote: > > Hi, > > This patch series is aimed to convert all THP vmstat

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

Hi, On 12/6/20 9:56 AM, Leon Romanovsky wrote: > On Sun, Dec 06, 2020 at 09:41:21AM +0100, Hans de Goede wrote: >> Hi Leon, >> >> On 12/6/20 8:07 AM, Leon Romanovsky wrote: >>> On Thu, Dec 03, 2020 at 10:26:31PM +0100, Maximilian Luz wrote: Hello, Here is version two of the Surface

Re: [patch V2 0/9] softirq: Make it RT aware

On 2020-12-04 18:01:51 [+0100], Thomas Gleixner wrote: > The RT variant has sucessfully been tested in the current 5.10-rt > patches. For non-RT kernels there is no functional change. this series is part of v5.10-rc6-rt14. Tested-by: Sebastian Andrzej Siewior > Thanks, > > tglx

Re: [PATCH v5 19/19] dt-bindings: usb: intel,keembay-dwc3: Validate DWC3 sub-node

Hi Wan, On Sun, Dec 06, 2020 at 09:56:47AM +, Wan Mohamad, Wan Ahmad Zainie wrote: > Hi Serge. > > > -Original Message- > > From: Serge Semin > > Sent: Saturday, December 5, 2020 11:24 PM > > To: Nyman, Mathias ; Felipe Balbi > > ; Krzysztof Kozlowski ; Greg Kroah- > > Hartman ; Rob

Re: [PATCH] KVM: mmu: Fix SPTE encoding of MMIO generation upper half

On 05/12/20 01:48, Maciej S. Szmigiero wrote: From: "Maciej S. Szmigiero" Commit cae7ed3c2cb0 ("KVM: x86: Refactor the MMIO SPTE generation handling") cleaned up the computation of MMIO generation SPTE masks, however it introduced a bug how the upper part was encoded: SPTE bits 52-61 were

[PATCH v2 3/3] scsi: ufs: Changes comment in the function ufshcd_wb_probe()

From: Bean Huo USFHCD supports WriteBooster "LU dedicated buffer” mode and “shared buffer” mode both, so changes the comment in the function ufshcd_wb_probe(). Signed-off-by: Bean Huo Reviewed-by: Can Guo --- drivers/scsi/ufs/ufshcd.c | 7 +++ 1 file changed, 3 insertions(+), 4

[PATCH v2 2/3] scsi: ufs: Keep device active mode only fWriteBoosterBufferFlushDuringHibernate == 1

From: Bean Huo According to the JEDEC UFS 3.1 Spec, If fWriteBoosterBufferFlushDuringHibernate is set to one, the device flushes the WriteBooster Buffer data automatically whenever the link enters the hibernate (HIBERN8) state. While the flushing operation is in progress, the device should be

[PATCH v2 0/3] Three changes for UFS WriteBooster

From: Bean Huo Changelog: v1--v2: 1. Take is_hibern8_wb_flush checkup out from function ufshcd_wb_need_flush() in patch 2/3 2. Add UFSHCD_CAP_CLK_SCALING checkup in patch 1/3. that means only for the platform, which doesn't support UFSHCD_CAP_CLK_SCALING, can control WB

[PATCH v2 1/3] scsi: ufs: Add "wb_on" sysfs node to control WB on/off

From: Bean Huo Currently UFS WriteBooster driver uses clock scaling up/down to set WB on/off, for the platform which doesn't support UFSHCD_CAP_CLK_SCALING, WB will be always on. Provide a sysfs attribute to enable/disable WB during runtime. Write 1/0 to "wb_on" sysfs node to enable/disable UFS

[RESEND PATCH v2 01/12] mm: memcontrol: fix NR_ANON_THPS account

The unit of NR_ANON_THPS is HPAGE_PMD_NR already. So it should inc/dec by one rather than nr_pages. Fixes: 468c398233da ("mm: memcontrol: switch to native NR_ANON_THPS counter") Signed-off-by: Muchun Song --- mm/memcontrol.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff

[RESEND PATCH v2 00/12] Convert all vmstat counters to pages or bytes

Hi, This patch series is aimed to convert all THP vmstat counters to pages and some KiB vmstat counters to bytes. The unit of some vmstat counters are pages, some are bytes, some are HPAGE_PMD_NR, and some are KiB. When we want to expose these vmstat counters to the userspace, we have to know

Re: [PATCH] KVM: x86: reinstate vendor-agnostic check on SPEC_CTRL cpuid bits

On 04/12/20 18:12, Sean Christopherson wrote: Assuming that's the case, adding helpers in cpuid.h to detect guest support for SPEC_CTRL (and maybe for PRED_CMD?) would be helpful. It'd reduce duplicate code and document that KVM allows cross-vendor emulation. The condition for SPEC_CTRL

[RESEND PATCH v2 04/12] mm: memcontrol: convert NR_SHMEM_THPS account to pages

Convert NR_SHMEM_THPS account to pages Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/filemap.c| 2 +- mm/huge_memory.c| 3 ++- mm/khugepaged.c | 2 +- mm/memcontrol.c | 26 ++ mm/page_alloc.c | 2

[RESEND PATCH v2 02/12] mm: memcontrol: convert NR_ANON_THPS account to pages

Convert the NR_ANON_THPS account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/huge_memory.c| 3 ++- mm/memcontrol.c | 20 ++-- mm/page_alloc.c | 2 +- mm/rmap.c | 7 --- 6 files changed, 15

[RESEND PATCH v2 07/12] mm: memcontrol: convert kernel stack account to bytes

The kernel stack account is the one that counts in KiB. This patch convert it from KiB to byte. Signed-off-by: Muchun Song --- drivers/base/node.c| 2 +- fs/proc/meminfo.c | 2 +- include/linux/mmzone.h | 2 +- kernel/fork.c | 8 mm/memcontrol.c| 2 +-

[RESEND PATCH v2 03/12] mm: memcontrol: convert NR_FILE_THPS account to pages

Converrt NR_FILE_THPS account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/filemap.c| 2 +- mm/huge_memory.c| 3 ++- mm/khugepaged.c | 2 +- mm/memcontrol.c | 5 ++--- 6 files changed, 8 insertions(+), 9 deletions(-)

[RESEND PATCH v2 09/12] mm: memcontrol: convert vmstat slab counters to bytes

the global and per-node counters are stored in pages, however memcg and lruvec counters are stored in bytes. This scheme looks weird. So convert all vmstat slab counters to bytes. Signed-off-by: Muchun Song --- include/linux/vmstat.h | 17 ++--- mm/vmstat.c| 21

[RESEND PATCH v2 05/12] mm: memcontrol: convert NR_SHMEM_PMDMAPPED account to pages

Convert NR_SHMEM_PMDMAPPED account to pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/page_alloc.c | 3 +-- mm/rmap.c | 6 -- 4 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/base/node.c

[RESEND PATCH v2 06/12] mm: memcontrol: convert NR_FILE_PMDMAPPED account to pages

Convert NR_FILE_PMDMAPPED account to pages Signed-off-by: Muchun Song --- drivers/base/node.c | 3 +-- fs/proc/meminfo.c | 2 +- mm/rmap.c | 6 -- 3 files changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/base/node.c b/drivers/base/node.c index

[RESEND PATCH v2 10/12] mm: memcontrol: scale stat_threshold for byted-sized vmstat

Some vmstat counters are being accounted in bytes not pages, so the stat_threshold should also scale to bytes. The vmstat counters are already long type for memcg (can reference to struct lruvec_stat). For the global per-node vmstat counters also can scale to long. But the maximum vmstat

[RESEND PATCH v2 08/12] mm: memcontrol: convert NR_KERNEL_SCS_KB account to bytes

Convert NR_KERNEL_SCS_KB account to bytes Signed-off-by: Muchun Song --- drivers/base/node.c| 2 +- fs/proc/meminfo.c | 2 +- include/linux/mmzone.h | 2 +- kernel/scs.c | 4 ++-- mm/page_alloc.c| 2 +- 5 files changed, 6 insertions(+), 6 deletions(-) diff --git

[RESEND PATCH v2 11/12] mm: memcontrol: make the slab calculation consistent

Although the ratio of the slab is one, we also should read the ratio from the related memory_stats instead of hard-coding. And the local variable of size is already the value of slab_unreclaimable. So we do not need to read again. The unit of the vmstat counters are either pages or bytes now. So

Re: [PATCH v8 18/18] KVM: SVM: Enable SEV live migration feature implicitly on Incoming VM(s).

On 04/12/20 22:46, Ashish Kalra wrote: I would prefer that userspace does this using KVM_SET_MSR instead. Ok. But, this is for a VM which has already been migrated based on feature support on host and guest and host negotation and enablement of the live migration support, so i am assuming

[RESEND PATCH v2 12/12] mm: memcontrol: remove {global_}node_page_state_pages

Now the unit of the vmstat counters are either pages or bytes. So we can adjust the node_page_state to always returns values in pages and remove the node_page_state_pages. Signed-off-by: Muchun Song --- drivers/base/node.c | 10 +- fs/proc/meminfo.c | 12 ++--

[PATCH] Fixes kernel crash generating from bam_dma_irq()

While performing suspend/resume, we were getting below kernel crash. [ 54.541672] [FTS][Info]gesture suspend... [ 54.605256] [FTS][Error][GESTURE]Enter into gesture(suspend) failed! [ 54.605256] [ 58.345850] irq event 10: bogus return value fff3 .. [ 58.345966] []

i2c-sprd.c:(.text.sprd_i2c_probe+0x134): undefined reference to `clk_set_parent'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7059c2c00a2196865c2139083cbef47cd18109b6 commit: 4a2d5f663dab6614772d8e28ca190b127ba46d9d i2c: Enable compile testing for more drivers date: 11 months ago config: mips-randconfig-r025-20201206 (attached

Re: [PATCH v8 12/18] KVM: SVM: Add support for static allocation of unified Page Encryption Bitmap.

On 04/12/20 22:38, Ashish Kalra wrote: Earlier we used to dynamic resizing of the page encryption bitmap based on the guest hypercall, but potentially a malicious guest can make a hypercall which can trigger a really large memory allocation on the host side and may eventually cause denial of

Re: [PATCH v2 2/9] KVM: X86: Introduce KVM_HC_PAGE_ENC_STATUS hypercall

On 02/12/20 22:22, Ashish Kalra wrote: Hello Dave, On Wed, Dec 02, 2020 at 04:54:20PM +, Dr. David Alan Gilbert wrote: * Ashish Kalra (ashish.ka...@amd.com) wrote: From: Brijesh Singh This hypercall is used by the SEV guest to notify a change in the page encryption status to the

Re: [PATCH v2 1/9] KVM: x86: Add AMD SEV specific Hypercall3

On 03/12/20 01:34, Sean Christopherson wrote: On Tue, Dec 01, 2020, Ashish Kalra wrote: From: Brijesh Singh KVM hypercall framework relies on alternative framework to patch the VMCALL -> VMMCALL on AMD platform. If a hypercall is made before apply_alternative() is called then it defaults to

[PATCH v2 1/4] media: v4l2-ctrls: Add intra-refresh period control

Add a control to set intra-refresh period. Signed-off-by: Stanimir Varbanov --- .../userspace-api/media/v4l/ext-ctrls-codec.rst | 11 +++ drivers/media/v4l2-core/v4l2-ctrls.c | 2 ++ include/uapi/linux/v4l2-controls.h| 1 + 3 files changed,

[PATCH v2 2/4] venus: venc: Add support for intra-refresh period

Add support for intra-refresh period v4l2 control. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h | 1 + drivers/media/platform/qcom/venus/venc.c | 28 +++ .../media/platform/qcom/venus/venc_ctrls.c| 9 +- 3 files changed, 37

[PATCH v2 0/4] Add random IR and AUD encoder controls

Hi, The changes in the second version of the series are: * change the sematics of the random intra-refresh control to intra-refresh period, see 1/1 for more info. * incorporate review comments for AUD NALU control (Hans) regards, Stan Stanimir Varbanov (4): media: v4l2-ctrls: Add

[PATCH v2 4/4] venus: venc: Add support for AUD NALU control

Add support for Access Unit Delimiter control into encoder. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/core.h | 1 + drivers/media/platform/qcom/venus/venc.c | 14 ++ drivers/media/platform/qcom/venus/venc_ctrls.c | 8 +++- 3 files

[PATCH v2 3/4] media: v4l2-ctrls: Add control for AUD generation

Add a control to enable inserting of AUD NALU into encoded bitstream. Signed-off-by: Stanimir Varbanov --- Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst | 5 + drivers/media/v4l2-core/v4l2-ctrls.c | 2 ++ include/uapi/linux/v4l2-controls.h

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

On 12/6/20 10:06 AM, Leon Romanovsky wrote:> On Sun, Dec 06, 2020 at 05:58:32PM +0900, Blaž Hrastnik wrote: More on that, the whole purpose of proposed interface is to debug and not intended to be used by any user space code. The purpose is to provide raw access to the Surface Serial Hub

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

On Sun, Dec 06, 2020 at 11:04:06AM +0100, Hans de Goede wrote: > Hi, > > On 12/6/20 9:56 AM, Leon Romanovsky wrote: > > On Sun, Dec 06, 2020 at 09:41:21AM +0100, Hans de Goede wrote: > >> Hi Leon, > >> > >> On 12/6/20 8:07 AM, Leon Romanovsky wrote: > >>> On Thu, Dec 03, 2020 at 10:26:31PM +0100,

[PATCH v2 4/4] arm64: dts: rockchip: add QoS register compatibles for px30

With the conversion of syscon.yaml minItems for compatibles was set to 2. Current Rockchip dtsi files only use "syscon" for QoS registers. Add Rockchip QoS compatibles for px30 to reduce notifications produced with: make ARCH=arm64 dtbs_check

[PATCH v2 2/4] ARM: dts: rockchip: add QoS register compatibles for rk3288

With the conversion of syscon.yaml minItems for compatibles was set to 2. Current Rockchip dtsi files only use "syscon" for QoS registers. Add Rockchip QoS compatibles for rk3288 to reduce notifications produced with: make ARCH=arm dtbs_check

[PATCH v2 1/4] ARM: dts: rockchip: add QoS register compatibles for rk3066/rk3188

With the conversion of syscon.yaml minItems for compatibles was set to 2. Current Rockchip dtsi files only use "syscon" for QoS registers. Add Rockchip QoS compatibles for rk3066/rk3188 to reduce notifications produced with: make ARCH=arm dtbs_check

[PATCH v2 3/4] arm64: dts: rockchip: add QoS register compatibles for rk3399

With the conversion of syscon.yaml minItems for compatibles was set to 2. Current Rockchip dtsi files only use "syscon" for QoS registers. Add Rockchip QoS compatibles for rk3399 to reduce notifications produced with: make ARCH=arm64 dtbs_check

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

Hi, On 12/6/20 11:33 AM, Leon Romanovsky wrote: > On Sun, Dec 06, 2020 at 11:04:06AM +0100, Hans de Goede wrote: >> But there is a difference between being careful and just nacking >> it because no new UAPI may be added at all (also see GKH's response). > > I saw, the author misunderstood the

Re: [PATCH v2 0/9] Add support for Microsoft Surface System Aggregator Module

Hi, On 12/6/20 11:33 AM, Maximilian Luz wrote: > On 12/6/20 10:06 AM, Leon Romanovsky wrote:> On Sun, Dec 06, 2020 at > 05:58:32PM +0900, Blaž Hrastnik wrote: > More on that, the whole purpose of proposed interface is to debug and > not intended to be used by any user space code.

  1   2   3   4   5   6   7   >