[PATCH v2 3/3] misc: cxl: flash: Remove unused variable 'drc_index'

Keeping the pointer increment though. Fixes the following W=1 kernel build warning: drivers/misc/cxl/flash.c: In function ‘update_devicetree’: drivers/misc/cxl/flash.c:178:16: warning: variable ‘drc_index’ set but not used [-Wunused-but-set-variable] 178 | __be32 *data, drc_index, phandle; |

Re: [PATCH] arm64/module-plts: Consider the special case where plt_max_entries is 0

On Thu, 9 Jul 2020 at 09:50, 彭浩(Richard) wrote: > > On Wed, 8 Jul 2020 at 13:03, 彭浩(Richard) wrote: > >> > >> > >> On Tue, Jul 07, 2020 at 07:46:08AM -0400, Peng Hao wrote: > >> >> If plt_max_entries is 0, a warning is triggered. > >> >> WARNING: CPU: 200 PID: 3000 at arch/arm64/kernel/module-plt

[PATCH] arm64: topology: Don't support AMU without cpufreq

The commit cd0ed03a8903 ("arm64: use activity monitors for frequency invariance"), mentions that: "if CONFIG_CPU_FREQ is not enabled, the use of counters is enabled on all CPUs only if all possible CPUs correctly support the necessary counters" But that's not really true as validate_cpu_f

Re: [PATCH 0/2] spi: spi-qcom-qspi: Avoid some per-transfer overhead

On 7/8/2020 1:46 AM, Douglas Anderson wrote: Not to be confused with the similar series I posed for the _other_ Qualcomm SPI controller (spi-geni-qcom) [1], this one avoids the overhead on the Quad SPI controller. It's based atop the current Qualcomm tree including Rajendra's ("spi: spi-qcom-q

Re: [PATCH v2 1/2] iommu: iommu_aux_at(de)tach_device() extension

On 2020/7/7 9:39, Lu Baolu wrote: The hardware assistant vfio mediated device is a use case of iommu aux-domain. The interactions between vfio/mdev and iommu during mdev creation and passthr are: - Create a group for mdev with iommu_group_alloc(); - Add the device to the group with grou

Re: [RFC PATCH v5 2/2] arm64: tlb: Use the TLBI RANGE feature in arm64

On 2020/7/9 2:24, Catalin Marinas wrote: > On Wed, Jul 08, 2020 at 08:40:31PM +0800, Zhenyu Ye wrote: >> Add __TLBI_VADDR_RANGE macro and rewrite __flush_tlb_range(). >> >> In this patch, we only use the TLBI RANGE feature if the stride == PAGE_SIZE, >> because when stride > PAGE_SIZE, usually only

Re: [PATCH] drm/aspeed: Call drm_fbdev_generic_setup after drm_dev_register

On Wed, 1 Jul 2020 at 09:10, Sam Ravnborg wrote: > > Hi Guenter. > > On Tue, Jun 30, 2020 at 05:10:02PM -0700, Guenter Roeck wrote: > > The following backtrace is seen when running aspeed G5 kernels. > > > > WARNING: CPU: 0 PID: 1 at drivers/gpu/drm/drm_fb_helper.c:2233 > > drm_fbdev_generic_setu

Re:[PATCH] arm64/module-plts: Consider the special case where plt_max_entries is 0

On Wed, 8 Jul 2020 at 13:03, 彭浩(Richard) wrote: >> >> >> On Tue, Jul 07, 2020 at 07:46:08AM -0400, Peng Hao wrote: >> >> If plt_max_entries is 0, a warning is triggered. >> >> WARNING: CPU: 200 PID: 3000 at arch/arm64/kernel/module-plts.c:97 >> >> module_emit_plt_entry+0xa4/0x150 >> > >> > Which

[PATCH v3] spi: use kthread_create_worker() helper

Use kthread_create_worker() helper to simplify the code. It uses the kthread worker API the right way. It will eventually allow to remove the FIXME in kthread_worker_fn() and add more consistency checks in the future. Reviewed-by: Petr Mladek Signed-off-by: Marek Szyprowski --- v3: - rebased ont

[PATCH] net: enetc: use eth_broadcast_addr() to assign broadcast

This patch is to use eth_broadcast_addr() to assign broadcast address insetad of memset(). Signed-off-by: Xu Wang --- drivers/net/ethernet/freescale/enetc/enetc_qos.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/freescale/enetc/enetc_qos.c b/drivers/n

[PATCH] VIRTIO CORE AND NET DRIVERS: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [PATCH] Replace HTTP links with HTTPS ones: YAMA SECURITY MODULE

Am 09.07.20 um 00:54 schrieb Kees Cook: On Wed, Jul 08, 2020 at 08:22:03PM +0200, Alexander A. Klimov wrote: Am 08.07.20 um 10:05 schrieb Kees Cook: On Wed, Jul 08, 2020 at 09:33:46AM +0200, Alexander A. Klimov wrote: Rationale: Reduces attack surface on kernel devs opening the links for

[PATCH] [v3] PCI: rcar: Fix runtime PM imbalance on error

pm_runtime_get_sync() increments the runtime PM usage counter even the call returns an error code. Thus a corresponding decrement is needed on the error handling path to keep the counter balanced. Fixes: 0df6150e7ceb ("PCI: rcar: Use runtime PM to control controller clock") Signed-off-by: Dinghao

Re: [PATCH] efi/libstub: EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER should not default to yes

On Thu, 25 Jun 2020 at 19:11, Ard Biesheuvel wrote: > > On Tue, 23 Jun 2020 at 17:09, Geert Uytterhoeven > wrote: > > > > EFI_GENERIC_STUB_INITRD_CMDLINE_LOADER is deprecated, so it should not > > be enabled by default. > > > > In light of commit 4da0b2b7e67524cc ("efi/libstub: Re-enable command

Re: [PATCH v4 04/11] mm/hugetlb: make hugetlb migration callback CMA aware

On Wed 08-07-20 09:41:06, Michal Hocko wrote: > On Wed 08-07-20 16:16:02, Joonsoo Kim wrote: > > On Tue, Jul 07, 2020 at 01:22:31PM +0200, Vlastimil Babka wrote: > > > On 7/7/20 9:44 AM, js1...@gmail.com wrote: > > > > From: Joonsoo Kim > > > > > > > > new_non_cma_page() in gup.c which try to all

general protection fault in khugepaged

Hello, syzbot found the following crash on: HEAD commit:e44f65fd xen-netfront: remove redundant assignment to vari.. git tree: net-next console output: https://syzkaller.appspot.com/x/log.txt?x=15de54a710 kernel config: https://syzkaller.appspot.com/x/.config?x=829871134ca5e230 das

Re: [V2 PATCH] usb: mtu3: fix NULL pointer dereference

Hi, Chunfeng Yun writes: >> > @@ -373,8 +380,8 @@ static int mtu3_gadget_dequeue(struct usb_ep *ep, >> > struct usb_request *req) >> > */ >> > static int mtu3_gadget_ep_set_halt(struct usb_ep *ep, int value) >> > { >> > - struct mtu3_ep *mep = to_mtu3_ep(ep); >> > - struct mtu3 *mtu = mep

Re: [V2 PATCH] usb: mtu3: fix NULL pointer dereference

Chunfeng Yun writes: > Some pointers are dereferenced before successful checks. > > Reported-by: Markus Elfring > Signed-off-by: Chunfeng Yun do you need a Fixes tag here? Perhaps a Cc stable too? -- balbi signature.asc Description: PGP signature

Re: [PATCH v6 4/7] pidfd: Replace open-coded partial receive_fd()

On Tue, Jul 07, 2020 at 02:22:20PM +0200, Christian Brauner wrote: > So while the patch is correct it leaves 5.6 and 5.7 with a bug in the > pidfd_getfd() implementation and that just doesn't seem right. I'm > wondering whether we should introduce: > > void sock_update(struct file *file) > { >

[PATCH v4] rtc: rtc-ds1374: wdt: Use watchdog core for watchdog part

Let ds1374 watchdog use watchdog core functions. It also includes improving watchdog timer setting and nowayout, and just uses ioctl() of watchdog core. Signed-off-by: Johnson Chen --- v3->v4: - Fix coding styles - Remove dev_info() in ds1374_wdt_settimeout() - Fix missing error check v2->v3: -

Re: Re: [PATCH] [v2] PCI: rcar: Fix runtime PM imbalance on error

> On Sun, Jun 07, 2020 at 05:31:33PM +0800, Dinghao Liu wrote: > > pm_runtime_get_sync() increments the runtime PM usage counter even > > the call returns an error code. Thus a corresponding decrement is > > needed on the error handling path to keep the counter balanced. > > > > Signed-off-by: Din

[PATCH v4 2/2] Add Intel LGM soc DMA support.

Add DMA controller driver for Lightning Mountain(LGM) family of SoCs. The main function of the DMA controller is the transfer of data from/to any DPlus compliant peripheral to/from the memory. A memory to memory copy capability can also be configured. This ldma driver is used for configure the de

[PATCH] SONICS SILICON BACKPLANE DRIVER (SSB): Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication

On 2020/7/8 下午9:13, Kishon Vijay Abraham I wrote: Hi Jason, On 7/8/2020 4:52 PM, Jason Wang wrote: On 2020/7/7 下午10:45, Kishon Vijay Abraham I wrote: Hi Jason, On 7/7/2020 3:17 PM, Jason Wang wrote: On 2020/7/6 下午5:32, Kishon Vijay Abraham I wrote: Hi Jason, On 7/3/2020 12:46 PM, Jason W

[PATCH 1/2] doc, mm: sync up oom_score_adj documentation

From: Michal Hocko There are at least two notes in the oom section. The 3% discount for root processes is gone since d46078b28889 ("mm, oom: remove 3% bonus for CAP_SYS_ADMIN processes"). Likewise children of the selected oom victim are not sacrificed since bbbe48029720 ("mm, oom: remove 'prefer

[PATCH 2/2] doc, mm: clarify /proc//oom_score value range

From: Michal Hocko The exported value includes oom_score_adj so the range is no [0, 1000] as described in the previous section but rather [0, 2000]. Mention that fact explicitly. Signed-off-by: Michal Hocko --- Documentation/filesystems/proc.rst | 3 +++ 1 file changed, 3 insertions(+) diff -

Re: [PATCH v2 2/2] riscv: Add jump-label implementation

On Wed, 8 Jul 2020 at 23:10, Emil Renner Berthing wrote: > > Add jump-label implementation based on the ARM64 version > and add CONFIG_JUMP_LABEL=y to the defconfigs. > > Signed-off-by: Emil Renner Berthing > Reviewed-by: Björn Töpel Tested-by: Björn Töpel > --- > > Tested on the HiFive Unlea

Re: [PATCH v6.1 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier

On Wed, Jul 08, 2020 at 11:17:27PM -0700, Kees Cook wrote: > +static long seccomp_notify_addfd(struct seccomp_filter *filter, > + struct seccomp_notif_addfd __user *uaddfd, > + unsigned int size) > +{ > + struct seccomp_notif_addfd addfd

Re: [PATCH v2 1/2] riscv: Support R_RISCV_ADD64 and R_RISCV_SUB64 relocs

On Wed, 8 Jul 2020 at 23:10, Emil Renner Berthing wrote: > > These are needed for the __jump_table in modules using > static keys/jump-labels with the layout from > HAVE_ARCH_JUMP_LABEL_RELATIVE on 64bit kernels. > > Signed-off-by: Emil Renner Berthing Reviewed-by: Björn Töpel Tested-by: Björn

[PATCH v3 07/12] ima: Fail rule parsing when appraise_flag=blacklist is unsupportable

The "appraise_flag" option is only appropriate for appraise actions and its "blacklist" value is only appropriate when CONFIG_IMA_APPRAISE_MODSIG is enabled and "appraise_flag=blacklist" is only appropriate when "appraise_type=imasig|modsig" is also present. Make this clear at policy load so that I

[PATCH v3 08/12] ima: Shallow copy the args_p member of ima_rule_entry.lsm elements

The args_p member is a simple string that is allocated by ima_rule_init(). Shallow copy it like other non-LSM references in ima_rule_entry structs. There are no longer any necessary error path cleanups to do in ima_lsm_copy_rule(). Signed-off-by: Tyler Hicks --- * v3 - No change * v2 - Adju

[PATCH v3 11/12] ima: Use the common function to detect LSM conditionals in a rule

Make broader use of ima_rule_contains_lsm_cond() to check if a given rule contains an LSM conditional. This is a code cleanup and has no user-facing change. Signed-off-by: Tyler Hicks Reviewed-by: Mimi Zohar --- * v3 - No change * v2 - No change security/integrity/ima/ima_policy.c | 11 ++

[PATCH v3 04/12] ima: Fail rule parsing when buffer hook functions have an invalid action

Buffer based hook functions, such as KEXEC_CMDLINE and KEY_CHECK, can only measure. The process_buffer_measurement() function quietly ignores all actions except measure so make this behavior clear at the time of policy load. The parsing of the keyrings conditional had a check to ensure that it was

[PATCH v3 09/12] ima: Use correct type for the args_p member of ima_rule_entry.lsm elements

Make args_p be of the char pointer type rather than have it be a void pointer that gets casted to char pointer when it is used. It is a simple NUL-terminated string as returned by match_strdup(). Signed-off-by: Tyler Hicks --- * v3 - No change * v2 - No change security/integrity/ima/ima_po

[PATCH v3 06/12] ima: Fail rule parsing when the KEY_CHECK hook is combined with an invalid cond

The KEY_CHECK function only supports the uid, pcr, and keyrings conditionals. Make this clear at policy load so that IMA policy authors don't assume that other conditionals are supported. Fixes: 5808611cccb2 ("IMA: Add KEY_CHECK func to measure keys") Signed-off-by: Tyler Hicks Reviewed-by: Laksh

[PATCH v3 12/12] ima: Support additional conditionals in the KEXEC_CMDLINE hook function

Take the properties of the kexec kernel's inode and the current task ownership into consideration when matching a KEXEC_CMDLINE operation to the rules in the IMA policy. This allows for some uniformity when writing IMA policy rules for KEXEC_KERNEL_CHECK, KEXEC_INITRAMFS_CHECK, and KEXEC_CMDLINE op

[PATCH v3 10/12] ima: Move comprehensive rule validation checks out of the token parser

Use ima_validate_rule(), at the end of the token parsing stage, to verify combinations of actions, hooks, and flags. This is useful to increase readability by consolidating such checks into a single function and also because rule conditionals can be specified in arbitrary order making it difficult

[PATCH v3 00/12] ima: Fix rule parsing bugs and extend KEXEC_CMDLINE rule support

This series ultimately extends the supported IMA rule conditionals for the KEXEC_CMDLINE hook function. As of today, there's an imbalance in IMA language conditional support for KEXEC_CMDLINE rules in comparison to KEXEC_KERNEL_CHECK and KEXEC_INITRAMFS_CHECK rules. The KEXEC_CMDLINE rules do not s

[PATCH v3 03/12] ima: Free the entire rule if it fails to parse

Use ima_free_rule() to fix memory leaks of allocated ima_rule_entry members, such as .fsname and .keyrings, when an error is encountered during rule parsing. Set the args_p pointer to NULL after freeing it in the error path of ima_lsm_rule_init() so that it isn't freed twice. This fixes a memory

[PATCH v3 02/12] ima: Free the entire rule when deleting a list of rules

Create a function, ima_free_rule(), to free all memory associated with an ima_rule_entry. Use the new function to fix memory leaks of allocated ima_rule_entry members, such as .fsname and .keyrings, when deleting a list of rules. Make the existing ima_lsm_free_rule() function specific to the LSM a

[PATCH v2] EDAC-I7300: Replace HTTP links with HTTPS ones

Rationale: Reduces attack surface on kernel devs opening the links for MITM as HTTPS traffic is much harder to manipulate. Deterministic algorithm: For each file: If not .svg: For each line: If doesn't contain `\bxmlns\b`: For each link, `\bhttp://[^# \t\r\n]*(?:\w|/)`:

[PATCH v3 05/12] ima: Fail rule parsing when the KEXEC_CMDLINE hook is combined with an invalid cond

The KEXEC_CMDLINE hook function only supports the pcr conditional. Make this clear at policy load so that IMA policy authors don't assume that other conditionals are supported. Since KEXEC_CMDLINE's inception, ima_match_rules() has always returned true on any loaded KEXEC_CMDLINE rule without any

[PATCH v3 01/12] ima: Have the LSM free its audit rule

Ask the LSM to free its audit rule rather than directly calling kfree(). Both AppArmor and SELinux do additional work in their audit_rule_free() hooks. Fix memory leaks by allowing the LSMs to perform necessary work. Fixes: b16942455193 ("ima: use the lsm policy update notifier") Signed-off-by: Ty

[PATCH v6.1 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier

From: Sargun Dhillon The current SECCOMP_RET_USER_NOTIF API allows for syscall supervision over an fd. It is often used in settings where a supervising task emulates syscalls on behalf of a supervised task in userspace, either to further restrict the supervisee's syscall abilities or to circumven

Re: [PATCH] Replace HTTP links with HTTPS ones: USB MASS STORAGE DRIVER

On Wed, Jul 08, 2020 at 08:41:54PM +0200, Alexander A. Klimov wrote: > > > Am 08.07.20 um 12:39 schrieb Greg KH: > > On Wed, Jul 08, 2020 at 11:55:00AM +0200, Alexander A. Klimov wrote: > > > Rationale: > > > Reduces attack surface on kernel devs opening the links for MITM > > > as HTTPS traffic

[mm/debug_vm_pgtable] a97a171093: BUG:unable_to_handle_page_fault_for_address

Greeting, FYI, we noticed the following commit (built with gcc-9): commit: a97a17109332c3a9e361553adfa383c1e5205f3b ("[PATCH V4 2/4] mm/debug_vm_pgtable: Add tests validating advanced arch page table helpers") url: https://github.com/0day-ci/linux/commits/Anshuman-Khandual/mm-debug_vm_pgtable-A

Re: [PATCH v6 6/7] seccomp: Introduce addfd ioctl to seccomp user notifier

On Tue, Jul 07, 2020 at 03:30:49PM +0200, Christian Brauner wrote: > Hm, maybe change that description to sm like: > > [...] Cool, yeah. Thanks! I've tweaked it a little more > > + /* 24 is original sizeof(struct seccomp_notif_addfd) */ > > + if (size < 24 || size >= PAGE_SIZE) > > +

Re: [PATCH] Replace HTTP links with HTTPS ones: DISKQUOTA

On Wed 08-07-20 19:19:05, Alexander A. Klimov wrote: > Rationale: > Reduces attack surface on kernel devs opening the links for MITM > as HTTPS traffic is much harder to manipulate. > > Deterministic algorithm: > For each file: > If not .svg: > For each line: > If doesn't contain `\bxm

Re: [PATCH] omapfb: dss: Fix max fclk divider for omap36xx

On Wed, Jul 08, 2020 at 06:37:51PM -0500, Adam Ford wrote: > On Mon, Jul 6, 2020 at 6:18 AM Adam Ford wrote: > > > > On Mon, Jul 6, 2020 at 1:02 AM Tomi Valkeinen wrote: > > > > > > Hi, > > > > > > On 03/07/2020 22:36, Sam Ravnborg wrote: > > > > Hi Tomi. > > > > > > > > On Fri, Jul 03, 2020 at 1

Re: [PATCH] bcache: writeback: Remove unneeded variable i

On 2020/7/9 13:53, Xu Wang wrote: > Remove unneeded variable i in bch_dirty_init_thread(). > > Signed-off-by: Xu Wang Add it into my testing queue. Thanks. Coly Li > --- > drivers/md/bcache/writeback.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/drivers/md/bcache/writeback.c b/

[PATCH v4 1/2] dt-bindings: dma: Add bindings for intel LGM SOC

Add DT bindings YAML schema for DMA controller driver of Lightning Mountain(LGM) SoC. Signed-off-by: Amireddy Mallikarjuna reddy --- v1: - Initial version. v2: - Fix bot errors. v3: - No change. v4: - Address Thomas langer comments --- .../devicetree/bindings/dma/intel,ldma.yaml| 416

[PATCH v4 0/2] Add Intel LGM soc DMA support

Add DMA controller driver for Lightning Mountain(LGM) family of SoCs. The main function of the DMA controller is the transfer of data from/to any DPlus compliant peripheral to/from the memory. A memory to memory copy capability can also be configured. This ldma driver is used for configure the dev

Re: [f2fs-dev] [PATCH] f2fs: ignore when len of range in f2fs_sec_trim_file is zero

I can add it~ 2020년 7월 9일 (목) 오후 2:39, Jaegeuk Kim 님이 작성: > > On 07/09, Chao Yu wrote: > > On 2020/7/9 9:57, Daeho Jeong wrote: > > > From: Daeho Jeong > > > > > > When end_addr comes to zero, it'll trigger different behaviour. > > > To prevent this, we need to ignore the case of that range.len i

[PATCH v2] net: ethernet: mtk_eth_soc: fix mtu warning

From: René van Dorst in recent Kernel-Versions there are warnings about incorrect MTU-Size like these: mt7530 mdio-bus:00: nonfatal error -95 setting MTU on port x eth0: mtu greater than device maximum mtk_soc_eth 1b10.ethernet eth0: error -22 setting MTU to include DSA overhead Fixes: bfc

[PATCH] bcache: writeback: Remove unneeded variable i

Remove unneeded variable i in bch_dirty_init_thread(). Signed-off-by: Xu Wang --- drivers/md/bcache/writeback.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/md/bcache/writeback.c b/drivers/md/bcache/writeback.c index 1cf1e5016cb9..71801c086b82 100644 --- a/drivers/md/bcache/write

Re: [PATCH v3] HID: i2c-hid: Enable touchpad wakeup from Suspend-to-Idle

Hi, > On Jul 3, 2020, at 20:27, Hans de Goede wrote: > > Hi, > > On 7/1/20 8:46 AM, Kai-Heng Feng wrote: >>> On Jun 19, 2020, at 17:56, Hans de Goede wrote: >>> >>> Hi, >>> >>> On 6/19/20 6:16 AM, Kai-Heng Feng wrote: Hi, > On Jun 18, 2020, at 23:28, Hans de Goede wrote: > >>>

Re: [PATCH v2] vmlinux.lds: add PGO and AutoFDO input sections

On Wed, Jul 08, 2020 at 04:13:54PM -0700, Nick Desaulniers wrote: > On Thu, Jul 2, 2020 at 8:57 AM Kees Cook wrote: > > > > This looks good to me. Do you want me to carry it as part of the orphan > > series? (It doesn't look like it'll collide, so that's not needed, but I > > can if that makes thi

drm: BUG: unable to handle page fault for address: 17ec6000

Dear Linux folks, Building Linux v5.8-rc4-25-gbfe91da29bfad with Clang/LLD 1:11~++20200701093119+ffee8040534-1~exp1 from Debian experimental for 32-bit (`ARCH=i386`), starting Weston (Wayland) or X.Org Server results in non-working screen, and Linux shows the trace below [1]. [ 502.044997

[PATCH] debugfs: file: Remove unnecessary cast in kfree()

Remove unnecassary casts in the argument to kfree. Signed-off-by: Xu Wang --- fs/debugfs/file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/debugfs/file.c b/fs/debugfs/file.c index ae49a55bda00..3753c4c484fc 100644 --- a/fs/debugfs/file.c +++ b/fs/debugfs/file.c @@ -27

Re: [f2fs-dev] [PATCH] f2fs: ignore when len of range in f2fs_sec_trim_file is zero

On 07/09, Chao Yu wrote: > On 2020/7/9 9:57, Daeho Jeong wrote: > > From: Daeho Jeong > > > > When end_addr comes to zero, it'll trigger different behaviour. > > To prevent this, we need to ignore the case of that range.len is > > zero in the function. > > > > Signed-off-by: Daeho Jeong > > ---

Re: [PATCH v2] dmaengine: check device and channel list for empty

On 07. 07. 20, 17:42, Dave Jiang wrote: > On 7/6/2020 11:05 PM, Jiri Slaby wrote: >> On 26. 06. 20, 20:09, Dave Jiang wrote: >>> Check dma device list and channel list for empty before iterate as the >>> iteration function assume the list to be not empty. With devices and >>> channels now being hot

[PATCH v2 2/2] memory: samsung: exynos5422-dmc: Use delayed timer as default

Use delayed timer as default instead of deferrable timer in order to monitor the DMC status regardless of CPU idle. Reviewed-by: Krzysztof Kozlowski Reviewed-by: Lukasz Luba Signed-off-by: Chanwoo Choi --- drivers/memory/samsung/exynos5422-dmc.c | 1 + 1 file changed, 1 insertion(+) diff --gi

[PATCH v2 1/2] PM / devfreq: Add support delayed timer for polling mode

Until now, the devfreq driver using polling mode like simple_ondemand governor have used only deferrable timer for reducing the redundant power consumption. It reduces the CPU wake-up from idle due to polling mode which check the status of Non-CPU device. But, it has a problem for Non-CPU device l

[PATCH v2 0/2] PM / devfreq: Add delayed timer for polling

Add the delayed timer to devfreq framework in order to support the periodical polling mode without stop caused by CPU idle state. Some Non-CPU device must need to monitor the device status like utilization regardless of CPU state. - patch1 explains the detailed reason why the delayed timer is requ

Re: [RFC PATCH 2/2] memory: samsung: exynos5422-dmc: Use delayed timer as default

Hi Krzysztof, On 7/8/20 9:33 PM, Krzysztof Kozlowski wrote: > On Fri, Jul 03, 2020 at 03:26:22PM +0900, Chanwoo Choi wrote: >> Use delayed timer as default instead of deferrable timer >> in order to monitor the DMC status regardless of CPU idle. >> >> Signed-off-by: Chanwoo Choi >> --- >> driver

Re: [PATCH] riscv: Enable ELF-ASLR for riscv

Hi Guo, Le 7/9/20 à 12:38 AM, guo...@kernel.org a écrit : From: Guo Ren Let riscv enable randomizes the stack, heap and binary images of ELF binaries. Seems it's ok at all after qemu & chip test and there is no founded side effect. So just simply select ARCH_HAS_ELF_RANDOMIZE :) Signed-off-b

Re: remove dead bdi congestion leftovers

On Wed, Jul 08, 2020 at 05:14:29PM -0600, Jens Axboe wrote: > On 7/1/20 3:06 AM, Christoph Hellwig wrote: > > Hi Jens, > > > > we have a lot of bdi congestion related code that is left around without > > any use. This series removes it in preparation of sorting out the bdi > > lifetime rules prop

Re: [PATCH bpf-next v3 2/4] bpf: Implement bpf_local_storage for inodes

Hi KP, I love your patch! Perhaps something to improve: [auto build test WARNING on bpf-next/master] url: https://github.com/0day-ci/linux/commits/KP-Singh/Generalizing-bpf_local_storage/20200709-085810 base: https://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next.git master config: m

[PATCH] f2fs: don't skip writeback of quota data

It doesn't need to bypass flushing quota data in background. Signed-off-by: Jaegeuk Kim --- fs/f2fs/data.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c index 44645f4f914b6..72e8b50e588c1 100644 --- a/fs/f2fs/data.c +++ b/fs/f2fs/data.c @@ -3

Re: [PATCH] Input: elan_i2c - Add more hardware ID for Lenovo laptop

On Mon, Dec 02, 2019 at 11:07:26AM +0800, Dave.Wang wrote: > Hi Dmitry, > > List device with its corresponding hardware ID as below patch, > Please check , thanks! > > Add more hardware ID for Lenovo laptop. > > Signed-off-by: Dave Wang Applied, thank you. -- Dmitry

Re: linux-next: build warning after merge of the spi tree

Very sorry for that, I will re-send v2 later. "Stephen Rothwell" wrote: > Hi all, > > After merging the spi tree, today's linux-next build (arm > multi_v7_defconfig) produced this warning: > > drivers/spi/spi-atmel.c: In function 'atmel_spi_probe': > drivers/spi/spi-atmel.

WARNING: at mm/mremap.c:211 move_page_tables in i386

While running LTP mm test suite on i386 or qemu_i386 this kernel warning has been noticed from stable 5.4 to stable 5.7 branches and mainline 5.8.0-rc4 and linux next. metadata: git branch: master git repo: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git git commit: dcb7fd

Re: [PATCH 2/2] fs: Remove kiocb->ki_complete

Hi "Matthew, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on block/for-next] [cannot apply to balbi-usb/testing/next cifs/for-next miklos-vfs/overlayfs-next linus/master v5.8-rc4 next-20200708] [If your patch is applied to the wrong git tree, kindly drop

Re: [PATCH] arm64: Add missing sentinel to erratum_1463225

Hi Florian, On 2020-07-09 10:43, Florian Fainelli wrote: When the erratum_1463225 array was introduced a sentinel at the end was missing thus causing a KASAN: global-out-of-bounds in is_affected_midr_range_list on arm64 error. Link: https://lore.kernel.org/linux-arm-kernel/ca+g9fys3eavpu89-rtqf

[Linux-kernel-mentees] [PATCH] net/bluetooth: Fix slab-out-of-bounds read in hci_extended_inquiry_result_evt()

Check upon `num_rsp` is insufficient. A malformed event packet with a large `num_rsp` number makes hci_extended_inquiry_result_evt() go out of bounds. Fix it. Also, make `num_rsp` unsigned. This patch fixes the following syzbot bug: https://syzkaller.appspot.com/bug?id=4bf11aa05c4ca51ce0df86

[PATCH 1/1] riscv: Enable ARCH_HAS_FAST_MULTIPLIER for RV64I

Enable ARCH_HAS_FAST_MULTIPLIER on RV64I which works fine on GCC-9.3 and GCC-10.1 PS2: remove ARCH_SUPPORTS_INT128 because of RV64I already enabled. Signed-off-by: Chenxi Mao --- arch/riscv/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig index

RE: [PATCH v5 0/5] scsi: ufs: Add Host Performance Booster Support

> Hello, > > Just a gentle reminder that I'd like some feedback. > Any suggestions here? If no-one objects, I think you can submit your patches for review as non-RFC. Thanks, Avri > > Thanks, > Daejun

Re: BUG: KASAN: global-out-of-bounds in is_affected_midr_range_list on arm64

On 7/8/2020 9:36 PM, Naresh Kamboju wrote: > While running LTP cpuhotplug test on mainline 5.8.0-rc4 the kernel BUG noticed > on arm64 Juno-r2 KASAN config enabled kernel. > > steps to reproduce: > - boot KASAN enabled Juno-r2 device > - cd /opt/ltp > - ./runltp -f cpuhotplug > > metadata: >

[PATCH] arm64: Add missing sentinel to erratum_1463225

When the erratum_1463225 array was introduced a sentinel at the end was missing thus causing a KASAN: global-out-of-bounds in is_affected_midr_range_list on arm64 error. Link: https://lore.kernel.org/linux-arm-kernel/ca+g9fys3eavpu89-rtqfqq9ggxamgmak7jiivrfp0yxj5s+...@mail.gmail.com/ Fixes: a9e82

RE: [PATCH v3 5/6] device-dax: use fallback nid when numa_node is invalid

Hi Dan > -Original Message- > From: Dan Williams > Sent: Thursday, July 9, 2020 11:39 AM > To: Justin He > Cc: Catalin Marinas ; Will Deacon > ; Tony Luck ; Fenghua Yu > ; Yoshinori Sato ; Rich > Felker ; Dave Hansen ; Andy > Lutomirski ; Peter Zijlstra ; > Thomas Gleixner ; Ingo Molnar

Re: [PATCH] tty/sysrq: Add alternative SysRq key

Hi Andrzej, On Fri, Jun 19, 2020 at 06:28:19PM +0200, Andrzej Pietrasiewicz wrote: > There exist machines which don't have SysRq key at all, e.g. chromebooks. > > This patch allows configuring an alternative key to act as SysRq. Devices > which declare KEY_SYSRQ in their 'keybit' bitmap continue

Re: [PATCH v5 1/4] riscv: Move kernel mapping to vmalloc zone

On Sun, 07 Jun 2020 00:59:46 PDT (-0700), a...@ghiti.fr wrote: This is a preparatory patch for relocatable kernel. The kernel used to be linked at PAGE_OFFSET address and used to be loaded physically at the beginning of the main memory. Therefore, we could use the linear mapping for the kernel m

[PATCH 3/5] iommu/arm-smmu: Move SMR and S2CR definitions to header file

Expose the SMR and S2CR structs in the header file, to allow platform specific implementations to populate/initialize the smrs and s2cr arrays. Signed-off-by: Bjorn Andersson --- drivers/iommu/arm-smmu.c | 14 -- drivers/iommu/arm-smmu.h | 15 +++ 2 files changed, 15 inse

[PATCH 0/5] iommu/arm-smmu: Support maintaining bootloader mappings

Based on previous attempts and discussions this is the latest attempt at inheriting stream mappings set up by the bootloader, for e.g. boot splash or efifb. The first patch is an implementation of Robin's suggestion that we should just mark the relevant stream mappings as BYPASS. Relying on someth

[PATCH 4/5] iommu/arm-smmu-qcom: Consstently initialize stream mappings

Firmware that traps writes to S2CR to translate BYPASS into FAULT also ignores writes of type FAULT. As such booting with "disable_bypass" set will result in all S2CR registers left as configured by the bootloader. This has been seen to result in indeterministic results, as these mappings might li

[PATCH 5/5] iommu/arm-smmu: Setup identity domain for boot mappings

With many Qualcomm platforms not having functional S2CR BYPASS a temporary IOMMU domain, without translation, needs to be allocated in order to allow these memory transactions. Unfortunately the boot loader uses the first few context banks, so rather than overwriting a active bank the last context

[PATCH 1/5] iommu/arm-smmu: Make all valid stream mappings BYPASS

Turn all stream mappings marked as valid into BYPASS. This allows the platform specific implementation to configure stream mappings to match the boot loader's configuration for e.g. display to continue to function through the reset of the SMMU. Suggested-by: Robin Murphy Signed-off-by: Bjorn Ande

[PATCH 2/5] iommu/arm-smmu: Emulate bypass by using context banks

Some firmware found on various Qualcomm platforms traps writes to S2CR of type BYPASS and writes FAULT into the register. This prevents us from marking the streams for the display controller as BYPASS to allow continued scanout of the screen through the initialization of the ARM SMMU. This adds a

WARNING: kernel stack regs at 00000000de0bac5a in cpuacct.sh:5923 has bad 'bp' value

While running LTP controllers on mainline 5.8.0-rc4 the kernel warning was noticed on x86_64 KASAN enabled kernel. steps to reproduce: - boot KASAN enabled x86_64 device - cd /opt/ltp - ./runltp -f controllers metadata: git branch: master git repo: https://git.kernel.org/pub/scm/linux/kernel/

Re: [mm] 4e2c82a409: ltp.overcommit_memory01.fail

On Tue, Jul 07, 2020 at 01:41:20PM +0800, Feng Tang wrote: > On Tue, Jul 07, 2020 at 12:00:09PM +0800, Huang, Ying wrote: > > Feng Tang writes: > > > > > On Mon, Jul 06, 2020 at 06:34:34AM -0700, Andi Kleen wrote: > > >> >ret = proc_dointvec_minmax(table, write, buffer, lenp, ppos); > > >

Re: [PATCH v2 0/8] arm64: dts: qcom: smmu/USB nodes and HDK855/HDK865 dts

On Fri 03 Jul 05:31 PDT 2020, Will Deacon wrote: > On Tue, Jun 09, 2020 at 03:40:18PM -0400, Jonathan Marek wrote: > > Add dts nodes for apps_smmu and USB for both sm8150 and sm8250. > > > > Also add initial dts files for HDK855 and HDK865, based on mtp dts, with a > > few changes. Notably, the H

Re: [PATCH v2 2/8] iommu: arm-smmu-impl: Use qcom impl for sm8150 and sm8250 compatibles

On Tue 09 Jun 12:40 PDT 2020, Jonathan Marek wrote: > Use the qcom implementation for IOMMU hardware on sm8150 and sm8250 SoCs. > > Signed-off-by: Jonathan Marek Reviewed-by: Bjorn Andersson Regards, Bjorn > --- > drivers/iommu/arm-smmu-impl.c | 4 +++- > 1 file changed, 3 insertions(+), 1

[PATCH] riscv: Enable ELF-ASLR for riscv

From: Guo Ren Let riscv enable randomizes the stack, heap and binary images of ELF binaries. Seems it's ok at all after qemu & chip test and there is no founded side effect. So just simply select ARCH_HAS_ELF_RANDOMIZE :) Signed-off-by: Guo Ren Cc: Palmer Dabbelt Cc: Paul Walmsley Cc: Zong L

Re: linux-next: build warning after merge of the device-mapper tree

在 2020/7/9 11:26, Stephen Rothwell 写道: Hi all, After merging the device-mapper tree, today's linux-next build (x86_64 allmodconfig) produced this warning: In file included from drivers/md/dm-dust.c:11: drivers/md/dm-dust.c: In function 'dust_list_badblocks': drivers/md/dm-dust.c:307:10: warning

[PATCH v2] kernel: Implement selective syscall userspace redirection

Introduce a mechanism to quickly disable/enable syscall handling for a specific process and redirect to userspace via SIGSYS. This is useful for processes with parts that require syscall redirection and parts that don't, but who need to perform this boundary crossing really fast, without paying th

BUG: KASAN: global-out-of-bounds in is_affected_midr_range_list on arm64

While running LTP cpuhotplug test on mainline 5.8.0-rc4 the kernel BUG noticed on arm64 Juno-r2 KASAN config enabled kernel. steps to reproduce: - boot KASAN enabled Juno-r2 device - cd /opt/ltp - ./runltp -f cpuhotplug metadata: git branch: master git repo: https://git.kernel.org/pub/scm/lin

[PATCH v4 0/5] Refactor handling flow of KVM_SET_CPUID*

4 Patches of v3 has been queued into kvm/queue branch. This v4 contains the rest to refactor the flow of KVM_SET_CPUID* as: 1. cpuid check: check if userspace provides legal CPUID settings; 2. cpuid update: Update userspace provided CPUID settings. It currently only contains kvm_update_cpuid_r

[PATCH v4 1/5] KVM: x86: Introduce kvm_check_cpuid()

Use kvm_check_cpuid() to validate if userspace provides legal cpuid settings and call it before KVM take any action to update CPUID or update vcpu states based on given CPUID settings. Signed-off-by: Xiaoyao Li --- arch/x86/kvm/cpuid.c | 55 arch/x86/

[PATCH v4 4/5] KVM: x86: Rename cpuid_update() callback to vcpu_after_set_cpuid()

The name of callback cpuid_update() is misleading that it's not about updating CPUID settings of vcpu but updating the configurations of vcpu based on the CPUIDs. So rename it to vcpu_after_set_cpuid(). Signed-off-by: Xiaoyao Li --- arch/x86/include/asm/kvm_host.h | 2 +- arch/x86/kvm/cpuid.c

[PATCH v4 3/5] KVM: x86: Rename kvm_update_cpuid() to kvm_vcpu_after_set_cpuid()

Now there is no updating CPUID bits behavior in kvm_update_cpuid(), rename it to kvm_vcpu_after_set_cpuid(). Signed-off-by: Xiaoyao Li --- arch/x86/kvm/cpuid.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c index 0ed3b343c44e

  1   2   3   4   5   6   7   8   9   10   >