[PATCH 5/5] seqcount: More consistent seqprop names

Attempt uniformity and brevity. Signed-off-by: Peter Zijlstra (Intel) --- include/linux/seqlock.h | 52 1 file changed, 26 insertions(+), 26 deletions(-) --- a/include/linux/seqlock.h +++ b/include/linux/seqlock.h @@ -247,9 +247,9 @@ SEQCOUNT_L

[PATCH 2/3] docs: cgroup: Note about sibling relative reclaim protection

Signed-off-by: Michal Koutný --- Documentation/admin-guide/cgroup-v2.rst | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/admin-guide/cgroup-v2.rst b/Documentation/admin-guide/cgroup-v2.rst index 94bdff4f9e09..47f9f056e66f 100644 --- a/Documentation/admin-guide/cgroup-v2.rst

[PATCH 1/3] docs: cgroup: Explain reclaim protection target

Signed-off-by: Michal Koutný --- Documentation/admin-guide/cgroup-v2.rst | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/Documentation/admin-guide/cgroup-v2.rst b/Documentation/admin-guide/cgroup-v2.rst index d09471aa7443..94bdff4f9e09 100644 --- a/D

Re: [PATCH v1 3/6] mm/page_isolation: drop WARN_ON_ONCE() in set_migratetype_isolate()

On 07/29/20 at 03:37pm, David Hildenbrand wrote: > On 29.07.20 15:24, Baoquan He wrote: > > On 06/30/20 at 04:26pm, David Hildenbrand wrote: > >> Inside has_unmovable_pages(), we have a comment describing how unmovable > >> data could end up in ZONE_MOVABLE - via "movable_core". Also, besides > >

[PATCH 0/3] Memory reclaim documentation fixes

Hi, I think the reclaim target is a concept that is not just an implementation detail and hence it should be documented how it applies to protection configuration (the first patch). Second patch is a "best practice" bit of information, it may be squashed with the first one. The last patch just make

[PATCH 3/3] docs: cgroup: No special handling of unpopulated memcgs

The current kernel doesn't handle unpopulated cgroups any special regarding reclaim protection. Furthermore, this wasn't a case even when this was introduced in bf8d5d52ffe89 ("memcg: introduce memory.min") Drop the incorrect documentation. (Implementation taking into account the inner-node con

Re: [PATCH v1 4/6] mm/page_isolation: cleanup set_migratetype_isolate()

On 06/30/20 at 04:26pm, David Hildenbrand wrote: > Let's clean it up a bit, simplifying error handling and getting rid of > the label. > > Cc: Andrew Morton > Cc: Michal Hocko > Cc: Michael S. Tsirkin > Signed-off-by: David Hildenbrand > --- > mm/page_isolation.c | 18 +++--- > 1

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

On Tue, Jul 28, 2020 at 06:11:32PM +1000, Stephen Rothwell wrote: > Hi all, > > After merging the vhost tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > In file included from drivers/virtio/virtio_vdpa.c:17: > include/linux/vdpa.h:43:21: error: expected ':', ',', ';',

Re: [PATCH v1 1/2] kernel: time: export sched_clock_register function

Hi Freddy, On 28/07/2020 12:16, Freddy Hsin wrote: > export sched_clock_register function, because the Mediatek timer > loadable module depends on this function That is not a sufficient reason to ask for exporting a symbol from the core framework. It is the second patch asking for exporting th

Re: [PATCH v4 29/78] drm/vc4: crtc: Add a delay after disabling the PixelValve output

Hi Maxime On Wed, 8 Jul 2020 at 18:43, Maxime Ripard wrote: > > In order to avoid pixels getting stuck in the (unflushable) FIFO between > the HVS and the PV, we need to add some delay after disabling the PV output > and before disabling the HDMI controller. 20ms seems to be good enough so > let'

make oldconfig (Re: mmotm 2020-07-27-18-18 uploaded (mm/page_alloc.c))

On Tue, Jul 28, 2020 at 06:44:19PM -0700, Andrew Morton wrote: > On Tue, 28 Jul 2020 15:39:21 -0700 Randy Dunlap wrote: > > > On 7/28/20 2:55 PM, Andrew Morton wrote: > > > On Tue, 28 Jul 2020 05:33:58 -0700 Randy Dunlap > > > wrote: > > > > > >> On 7/27/20 6:19 PM, Andrew Morton wrote: > > >>

RE: [PATCH v18 3/3] Input: new da7280 haptic driver

Hello Dmitry and Uwe, Wednesday, July 29, 2020 3:37 PM, Dmitry Torokhov wrote: > On Wed, Jul 29, 2020 at 11:59:40AM +0900, Roy Im wrote: > > Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with multiple > > mode and integrated waveform memory and wideband support. > > It communicates vi

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

On 28.07.20 22:02, Alan Stern wrote: > On Tue, Jul 28, 2020 at 09:02:44AM +0200, Martin Kepplinger wrote: >> Hi Alan, >> >> Any API cleanup is of course welcome. I just wanted to remind you that >> the underlying problem: broken block device runtime pm. Your initial >> proposed fix "almost" did it

Re: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the sequence for wdog operations

On 7/28/20 9:50 PM, Anson Huang wrote: > Hi, Guenter > > >> Subject: Re: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the sequence >> for wdog operations >> >> On 7/28/20 7:20 PM, Anson Huang wrote: >>> According to reference manual, the i.MX7ULP WDOG's operations should >>> follow below seq

Re: [RFC PATCH 0/6] decrease unnecessary gap due to pmem kmem alignment

On Wed, Jul 29, 2020 at 03:03:04PM +0200, David Hildenbrand wrote: > On 29.07.20 15:00, Mike Rapoport wrote: > > On Wed, Jul 29, 2020 at 11:35:20AM +0200, David Hildenbrand wrote: > >>> > >>> There is still large gap with ARM64_64K_PAGES, though. > >>> > >>> As for SPARSEMEM without VMEMMAP, are

Re: [PATCH v10 4/5] arm64: kdump: fix kdump broken with ZONE_DMA reintroduced

Hi Catalin, On 2020/7/29 19:58, Catalin Marinas wrote: > Hi Chen, > > On Wed, Jul 29, 2020 at 11:52:39AM +0800, chenzhou wrote: >> On 2020/7/28 1:30, Catalin Marinas wrote: >>> Anyway, there are two series solving slightly different issues with >>> kdump reservations: >>> >>> 1. This series which

Re: (resend) [PATCH [linux-4.14.y]] dm cache: submit writethrough writes in parallel to origin and cache

On Wed, Jul 29 2020 at 7:55am -0400, Greg KH wrote: > On Wed, Jul 29, 2020 at 01:51:19PM +0200, Greg KH wrote: > > On Mon, Jul 27, 2020 at 11:00:14AM -0400, Mike Snitzer wrote: > > > This mail needs to be saent to sta...@vger.kernel.org (now cc'd). > > > > > > Greg et al: please backport 2df3ba

Re: [PATCH v8 0/5] Add support for iMX8MQ Display Controller Subsystem

Hi Guido, On Wed, Jul 29, 2020 at 03:59:48PM +0200, Guido Günther wrote: > Hi, > On Fri, Jul 24, 2020 at 12:07:29PM +0300, Laurentiu Palcu wrote: > > From: Laurentiu Palcu > > > > Hi, > > > > This patchset adds initial DCSS support for iMX8MQ chip. Initial support > > includes only graphics pla

Re: [PATCH 2/3] ARM: l2c: update prefetch bits in L2X0_AUX_CTRL using DT value

On Wed, Jul 29, 2020 at 02:47:32PM +0100, Guillaume Tucker wrote: > The L310_PREFETCH_CTRL register bits 28 and 29 to enable data and > instruction prefetch respectively can also be accessed via the > L2X0_AUX_CTRL register. They appear to be actually wired together in > hardware between the regis

Re: [PATCH v2 1/9] dt-bindings: arm: mstar: Add binding details for mstar,pmsleep

On Wed, Jul 29, 2020 at 2:34 PM Daniel Palmer wrote: > > On Wed, 29 Jul 2020 at 21:14, Arnd Bergmann wrote: > > > Does calling it "mstar,pmsleepv7" make more sense? I'm not sure what > > > to call it really. > > > > Use the name of the oldest chip you know that supports it in there, > > such as "

RE: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the sequence for wdog operations

Hi, Guenter > Subject: Re: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the sequence > for wdog operations > > On 7/28/20 9:50 PM, Anson Huang wrote: > > Hi, Guenter > > > > > >> Subject: Re: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the > >> sequence for wdog operations > >> > >> O

Re: mmotm 2020-07-27-18-18 uploaded (mm/page_alloc.c)

On Tue, Jul 28, 2020 at 03:31:43PM -0700, Andrew Morton wrote: > On Wed, 29 Jul 2020 08:20:53 +1000 Stephen Rothwell > wrote: > > > Hi Andrew, > > > > On Tue, 28 Jul 2020 14:55:53 -0700 Andrew Morton > > wrote: > > > config CONTIG_ALLOC > > > def_bool (MEMORY_ISOLATION && COMPACTION)

Re: [PATCH v8 5/5] dt-bindings: display: imx: add bindings for DCSS

On Wed, Jul 29, 2020 at 03:27:30PM +0200, Guido Günther wrote: > Hi, > On Fri, Jul 24, 2020 at 12:07:34PM +0300, Laurentiu Palcu wrote: > > From: Laurentiu Palcu > > > > Add bindings for iMX8MQ Display Controller Subsystem. > > > > Signed-off-by: Laurentiu Palcu > > Reviewed-by: Rob Herring >

Re: [PATCH 0/2] locking/qspinlock: Break qspinlock_types.h header loop

On Wed, Jul 29, 2020 at 10:28:49PM +0900, Sergey Senozhatsky wrote: > On (20/07/29 15:00), pet...@infradead.org wrote: > > On Wed, Jul 29, 2020 at 10:51:44PM +1000, Herbert Xu wrote: > > > On Wed, Jul 29, 2020 at 02:47:44PM +0200, pet...@infradead.org wrote: > > > > > [..] > > > > Anyway, the patch

Re: [PATCH 1/5] seqlock: s/__SEQ_LOCKDEP/__SEQ_LOCK/g

On Wed, Jul 29, 2020 at 03:52:50PM +0200, Peter Zijlstra wrote: > __SEQ_LOCKDEP() is an expression gate for the > seqcount_LOCKNAME_t::lock member. Rename it to be about the member, > not the gate condition. > > Later (PREEMPT_RT) patches will make the member available for !LOCKDEP > configs. > > S

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

On Wed, Jul 29, 2020 at 04:12:22PM +0200, Martin Kepplinger wrote: > On 28.07.20 22:02, Alan Stern wrote: > > On Tue, Jul 28, 2020 at 09:02:44AM +0200, Martin Kepplinger wrote: > >> Hi Alan, > >> > >> Any API cleanup is of course welcome. I just wanted to remind you that > >> the underlying problem

Re: [PATCH v4 14/78] drm/vc4: crtc: Assign output to channel automatically

Hi Maxime On Wed, 8 Jul 2020 at 18:42, Maxime Ripard wrote: > > The HVS found in the BCM2711 has 6 outputs and 3 FIFOs, with each output > being connected to a pixelvalve, and some muxing between the FIFOs and > outputs. > > Any output cannot feed from any FIFO though, and they all have a bunch o

Re: [PATCH V3fix ghak120] audit: initialize context values in case of mandatory events

On Tue, Jul 28, 2020 at 10:01 PM Richard Guy Briggs wrote: > > On 2020-07-28 14:47, Paul Moore wrote: > > On Tue, Jul 28, 2020 at 12:27 PM Richard Guy Briggs wrote: > > > I know you like only really minimal fixes this late, but this seemed > > > pretty minimal to me... > > > > Minimal is a one (t

[tip: locking/core] seqlock: seqcount_t latch: End read sections with read_seqcount_retry()

The following commit has been merged into the locking/core branch of tip: Commit-ID: d3b35b87f436c1b226a8061bee9c8875ba6658bd Gitweb: https://git.kernel.org/tip/d3b35b87f436c1b226a8061bee9c8875ba6658bd Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:09 +02:00 Com

[tip: locking/core] lockdep: Add preemption enabled/disabled assertion APIs

The following commit has been merged into the locking/core branch of tip: Commit-ID: 8fd8ad5c5dfcb09cf62abadd4043eaf1afbbd0ce Gitweb: https://git.kernel.org/tip/8fd8ad5c5dfcb09cf62abadd4043eaf1afbbd0ce Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:13 +02:00 Com

[tip: locking/core] seqlock: Extend seqcount API with associated locks

The following commit has been merged into the locking/core branch of tip: Commit-ID: 55f3560df975f557c48aa6afc636808f31ecb87a Gitweb: https://git.kernel.org/tip/55f3560df975f557c48aa6afc636808f31ecb87a Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:15 +02:00 Com

[tip: locking/core] seqlock: Fold seqcount_LOCKNAME_init() definition

The following commit has been merged into the locking/core branch of tip: Commit-ID: e4e9ab3f9f91ad3b88d12363f890e8ad9b59b645 Gitweb: https://git.kernel.org/tip/e4e9ab3f9f91ad3b88d12363f890e8ad9b59b645 Author:Peter Zijlstra AuthorDate:Thu, 23 Jul 2020 12:00:53 +02:00 Commi

[tip: locking/core] NFSv4: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 76246c9219726c71e3f470344d8c6a566fa2535b Gitweb: https://git.kernel.org/tip/76246c9219726c71e3f470344d8c6a566fa2535b Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:27 +02:00 Com

[tip: locking/core] netfilter: nft_set_rbtree: Use sequence counter with associated rwlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: b901892b51317b321c7bc96e2ccd2f522d1380ee Gitweb: https://git.kernel.org/tip/b901892b51317b321c7bc96e2ccd2f522d1380ee Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:21 +02:00 Com

[tip: locking/core] seqcount: Compress SEQCNT_LOCKNAME_ZERO()

The following commit has been merged into the locking/core branch of tip: Commit-ID: 0efc94c5d15c3da0a69543d86ad2180f39256ed6 Gitweb: https://git.kernel.org/tip/0efc94c5d15c3da0a69543d86ad2180f39256ed6 Author:Peter Zijlstra AuthorDate:Thu, 23 Jul 2020 12:03:13 +02:00 Commi

[tip: locking/core] seqlock: Reorder seqcount_t and seqlock_t API definitions

The following commit has been merged into the locking/core branch of tip: Commit-ID: f4a27cbcec90ac04ee60e04b222e1449dcdba0bd Gitweb: https://git.kernel.org/tip/f4a27cbcec90ac04ee60e04b222e1449dcdba0bd Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:10 +02:00 Com

[tip: locking/core] locking/atomic: Move ATOMIC_INIT into linux/types.h

The following commit has been merged into the locking/core branch of tip: Commit-ID: 7ca8cf5347f720b07a0b32a924b768f5710547e7 Gitweb: https://git.kernel.org/tip/7ca8cf5347f720b07a0b32a924b768f5710547e7 Author:Herbert Xu AuthorDate:Wed, 29 Jul 2020 22:31:05 +10:00 Committer

[tip: locking/core] seqlock: lockdep assert non-preemptibility on seqcount_t write

The following commit has been merged into the locking/core branch of tip: Commit-ID: 859247d39fb008ea812e8f0c398a58a20c12899e Gitweb: https://git.kernel.org/tip/859247d39fb008ea812e8f0c398a58a20c12899e Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:14 +02:00 Com

[tip: locking/core] timekeeping: Use sequence counter with associated raw spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 025e82bcbc34cd071390e72fd0b31593282f9425 Gitweb: https://git.kernel.org/tip/025e82bcbc34cd071390e72fd0b31593282f9425 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:23 +02:00 Com

[tip: x86/urgent] x86/i8259: Use printk_deferred() to prevent deadlock

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: bdd65589593edd79b6a12ce86b3b7a7c6dae5208 Gitweb: https://git.kernel.org/tip/bdd65589593edd79b6a12ce86b3b7a7c6dae5208 Author:Thomas Gleixner AuthorDate:Wed, 29 Jul 2020 10:53:28 +02:00 Commit

[tip: locking/core] seqcount: More consistent seqprop names

The following commit has been merged into the locking/core branch of tip: Commit-ID: b5e6a027bd327daa679ca55182a920659e2cbb90 Gitweb: https://git.kernel.org/tip/b5e6a027bd327daa679ca55182a920659e2cbb90 Author:Peter Zijlstra AuthorDate:Thu, 23 Jul 2020 12:11:49 +02:00 Commi

[tip: locking/core] seqlock: Implement raw_seqcount_begin() in terms of raw_read_seqcount()

The following commit has been merged into the locking/core branch of tip: Commit-ID: 932e46365226324d2cf26d8bdec8b51ceb296948 Gitweb: https://git.kernel.org/tip/932e46365226324d2cf26d8bdec8b51ceb296948 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:12 +02:00 Com

[tip: locking/core] Documentation: locking: Describe seqlock design and usage

The following commit has been merged into the locking/core branch of tip: Commit-ID: 0d24f65e933ca89d55d17f6dbdb2a72ca88f0992 Gitweb: https://git.kernel.org/tip/0d24f65e933ca89d55d17f6dbdb2a72ca88f0992 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:07 +02:00 Com

[tip: locking/core] seqlock: Properly format kernel-doc code samples

The following commit has been merged into the locking/core branch of tip: Commit-ID: 15cbe67bbd3adeb4854c42713dbeaf2ff876beee Gitweb: https://git.kernel.org/tip/15cbe67bbd3adeb4854c42713dbeaf2ff876beee Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:08 +02:00 Com

[tip: locking/core] locking/qspinlock: Do not include atomic.h from qspinlock_types.h

The following commit has been merged into the locking/core branch of tip: Commit-ID: 459e39538e612b8dd130d34b93c9bfc89ecc836c Gitweb: https://git.kernel.org/tip/459e39538e612b8dd130d34b93c9bfc89ecc836c Author:Herbert Xu AuthorDate:Wed, 29 Jul 2020 22:33:16 +10:00 Committer

[tip: sched/core] arm, arm64: Fix selection of CONFIG_SCHED_THERMAL_PRESSURE

The following commit has been merged into the sched/core branch of tip: Commit-ID: fcd7c9c3c35aed58aba2eea6d375f0e5b03bd6d6 Gitweb: https://git.kernel.org/tip/fcd7c9c3c35aed58aba2eea6d375f0e5b03bd6d6 Author:Valentin Schneider AuthorDate:Wed, 29 Jul 2020 14:57:18 +01:00 Com

[tip: locking/core] seqlock: Add kernel-doc for seqcount_t and seqlock_t APIs

The following commit has been merged into the locking/core branch of tip: Commit-ID: 89b88845e05752b3d684eaf147f457c8dfa99c5f Gitweb: https://git.kernel.org/tip/89b88845e05752b3d684eaf147f457c8dfa99c5f Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:11 +02:00 Com

[tip: locking/core] raid5: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 0a87b25ff2eb6169403c88b0d5f3c97bdaa3c930 Gitweb: https://git.kernel.org/tip/0a87b25ff2eb6169403c88b0d5f3c97bdaa3c930 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:25 +02:00 Com

[tip: locking/core] hrtimer: Use sequence counter with associated raw spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: af5a06b582ec3d7b0160b4faaa65f73d8dcf989f Gitweb: https://git.kernel.org/tip/af5a06b582ec3d7b0160b4faaa65f73d8dcf989f Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:30 +02:00 Com

[tip: locking/core] kvm/eventfd: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 5c73b9a2b1b4ecc809a914aa64970157b3d8c936 Gitweb: https://git.kernel.org/tip/5c73b9a2b1b4ecc809a914aa64970157b3d8c936 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:29 +02:00 Com

[tip: locking/core] seqlock: s/__SEQ_LOCKDEP/__SEQ_LOCK/g

The following commit has been merged into the locking/core branch of tip: Commit-ID: e55687fe5c1e4849e5559a0a49199c9ca3fff36e Gitweb: https://git.kernel.org/tip/e55687fe5c1e4849e5559a0a49199c9ca3fff36e Author:Peter Zijlstra AuthorDate:Thu, 23 Jul 2020 11:56:22 +02:00 Commi

[tip: locking/core] dma-buf: Remove custom seqcount lockdep class key

The following commit has been merged into the locking/core branch of tip: Commit-ID: 318ce71f3e3ae4108c1665f3860afa8a2a4c9f02 Gitweb: https://git.kernel.org/tip/318ce71f3e3ae4108c1665f3860afa8a2a4c9f02 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:17 +02:00 Com

[tip: locking/core] seqlock: Align multi-line macros newline escapes at 72 columns

The following commit has been merged into the locking/core branch of tip: Commit-ID: ec8702da570ebb59f38471007bf71359c51b027b Gitweb: https://git.kernel.org/tip/ec8702da570ebb59f38471007bf71359c51b027b Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:16 +02:00 Com

[tip: locking/core] iocost: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 67b7b641ca69cafb467f7560316b09b8ff0fa5c9 Gitweb: https://git.kernel.org/tip/67b7b641ca69cafb467f7560316b09b8ff0fa5c9 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:26 +02:00 Com

[tip: locking/core] dma-buf: Use sequence counter with associated wound/wait mutex

The following commit has been merged into the locking/core branch of tip: Commit-ID: cd29f22019ec4ab998d2e1e8c831c7c42db4aa7d Gitweb: https://git.kernel.org/tip/cd29f22019ec4ab998d2e1e8c831c7c42db4aa7d Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:18 +02:00 Com

[tip: locking/core] userfaultfd: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 2ca97ac8bdcc31fdc868f40c73c017f0a648dc07 Gitweb: https://git.kernel.org/tip/2ca97ac8bdcc31fdc868f40c73c017f0a648dc07 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:28 +02:00 Com

[tip: locking/core] netfilter: conntrack: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 8201d923f492703a7d6c980cff3034759a452b86 Gitweb: https://git.kernel.org/tip/8201d923f492703a7d6c980cff3034759a452b86 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:20 +02:00 Com

[tip: locking/core] xfrm: policy: Use sequence counters with associated lock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 77cc278f7b202e4f16f8596837219d02cb090b96 Gitweb: https://git.kernel.org/tip/77cc278f7b202e4f16f8596837219d02cb090b96 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:22 +02:00 Com

[tip: locking/core] seqlock: Fold seqcount_LOCKNAME_t definition

The following commit has been merged into the locking/core branch of tip: Commit-ID: a8772dccb2ec7b139db1b3ba782ecb12ed92d7c3 Gitweb: https://git.kernel.org/tip/a8772dccb2ec7b139db1b3ba782ecb12ed92d7c3 Author:Peter Zijlstra AuthorDate:Thu, 23 Jul 2020 11:56:49 +02:00 Commi

[tip: locking/core] vfs: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: 26475371976c69489d3a8e6c8bbf35afbbc25055 Gitweb: https://git.kernel.org/tip/26475371976c69489d3a8e6c8bbf35afbbc25055 Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:24 +02:00 Com

[tip: locking/core] sched: tasks: Use sequence counter with associated spinlock

The following commit has been merged into the locking/core branch of tip: Commit-ID: b75058614fdd3140074a640b514f6a0b4d485a2d Gitweb: https://git.kernel.org/tip/b75058614fdd3140074a640b514f6a0b4d485a2d Author:Ahmed S. Darwish AuthorDate:Mon, 20 Jul 2020 17:55:19 +02:00 Com

Re: [Linux-kernel-mentees] [PATCH v2 RESEND] usbhid: Fix slab-out-of-bounds write in hiddev_ioctl_usage()

On Wed, Jul 29, 2020 at 07:37:12AM -0400, Peilin Ye wrote: > `uref->usage_index` is not always being properly checked, causing > hiddev_ioctl_usage() to go out of bounds under some cases. Fix it. > > Reported-by: syzbot+34ee1b45d88571c2f...@syzkaller.appspotmail.com > Link: > https://syzkaller.ap

Re: [PATCH net-next RFC 02/13] devlink: Add reload levels data to dev get

On 7/28/2020 3:58 AM, Jakub Kicinski wrote: On Mon, 27 Jul 2020 14:02:22 +0300 Moshe Shemesh wrote: Expose devlink reload supported levels and driver's default level to the user through devlink dev get command. Examples: $ devlink dev show pci/:82:00.0: reload_levels_info: default

Re: [PATCH v2 4/7] cpufreq: report whether cpufreq supports Frequency Invariance (FI)

Hi, On Monday 27 Jul 2020 at 16:02:18 (+0200), Rafael J. Wysocki wrote: > On Wed, Jul 22, 2020 at 11:38 AM Ionela Voinescu > wrote: [..] > > +static inline > > +void enable_cpufreq_freq_invariance(struct cpufreq_driver *driver) > > +{ > > + if ((driver->target || driver->target_index || dri

Re: [PATCH 2/5] seqlock: Fold seqcount_LOCKNAME_t definition

On Wed, Jul 29, 2020 at 03:52:51PM +0200, Peter Zijlstra wrote: > Manual repetition is boring and error prone. > > Signed-off-by: Peter Zijlstra (Intel) > --- ... > +/** > + * typedef seqcount_LOCKNAME_t - sequence counter with spinlock associated

Re: mmotm 2020-07-27-18-18 uploaded (mm/page_alloc.c)

On 29.07.20 16:18, Michael S. Tsirkin wrote: > On Tue, Jul 28, 2020 at 03:31:43PM -0700, Andrew Morton wrote: >> On Wed, 29 Jul 2020 08:20:53 +1000 Stephen Rothwell >> wrote: >> >>> Hi Andrew, >>> >>> On Tue, 28 Jul 2020 14:55:53 -0700 Andrew Morton >>> wrote: config CONTIG_ALLOC

Re: [PATCH 5/5] seqcount: More consistent seqprop names

On Wed, Jul 29, 2020 at 03:52:54PM +0200, Peter Zijlstra wrote: > Attempt uniformity and brevity. > > Signed-off-by: Peter Zijlstra (Intel) > --- Acked-by: Ahmed S. Darwish

Re: [PATCH v4 23/78] drm/vc4: crtc: Move the HVS gamma LUT setup to our init function

Hi Maxime On Wed, 8 Jul 2020 at 18:43, Maxime Ripard wrote: > > Since most of the HVS channel is setup in the init function, let's move the > gamma setup there too. As this makes the HVS mode_set function empty, let's > remove it in the process. > > Signed-off-by: Maxime Ripard Reviewed-by: Dav

Re: [PATCH v4 29/78] drm/vc4: crtc: Add a delay after disabling the PixelValve output

Hi, On Wed, Jul 29, 2020 at 03:09:21PM +0100, Dave Stevenson wrote: > On Wed, 8 Jul 2020 at 18:43, Maxime Ripard wrote: > > > > In order to avoid pixels getting stuck in the (unflushable) FIFO between > > the HVS and the PV, we need to add some delay after disabling the PV output > > and before d

Re: [PATCH net-next RFC 09/13] devlink: Add enable_remote_dev_reset generic parameter

On 7/28/2020 3:59 AM, Jakub Kicinski wrote: On Mon, 27 Jul 2020 14:02:29 +0300 Moshe Shemesh wrote: The enable_remote_dev_reset devlink param flags that the host admin allows device resets that can be initiated by other hosts. This parameter is useful for setups where a device is shared by dif

Re: [PATCH] x86/PCI: Use MMCONFIG by default for KVM guests

On Sun, Jul 26, 2020 at 08:58:45PM +0200, Julia Suvorova wrote: > On Thu, Jul 23, 2020 at 1:19 AM Bjorn Helgaas wrote: > > > > On Wed, Jul 22, 2020 at 02:15:13AM +0200, Julia Suvorova wrote: > > > Scanning for PCI devices at boot takes a long time for KVM guests. It > > > can be reduced if KVM wil

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

Alan, >> [ 77.474632] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: >> hostbyte=0x00 driverbyte=0x08 cmd_age=0s >> [ 77.474647] sd 0:0:0:0: [sda] tag#0 Sense Key : 0x6 [current] >> [ 77.474655] sd 0:0:0:0: [sda] tag#0 ASC=0x28 ASCQ=0x0 >> [ 77.474667] sd 0:0:0:0: [sda] tag#0 CDB: opcod

Re: [PATCH v4 29/78] drm/vc4: crtc: Add a delay after disabling the PixelValve output

On Wed, 29 Jul 2020 at 15:42, Maxime Ripard wrote: > > Hi, > > On Wed, Jul 29, 2020 at 03:09:21PM +0100, Dave Stevenson wrote: > > On Wed, 8 Jul 2020 at 18:43, Maxime Ripard wrote: > > > > > > In order to avoid pixels getting stuck in the (unflushable) FIFO between > > > the HVS and the PV, we ne

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

On Wed, 2020-07-29 at 10:32 -0400, Alan Stern wrote: > On Wed, Jul 29, 2020 at 04:12:22PM +0200, Martin Kepplinger wrote: > > On 28.07.20 22:02, Alan Stern wrote: > > > On Tue, Jul 28, 2020 at 09:02:44AM +0200, Martin Kepplinger > > > wrote: > > > > Hi Alan, > > > > > > > > Any API cleanup is of c

Very,

Hello , Greetings to you! My name is Mr Arthur Weinrach, I am 50 and i work with the ECOWAS bank as the auditing manager. I have emailed you earlier without a response, in my first email I mentioned about my client an Engineer ,who share the same surname with you or he might be your relatio

[PATCH] mm: slab: Avoid the use of one-element array and use struct_size() helper

From: Qianli Zhao There is a regular need in the kernel to provide a way to declare having a dynamically sized set of trailing elements in a structure. Kernel code should always use “flexible array members”[1] for these cases. The older style of one-element or zero-length arrays should no longer

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

Is there any comments or suggestion for this patchset? Any hints will be very appreciated. Thanks Alex 在 2020/7/27 下午1:40, Alex Shi 写道: > A standard for new page isolation steps like the following: > 1, get_page(); #pin the page avoid be free > 2, TestClearPageLRU(); #serialize other isolation

Re: [PATCH] powerpc: fix function annotations to avoid section mismatch warnings with gcc-10

On Wed, Jul 29, 2020 at 03:37:41PM +0200, Vladis Dronov wrote: > Certain warnings are emitted for powerpc code when building with a gcc-10 > toolset: > > WARNING: modpost: vmlinux.o(.text.unlikely+0x377c): Section mismatch in > reference from the function remove_pmd_table() to the function

[PATCH V7 1/6] clk: imx6sl: Use BIT(x) to avoid shifting signed 32-bit value by 31 bits

Use readl_relaxed() instead of __raw_readl(), and use BIT(x) instead of (1 << X) to fix below build warning reported by kernel test robot: drivers/clk/imx/clk-imx6sl.c:149:49: warning: Shifting signed 32-bit value by 31 bits is undefined behaviour [shiftTooManyBitsSigned] while (!(__raw_readl

[PATCH V7 2/6] clk: composite: Export clk_hw_register_composite()

Export clk_hw_register_composite() to support user built as module. ERROR: modpost: "clk_hw_register_composite" [drivers/clk/imx/mxc-clk.ko] undefined! Signed-off-by: Anson Huang Reviewed-by: Stephen Boyd --- no change. --- drivers/clk/clk-composite.c | 1 + 1 file changed, 1 insertion(+) dif

Re: [PATCH v2] usb: typec: tcpm: Migrate workqueue to RT priority for processing events

On Thu, Jul 23, 2020 at 07:05:51PM -0700, Badhri Jagan Sridharan wrote: > "tReceiverResponse 15 ms Section 6.6.2 > The receiver of a Message requiring a response Shall respond > within tReceiverResponse in order to ensure that the > sender’s SenderResponseTimer does not expire." > > When the cpu c

[PATCH V7 5/6] clk: imx8m: Support module build

Change configuration to "tristate", add module author, description and license to support building i.MX8M SoCs clock driver as module. Signed-off-by: Anson Huang Reviewed-by: Dong Aisheng Reviewed-by: Stephen Boyd --- no change. --- drivers/clk/imx/Kconfig | 16 drivers/c

[PATCH V7 4/6] clk: imx: Add clock configuration for ARMv7 platforms

Add CONFIG_CLK_xxx for i.MX ARMv7 platforms, and use it as build option instead of CONFIG_SOC_xxx, the CONFIG_CLK_xxx will be selected by default according to CONFIG_SOC_xxx. Signed-off-by: Anson Huang Reviewed-by: Dong Aisheng Reviewed-by: Stephen Boyd --- no change. --- drivers/clk/imx/Kconf

[PATCH V7 6/6] clk: imx8qxp: Support building i.MX8QXP clock driver as module

Change configuration to "tristate", add module author, description and license to support building i.MX8QXP clock drivers as module. Signed-off-by: Anson Huang Reviewed-by: Stephen Boyd --- no change. --- drivers/clk/imx/Kconfig| 10 ++ drivers/clk/imx/Makefile |

[PATCH V7 3/6] clk: imx: Support building i.MX common clock driver as module

There are more and more requirements of building SoC specific drivers as modules, add support for building i.MX common clock driver as module to meet the requirement. Signed-off-by: Anson Huang Reviewed-by: Stephen Boyd --- no change. --- drivers/clk/imx/Kconfig| 8 ++-- driver

[PATCH V7 0/6] Support building i.MX ARMv8 platforms clock driver as module

Nowdays, there are more and more requirements of building SoC specific drivers as modules, such as Android GKI (generic kernel image), this patch set supports building i.MX ARMv8 SoCs clock drivers as modules, The CLK_IMXxxx is introduced for i.MX ARMv7 platforms in order to make the build optio

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

On 7/28/2020 11:06 PM, Jakub Kicinski wrote: On Tue, 28 Jul 2020 12:18:30 -0700 Jacob Keller wrote: On 7/28/2020 11:44 AM, Jakub Kicinski wrote: From user perspective what's important is what the reset achieves (and perhaps how destructive it is). We can define the reset levels as: $ devlin

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

On Wed, 2020-07-29 at 07:46 -0700, James Bottomley wrote: > On Wed, 2020-07-29 at 10:32 -0400, Alan Stern wrote: > > On Wed, Jul 29, 2020 at 04:12:22PM +0200, Martin Kepplinger wrote: > > > On 28.07.20 22:02, Alan Stern wrote: > > > > On Tue, Jul 28, 2020 at 09:02:44AM +0200, Martin Kepplinger > >

Re: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the sequence for wdog operations

On 7/28/20 10:02 PM, Anson Huang wrote: > Hi, Guenter > > >> Subject: RE: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the sequence >> for wdog operations >> >> Hi, Guenter >> >> >>> Subject: Re: [PATCH V2 1/2] watchdog: imx7ulp: Strictly follow the >>> sequence for wdog operations >>> >>> O

Re: [PATCH 2/5] seqlock: Fold seqcount_LOCKNAME_t definition

On Wed, Jul 29, 2020 at 03:52:51PM +0200, Peter Zijlstra wrote: > Manual repetition is boring and error prone. Yes, but generated functions are hard to grep for, and I'm pretty sure that kernel-doc doesn't know how to expand macros into comments that it can then extract documentation from. I've b

[GIT PULL] Audit fixes for v5.8 (#1)

ommit 9d44a121c5a79bc8a9d67c058456bd52a83c79e7: audit: add subj creds to NETFILTER_CFG record to (2020-05-20 18:09:19 -0400) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/pcmoore/audit.git tags/audit-pr-20200729 for you to fetch changes

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

On Wed, Jul 29, 2020 at 10:44:26AM -0400, Martin K. Petersen wrote: > > Alan, > > >> [ 77.474632] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: > >> hostbyte=0x00 driverbyte=0x08 cmd_age=0s > >> [ 77.474647] sd 0:0:0:0: [sda] tag#0 Sense Key : 0x6 [current] > >> [ 77.474655] sd 0:0:0:0: [

[PATCH] vt: defer kfree() of vc_screenbuf in vc_do_resize()

syzbot is reporting UAF bug in set_origin() from vc_do_resize() [1], for vc_do_resize() calls kfree(vc->vc_screenbuf) before calling set_origin(). Unfortunately, in set_origin(), vc->vc_sw->con_set_origin() might access vc->vc_pos when scroll is involved in order to manipulate cursor, but vc->vc_p

Re: [PATCH v5 1/1] power: Emit changed uevent on wakeup_sysfs_add/remove

On Mon, Jul 27, 2020 at 03:38:02PM +0200, Rafael J. Wysocki wrote: > On Thu, Jul 23, 2020 at 8:32 PM Greg Kroah-Hartman > wrote: > > > > On Tue, Jul 07, 2020 at 10:28:44AM -0700, Abhishek Pandit-Subedi wrote: > > > Udev rules that depend on the power/wakeup attribute don't get triggered > > > corr

Re: [PATCH v4 13/78] drm/vc4: kms: Convert to for_each_new_crtc_state

Hi Maxime On Wed, 8 Jul 2020 at 18:42, Maxime Ripard wrote: > > The vc4 atomic commit loop has an handrolled loop that is basically > identical to for_each_new_crtc_state, let's convert it to that helper. > > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/vc4/vc4_kms.c | 9 - > 1

Re: [PATCH 0/2] locking/qspinlock: Break qspinlock_types.h header loop

On Wed, Jul 29, 2020 at 4:35 PM Waiman Long wrote: > On 7/29/20 8:28 AM, Herbert Xu wrote: ... > This patch series looks good to me. I just wonder if we should also move > ATOMIC64_INIT() to types.h for symmetry purpose. Anyway, Same question here. -- With Best Regards, Andy Shevchenko

[PATCH 0/3] ARM: mstar: Fix compatible string for pmsleep

This fixes up the compatible string for the pmsleep register region based on Arnd and Rob's feedback: - Add "mstar,msc313-pmsleep" to mfd/syscon.yaml - Remove the unneeded binding description for "mstar,pmsleep" - Use the new string in the MStar v7 base dtsi Daniel Palmer (3): dt-bindings: mfd:

[PATCH 3/3] ARM: mstar: Correct the compatible string for pmsleep

The compatible string for the pmsleep region has changed. Update the MStar/Sigmastar v7 base dtsi with the new string. Signed-off-by: Daniel Palmer --- arch/arm/boot/dts/mstar-v7.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/mstar-v7.dtsi b/arch/arm/b

[PATCH 1/3] dt-bindings: mfd: syscon: add compatible string for mstar,msc313-pmsleep

Add a compatible string for the pmsleep register region in the MStar MSC313 SoC. Signed-off-by: Daniel Palmer --- Documentation/devicetree/bindings/mfd/syscon.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/mfd/syscon.yaml b/Documentation/devicetree/bi

[PATCH 2/3] dt-bindings: arm: mstar: remove the binding description for mstar,pmsleep

Remove the unneeded binding description. Compatible string is in mfd/syscon.yaml now. Signed-off-by: Daniel Palmer --- .../bindings/arm/mstar/mstar,pmsleep.yaml | 43 --- 1 file changed, 43 deletions(-) delete mode 100644 Documentation/devicetree/bindings/arm/mstar/mstar,pm

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