Re: [PATCH v5 2/2] iio: light: as73211: New driver

2020-08-04 Thread Lars-Peter Clausen
On 8/4/20 9:40 AM, Christian Eggers wrote: On Sunday, 2 August 2020, 20:02:35 CEST, Andy Shevchenko wrote: Thanks for an update, my comments below. Thanks for the review. Please see below for my questions. Best regards Christian On Sun, Aug 2, 2020 at 7:40 PM Christian Eggers wrote: Datash

Re: [RFC PATCH 8/9] PCI/PME: Add RCEC PME handling

2020-08-04 Thread Jay Fang
在 2020/7/25 1:22, Sean V Kelley 写道: > The Root Complex Event Collectors(RCEC) appear as peers of Root Ports > and also have the PME capability. So add RCEC support to the current PME > service driver and attach the PME service driver to the RCEC device. > > Co-developed-by: Qiuxu Zhuo > Signed

Re: [PATCH v17 00/21] per memcg lru lock

2020-08-04 Thread Alex Shi
>From 6f3ac2a72448291a88f50df836d829a23e7df736 Mon Sep 17 00:00:00 2001 From: Alex Shi Date: Sat, 25 Jul 2020 22:52:11 +0800 Subject: [PATCH 2/3] mm/mlock: remove __munlock_isolate_lru_page The func only has one caller, remove it to clean up code and simplify code. Signed-off-by: Alex Shi Cc: K

Re: [PATCH v17 00/21] per memcg lru lock

2020-08-04 Thread Alex Shi
>From e2918c8fa741442255a2f12659f95dae94fdfe5d Mon Sep 17 00:00:00 2001 From: Alex Shi Date: Sat, 1 Aug 2020 22:49:31 +0800 Subject: [PATCH 3/3] mm/swap.c: optimizing __pagevec_lru_add lru_lock The current relock will unlock/lock lru_lock with every time lruvec changes, so it would cause frequenc

Re: [PATCH v17 00/21] per memcg lru lock

2020-08-04 Thread Alex Shi
>From 0696a2a4a8ca5e9bf62f208126ea4af7727d2edc Mon Sep 17 00:00:00 2001 From: Alex Shi Date: Sat, 25 Jul 2020 22:31:03 +0800 Subject: [PATCH 1/3] mm/mlock: remove lru_lock on TestClearPageMlocked in munlock_vma_page In the func munlock_vma_page, the page must be PageLocked as well as pages in sp

Re: [PATCH v17 00/21] per memcg lru lock

2020-08-04 Thread Alex Shi
>From e2918c8fa741442255a2f12659f95dae94fdfe5d Mon Sep 17 00:00:00 2001 From: Alex Shi Date: Tue, 4 Aug 2020 16:20:02 +0800 Subject: [PATCH 0/3] optimzing following per memcg lru_lock The first 2 patches are code clean up. And the 3rd one is a lru_add optimize. Alex Shi (3): mm/mlock: remove

Re: [PATCH] drivers\block: Use kobj_to_dev() API

2020-08-04 Thread Ming Lei
On Fri, Jun 12, 2020 at 03:10:56PM +0800, Wang Qing wrote: > Use kobj_to_dev() API instead of container_of(). > > Signed-off-by: Wang Qing > --- > drivers/block/virtio_blk.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > mode change 100644 => 100755 drivers/block/virtio_blk.c > > di

linux-next: Tree for Aug 4

2020-08-04 Thread Stephen Rothwell
Hi all, News: The merge window has opened, so please do not add any v5.10 related material to your linux-next included branches until after the merge window closes again. My qemu boot problems are fixed. Changes since 20200803: My fixes tree contains: dbf24e30ce2e ("device_cgroup: Fix RCU li

RE: [RFC PATCH 0/5] madvise MADV_DOEXEC

2020-08-04 Thread David Laight
From: James Bottomley > Sent: 03 August 2020 16:43 > > On Mon, 2020-08-03 at 10:28 -0500, Eric W. Biederman wrote: > [...] > > What is wrong with live migration between one qemu process and > > another qemu process on the same machine not work for this use case? > > > > Just reusing live migration

Re: [PATCH v2] virtio_ring: use alloc_pages_node for NUMA-aware allocation

2020-08-04 Thread Shile Zhang
Hi Michael & Bjorn, Sorry for the ping, but how about this patch/issue? any comments/suggestions? Thanks! On 2020/7/27 21:10, Shile Zhang wrote: On 2020/7/21 19:28, Shile Zhang wrote: On 2020/7/21 16:18, Michael S. Tsirkin wrote: On Tue, Jul 21, 2020 at 03:00:13PM +0800, Shile Zhang wrot

Re: PATCH: rtsx_pci driver - don't disable the rts5229 card reader on Intel NUC boxes

2020-08-04 Thread Chris Clayton
On 04/08/2020 09:08, 吳昊澄 Ricky wrote: >> -Original Message- >> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org] >> Sent: Tuesday, August 04, 2020 3:49 PM >> To: 吳昊澄 Ricky >> Cc: Chris Clayton; LKML; rdun...@infradead.org; philqua...@gmail.com; Arnd >> Bergmann >> Subj

[PATCH 4.14 00/47] 4.14.192-rc3 review

2020-08-04 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.14.192 release. There are 47 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Thu, 06 Aug 2020 08:51:59 +. Anything re

[PATCH 4.19 00/52] 4.19.137-rc3 review

2020-08-04 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 4.19.137 release. There are 52 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Thu, 06 Aug 2020 08:51:59 +. Anything re

[PATCH 5.4 00/86] 5.4.56-rc3 review

2020-08-04 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 5.4.56 release. There are 86 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Thu, 06 Aug 2020 08:51:59 +. Anything rece

[PATCH] arm64: traps: Add str of description to panic() in die()

2020-08-04 Thread Yue Hu
From: Yue Hu Currently, there are different description strings in die() such as die("Oops",,), die("Oops - BUG",,). And panic() called by die() will always show "Fatal exception" or "Fatal exception in interrupt". Note that panic() will run any panic handler via panic_notifier_list. And the str

[PATCH 5.7 000/116] 5.7.13-rc3 review

2020-08-04 Thread Greg Kroah-Hartman
This is the start of the stable review cycle for the 5.7.13 release. There are 116 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Thu, 06 Aug 2020 08:51:59 +. Anything rec

[PATCH v2 1/3] perf dso: Use libbfd to read build_id and .gnu_debuglink section

2020-08-04 Thread Remi Bernon
Wine generates PE binaries for most of its modules and perf is unable to parse these to get build_id or .gnu_debuglink section. Using libbfd when available, instead of libelf, makes it possible to resolve debug file location regardless of the dso binary format. Signed-off-by: Remi Bernon Cc: Ale

[PATCH v2 3/3] perf tests: Add test for PE binary format support

2020-08-04 Thread Remi Bernon
This adds a precompiled file in PE binary format, with split debug file, and tries to read its build_id and .gnu_debuglink sections, as well as looking up the main symbol from the debug file. This should succeed if libbfd is supported. Signed-off-by: Remi Bernon Cc: Alexander Shishkin Cc: Arnald

[PATCH v2 2/3] perf symbols: Try reading the symbol table with libbfd

2020-08-04 Thread Remi Bernon
Wine generates PE or PDB binaries for its debug files and perf is unable to parse these to get the list of symbols and their locations. Trying to read symbols on non-ELF binaries with libbfd, when supported, makes it possible for perf to report symbols and annotations for Windows applications runn

Re: [PATCH 5.7 000/121] 5.7.13-rc2 review

2020-08-04 Thread Greg Kroah-Hartman
On Tue, Aug 04, 2020 at 10:21:30AM +0200, Greg Kroah-Hartman wrote: > On Tue, Aug 04, 2020 at 01:46:31PM +0530, Naresh Kamboju wrote: > > On Tue, 4 Aug 2020 at 13:03, Greg Kroah-Hartman > > wrote: > > > > > > This is the start of the stable review cycle for the 5.7.13 release. > > > There are 121

[PATCH 1/1] arm64: kexec: no need to do irq_chip->irq_mask if it already masked

2020-08-04 Thread Jason Liu
No need to do the irq_chip->irq_mask() if it already masked. BTW, unconditionally do the irq_chip->irq_mask() will also bring issues when the irq_chip in the runtime PM suspend. Accessing registers of the irq_chip will bring in the exceptions. For example on the i.MX: root@imx8qmmek:~# echo c > /p

Re: [PATCH] ALSA: hda/hdmi: Add pins with jack detection support

2020-08-04 Thread Takashi Iwai
On Tue, 04 Aug 2020 09:29:25 +0200, Kai-Heng Feng wrote: > > HDMI on some platforms doesn't enable audio support because its Port > Connectivity [31:30] is set to AC_JACK_PORT_NONE: > Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP > Amp-Out caps: ofs=0x00, nsteps=0x00, ste

Re: [PATCH v4] sched: Provide USF for the portable equipment.

2020-08-04 Thread peterz
On Tue, Aug 04, 2020 at 03:50:35PM +0800, Dongdong Yang wrote: > +What:/sys/devices/system/cpu/sched_usf > + /sys/devices/system/cpu/sched_usf/sched_usf_non_ux_r > + /sys/devices/system/cpu/sched_usf/sched_usf_up_l0_r > + /sys/devices/system/cpu/

Re: [PATCH] memory: samsung: exynos5422-dmc: propagate error from exynos5_counters_get()

2020-08-04 Thread Lukasz Luba
Hi Marek, On 8/4/20 7:12 AM, Marek Szyprowski wrote: exynos5_counters_get() might fail with -EPROBE_DEFER if the driver for devfreq event counter is not yet probed. Propagate that error value to the caller to ensure that the exynos5422-dmc driver will be probed again when devfreq event contuner

Re: [PATCH] mm: sort freelist by rank number

2020-08-04 Thread Vlastimil Babka
On 8/4/20 4:35 AM, Cho KyongHo wrote: > On Mon, Aug 03, 2020 at 05:45:55PM +0200, Vlastimil Babka wrote: >> On 8/3/20 9:57 AM, David Hildenbrand wrote: >> > On 03.08.20 08:10, pullip@samsung.com wrote: >> >> From: Cho KyongHo >> >> >> >> LPDDR5 introduces rank switch delay. If three successiv

[PATCH v19 00/15] Introduce Data Access MONitor (DAMON)

2020-08-04 Thread SeongJae Park
From: SeongJae Park Changes from Previous Version = - Drop loadable module support (Mike Rapoport) - Select PAGE_EXTENSION if !64BIT for 'set_page_young()' - Take care of the MMU notification subscribers (Shakeel Butt) - Substitute 'struct damon_task' with 'struct dam

[PATCH v19 02/15] mm/damon: Implement region based sampling

2020-08-04 Thread SeongJae Park
From: SeongJae Park DAMON separates its monitoring target address space independent high level logics from the target space dependent low level primitives for flexible support of various address spaces. This commit implements DAMON's target address space independent high level logics for basic a

Re: linux-next: build failure after merge of the vhost tree

2020-08-04 Thread Michael S. Tsirkin
On Tue, Aug 04, 2020 at 09:04:40AM +0200, Guennadi Liakhovetski wrote: > Michael, looks like something went wrong with your merge? My patch > https://lore.kernel.org/r/20200722150927.15587-3-guennadi.liakhovet...@linux.intel.com > > has the header, your merged commit > https://git.kernel.org/pu

[PATCH v19 01/15] mm: Introduce Data Access MONitor (DAMON)

2020-08-04 Thread SeongJae Park
From: SeongJae Park DAMON is a data access monitoring framework subsystem for the Linux kernel. The core mechanisms of DAMON make it - accurate (the monitoring output is useful enough for DRAM level memory management; It might not appropriate for CPU Cache levels, though), - light-weigh

[PATCH] nvmem: core: add sanity check in nvmem_device_read()

2020-08-04 Thread Bingbu Cao
nvmem_device_read() could be called directly once nvmem device registered, the sanity check should be done before call nvmem_reg_read() as cell and sysfs read did now. Signed-off-by: Bingbu Cao --- drivers/nvmem/core.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/nvmem/core

[PATCH v19 03/15] mm/damon: Adaptively adjust regions

2020-08-04 Thread SeongJae Park
From: SeongJae Park Even somehow the initial monitoring target regions are well constructed to fulfill the assumption (pages in same region have similar access frequencies), the data access pattern can be dynamically changed. This will result in low monitoring quality. To keep the assumption as

[PATCH v19 04/15] mm/damon: Track dynamic monitoring target regions update

2020-08-04 Thread SeongJae Park
From: SeongJae Park The monitoring target address range can be dynamically changed. For example, virtual memory could be dynamically mapped and unmapped. Physical memory could be hot-plugged. As the changes could be quite frequent in some cases, DAMON checks the dynamic memory mapping changes a

[PATCH v19 05/15] mm/idle_page_tracking: Make PG_(idle|young) reusable

2020-08-04 Thread SeongJae Park
From: SeongJae Park PG_idle and PG_young allows the two PTE Accessed bit users, IDLE_PAGE_TRACKING and the reclaim logic concurrently work while don't interfere each other. That is, when they need to clear the Accessed bit, they set PG_young and PG_idle to represent the previous state of the bit

[PATCH v19 06/15] mm/damon: Implement callbacks for the virtual memory address spaces

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit introduces a reference implementation of the address space specific low level primitives for the virtual address space, so that users of DAMON can easily monitor the data accesses on virtual address spaces of specific processes by simply configuring the implementat

[PATCH v19 07/15] mm/damon: Implement access pattern recording

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit implements the recording feature of DAMON. If this feature is enabled, DAMON writes the monitored access patterns in its binary format into a file which specified by the user. This is already able to be implemented by each user using the callbacks. However, as t

[PATCH v19 08/15] mm/damon: Add a tracepoint

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit adds a tracepoint for DAMON. It traces the monitoring results of each region for each aggregation interval. Using this, DAMON can easily integrated with tracepoints supporting tools such as perf. Signed-off-by: SeongJae Park Reviewed-by: Leonard Foerster ---

Re: [PATCH] cdc-acm: rework notification_buffer resizing

2020-08-04 Thread Oliver Neukum
Am Samstag, den 01.08.2020, 08:21 -0700 schrieb t...@redhat.com: > From: Tom Rix > > Clang static analysis reports this error > > cdc-acm.c:409:3: warning: Use of memory after it is freed > acm_process_notification(acm, (unsigned char *)dr); > > There are three problems, the first one i

Re: [PATCH] cdc-acm: rework notification_buffer resizing

2020-08-04 Thread Oliver Neukum
Am Samstag, den 01.08.2020, 08:21 -0700 schrieb t...@redhat.com: > From: Tom Rix > > Clang static analysis reports this error > > cdc-acm.c:409:3: warning: Use of memory after it is freed > acm_process_notification(acm, (unsigned char *)dr); > > There are three problems, the first one i

[PATCH v19 10/15] damon/debugfs: Support pidfd target id

2020-08-04 Thread SeongJae Park
From: SeongJae Park DAMON programming interface users are safe from pid recycling problem since it uses 'struct pid *' as target id. However, debugfs interface users might still get the problem since they should describe the target ids with pid numbers. This commit makes the debugfs interface t

Re: [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.

2020-08-04 Thread Pavel Machek
Hi! > The commit text again to make checkpatch happy. ? > +oneOf: > + - items: > + - const: ctu,ctucanfd > + - const: ctu,canfd-2 > + - const: ctu,ctucanfd For consistency, can we have ctu,canfd-1, ctu,canfd-2? Best regards,

[PATCH v19 09/15] mm/damon: Implement a debugfs interface

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit implements a debugfs interface for DAMON. It works for the virtual address spaces monitoring. DAMON exports four files, ``attrs``, ``target_ids``, ``record``, and ``monitor_on`` under its debugfs directory, ``/damon/``. Attributes -- Users can read and

[PATCH] gpio: siox: indicate exclusive support of threaded IRQs

2020-08-04 Thread Ahmad Fatoum
Generic GPIO consumers like gpio-keys use request_any_context_irq() to request a threaded handler if irq_settings_is_nested_thread() == true or a hardirq handler otherwise. Drivers using handle_nested_irq() must be sure that the nested IRQs were requested with threaded handlers, because the IRQ is

[PATCH v19 11/15] tools: Introduce a minimal user-space tool for DAMON

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit imtroduces a shallow wrapper python script, ``/tools/damon/damo`` that provides more convenient interface. Note that it is only aimed to be used for minimal reference of the DAMON's debugfs interfaces and for debugging of the DAMON itself. Signed-off-by: SeongJae

[PATCH v19 12/15] Documentation: Add documents for DAMON

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit adds documents for DAMON under `Documentation/admin-guide/mm/damon/` and `Documentation/vm/damon/`. Signed-off-by: SeongJae Park --- Documentation/admin-guide/mm/damon/guide.rst | 157 ++ Documentation/admin-guide/mm/damon/index.rst | 15 + Documentatio

[PATCH v19 13/15] mm/damon: Add kunit tests

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit adds kunit based unit tests for DAMON. Signed-off-by: SeongJae Park Reviewed-by: Brendan Higgins --- mm/Kconfig | 11 + mm/damon-test.h | 671 mm/damon.c | 6 + 3 files changed, 688 insertions(+) cr

Re: [PATCH v10 4/8] usr: add support for zstd compressed initramfs

2020-08-04 Thread Adam Borowski
On Tue, Aug 04, 2020 at 09:25:23AM +0200, Sedat Dilek wrote: > On Tue, Aug 4, 2020 at 8:52 AM Geert Uytterhoeven > wrote: > > On Thu, Jul 30, 2020 at 9:13 PM Nick Terrell wrote: > > > From: Nick Terrell > > > * Add support for a zstd compressed initramfs. > > > * Add compression for compressing

[PATCH v19 15/15] MAINTAINERS: Update for DAMON

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit updates MAINTAINERS file for DAMON related files. Signed-off-by: SeongJae Park --- MAINTAINERS | 13 + 1 file changed, 13 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 4e2698cc7e23..3d6050d693e3 100644 --- a/MAINTAINERS +++ b/MAINTAINER

[PATCH v19 14/15] mm/damon: Add user space selftests

2020-08-04 Thread SeongJae Park
From: SeongJae Park This commit adds a simple user space tests for DAMON. The tests are using kselftest framework. Signed-off-by: SeongJae Park --- tools/testing/selftests/damon/Makefile| 7 + .../selftests/damon/_chk_dependency.sh| 28 +++ tools/testing/selftests/damon/_ch

Re: [PATCH v4 2/6] dt-bindings: net: can: binding for CTU CAN FD open-source IP core.

2020-08-04 Thread Pavel Machek
On Tue 2020-08-04 11:18:17, Pavel Machek wrote: > Hi! > > > The commit text again to make checkpatch happy. > > ? > > > > +oneOf: > > + - items: > > + - const: ctu,ctucanfd > > + - const: ctu,canfd-2 > > + - const: ctu,ctucanfd > > For consistency, can we have c

Re: [PATCH 2/2] s390: convert to GENERIC_VDSO

2020-08-04 Thread Sven Schnelle
Hi, Thomas Gleixner writes: > Heiko Carstens writes: > >> On Mon, Aug 03, 2020 at 06:05:24PM +0200, Thomas Gleixner wrote: >>> +/** >>> + * vdso_update_begin - Start of a VDSO update section >>> + * >>> + * Allows architecture code to safely update the architecture specific VDSO >>> + * data. >>

[PATCH] crypto: sa2ul - fix pointer cast warning on 32-bit

2020-08-04 Thread Geert Uytterhoeven
On 32-bit: drivers/crypto/sa2ul.c: In function ‘sa_sha_init’: drivers/crypto/sa2ul.c:1486:33: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] crypto_ahash_digestsize(tfm), (u64)rctx); ^ Fix this by casting the co

Re: [PATCH v2 3/3] drm/ingenic: ipu: Only enable clock when needed

2020-08-04 Thread Daniel Vetter
On Thu, Jul 30, 2020 at 06:21:05PM +0200, Paul Cercueil wrote: > > > Le jeu. 30 juil. 2020 à 17:29, Sam Ravnborg a écrit : > > On Thu, Jul 30, 2020 at 04:48:30PM +0200, Paul Cercueil wrote: > > > Instead of keeping the IPU clock enabled constantly, enable and > > > disable > > > it on demand, wh

Re: [PATCH] ALSA: hda/hdmi: Add pins with jack detection support

2020-08-04 Thread Kai-Heng Feng
> On Aug 4, 2020, at 17:04, Takashi Iwai wrote: > > On Tue, 04 Aug 2020 09:29:25 +0200, > Kai-Heng Feng wrote: >> >> HDMI on some platforms doesn't enable audio support because its Port >> Connectivity [31:30] is set to AC_JACK_PORT_NONE: >> Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels

Re: [PATCH v3 6/6] mm: document semantics of ZONE_MOVABLE

2020-08-04 Thread Mike Rapoport
On Tue, Aug 04, 2020 at 09:24:08AM +0200, David Hildenbrand wrote: > Let's document what ZONE_MOVABLE means, how it's used, and which special > cases we have regarding unmovable pages (memory offlining vs. migration / > allocations). > > Cc: Andrew Morton > Cc: Michal Hocko > Cc: Michael S. Tsir

Re: [PATCH 01/18] fsinfo: Introduce a non-repeating system-unique superblock ID [ver #21]

2020-08-04 Thread Miklos Szeredi
On Mon, Aug 3, 2020 at 3:37 PM David Howells wrote: > > Introduce an (effectively) non-repeating system-unique superblock ID that > can be used to determine that two objects are in the same superblock > without needing to worry about the ID changing in the meantime (as is > possible with device ID

Re: [PATCH] drm/vkms: modify sequence disable/plane/enable in commit_tail

2020-08-04 Thread daniel
On Sat, Aug 01, 2020 at 04:30:23PM -0300, Melissa Wen wrote: > On Wed, Jul 29, 2020 at 12:22 PM Sidong Yang wrote: > > > > This patch modifies function call sequence in commit tail. This is for > > the problem that raised when kms_cursor_crc test is tested repeatedly. > > In second test, there is

[PATCH 1/3] vdso: allow to add architecture-specific vdso data

2020-08-04 Thread Sven Schnelle
Add the possibility to add architecture specific vDSO data to struct vdso_data. This is useful if the arch specific user space VDSO code needs additional data during execution. If CONFIG_ARCH_HAS_VDSO_DATA is defined, the generic code will include asm/vdso/data.h which should contain 'struct arch_v

[PATCH RFC v2] s390: convert to GENERIC_VDSO

2020-08-04 Thread Sven Schnelle
as discussed here's the second version of the generic vdso patch for s390. Changes in v2: - added patch from Thomas that adds vdso_update_begin()/vdso_update_end() - changed the s390 code to use the vdso update functions - changed the name of the architecture specific data to 'arch_data'

[PATCH 2/3] timekeeping/vsyscall: Provide vdso_update_begin/end()

2020-08-04 Thread Sven Schnelle
From: Thomas Gleixner Architectures can have the requirement to add additional architecture specific data to the VDSO data page which needs to be updated independent of the timekeeper updates. To protect these updates vs. concurrent readers and a conflicting update through timekeeping, provide h

[PATCH 3/3] s390: convert to GENERIC_VDSO

2020-08-04 Thread Sven Schnelle
This patch converts s390 to the generic vDSO. There are a few special things on s390: - vDSO can be called without a stack frame - glibc did this in the past. So we need to allocate a stackframe on our own. - The former assembly code used stcke to get the TOD clock and applied time steering t

[PATCH] Bluetooth: Initialize the TX queue lock when creating struct l2cap_chan in 6LOWPAN

2020-08-04 Thread Coiby Xu
When L2CAP channel is destroyed by hci_unregister_dev, it will acquire the spin lock of the (struct l2cap_chan *)->tx_q list to delete all the buffers. But sometimes when hci_unregister_dev is being called, this lock may have not bee initialized. Initialize the TX queue lock when creating struct l2

Re: [PATCH] scsi: sd: add runtime pm to open / release

2020-08-04 Thread Martin Kepplinger
On 30.07.20 17:10, Alan Stern wrote: > On Thu, Jul 30, 2020 at 10:52:14AM +0200, Martin Kepplinger wrote: >> Maybe I should just start a new discussion with a patch, but the below >> is what makes sense to me (when I understand you correctly) and seems to >> work. I basically add a new flag, so tha

Re: [PATCH V3 vhost next 00/10] VDPA support for Mellanox ConnectX devices

2020-08-04 Thread Michael S. Tsirkin
On Tue, Aug 04, 2020 at 08:34:32AM +0300, Eli Cohen wrote: > On Mon, Aug 03, 2020 at 04:51:27PM -0400, Michael S. Tsirkin wrote: > > On Tue, Jul 28, 2020 at 09:05:29AM +0300, Eli Cohen wrote: > > > Hi Michael, > > > please note that this series depends on mlx5 core device driver patches > > > in ml

Re: [Linux-kernel-mentees] [PATCH] Bluetooth: Initialize the TX queue lock when creating struct l2cap_chan in 6LOWPAN

2020-08-04 Thread Greg KH
On Tue, Aug 04, 2020 at 05:39:37PM +0800, Coiby Xu wrote: > When L2CAP channel is destroyed by hci_unregister_dev, it will > acquire the spin lock of the (struct l2cap_chan *)->tx_q list to > delete all the buffers. But sometimes when hci_unregister_dev is > being called, this lock may have not bee

Re: [PATCH v2 2/2] dma-pool: Only allocate from CMA when in same memory zone

2020-08-04 Thread Nicolas Saenz Julienne
On Tue, 2020-08-04 at 08:06 +0200, Christoph Hellwig wrote: > On Mon, Aug 03, 2020 at 06:09:56PM +0200, Nicolas Saenz Julienne wrote: > > + if (IS_ENABLED(CONFIG_ZONE_DMA) && (gfp & GFP_DMA)) > > + return end <= DMA_BIT_MASK(zone_dma_bits); > > + if (IS_ENABLED(CONFIG_ZONE_DMA32) && (

Re: [PATCH] ALSA: hda/hdmi: Add pins with jack detection support

2020-08-04 Thread Takashi Iwai
On Tue, 04 Aug 2020 11:31:59 +0200, Kai-Heng Feng wrote: > > > > > On Aug 4, 2020, at 17:04, Takashi Iwai wrote: > > > > On Tue, 04 Aug 2020 09:29:25 +0200, > > Kai-Heng Feng wrote: > >> > >> HDMI on some platforms doesn't enable audio support because its Port > >> Connectivity [31:30] is set

Re: [RFC PATCH 8/9] PCI/PME: Add RCEC PME handling

2020-08-04 Thread Jonathan Cameron
On Tue, 4 Aug 2020 16:35:59 +0800 Jay Fang wrote: > 在 2020/7/25 1:22, Sean V Kelley 写道: > > The Root Complex Event Collectors(RCEC) appear as peers of Root Ports > > and also have the PME capability. So add RCEC support to the current PME > > service driver and attach the PME service driver to th

Re: [PATCH v2] drivers/net/wan/lapbether: Use needed_headroom instead of hard_header_len

2020-08-04 Thread Xie He
On Mon, Aug 3, 2020 at 11:53 PM Martin Schiller wrote: > > I don't like the idea to get rid of the 1-byte header. > This header is also used in userspace, for example when using a tun/tap > interface for an XoT (X.25 over TCP) application. A change would > therefore have very far-reaching conseque

[PATCH v3 1/6] mm: add definition of PMD_PAGE_ORDER

2020-08-04 Thread Mike Rapoport
From: Mike Rapoport The definition of PMD_PAGE_ORDER denoting the number of base pages in the second-level leaf page is already used by DAX and maybe handy in other cases as well. Several architectures already have definition of PMD_ORDER as the size of second level page table, so to avoid confl

[PATCH v3 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation

2020-08-04 Thread Mike Rapoport
From: Mike Rapoport Removing a PAGE_SIZE page from the direct map every time such page is allocated for a secret memory mapping will cause severe fragmentation of the direct map. This fragmentation can be reduced by using PMD-size pages as a pool for small pages for secret memory mappings. Add a

[PATCH v3 0/6] mm: introduce memfd_secret system call to create "secret" memory areas

2020-08-04 Thread Mike Rapoport
From: Mike Rapoport Hi, This is an implementation of "secret" mappings backed by a file descriptor. v3 changes: * Squash kernel-parameters.txt update into the commit that added the command line option. * Make uncached mode explicitly selectable by architectures. For now enable it only on x

[PATCH v3 2/6] mmap: make mlock_future_check() global

2020-08-04 Thread Mike Rapoport
From: Mike Rapoport It will be used by the upcoming secret memory implementation. Signed-off-by: Mike Rapoport --- mm/internal.h | 3 +++ mm/mmap.c | 5 ++--- 2 files changed, 5 insertions(+), 3 deletions(-) diff --git a/mm/internal.h b/mm/internal.h index 9886db20d94f..af0a92f8f6bc 10064

[PATCH v3 3/6] mm: introduce memfd_secret system call to create "secret" memory areas

2020-08-04 Thread Mike Rapoport
From: Mike Rapoport Introduce "memfd_secret" system call with the ability to create memory areas visible only in the context of the owning process and not mapped not only to other processes but in the kernel page tables as well. The user will create a file descriptor using the memfd_secret() sys

[PATCH v3 4/6] arch, mm: wire up memfd_secret system call were relevant

2020-08-04 Thread Mike Rapoport
From: Mike Rapoport Wire up memfd_secret system call on architectures that define ARCH_HAS_SET_DIRECT_MAP, namely arm64, risc-v and x86. Signed-off-by: Mike Rapoport Acked-by: Palmer Dabbelt Acked-by: Arnd Bergmann --- arch/arm64/include/asm/unistd.h| 2 +- arch/arm64/include/asm/uni

[PATCH kernel v2] panic: Dump registers on panic_on_warn

2020-08-04 Thread Alexey Kardashevskiy
Currently we print stack and registers for ordinary warnings but we do not for panic_on_warn which looks as oversight - panic() will reboot the machine but won't print registers. This moves printing of registers and modules earlier. This does not move the stack dumping as panic() dumps it. Signe

[PATCH v3 6/6] mm: secretmem: add ability to reserve memory at boot

2020-08-04 Thread Mike Rapoport
From: Mike Rapoport Taking pages out from the direct map and bringing them back may create undesired fragmentation and usage of the smaller pages in the direct mapping of the physical memory. This can be avoided if a significantly large area of the physical memory would be reserved for secretmem

Aw: Re: Re: Re: [PATCH v2 1/5] drm/mediatek: config component output by device node port

2020-08-04 Thread Frank Wunderlich
Hi, i've printed the mtk_comp_id after the modification-loops... [5.480848] main: [5.480851] DDP_COMPONENT_OVL0 [5.482776] DDP_COMPONENT_RDMA0 [5.485827] DDP_COMPONENT_COLOR0 [5.488978] DDP_COMPONENT_BLS [5.492206] DDP_COMPONENT_DPI0 [5.495170] ext: [5.498233] DDP_

Re: [PATCH v3 6/6] mm: document semantics of ZONE_MOVABLE

2020-08-04 Thread David Hildenbrand
On 04.08.20 11:33, Mike Rapoport wrote: > On Tue, Aug 04, 2020 at 09:24:08AM +0200, David Hildenbrand wrote: >> Let's document what ZONE_MOVABLE means, how it's used, and which special >> cases we have regarding unmovable pages (memory offlining vs. migration / >> allocations). >> >> Cc: Andrew Mor

Re: [PATCH v4 3/6] can: ctucanfd: add support for CTU CAN FD open-source IP core - bus independent part.

2020-08-04 Thread Pavel Machek
Hi! > More about CAN related projects used and developed at the Faculty > of the Electrical Engineering (http://www.fel.cvut.cz/en/) > of Czech Technical University (https://www.cvut.cz/en) > in at Prague http://canbus.pages.fel.cvut.cz/ . Should this go to Documentation, not a changelog? > +

Re: [PATCH] nvmem: core: add sanity check in nvmem_device_read()

2020-08-04 Thread Sakari Ailus
Hi Bingbu, Thank you for the patch. On Tue, Aug 04, 2020 at 05:13:56PM +0800, Bingbu Cao wrote: > nvmem_device_read() could be called directly once nvmem device > registered, the sanity check should be done before call > nvmem_reg_read() as cell and sysfs read did now. > > Signed-off-by: Bingbu

[PATCH 0/4] i2c: core: add generic GPIO bus recovery

2020-08-04 Thread Codrin Ciubotariu
GPIO recovery has been added already for some I2C bus drivers, such as imx, pxa and at91. These drivers use similar bindings and have more or less the same code for recovery. For this reason, we aim to move the GPIO bus recovery implementation to the I2C core so that other drivers can benefit from

[PATCH 1/4] dt-binding: i2c: add generic properties for GPIO bus recovery

2020-08-04 Thread Codrin Ciubotariu
The I2C GPIO bus recovery properties consist of two GPIOS and one extra pinctrl state ("gpio" or "recovery"). "recovery" pinctrl state is considered deprecated and "gpio" should be used instead. Not all are mandatory for recovery. Signed-off-by: Codrin Ciubotariu --- Changes from RFC: - "recove

Re: [PATCH 2/2] lockdep: warn on redundant or incorrect irq state changes

2020-08-04 Thread Alexey Kardashevskiy
On 23/07/2020 20:56, Nicholas Piggin wrote: > With the previous patch, lockdep hardirq state changes should not be > redundant. Softirq state changes already follow that pattern. > > So warn on unexpected enable-when-enabled or disable-when-disabled > conditions, to catch possible errors or slo

[PATCH 2/4] i2c: core: add generic I2C GPIO recovery

2020-08-04 Thread Codrin Ciubotariu
Multiple I2C bus drivers use similar bindings to obtain information needed for I2C recovery. For example, for platforms using device-tree, the properties look something like this: &i2c { ... pinctrl-names = "default", "gpio"; pinctrl-0 = <&pinctrl_i2c_default>; pinc

[PATCH 3/4] i2c: core: treat EPROBE_DEFER when acquiring SCL/SDA GPIOs

2020-08-04 Thread Codrin Ciubotariu
Even if I2C bus GPIO recovery is optional, devm_gpiod_get() can return -EPROBE_DEFER, so we should at least treat that. This ends up with i2c_register_adapter() to be able to return -EPROBE_DEFER. Signed-off-by: Codrin Ciubotariu --- Changes from RFC: - return -EINVAL if i2c_init_recovery() doe

Re: [RFC PATCH kernel] serial_core: Check for port state when tty is in error state

2020-08-04 Thread Alexey Kardashevskiy
Ping? ps. Greg, your name came up in "git format-patch -M --stdout -1 HEAD | ./scripts/get_maintainer.pl --norolestats --l" ;) On 28/07/2020 22:43, Alexey Kardashevskiy wrote: > At the moment opening a serial device node (such as /dev/ttyS3) > succeeds even if there is no actual serial device be

Re: [PATCH v4] scsi: ufs: Cleanup completed request without interrupt notification

2020-08-04 Thread Can Guo
On 2020-07-24 22:02, Stanley Chu wrote: If somehow no interrupt notification is raised for a completed request and its doorbell bit is cleared by host, UFS driver needs to cleanup its outstanding bit in ufshcd_abort(). Otherwise, system may behave abnormally by below flow: After ufshcd_abort() r

[PATCH 2/2] iio: imu: adis16480: Add the option to enable/disable burst mode

2020-08-04 Thread Alexandru Ardelean
From: Stefan Popa Although the burst read function does not require a stall time between each 16-bit segment, it however requires more processing since the software needs to look for the BURST_ID and take into account the offset to the first data channel. Some users might find it useful to be abl

[PATCH 4/4] i2c: at91: Move to generic GPIO bus recovery

2020-08-04 Thread Codrin Ciubotariu
Make the Microchip at91 driver the first to use the generic GPIO bus recovery support from the I2C core and discard the driver implementation. Signed-off-by: Codrin Ciubotariu --- Changes from RFC: - none; drivers/i2c/busses/i2c-at91-master.c | 69 ++-- drivers/i2c/bus

[PATCH 1/2] iio: imu: adis16480: Add support for burst read function

2020-08-04 Thread Alexandru Ardelean
From: Stefan Popa The burst read function (BRF) provides a method for reading a batch of data (status, temperature, gyroscopes, accelerometers, timestamp/data counter and CRC code), which does not require a stall time between each 16-bit sgment and only requires on command on the DIN line to init

Re: [PATCH] PM: runtime: Add kerneldoc comments to multiple helpers

2020-08-04 Thread Rafael J. Wysocki
Hi Sakari, On Tue, Aug 4, 2020 at 1:03 AM Sakari Ailus wrote: > > Hi Rafael, > > One more comment below. > > On Fri, Jul 31, 2020 at 07:03:26PM +0200, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Add kerneldoc comments to multiple PM-runtime helper functions > > defined as static

Re: [PATCH v3 6/6] mm: document semantics of ZONE_MOVABLE

2020-08-04 Thread Mike Rapoport
On Tue, Aug 04, 2020 at 11:55:10AM +0200, David Hildenbrand wrote: > On 04.08.20 11:33, Mike Rapoport wrote: > > On Tue, Aug 04, 2020 at 09:24:08AM +0200, David Hildenbrand wrote: > >> Let's document what ZONE_MOVABLE means, how it's used, and which special > >> cases we have regarding unmovable pa

Re: [PATCH] nvmem: core: add sanity check in nvmem_device_read()

2020-08-04 Thread Srinivas Kandagatla
On 04/08/2020 10:58, Sakari Ailus wrote: Hi Bingbu, Thank you for the patch. On Tue, Aug 04, 2020 at 05:13:56PM +0800, Bingbu Cao wrote: nvmem_device_read() could be called directly once nvmem device registered, the sanity check should be done before call nvmem_reg_read() as cell and sysfs

Re: [PATCH v3 6/6] mm: document semantics of ZONE_MOVABLE

2020-08-04 Thread David Hildenbrand
On 04.08.20 12:03, Mike Rapoport wrote: > On Tue, Aug 04, 2020 at 11:55:10AM +0200, David Hildenbrand wrote: >> On 04.08.20 11:33, Mike Rapoport wrote: >>> On Tue, Aug 04, 2020 at 09:24:08AM +0200, David Hildenbrand wrote: Let's document what ZONE_MOVABLE means, how it's used, and which specia

Re: [PATCH net-next RFC 01/13] devlink: Add reload level option to devlink reload command

2020-08-04 Thread Jiri Pirko
Mon, Aug 03, 2020 at 10:57:03PM CEST, k...@kernel.org wrote: >On Mon, 3 Aug 2020 16:14:42 +0200 Jiri Pirko wrote: >> >devlink dev reload [ net-ns-respawn { PID | NAME | ID } ] [ >> >driver-param-init >> >] [ fw-activate [ --live] ] >> >> Jakub, why do you prefer to have another extra level-spec

Re: [PATCH v2] media: rcar-vin: Add support to select data pins for YCbCr422-8bit input

2020-08-04 Thread Niklas
Hi Lad, On 2020-08-04 09:04:25 +0100, Lad, Prabhakar wrote: > Hi Niklas, > > On Mon, Aug 3, 2020 at 8:28 PM Niklas wrote: > > > > Hi Lad, > > > > On 2020-08-03 20:17:54 +0100, Lad, Prabhakar wrote: > > > Hi Niklas, > > > > > > Thank you for the review. > > > > > > On Mon, Aug 3, 2020 at 7:06 PM

Re: [PATCH v17 21/21] mm/lru: revise the comments of lru_lock

2020-08-04 Thread Alex Shi
在 2020/8/4 上午6:37, Alexander Duyck 写道: >> >> shrink_inactive_list() also diverts any unevictable pages that it finds on >> the >> -inactive lists to the appropriate zone's unevictable list. >> +inactive lists to the appropriate node's unevictable list. >> >> shrink_inactive_list() should only

Re: [PATCH v2] drivers/net/wan/lapbether: Use needed_headroom instead of hard_header_len

2020-08-04 Thread Xie He
On Tue, Aug 4, 2020 at 12:06 AM Willem de Bruijn wrote: > > > BTW: The linux x25 mailing list does not seem to work anymore. I've been > > on it for some time now, but haven't received a single email from it. > > I've tried to contact owner-linux-...@vger.kernel.org, but only got an > > "undeliver

Re: [PATCH v2 4/5] perf record: Don't clear event's period if set by a term

2020-08-04 Thread Adrian Hunter
On 28/07/20 11:57 am, Ian Rogers wrote: > If events in a group explicitly set a frequency or period with leader > sampling, don't disable the samples on those events. > > Prior to 5.8: > perf record -e '{cycles/period=12345000/,instructions/period=6789000/}:S' Might be worth explaining this use-c

Re: [RFC PATCH kernel] serial_core: Check for port state when tty is in error state

2020-08-04 Thread Greg Kroah-Hartman
On Tue, Aug 04, 2020 at 08:02:27PM +1000, Alexey Kardashevskiy wrote: > Ping? > > ps. Greg, your name came up in "git format-patch -M --stdout -1 HEAD | > ./scripts/get_maintainer.pl --norolestats --l" ;) It's in my queue to review, but can't do anything now that the merge window is open. Also,

<    1   2   3   4   5   6   7   8   9   10   >