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
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
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:
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
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
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
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 ||
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:
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:
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
>
>
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
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
>
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)
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
> >>
> >>
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
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
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
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
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
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
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
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
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:
> >
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
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
>
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
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 ':', ',', ';',
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
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
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
> >
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
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
---
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
---
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 @@
Less is more.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/seqlock.h | 63 +---
1 file changed, 18 insertions(+), 45 deletions(-)
--- a/include/linux/seqlock.h
+++ b/include/linux/seqlock.h
@@ -138,51 +138,6 @@ static inline void
Hi,
These are some minor cleanups that go on top of darwi's seqlock patches:
https://lkml.kernel.org/r/20200720155530.1173732-1-a.darw...@linutronix.de
It's mostly trimming excessive manual repetition and a few naming niggles.
The series has been exposed to 0-day for a while now, so I'm
Manual repetition is boring and error prone.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/seqlock.h | 61 +++-
1 file changed, 14 insertions(+), 47 deletions(-)
--- a/include/linux/seqlock.h
+++ b/include/linux/seqlock.h
@@ -143,12
__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.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/seqlock.h | 20
Manual repetition is boring and error prone.
Signed-off-by: Peter Zijlstra (Intel)
---
include/linux/seqlock.h | 140 +---
1 file changed, 38 insertions(+), 102 deletions(-)
--- a/include/linux/seqlock.h
+++ b/include/linux/seqlock.h
@@ -150,21
On Thursday 23 Jul 2020 at 11:31:39 (+0200), Dietmar Eggemann wrote:
> The search for the most energy-efficient CPU over the Performance
> Domains (PDs) by consulting the Energy Model (EM), i.e. the estimation
> on how much energy a PD consumes if the task migrates to one of its
> CPUs, adds a
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 plane support (no video planes), no HDR10 capabilities,
> no graphics decompression (only
Qian reported that the current setup forgoes the Kconfig dependencies and
results in warnings such as:
WARNING: unmet direct dependencies detected for SCHED_THERMAL_PRESSURE
Depends on [n]: SMP [=y] && CPU_FREQ_THERMAL [=n]
Selected by [y]:
- ARM64 [=y]
Revert commit
`find_gmin_subdev` function that returns a pointer to `struct
gmin_subdev` can return NULL.
In `gmin_v2p8_ctrl` there's a call to this function but the possibility
of a NULL was not checked before its being dereferenced. ie:
```
/* Acquired here v */
struct gmin_subdev *gs =
Commit 5aa98879efe7 ("s390/cpum_sf: prohibit callchain data collection")
prohibits call graph sampling for hardware events on s390. The
information recorded is out of context and does not match.
On s390 this commit now breaks test case 68
Zstd perf.data compression/decompression.
Therefore omit
On Tue, 28 Jul 2020 11:08:32 -0500, Dan Murphy wrote:
> Add properties for configuring the General Purpose Outputs (GPO). The
> GPOs. There are 2 settings for each GPO, configuration and the output drive
> type.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
On Tue, 28 Jul 2020 11:43:39 -0500, Dan Murphy wrote:
> Fix white space issues and remove else case where it was not needed.
> Convert "static const char *" to "static const char * const"
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next
Thanks!
[1/1]
On Mon, Jul 27, 2020 at 10:11:25AM -0700, Anthony Yznaga wrote:
> A vma with the VM_EXEC_KEEP flag is preserved across exec. For anonymous
> vmas only. For safety, overlap with fixed address VMAs created in the new
> mm during exec (e.g. the stack and elf load segments) is not permitted and
>
On Thu, Jul 16, 2020 at 01:28:40PM +0200, Heiko Carstens wrote:
> Hi Nick,
>
> > We were very excited to see your patches going by for enabling Clang
> > support for s390. Since then, we've added s390 builds to our
> > continuous integration setup.
> >
> > We've been running into a few issues
On Wed, Jul 29, 2020 at 4:11 AM Christian König
wrote:
>
> Am 28.07.20 um 21:29 schrieb Peilin Ye:
> > Compiler leaves a 4-byte hole near the end of `dev_info`, causing
> > amdgpu_info_ioctl() to copy uninitialized kernel stack memory to userspace
> > when `size` is greater than 356.
> >
> > In
The L220_AUX_CTRL_NS_LOCKDOWN flag is set during the L2C enable
sequence. There is no need to set it in the default register value,
this was done before support for it was implemented in the code. It
is not set in the hardware initial value either.
Clean this up by removing this flag from the
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 registers. Changing them in the prefetch
register only will get undone when
Use the standard l2c2x0 device tree bindings to enable data and
instruction prefetch on exynos4210 and exynos4412 and clear the
respective bits in the default l2c_aux_val. No other Exynos platform
relying on this default register value appears to be using the l2x0
cache.
Signed-off-by: Guillaume
Hi Guido,
On Wed, Jul 29, 2020 at 03:11:21PM +0200, Guido Günther wrote:
> Hi Laurentiu,
> On Fri, Jul 24, 2020 at 12:07:31PM +0300, Laurentiu Palcu wrote:
> > From: Laurentiu Palcu
> >
> > This adds initial support for iMX8MQ's Display Controller Subsystem (DCSS).
> > Some of its capabilities
On Wed, Jul 29, 2020 at 04:22:41PM +0300, Denis Efremov wrote:
>
> On 7/29/20 3:58 PM, Dan Carpenter wrote:
> > Argh... This isn't right still. The "ptr" comes from raw_cmd_copyin()
> >
> > ptr = kmalloc(sizeof(struct floppy_raw_cmd), GFP_KERNEL);
> >
>
> copy_from_user overwrites the
On 24/07/2020 21:51, Thomas Gleixner wrote:
Thomas Gleixner writes:
This is the 5th version of generic entry/exit functionality for host and
guest.
I've merged the pile in two steps. Patch 1-5, i.e. the generic code is
here:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
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
.meminit.text:split_kernel_mapping()
The function
Hi Jiri,
On 7/29/20 9:02 AM, Jiri Slaby wrote:
> The current vgacon's scroll up implementation uses a circural buffer
> in vgacon_scrollback_cur. It always advances tail to prepare it for the
> next write and caps it to zero if the next ->vc_size_row bytes won't fit.
>
> But when we change the
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
> ~~~ 'movablecore'
On 7/29/20 8:28 AM, Herbert Xu wrote:
This miniseries breaks a header loop involving qspinlock_types.h.
The issue is that qspinlock_types.h includes atomic.h, which then
eventually includes kernel.h which could lead back to the original
file via spinlock_types.h.
The first patch moves
* Andy Lutomirski:
> This is quite clever, but now I’m wondering just how much kernel help
> is really needed. In your series, the trampoline is an non-executable
> page. I can think of at least two alternative approaches, and I'd
> like to know the pros and cons.
>
> 1. Entirely userspace: a
On 29/07/20 14:09, Quentin Perret wrote:
> On Tuesday 28 Jul 2020 at 17:16:57 (+0100), Valentin Schneider wrote:
>> We could change the arch Kconfig into
>>
>> select SCHED_THERMAL_PRESSURE if CPU_FREQ_THERMAL
>>
>> but that seems redundant; this dependency is already expressed in
>>
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 patches look sane enough, I'll go stick them in
> > > tip/locking/core or somesuch.
Hi Dafna, Kaaira,
On 29/07/2020 14:16, Dafna Hirschfeld wrote:
>
>
> On 29.07.20 15:05, Kieran Bingham wrote:
>> Hi Dafna,
>>
>> On 28/07/2020 15:00, Dafna Hirschfeld wrote:
>>>
>>>
>>> On 28.07.20 14:07, Dafna Hirschfeld wrote:
Hi
On 28.07.20 13:39, Kaaira Gupta wrote:
> On
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
> ---
> .../bindings/display/imx/nxp,imx8mq-dcss.yaml | 104 ++
701 - 800 of 1239 matches
Mail list logo