[PATCH v3] fs: Improve eventpoll logging to stop indicting timerfd

timerfd doesn't create any wakelocks, but eventpoll can. When it does, it names them after the underlying file descriptor, and since all timerfd file descriptors are named "[timerfd]" (which saves memory on systems like desktops with potentially many timerfd instances), all wakesources created as

RE: [PATCH v3 1/2] PCI: xilinx-nwl: Enable coherent PCIe DMA traffic using CCI

Hi Lorenzo, Any inputs on this ? Regards, Bharat > -Original Message- > From: Bharat Kumar Gogada > Sent: Tuesday, March 23, 2021 4:48 PM > To: Bharat Kumar Gogada ; linux- > p...@vger.kernel.org; linux-kernel@vger.kernel.org > Cc: bhelg...@google.com; Lorenzo Pieralisi > Subject: RE:

Re: [PATCH] drbd: Fix a use after free in get_initial_state

Hi Lv, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on block/for-next] [also build test WARNING on linux/master linus/master v5.12-rc5 next-20210401] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest

Re: [PATCH] iommu/vt-d: Force to flush iotlb before creating superpage

On 4/2/21 11:41 AM, Longpeng (Mike, Cloud Infrastructure Service Product Dept.) wrote: Hi Baolu, 在 2021/4/2 11:06, Lu Baolu 写道: Hi Longpeng, On 4/1/21 3:18 PM, Longpeng(Mike) wrote: The translation caches may preserve obsolete data when the mapping size is changed, suppose the following

[PATCH] thermal/drivers/cpuidle_cooling: Make sure that idle_duration is larger than residency

From: Guangqing Zhu The injected idle duration should be greater than the idle state min residency, otherwise we end up consuming more energy and potentially invert the mitigation effect. In function __cpuidle_cooling_register(), if of_property_read_u32(np, "exit-latency-us", _us) is failed,

Re: [PATCH] iommu/vt-d: Force to flush iotlb before creating superpage

Hi Longpeng, On 4/1/21 3:18 PM, Longpeng(Mike) wrote: diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c index ee09323..cbcb434 100644 --- a/drivers/iommu/intel/iommu.c +++ b/drivers/iommu/intel/iommu.c @@ -2342,9 +2342,20 @@ static inline int hardware_largepage_caps(struct

Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024

On Tue, 30 Mar 2021 13:31:45 PDT (-0700), ma...@orcam.me.uk wrote: On Mon, 29 Mar 2021, Palmer Dabbelt wrote: > --- /dev/null > +++ b/arch/riscv/include/uapi/asm/setup.h > @@ -0,0 +1,8 @@ > +/* SPDX-License-Identifier: GPL-2.0-only WITH Linux-syscall-note */ > + > +#ifndef

Re: linux-next: manual merge of the risc-v tree with Linus' tree

On Tue, 30 Mar 2021 15:40:34 PDT (-0700), Stephen Rothwell wrote: Hi all, Today's linux-next merge of the risc-v tree got a conflict in: arch/riscv/mm/kasan_init.c between commits: f3773dd031de ("riscv: Ensure page table writes are flushed when initializing KASAN vmalloc")

Re: [PATCH v5] iommu/tegra-smmu: Add pagetable mappings to debugfs

On Tue, Mar 16, 2021 at 12:16:43PM +0100, Thierry Reding wrote: > > +struct tegra_smmu_group_debug { > > + const struct tegra_smmu_swgroup *group; > > + void *priv; > > This always stores the address space, so why not make this: > > struct tegra_smmu_as *as; > > ? While at it,

Re: [PATCH v2 8/9] riscv: module: Create module allocations without exec permissions

On Wed, Mar 31, 2021 at 10:04 PM Jisheng Zhang wrote: > > From: Jisheng Zhang > > The core code manages the executable permissions of code regions of > modules explicitly, it is not necessary to create the module vmalloc > regions with RWX permissions. Create them with RW- permissions instead. >

Re: [PATCH v2 5/9] riscv: kprobes: Implement alloc_insn_page()

On Wed, Mar 31, 2021 at 10:02 PM Jisheng Zhang wrote: > > From: Jisheng Zhang > > Allocate PAGE_KERNEL_READ_EXEC(read only, executable) page for kprobes > insn page. This is to prepare for STRICT_MODULE_RWX. > > Signed-off-by: Jisheng Zhang Looks good to me. Reviewed-by: Anup Patel Regards,

Re: [PATCH v2 9/9] riscv: Set ARCH_HAS_STRICT_MODULE_RWX if MMU

On Wed, Mar 31, 2021 at 10:05 PM Jisheng Zhang wrote: > > From: Jisheng Zhang > > Now we can set ARCH_HAS_STRICT_MODULE_RWX for MMU riscv platforms, this > is good from security perspective. > > Signed-off-by: Jisheng Zhang Looks good to me. Reviewed-by: Anup Patel Regards, Anup > --- >

Re: [PATCH v2 4/9] riscv: Constify sbi_ipi_ops

On Wed, Mar 31, 2021 at 10:02 PM Jisheng Zhang wrote: > > From: Jisheng Zhang > > Constify the sbi_ipi_ops so that it will be placed in the .rodata > section. This will cause attempts to modify it to fail when strict > page permissions are in place. > > Signed-off-by: Jisheng Zhang Looks good

[tip:x86/core] BUILD SUCCESS f31390437ce984118215169d75570e365457ec23

allnoconfig i386 randconfig-a006-20210401 i386 randconfig-a003-20210401 i386 randconfig-a001-20210401 i386 randconfig-a004-20210401 i386 randconfig-a002-20210401 i386 randconfig-a005-20210401 i386

Re: [PATCH v2 3/9] riscv: Constify sys_call_table

On Wed, Mar 31, 2021 at 10:01 PM Jisheng Zhang wrote: > > From: Jisheng Zhang > > Constify the sys_call_table so that it will be placed in the .rodata > section. This will cause attempts to modify the table to fail when > strict page permissions are in place. > > Signed-off-by: Jisheng Zhang

Re: [PATCH v2 2/9] riscv: Mark some global variables __ro_after_init

On Wed, Mar 31, 2021 at 10:01 PM Jisheng Zhang wrote: > > From: Jisheng Zhang > > All of these are never modified after init, so they can be > __ro_after_init. > > Signed-off-by: Jisheng Zhang Looks good to me. Reviewed-by: Anup Patel Regards, Anup > --- > arch/riscv/kernel/sbi.c | 8

Re: [PATCH 0/4] mm/page_reporting: Some knobs and fixes

On 3/26/21 5:44 PM, Xunlei Pang wrote: > Add the following knobs in PATCH 1~3: > /sys/kernel/mm/page_reporting/reported_kbytes > /sys/kernel/mm/page_reporting/refault_kbytes > /sys/kernel/mm/page_reporting/reporting_factor > > Fix unexpected user OOM in PATCH 4. > > Xunlei Pang (4): >

Re: [PATCH v2 1/9] riscv: add __init section marker to some functions

On Wed, Mar 31, 2021 at 10:00 PM Jisheng Zhang wrote: > > From: Jisheng Zhang > > They are not needed after booting, so mark them as __init to move them > to the __init section. > > Signed-off-by: Jisheng Zhang > --- > arch/riscv/kernel/traps.c | 2 +- > arch/riscv/mm/init.c | 6 +++---

[PATCH v1 2/2] driver core: Improve fw_devlink & deferred_probe_timeout interaction

deferred_probe_timeout kernel commandline parameter allows probing of consumer devices if the supplier devices don't have any drivers. fw_devlink=on will indefintely block probe() calls on a device if all its suppliers haven't probed successfully. This completely skips calls to

[PATCH v1 0/2] Fix deferred_probe_timeout and fw_devlink=on

This series fixes existing bugs in deferred_probe_timeout and fixes some interaction with fw_devlink=on. Saravana Kannan (2): driver core: Fix locking bug in deferred_probe_timeout_work_func() driver core: Improve fw_devlink & deferred_probe_timeout interaction drivers/base/base.h | 1 +

[PATCH v1 1/2] driver core: Fix locking bug in deferred_probe_timeout_work_func()

list_for_each_entry_safe() is only useful if we are deleting nodes in a linked list within the loop. It doesn't protect against other threads adding/deleting nodes to the list in parallel. We need to grab deferred_probe_mutex when traversing the deferred_probe_pending_list. Cc:

Re: [External] Re: [RFC PATCH 00/15] Use obj_cgroup APIs to charge the LRU pages

On Fri, Apr 2, 2021 at 6:55 AM Yang Shi wrote: > > On Wed, Mar 31, 2021 at 8:17 AM Johannes Weiner wrote: > > > > On Tue, Mar 30, 2021 at 03:05:42PM -0700, Roman Gushchin wrote: > > > On Tue, Mar 30, 2021 at 05:30:10PM -0400, Johannes Weiner wrote: > > > > On Tue, Mar 30, 2021 at 11:58:31AM

Re: [PATCH v2] Documentation/translations/zh_CN/dev-tools/

Hi Bernard, On Thu, Apr 01, 2021 at 06:27:16AM -0700, Bernard Zhao wrote: Why the charset in your email header is 'y' ? "Content-Type: text/plain; charset=y" > Add translations to dev-tools gcov > >

[PATCH v2] ACPICA: Events: support fixed pcie wake event

Some chipsets support fixed pcie wake event which is defined in the PM1 block(related description can be found in 4.8.3.1.1 PM1 Status Registers, 4.8.3.2.1 PM1 Control Registers and 5.2.9 Fixed ACPI Description Table (FADT)), such as LS7A1000 of Loongson company, so we add code to handle it. ACPI

Re: [PATCH v2 1/3] hpsa: use __packed on individual structs, not header-wide

On Tue, 30 Mar 2021 08:19:56 +0100, Sergei Trofimovich wrote: > Some of the structs contain `atomic_t` values and are not intended to be > sent to IO controller as is. > > The change adds __packed to every struct and union in the file. > Follow-up commits will fix `atomic_t` problems. > > The

Re: [PATCH 6/6] Fix spelling typo of is

On Fri, 26 Mar 2021 11:04:12 +0800, qiumibaoz...@163.com wrote: > Applied to 5.13/scsi-queue, thanks! [6/6] Fix spelling typo of is https://git.kernel.org/mkp/scsi/c/ce0b6e388772 -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] __scsi_remove_device: fix comments minor error

On Fri, 26 Mar 2021 14:09:02 +0800, dudengke wrote: > Applied to 5.13/scsi-queue, thanks! [1/1] __scsi_remove_device: fix comments minor error https://git.kernel.org/mkp/scsi/c/eee8910fe0b5 -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH -next 2/2] scsi: myrs: Make symbols DAC960_{GEM/BA/LP}_privdata static

On Sat, 27 Mar 2021 15:31:57 +0800, Shixin Liu wrote: > This symbol is not used outside of myrs.c, so we can marks it static. Applied to 5.13/scsi-queue, thanks! [2/2] scsi: myrs: Make symbols DAC960_{GEM/BA/LP}_privdata static https://git.kernel.org/mkp/scsi/c/e27f3c88e250 -- Martin K.

Re: [PATCH] scsi: scsi_priv: Remove duplicate declaration

On Sat, 27 Mar 2021 11:08:50 +0800, Wan Jiabing wrote: > struct request and struct request_queue have been > declared at forward struct declaration. > Remove the duplicate and reorder the forward declaration > to be in alphabetic order. Applied to 5.13/scsi-queue, thanks! [1/1] scsi: scsi_priv:

Re: [PATCH] include: scsi: scsi_host_cmd_pool is declared twice

On Thu, 25 Mar 2021 14:46:31 +0800, Wan Jiabing wrote: > struct scsi_host_cmd_pool has been declared. Remove the duplicate. Applied to 5.13/scsi-queue, thanks! [1/1] include: scsi: scsi_host_cmd_pool is declared twice https://git.kernel.org/mkp/scsi/c/6bfe9855daa3 -- Martin K. Petersen

Re: [PATCH -next 1/2] scsi: myrb: Make symbols DAC960_{LA/PG/PD/P}_privdata static

On Sat, 27 Mar 2021 15:31:56 +0800, Shixin Liu wrote: > This symbol is not used outside of myrb.c, so we can marks it static. Applied to 5.13/scsi-queue, thanks! [1/2] scsi: myrb: Make symbols DAC960_{LA/PG/PD/P}_privdata static https://git.kernel.org/mkp/scsi/c/182ad87c95e7 -- Martin

Re: [PATCH] scsi: qedi: emove redundant assignment to variable err

On Sat, 27 Mar 2021 23:06:50 +, Colin King wrote: > variable err is assigned -ENOMEM followed by an error return path > via label err_udev that does not access the variable and returns > with the -ENOMEM error return code. The assignment to err is > redundant and can be removed. Applied to

Re: [PATCH] Fix fnic driver to remove bogus ratelimit messages.

On Tue, 23 Mar 2021 10:27:56 -0700, ldun...@suse.com wrote: > Commit b43abcbbd5b1 ("scsi: fnic: Ratelimit printks to avoid > looding when vlan is not set by the switch.i") added > printk_ratelimit() in front of a couple of debug-mode > messages, to reduce logging overrun when debugging the >

Re: [PATCH][next] scsi: a100u2w: remove unused variable biosaddr

On Thu, 25 Mar 2021 17:07:31 +, Colin King wrote: > The variable biosaddr is being assigned a value that is never read, > the variable is redundant and can be safely removed. Applied to 5.13/scsi-queue, thanks! [1/1] scsi: a100u2w: remove unused variable biosaddr

Re: [PATCH] iommu/vt-d: Force to flush iotlb before creating superpage

Hi Baolu, 在 2021/4/2 11:06, Lu Baolu 写道: > Hi Longpeng, > > On 4/1/21 3:18 PM, Longpeng(Mike) wrote: >> The translation caches may preserve obsolete data when the >> mapping size is changed, suppose the following sequence which >> can reveal the problem with high probability. >> >>

[PATCH] ASoC: max98390: Add controls for tx path

Add controls for tx source. Signed-off-by: Steve Lee --- sound/soc/codecs/max98390.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/soc/codecs/max98390.c b/sound/soc/codecs/max98390.c index bb736c44e68a..163093959da8 100644 --- a/sound/soc/codecs/max98390.c +++

[RFC PATCH v2 1/1] arm64: Implement stack trace termination record

From: "Madhavan T. Venkataraman" Reliable stacktracing requires that we identify when a stacktrace is terminated early. We can do this by ensuring all tasks have a final frame record at a known location on their task stack, and checking that this is the final frame record in the chain. Kernel

[RFC PATCH v2 0/1] arm64: Implement stack trace termination record

From: "Madhavan T. Venkataraman" Reliable stacktracing requires that we identify when a stacktrace is terminated early. We can do this by ensuring all tasks have a final frame record at a known location on their task stack, and checking that this is the final frame record in the chain. All

[PATCH] drm/amdgpu: Fix a potential sdma invalid access

Before dma_resv_lock(bo->base.resv, NULL) in amdgpu_bo_release_notify(), the bo->base.resv lock may be held by ttm_mem_evict_first(), and the VRAM mem will be evicted, mem region was replaced by Gtt mem region. amdgpu_bo_release_notify() will then hold the bo->base.resv lock, and SDMA will get an

Re: [PATCH] iommu/vt-d: Force to flush iotlb before creating superpage

Hi Longpeng, On 4/1/21 3:18 PM, Longpeng(Mike) wrote: The translation caches may preserve obsolete data when the mapping size is changed, suppose the following sequence which can reveal the problem with high probability. 1.mmap(4GB,MAP_HUGETLB) 2. while (1) { (a)DMA MAP 0,0xa

Re: [External] Re: [RFC PATCH 00/15] Use obj_cgroup APIs to charge the LRU pages

On Fri, Apr 2, 2021 at 1:15 AM Shakeel Butt wrote: > > On Thu, Apr 1, 2021 at 9:08 AM Muchun Song wrote: > > > [...] > > > The zombie issue is a pretty urgent concern that has caused several > > > production emergencies now. It needs a fix sooner rather than later. > > > > Thank you very much

[PATCH] apply: use DEFINE_SPINLOCK() instead of spin_lock_init().

From: Jiahua Yu spinlock can be initialized automatically with DEFINE_SPINLOCK() rather than explicitly calling spin_lock_init(). Signed-off-by: Jiahua Yu --- drivers/video/fbdev/omap2/omapfb/dss/apply.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

Re: BUG_ON(!mapping_empty(>i_data))

On Thu, Apr 01, 2021 at 06:06:15PM +0100, Matthew Wilcox wrote: > On Wed, Mar 31, 2021 at 02:58:12PM -0700, Hugh Dickins wrote: > > I suspect there's a bug in the XArray handling in collapse_file(), > > which sometimes leaves empty nodes behind. > > Urp, yes, that can easily happen. > >

[PATCH v2] psi: allow unprivileged users with CAP_SYS_RESOURCE to write psi files

Currently only root can write files under /proc/pressure. Relax this to allow tasks running as unprivileged users with CAP_SYS_RESOURCE to be able to write to these files. Signed-off-by: Josh Hunt Acked-by: Johannes Weiner --- kernel/sched/psi.c | 20 ++-- 1 file changed, 14

Re: [PATCH v9 22/22] uvc: use vb2 ioctl and fop helpers

Hi Ricardo, On Fri, Mar 26, 2021 at 7:00 PM Ricardo Ribalda wrote: > > From: Hans Verkuil > > When uvc was written the vb2 ioctl and file operation helpers didn't exist. > > This patch switches uvc over to those helpers, which removes a lot of > boilerplate > code and simplifies

[PATCH] crypto:hisilicon/sec - fixup checking the 3DES weak key

skcipher: Add a verifying to check whether the triple DES key is weak. Signed-off-by: Kai Ye --- drivers/crypto/hisilicon/sec2/sec_crypto.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/drivers/crypto/hisilicon/sec2/sec_crypto.c

Re: [RFC v1 00/26] Add TDX Guest Support

> I've heard things like "we need to harden the drivers" or "we need to do > audits" and that drivers might be "whitelisted". The basic driver allow listing patches are already in the repository, but not currently posted or complete: https://github.com/intel/tdx/commits/guest > > What are we

Re: Race condition in Kernel

On Thu, Apr 01, 2021 at 04:27:37PM +, Gulam Mohamed wrote: > Hi Ming, > > Thanks for taking a look into this. Can you please see my inline > comments in below mail? > > Regards, > Gulam Mohamed. > > -Original Message- > From: Ming Lei > Sent: Thursday, March 25, 2021 7:16

Re: [PATCH v6 1/5] dt-bindings:drm/bridge:anx7625:add vendor define flags

On Thu, Apr 01, 2021 at 02:33:47PM +0200, Robert Foss wrote: > Hey Xin, > > This series no longer applies to drm-misc/drm-misc-next, please rebase it. Hi Robert Foss, OK, I'll rebase it on the drm-misc-next after confirmed HDCP patch with Sean Paul. Thanks, Xin > > On Wed, 24 Mar 2021 at 08:52,

Re: [PATCH v6 4/5] drm/bridge: anx7625: add HDCP support

On Mon, Mar 29, 2021 at 02:02:08PM -0400, Sean Paul wrote: > On Mon, Mar 29, 2021 at 6:27 AM Xin Ji wrote: > > > > On Thu, Mar 25, 2021 at 02:19:23PM -0400, Sean Paul wrote: > > > On Fri, Mar 19, 2021 at 2:35 AM Xin Ji wrote: > > > > > > > > Add HDCP feature, enable HDCP function through chip

Re: [PATCH printk v2 2/5] printk: remove safe buffers

On (21/04/01 16:17), Petr Mladek wrote: > > For the long term, we should introduce a printk-context API that allows > > callers to perfectly pack their multi-line output into a single > > entry. We discussed [0][1] this back in August 2020. > > We need a "short" term solution. There are currently

Re: [PATCH printk v2 1/5] printk: track/limit recursion

On (21/04/01 12:00), Petr Mladek wrote: > On Tue 2021-03-30 17:35:08, John Ogness wrote: > > Currently the printk safe buffers provide a form of recursion > > protection by redirecting to the safe buffers whenever printk() is > > recursively called. > > > > In preparation for removal of the safe

Re: [PATCH v2 3/3] bindings: ipmi: Add binding for Aspeed SSIF BMC driver

On 02/04/2021 00:09, Rob Herring wrote: On Tue, Mar 30, 2021 at 09:10:29PM +0700, Quan Nguyen wrote: Add device tree binding document for the Aspeed SSIF BMC driver. Signed-off-by: Quan Nguyen --- .../bindings/ipmi/aspeed-ssif-bmc.txt | 18 ++ 1 file changed, 18

Re: [PATCH v1 3/3] KEYS: trusted: Introduce support for NXP CAAM-based trusted keys

On Wed, Mar 24, 2021 at 09:14:02AM -0700, James Bottomley wrote: > On Tue, 2021-03-23 at 14:07 -0400, Mimi Zohar wrote: > > On Tue, 2021-03-23 at 17:35 +0100, Ahmad Fatoum wrote: > > > Hello Horia, > > > > > > On 21.03.21 21:48, Horia Geantă wrote: > > > > On 3/16/2021 7:02 PM, Ahmad Fatoum

[PATCH] KVM: SVM: Add support for KVM_SEV_SEND_CANCEL command

After completion of SEND_START, but before SEND_FINISH, the source VMM can issue the SEND_CANCEL command to stop a migration. This is necessary so that a cancelled migration can restart with a new target later. Signed-off-by: Steve Rutherford --- .../virt/kvm/amd-memory-encryption.rst|

Re: [PATCH v10 10/16] KVM: x86: Introduce KVM_GET_SHARED_PAGES_LIST ioctl

On Fri, Mar 19, 2021 at 11:00 AM Ashish Kalra wrote: > > On Thu, Mar 11, 2021 at 12:48:07PM -0800, Steve Rutherford wrote: > > On Thu, Mar 11, 2021 at 10:15 AM Ashish Kalra wrote: > > > > > > On Wed, Mar 03, 2021 at 06:54:41PM +, Will Deacon wrote: > > > > [+Marc] > > > > > > > > On Tue, Mar

[PATCH -next v2] libbpf: remove redundant semi-colon

Remove redundant semi-colon in infinalize_btf_ext(). Signed-off-by: Yang Yingliang --- v2: add commit log --- tools/lib/bpf/linker.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/lib/bpf/linker.c b/tools/lib/bpf/linker.c index 46b16cbdcda3..4e08bc07e635 100644 ---

Re: [PATCH v2] ext4: Fix ext4_error_err save negative errno into superblock

On Apr 1, 2021, at 1:40 AM, Ye Bin wrote: > > As read_mmp_block return 1 when failed. read_mmp_block return -EIO when buffer > isn't uptodate. Thank you for this second patch. Unfortunately, the commit message is still confusing/incorrect because it references read_mmp_block() in the first

Re: [PATCH v3 4/4] dt-bindings: serial: 8250: add aspeed,lpc-address and aspeed,sirq

On Thu, Apr 01, 2021 at 08:14:39PM CDT, Andrew Jeffery wrote: On Fri, 2 Apr 2021, at 11:17, Zev Weiss wrote: These correspond to the existing lpc_address, sirq, and sirq_polarity sysfs attributes; the second element of aspeed,sirq provides a replacement for the deprecated

Re: [PATCH 1/3] srcu: Remove superfluous ssp initialization on deferred work queue

On Fri, Apr 02, 2021 at 02:58:13AM +0200, Frederic Weisbecker wrote: > On Thu, Apr 01, 2021 at 05:48:56PM -0700, Paul E. McKenney wrote: > > On Fri, Apr 02, 2021 at 01:47:02AM +0200, Frederic Weisbecker wrote: > > > When an ssp has already started a grace period and queued an early work > > > to

Re: [PATCH v3] mm,hwpoison: return -EHWPOISON when page already poisoned

On Thu, 1 Apr 2021 08:33:20 -0700 "Luck, Tony" wrote: > On Wed, Mar 31, 2021 at 07:25:40PM +0800, Aili Yao wrote: > > When the page is already poisoned, another memory_failure() call in the > > same page now return 0, meaning OK. For nested memory mce handling, this > > behavior may lead to one

Re: [f2fs-dev] [PATCH] f2fs: set checkpoint_merge by default

On 2021/4/2 8:42, Jaegeuk Kim wrote: Once we introduced checkpoint_merge, we've seen some contention w/o the option. In order to avoid it, let's set it by default. Signed-off-by: Jaegeuk Kim Reviewed-by: Chao Yu Thanks,

Re: [PATCH v3 4/4] dt-bindings: serial: 8250: add aspeed,lpc-address and aspeed,sirq

On Fri, 2 Apr 2021, at 11:17, Zev Weiss wrote: > These correspond to the existing lpc_address, sirq, and sirq_polarity > sysfs attributes; the second element of aspeed,sirq provides a > replacement for the deprecated aspeed,sirq-polarity-sense property. > > Signed-off-by: Zev Weiss > --- >

Re: [PATCH 3/3] srcu: Fix broken node geometry after early ssp init

On Fri, Apr 02, 2021 at 01:47:04AM +0200, Frederic Weisbecker wrote: > An ssp initialized before rcu_init_geometry() will have its snp hierarchy > based on CONFIG_NR_CPUS. > > Once rcu_init_geometry() is called, the nodes distribution is shrinked > and optimized toward meeting the actual possible

Re: [PATCH v2] firmware: qcom_scm: Only compile legacy calls on ARM

On 3/23/2021 3:43 PM, Stephen Boyd wrote: These scm calls are never used outside of legacy ARMv7 based platforms. That's because PSCI, mandated on arm64, implements them for modern SoCs via the PSCI spec. Let's move them to the legacy file and only compile the legacy file into the kernel when

Re: [PATCH] ext4: Fix ext4_error_err save negative errno into superblock

On Apr 1, 2021, at 1:22 AM, Ye Bin wrote: > > As read_mmp_block return 1 when failed, so just pass retval to > save_error_info. Thank you for submitting this patch, but it should not be accepted. The commit message is confusing, since the code being changed relates to retval from

Re: [PATCH 2/2] net: mdio: support c45 peripherals on c22 busses

On Thu, Apr 01, 2021 at 09:48:58AM +0100, Russell King - ARM Linux admin wrote: > On Thu, Apr 01, 2021 at 03:23:05AM +0200, danilokrummr...@dk-develop.de wrote: > > On 2021-03-31 20:35, Russell King - ARM Linux admin wrote: > > > On Wed, Mar 31, 2021 at 07:58:33PM +0200,

Re: [PATCH V2 3/5] DCC: Added the sysfs entries for DCC(Data Capture and Compare) driver

Quoting schow...@codeaurora.org (2021-04-01 08:42:50) > On 2021-03-30 01:39, Stephen Boyd wrote: > > Quoting Souradeep Chowdhury (2021-03-25 01:02:34) > >> The DCC is a DMA engine designed to store register values either in > >> case of a system crash or in case of software triggers manually done

Good Day

Good Day, Please accept my apologies for writing you a surprise letter.I am Mr.Mohammed Mashab, account Manager with an investment bank here in Burkina Faso.I have a very important business I want to discuss with you.There is a draft account opened in my firm by a long-time client of our bank.I

Re: [GIT PULL] LTO fix for v5.12-rc6

The pull request you sent on Thu, 1 Apr 2021 14:39:19 -0700: > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git > tags/lto-v5.12-rc6 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1678e493d530e7977cce34e59a86bb86f3c5631e Thank you! -- Deet-doot-dot,

Re: [PATCH 1/3] srcu: Remove superfluous ssp initialization on deferred work queue

On Thu, Apr 01, 2021 at 05:48:56PM -0700, Paul E. McKenney wrote: > On Fri, Apr 02, 2021 at 01:47:02AM +0200, Frederic Weisbecker wrote: > > When an ssp has already started a grace period and queued an early work > > to flush after SRCU workqueues are created, we expect the ssp to be > > properly

Re: [PATCH 2/3] srcu: Remove superfluous sdp->srcu_lock_count zero filling

On Fri, Apr 02, 2021 at 01:47:03AM +0200, Frederic Weisbecker wrote: > alloc_percpu() zeroes out the allocated memory. Therefore we can assume > the whole struct srcu_data to be clear after calling it, just like after > a static initialization. No need for a special treatment in the dynamic >

Re: [PATCH 1/3] srcu: Remove superfluous ssp initialization on deferred work queue

On Thu, Apr 01, 2021 at 05:48:56PM -0700, Paul E. McKenney wrote: > On Fri, Apr 02, 2021 at 01:47:02AM +0200, Frederic Weisbecker wrote: > > When an ssp has already started a grace period and queued an early work > > to flush after SRCU workqueues are created, we expect the ssp to be > > properly

[PATCH v2 10/10] KVM: x86/mmu: Allow yielding during MMU notifier unmap/zap, if possible

Let the TDP MMU yield when unmapping a range in response to a MMU notification, if yielding is allowed by said notification. There is no reason to disallow yielding in this case, and in theory the range being invalidated could be quite large. Cc: Ben Gardon Signed-off-by: Sean Christopherson

[PATCH v2 09/10] KVM: Don't take mmu_lock for range invalidation unless necessary

Avoid taking mmu_lock for unrelated .invalidate_range_{start,end}() notifications. Because mmu_notifier_count must be modified while holding mmu_lock for write, and must always be paired across start->end to stay balanced, lock elision must happen in both or none. To meet that requirement, add a

[PATCH v2 08/10] KVM: Take mmu_lock when handling MMU notifier iff the hva hits a memslot

Defer acquiring mmu_lock in the MMU notifier paths until a "hit" has been detected in the memslots, i.e. don't take the lock for notifications that don't affect the guest. For small VMs, spurious locking is a minor annoyance. And for "volatile" setups where the majority of notifications _are_

[PATCH v2 07/10] KVM: Move MMU notifier's mmu_lock acquisition into common helper

Acquire and release mmu_lock in the __kvm_handle_hva_range() helper instead of requiring the caller to do the same. This paves the way for future patches to take mmu_lock if and only if an overlapping memslot is found, without also having to introduce the on_lock() shenanigans used to manipulate

[PATCH v2 06/10] KVM: Kill off the old hva-based MMU notifier callbacks

Yank out the hva-based MMU notifier APIs now that all architectures that use the notifiers have moved to the gfn-based APIs. No functional change intended. Signed-off-by: Sean Christopherson --- arch/arm64/include/asm/kvm_host.h | 1 - arch/mips/include/asm/kvm_host.h| 1 -

[PATCH v2 05/10] KVM: PPC: Convert to the gfn-based MMU notifier callbacks

Move PPC to the gfn-base MMU notifier APIs, and update all 15 bajillion PPC-internal hooks to work with gfns instead of hvas. No meaningful functional change intended, though the exact order of operations is slightly different since the memslot lookups occur before calling into arch code.

[PATCH v2 04/10] KVM: MIPS/MMU: Convert to the gfn-based MMU notifier callbacks

Move MIPS to the gfn-based MMU notifier APIs, which do the hva->gfn lookup in common code, and whose code is nearly identical to MIPS' lookup. No meaningful functional change intended, though the exact order of operations is slightly different since the memslot lookups occur before calling into

[PATCH v2 03/10] KVM: arm64: Convert to the gfn-based MMU notifier callbacks

Move arm64 to the gfn-base MMU notifier APIs, which do the hva->gfn lookup in common code. No meaningful functional change intended, though the exact order of operations is slightly different since the memslot lookups occur before calling into arch code. Signed-off-by: Sean Christopherson ---

[PATCH v2 02/10] KVM: Move x86's MMU notifier memslot walkers to generic code

Move the hva->gfn lookup for MMU notifiers into common code. Every arch does a similar lookup, and some arch code is all but identical across multiple architectures. In addition to consolidating code, this will allow introducing optimizations that will benefit all architectures without incurring

[PATCH v2 01/10] KVM: Assert that notifier count is elevated in .change_pte()

In KVM's .change_pte() notification callback, replace the notifier sequence bump with a WARN_ON assertion that the notifier count is elevated. An elevated count provides stricter protections than bumping the sequence, and the sequence is guarnateed to be bumped before the count hits zero. When

[PATCH v2 00/10] KVM: Consolidate and optimize MMU notifiers

The end goal of this series is to optimize the MMU notifiers to take mmu_lock if and only if the notification is relevant to KVM, i.e. the hva range overlaps a memslot. Large VMs (hundreds of vCPUs) are very sensitive to mmu_lock being taken for write at inopportune times, and such VMs also tend

Re: [PATCH 08/10] mm/vmscan: Consider anonymous pages without swap

On Thu, Apr 1, 2021 at 11:35 AM Dave Hansen wrote: > > > From: Keith Busch > > Reclaim anonymous pages if a migration path is available now that > demotion provides a non-swap recourse for reclaiming anon pages. > > Note that this check is subtly different from the > anon_should_be_aged()

Re: [PATCH V2 2/5] soc: qcom: dcc: Add driver support for Data Capture and Compare unit(DCC)

Quoting schow...@codeaurora.org (2021-04-01 07:04:07) > On 2021-03-30 01:35, Stephen Boyd wrote: > > Quoting Souradeep Chowdhury (2021-03-25 01:02:33) > >> diff --git a/drivers/soc/qcom/dcc.c b/drivers/soc/qcom/dcc.c > >> new file mode 100644 > >> index 000..a55d8ca7 > >> --- /dev/null > >>

Re: [PATCH 1/3] srcu: Remove superfluous ssp initialization on deferred work queue

On Fri, Apr 02, 2021 at 01:47:02AM +0200, Frederic Weisbecker wrote: > When an ssp has already started a grace period and queued an early work > to flush after SRCU workqueues are created, we expect the ssp to be > properly initialized already. So we can skip this step at this stage. > >

[PATCH v3 4/4] dt-bindings: serial: 8250: add aspeed,lpc-address and aspeed,sirq

These correspond to the existing lpc_address, sirq, and sirq_polarity sysfs attributes; the second element of aspeed,sirq provides a replacement for the deprecated aspeed,sirq-polarity-sense property. Signed-off-by: Zev Weiss --- .../devicetree/bindings/serial/8250.yaml | 27

[PATCH v3 3/4] drivers/tty/serial/8250: add aspeed,lpc-address and aspeed,sirq DT properties

These allow describing all the Aspeed VUART attributes currently available via sysfs. aspeed,sirq provides a replacement for the deprecated aspeed,sirq-polarity-sense property. Signed-off-by: Zev Weiss --- drivers/tty/serial/8250/8250_aspeed_vuart.c | 44 - 1 file changed,

[PATCH v3 2/4] drivers/tty/serial/8250: refactor sirq and lpc address setting code

This splits dedicated aspeed_vuart_set_{sirq,lpc_address}() functions out of the sysfs store functions in preparation for adding DT properties that will be poking the same registers. While we're at it, these functions now provide some basic bounds-checking on their arguments. Signed-off-by: Zev

[PATCH v3 1/4] dt-bindings: serial: 8250: deprecate aspeed,sirq-polarity-sense

This property ties SIRQ polarity to SCU register bits that don't necessarily have any direct relationship to it; the only use of it was removed in commit c82bf6e133d30e0f9172a20807814fa28aef0f67. Signed-off-by: Zev Weiss Reviewed-by: Joel Stanley ---

[PATCH v3 0/4] aspeed-vuart: generalized DT properties

This series generalizes the aspeed-vuart driver's device tree properties to cover all the attributes it currently exposes via sysfs. The aspeed,sirq-polarity-sense property was a bit of a design mistake in that it ties Aspeed VUART SIRQ polarity to SCU register bits that aren't really inherently

[PATCH v7 1/2] Added AMS tsl2591 driver implementation

Driver implementation for AMS/TAOS tsl2591 ambient light sensor. This driver supports configuration via device tree and sysfs. Supported channels for raw infrared light intensity, raw combined light intensity and illuminance in lux. The driver additionally supports iio events on lower and upper

[PATCH v7 2/2] Added AMS tsl2591 device tree binding

Device tree binding for AMS/TAOS tsl2591 ambient light sensor. This driver supports configuration via device tree and sysfs. Supported channels for raw infrared light intensity, raw combined light intensity and illuminance in lux. The driver additionally supports iio events on lower and upper

Re: [PATCH v6 1/2] Added AMS tsl2591 driver implementation

On Fri, Mar 26, 2021 at 01:01:57PM +0200, Andy Shevchenko wrote: > On Fri, Mar 26, 2021 at 12:05 AM Joe Sandom wrote: > > > > Driver implementation for AMS/TAOS tsl2591 ambient light sensor. > > > > This driver supports configuration via device tree and sysfs. > > Supported channels for raw

Re: [syzbot] WARNING in bpf_test_run

On 4/1/21 3:05 PM, Yonghong Song wrote: On 4/1/21 4:29 AM, syzbot wrote: Hello, syzbot found the following issue on: HEAD commit:    36e79851 libbpf: Preserve empty DATASEC BTFs during static.. git tree:   bpf-next console output:

[PATCH] f2fs: set checkpoint_merge by default

Once we introduced checkpoint_merge, we've seen some contention w/o the option. In order to avoid it, let's set it by default. Signed-off-by: Jaegeuk Kim --- fs/f2fs/super.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index 14239e2b7ae7..c15800c3cdb1

Re: [PATCH v2] powerpc/traps: Enhance readability for trap types

Excerpts from Segher Boessenkool's message of April 2, 2021 2:11 am: > On Thu, Apr 01, 2021 at 10:55:58AM +0800, Xiongwei Song wrote: >> Segher Boessenkool 于2021年4月1日周四 上午6:15写道： >> >> > On Wed, Mar 31, 2021 at 08:58:17PM +1100, Michael Ellerman wrote: >> > > So perhaps: >> > > >> > >

Re: [PATCH 7/9] sched: Cgroup core-scheduling interface

Thanks, allowing for multiple group cookies in a hierarchy is a nice improvement. > + if (tgi != tg) { > + if (tgi->core_cookie || (tgi->core_parent && > tgi->core_parent != tg)) > + continue; > + > +

Re: [PATCH v6 00/12] lib/find_bit: fast path for small bitmaps

On Thu, 1 Apr 2021 12:50:31 +0300 Andy Shevchenko wrote: > > I normally don't have a lot of material for asm-generic either, half > > the time there are no pull requests at all for a given release. I would > > expect future changes to the bitmap implementation to only need > > an occasional

  1   2   3   4   5   6   7   8   9   10   >