On Tue, 5 May 2020 11:10:49 -0400
Waiman Long wrote:
> Fix typo errors.
>
> Signed-off-by: Waiman Long
> ---
> Documentation/admin-guide/ras.rst | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/admin-guide/ras.rst
> b/Documentation/admin-guide/r
From: Mimi Zohar
The kernel has no way of differentiating between a file containing data
or code being opened by an interpreter. The proposed O_MAYEXEC
openat2(2) flag bridges this gap by defining and enabling the
MAY_OPENEXEC flag.
This patch adds IMA policy support for the new MAY_OPENEXEC fl
On Tue, May 5, 2020 at 4:08 PM Andy Shevchenko
wrote:
> On Tue, May 5, 2020 at 4:58 PM Arnd Bergmann wrote:
> > Clang normally does not warn about certain issues in inline functions when
> > it only happens in an eliminated code path. However if something else
> > goes wrong, it does tend to comp
This sysctl enables to propagate executable permission to userspace
thanks to the O_MAYEXEC flag.
Signed-off-by: Mickaël Salaün
Reviewed-by: Thibaut Sautereau
Cc: Aleksa Sarai
Cc: Al Viro
Cc: Jonathan Corbet
Cc: Kees Cook
---
Changes since v3:
* Switch back to O_MAYEXEC and highlight that i
Test propagation of noexec mount points or file executability through
files open with or without O_MAYEXEC, thanks to the
fs.open_mayexec_enforce sysctl.
Signed-off-by: Mickaël Salaün
Reviewed-by: Thibaut Sautereau
Cc: Aleksa Sarai
Cc: Al Viro
Cc: Kees Cook
Cc: Shuah Khan
---
Changes since
05.05.2020 18:11, Michał Mirosław пишет:
> On Tue, May 05, 2020 at 05:25:11AM +0300, Dmitry Osipenko wrote:
>> Hello,
>>
>> This series introduces upstream kernel support for Acer Iconia Tab A500
>> and ASUS Google Nexus 7 tablet devices. Please review and apply, thanks
>> in advance.
>>
>> Changel
Enable to forbid access to files open with O_MAYEXEC. Thanks to the
noexec option from the underlying VFS mount, or to the file execute
permission, userspace can enforce these execution policies. This may
allow script interpreters to check execution permission before reading
commands from a file,
Hi!
On Wed, May 06, 2020 at 12:27:58AM +1000, Michael Ellerman wrote:
> Christophe Leroy writes:
> > unsafe_put_user() is designed to take benefit of 'asm goto'.
> >
> > Instead of using the standard __put_user() approach and branch
> > based on the returned error, use 'asm goto' and make the
> >
On 05/05/2020 00:37:56+0200, Michał Mirosław wrote:
> This exposes PROGx clocks for use in assigned-clocks DeviceTree property
> for selecting PCKx parent clock.
>
> Signed-off-by: Michał Mirosław
Acked-by: Alexandre Belloni
> ---
> v2: rebase and update to clk/clk-at91 branch
> v3: rebase
> v4
On Tue, May 05, 2020 at 05:05:37PM +0300, Andy Shevchenko wrote:
On Tue, May 5, 2020 at 4:37 PM Pavel Machek wrote:
On Tue 2020-05-05 16:19:11, Andy Shevchenko wrote:
> On Tue, May 5, 2020 at 3:58 PM Pavel Machek wrote:
> > On Tue 2020-05-05 15:51:16, Andy Shevchenko wrote:
> > > On Tue, May 5
This new MAY_EXECMOUNT flag enables to check if the underlying mount
point of an inode is marked as executable. This is useful to implement
a security policy taking advantage of the noexec mount option.
This flag is set according to path_noexec(), which checks if a mount
point is mounted with MNT
We had to grab the inode before retrieving i_ino.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/file.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c
index a0a4413d6083b..9d4c3e3503567 100644
--- a/fs/f2fs/file.c
+++ b/fs/f2fs/file.c
@@ -168,6
On 5/5/20 5:19 AM, Xie XiuQi wrote:
> uctrl and udev are unused after commit 9632a6b4b747
> ("scsi: qedi: Move LL2 producer index processing in BH.")
>
> Remove them.
>
> Signed-off-by: Xie XiuQi
> ---
> drivers/scsi/qedi/qedi_main.c | 5 -
> 1 file changed, 5 deletions(-)
>
> diff --git a
On 5/5/20 9:25 AM, shuah wrote:
On 5/4/20 11:57 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.6.11 release.
There are 73 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
On Tue, May 5, 2020 at 5:20 PM 'Marco Elver' via Clang Built Linux
wrote:
> > --- a/lib/Kconfig.kcsan
> > +++ b/lib/Kconfig.kcsan
> > @@ -5,7 +5,7 @@ config HAVE_ARCH_KCSAN
> >
> > menuconfig KCSAN
> > bool "KCSAN: dynamic data race detector"
> > - depends on HAVE_ARCH_KCSAN && DEB
On Tue, 28 Apr 2020 13:01:28 -0600
Jonathan Corbet wrote:
> So I'm happy to merge this set, but there is one thing that worries me a
> bit...
>
> > fs/cachefiles/Kconfig |4 +-
> > fs/coda/Kconfig |2 +-
> > fs/configfs/inode.c
On Mon, May 04, 2020 at 12:23:51PM -0700, Shakeel Butt wrote:
> On Mon, May 4, 2020 at 9:06 AM Michal Hocko wrote:
> > I really hate to repeat myself but this is no different from a regular
> > oom situation.
>
> Conceptually yes there is no difference but there is no *divine
> restriction* to no
On 05/05/2020 00:37:56+0200, Michał Mirosław wrote:
> Alloc whole data structure in one block. This makes the code shorter,
> more efficient and easier to extend in following patch.
>
> Signed-off-by: Michał Mirosław
Acked-by: Alexandre Belloni
> ---
> v2: rebase and update to clk/clk-at91 bran
On Mon, May 4, 2020 at 5:54 PM Daniel Jordan wrote:
>
> On Mon, May 04, 2020 at 03:10:46PM -0700, Alexander Duyck wrote:
> > So we cannot stop in the middle of a max order block. That shouldn't
> > be possible as part of the issue is that the buddy allocator will
> > attempt to access the buddy fo
On Tue, May 5, 2020 at 2:08 PM Andrey Konovalov wrote:
>
> On Tue, May 5, 2020 at 9:34 AM Felipe Balbi wrote:
> >
> >
> > Hi,
> >
> > Andrey Konovalov writes:
> >
> > > Currently automatic gadget endpoint selection based on required features
> > > doesn't work. Raw Gadget tries iterating over th
On Mon, 4 May 2020 at 23:32, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.121 release.
> There are 37 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.
>
> Res
On 5/4/20 11:57 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.6.11 release.
There are 73 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 b
On Tue, May 5, 2020 at 5:07 PM Gustavo A. R. Silva
wrote:
> On 5/5/20 10:00, Arnd Bergmann wrote:
> > On Tue, May 5, 2020 at 4:35 PM Gustavo A. R. Silva
> > wrote:
> >> On 5/5/20 09:30, Arnd Bergmann wrote:
> >> I wonder why would we need to backport these changes to -stable... merely
> >> becaus
On 5/4/20 5:27 PM, Tejun Heo wrote:
> Subject: iocost: protect iocg->abs_vdebt with iocg->waitq.lock
>
> abs_vdebt is an atomic_64 which tracks how much over budget a given cgroup
> is and controls the activation of use_delay mechanism. Once a cgroup goes
> over budget from forced IOs, it has to p
On Wed, Apr 29, 2020 at 11:36:31AM +0200, Vitaly Kuznetsov wrote:
> Concerns were expressed around APF delivery via synthetic #PF exception as
> in some cases such delivery may collide with real page fault. For type 2
> (page ready) notifications we can easily switch to using an interrupt
> instead
On 5/5/20 8:07 AM, SeongJae Park wrote:
> On Tue, 5 May 2020 07:53:39 -0700 Eric Dumazet wrote:
>
>> Why do we have 10,000,000 objects around ? Could this be because of
>> some RCU problem ?
>
> Mainly because of a long RCU grace period, as you guess. I have no idea how
> the grace period b
On Tue, 5 May 2020 at 16:59, Arnd Bergmann wrote:
>
> On Tue, May 5, 2020 at 4:50 PM 'Dmitry Vyukov' via Clang Built Linux
> wrote:
> > On Tue, May 5, 2020 at 4:36 PM Marco Elver wrote:
> > > > Clang does not allow -fsanitize-coverage=trace-{pc,cmp} together
> > > > with -fsanitize=bounds or wit
On Tue, May 05, 2020 at 02:37:45PM +0200, Jerome Pouiller wrote:
> From: Jérôme Pouiller
>
> In case of error in wfx_probe(), wdev->hw is freed. Since an error
> occurred, wfx_free_common() is called, then wdev->hw is freed again.
>
> Cc: Michał Mirosław
> Signed-off-by: Jérôme Pouiller
> ---
On Mon, 4 May 2020 at 23:33, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 5.4.39 release.
> There are 57 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.
>
> Respo
Em Tue, 28 Apr 2020 14:50:35 +0200
Neil Armstrong escreveu:
> From: Maxime Jourdan
>
> - Redo the logic where VP9 gets fresh CAPTURE buffers. The previous code
> could lead to a hardlock.
> - Reserve 4 margin buffers instead of 3, as apparently there are corner
> cases where 3 is not enough
On Sat, May 02, 2020 at 10:30:18AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> In commit
>
> ab8be610c87d ("virtio-blk: handle block_device_operations callbacks after
> hot unplug")
>
> Fixes tag
>
> Fixes: 48e4043d4529523cbc7fa8dd745bd8e2c45ce1d3
>
> has these problem(s):
>
> - missi
On Tue, May 05, 2020 at 04:27:11PM +0200, Vincent Guittot wrote:
> Le mardi 05 mai 2020 à 21:40:56 (+0800), Peng Liu a écrit :
> > On Mon, May 04, 2020 at 05:17:11PM +0200, Vincent Guittot wrote:
> > > On Sun, 3 May 2020 at 10:34, Peng Liu wrote:
> > > >
[...]
> > Yes, you're right. When need_re
On Tue, 5 May 2020, Julian Sax wrote:
> This device uses the SIPODEV SP1064 touchpad, which does not
> supply descriptors, so it has to be added to the override list.
Applied, thanks.
--
Jiri Kosina
SUSE Labs
On Tue, 2020-05-05 at 12:02 +0300, Andy Shevchenko wrote:
> On Tue, May 5, 2020 at 5:32 AM David E. Box <
> david.e@linux.intel.com> wrote:
> > Intel Platform Monitoring Technology (PMT) is an architecture for
> > enumerating and accessing hardware monitoring facilities. PMT
> > supports
> > mu
Hi Kees,
According to Documentation/devicetree/bindings/submitting-patches.txt,
DT binding docs should be separate patches; checkpath.pl also
complaints about it. I will keep it as a separate patch in v2.
Pasha
On Mon, May 4, 2020 at 4:00 PM Pavel Tatashin wrote:
>
> On Mon, May 4, 2020 at 3:29
Le 05/05/2020 à 16:02, Richard Gong a écrit :
Hi,
Similarly we need add error handling for controller and chans,
something like below:
@@ -997,13 +997,17 @@ static int stratix10_svc_drv_probe(struct
platform_device *pdev)
/* allocate service controller and supporting channel */
On Mon, May 04, 2020 at 06:14:43PM -0700, Jesse Brandeburg wrote:
> On Mon, 4 May 2020 12:51:12 -0700
> Nick Desaulniers wrote:
>
> > Sorry for the very late report. It turns out that if your config
> > tickles __builtin_constant_p just right, this now produces invalid
> > assembly:
> >
> > $ c
On Tue, May 05, 2020 at 05:07:18PM +0200, Geert Uytterhoeven wrote:
> Support for Marvell Armada 375, 380, 385, and 39x SoCs depends on
> ARCH_MULTI_V7.
> As the latter selects HAVE_SMP, there is no need for MACH_ARMADA_375,
> MACH_ARMADA_38X, and MACH_ARMADA_39X to select HAVE_SMP.
>
> Signed-off
On Wed, Apr 15, 2020 at 10:06:43AM +0300, Codrin Ciubotariu wrote:
> devm_gpiod_get() usually calls gpio_request_enable() for non-strict pinmux
> drivers. These puts the pins in GPIO mode, whithout notifying the pinctrl
> driver. At this point, the I2C bus no longer owns the pins. To mux the
> pins
This device uses the SIPODEV SP1064 touchpad, which does not
supply descriptors, so it has to be added to the override list.
Cc: sta...@vger.kernel.org
Signed-off-by: Julian Sax
---
drivers/hid/i2c-hid/i2c-hid-dmi-quirks.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/hid/i
On Tue, May 05, 2020 at 05:05:36PM +0200, Arnd Bergmann wrote:
> On Tue, May 5, 2020 at 4:17 PM 'Marco Elver' via Clang Built Linux
> wrote:
> > On Tue, 5 May 2020 at 16:11, Arnd Bergmann wrote:
> > > So far, my randconfig checks found two such instances, one for read_once
> > > and one for write
On Tue, May 05, 2020 at 05:25:11AM +0300, Dmitry Osipenko wrote:
> Hello,
>
> This series introduces upstream kernel support for Acer Iconia Tab A500
> and ASUS Google Nexus 7 tablet devices. Please review and apply, thanks
> in advance.
>
> Changelog:
>
> v7: - This version brings support for a
Fix typo errors.
Signed-off-by: Waiman Long
---
Documentation/admin-guide/ras.rst | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/admin-guide/ras.rst
b/Documentation/admin-guide/ras.rst
index 0310db624964..8b1803b2606f 100644
--- a/Documentation/admin-g
On Fri, May 01, 2020 at 01:37:28PM +0800, Wei Hu wrote:
> In the case of kdump, the PCI device was not cleanly shut down
> before the kdump kernel starts. This causes the initial
> attempt of entering D0 state in the kdump kernel to fail with
> invalid device state returned from Hyper-V host.
> Whe
Am 05.05.20 um 14:44 schrieb Christoph Hellwig:
> On Mon, May 04, 2020 at 10:45:33AM +0200, Stefan Haberland wrote:
>>> findthe corresponding device for example. Not sure if this is that easy.
>> I did some additional research on this.
>> What I could imagine:
>>
>> The gendisk->private_data pointe
Hi Arnd,
On 5/5/20 4:07 PM, Arnd Bergmann wrote:
> On Tue, May 5, 2020 at 5:03 PM Vincenzo Frascino
> wrote:
>> On 5/5/20 3:50 PM, Arnd Bergmann wrote:
>>> On Wed, Apr 29, 2020 at 1:34 PM Vincenzo Frascino
>>> wrote:
>>>
>>> Not sure if you are aware of the recent bug report about clock_gettime
Le 05/05/2020 à 16:43, Greg KH a écrit :
On Wed, Apr 29, 2020 at 08:52:43AM +0200, Christophe JAILLET wrote:
In 'svc_create_memory_pool()' we memremap some memory. This has to be
undone in case of error and if the driver is removed.
The easiest way to do it is to use 'devm_memremap()'.
Fixes:
On Tue, May 05, 2020 at 03:15:29PM +0100, Daniel Thompson wrote:
> On Mon, May 04, 2020 at 09:48:04PM +0100, Will Deacon wrote:
> > On Mon, May 04, 2020 at 06:05:18PM +0100, Daniel Thompson wrote:
> > > diff --git a/arch/arm64/include/asm/cacheflush.h
> > > b/arch/arm64/include/asm/cacheflush.h
>
Support for Altera SOCFPGA systems depends on ARCH_MULTI_V7, and thus on
ARCH_MULTIPLATFORM.
As the latter selects PCI_DOMAINS_GENERIC, there is no need for
ARCH_SOCFPGA to select PCI_DOMAINS_GENERIC.
Signed-off-by: Geert Uytterhoeven
Cc: Dinh Nguyen
Acked-by: Arnd Bergmann
Acked-by: Dinh Nguye
Support for TI AM43x SoCs depends on ARCH_MULTI_V7, which selects
ARCH_MULTI_V6_V7.
As the latter selects MIGHT_HAVE_CACHE_L2X0, there is no need for
SOC_AM43XX to select MIGHT_HAVE_CACHE_L2X0.
Signed-off-by: Geert Uytterhoeven
Cc: Tony Lindgren
Cc: linux-o...@vger.kernel.org
Acked-by: Arnd Berg
Support for the Alphascale ASM9260 platform depends on ARCH_MULTI_V5,
and thus on ARCH_MULTIPLATFORM.
As the latter selects GENERIC_CLOCKEVENTS, there is no need for
MACH_ASM9260 to select GENERIC_CLOCKEVENTS.
Signed-off-by: Geert Uytterhoeven
Cc: Oleksij Rempel
Acked-by: Arnd Bergmann
---
v2:
Support for TI DaVinci SoCs depends on ARCH_MULTI_V5, and thus on
ARCH_MULTIPLATFORM.
As the latter selects TIMER_OF, there is no need for MACH_DA8XX_DT to
select TIMER_OF.
Signed-off-by: Geert Uytterhoeven
Cc: Sekhar Nori
Cc: Bartosz Golaszewski
Acked-by: Arnd Bergmann
Acked-by: Sekhar Nori
Hi arm-soc folks,
This patch series drops select statements from the various
platform-specific Kconfig files, for symbols that are already selected
by the various multi-platform related config options
(ARCH_MULTIPLATFORM, ARCH_MULTI_V*, and ARM_SINGLE_ARMV7M).
This makes it easier to e.g.
Support for CSR SiRF SoCs depends on ARCH_MULTI_V7.
As the latter selects HAVE_SMP, there is no need for ARCH_ATLAS7 to
select HAVE_SMP.
Signed-off-by: Geert Uytterhoeven
Cc: Barry Song
Acked-by: Arnd Bergmann
---
v2:
- Add Acked-by.
---
arch/arm/mach-prima2/Kconfig | 1 -
1 file changed, 1
Support for the 6th generation Aspeed SoCs depends on ARCH_MULTI_V7.
As the latter selects HAVE_SMP, there is no need for MACH_ASPEED_G6 to
select HAVE_SMP.
Signed-off-by: Geert Uytterhoeven
Cc: Joel Stanley
Cc: Andrew Jeffery
Acked-by: Arnd Bergmann
Reviewed-by: Andrew Jeffery
---
v2:
- Ad
Support for Actions Semi SoCs depends on ARCH_MULTI_V7, and thus on
ARCH_MULTIPLATFORM.
As the latter selects COMMON_CLK, there is no need for ARCH_ACTIONS to
select COMMON_CLK.
Signed-off-by: Geert Uytterhoeven
Cc: Andreas Färber
Cc: Manivannan Sadhasivam
Acked-by: Arnd Bergmann
Reviewed-by:
Support for Annapurna Labs Alpine platforms depends on ARCH_MULTI_V7.
As the latter selects HAVE_SMP, there is no need for ARCH_ALPINE to
select HAVE_SMP.
Signed-off-by: Geert Uytterhoeven
Cc: Tsahee Zidenberg
Cc: Antoine Tenart
Acked-by: Arnd Bergmann
---
v2:
- Add Acked-by.
---
arch/arm/m
Support for Marvell MMP ARMv5 platforms depends on ARCH_MULTI_V5, and
thus on ARCH_MULTIPLATFORM.
As the latter selects COMMON_CLK, there is no need for MACH_MMP_DT to
select COMMON_CLK.
Signed-off-by: Geert Uytterhoeven
Cc: Lubomir Rintel
Acked-by: Arnd Bergmann
Acked-by: Lubomir Rintel
---
v
Support for ARM Ltd. RealView systems depends on ARCH_MULTIPLATFORM,
which selects USE_OF.
Support for ARMv6 and ARMv7 variants depends on ARCH_MULTI_V6 or
ARCH_MULTI_V7, which both select ARCH_MULTI_V6_V7 and thus
MIGHT_HAVE_CACHE_L2X0.
Support for ARMv7 variants depends on ARCH_MULTI_V7, which se
Support for Cirrus Logic EP721x/EP731x-based SoCs depends on
ARCH_MULTI_V7, and thus on ARCH_MULTIPLATFORM.
As the latter selects AUTO_ZRELADDR, TIMER_OF, COMMON_CLK,
GENERIC_CLOCKEVENTS, and USE_OF, there is no need for ARCH_CLPS711X to
select any of them.
Signed-off-by: Geert Uytterhoeven
Cc: A
Support for Marvell Berlin SoCs depends on ARCH_MULTI_V7.
As the latter selects HAVE_SMP, there is no need for MACH_BERLIN_BG2 to
select HAVE_SMP.
Signed-off-by: Geert Uytterhoeven
Cc: Jisheng Zhang
Cc: Sebastian Hesselbarth
Acked-by: Arnd Bergmann
---
v2:
- Add Acked-by.
---
arch/arm/mach-
On Tue, 5 May 2020 07:53:39 -0700 Eric Dumazet wrote:
> On Tue, May 5, 2020 at 4:54 AM SeongJae Park wrote:
> >
> > CC-ing sta...@vger.kernel.org and adding some more explanations.
> >
> > On Tue, 5 May 2020 10:10:33 +0200 SeongJae Park wrote:
> >
> > > From: SeongJae Park
> > >
> > > The comm
The ARM Architected timer is available on ARMv7 SoCs only.
As both ARCH_MULTIPLATFORM and ARM_SINGLE_ARMV7M select
GENERIC_CLOCKEVENTS, there is no need for HAVE_ARM_ARCH_TIMER to select
GENERIC_CLOCKEVENTS.
Signed-off-by: Geert Uytterhoeven
---
arch/arm/Kconfig | 1 -
1 file changed, 1 deletion
Support for Marvell Armada 375, 380, 385, and 39x SoCs depends on
ARCH_MULTI_V7.
As the latter selects HAVE_SMP, there is no need for MACH_ARMADA_375,
MACH_ARMADA_38X, and MACH_ARMADA_39X to select HAVE_SMP.
Signed-off-by: Geert Uytterhoeven
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
On Tue, May 5, 2020 at 4:12 PM 'Marco Elver' via Clang Built Linux
wrote:
> On Tue, 5 May 2020 at 16:04, Arnd Bergmann wrote:
> > With the kcsan changes, __read_once_size() is not inlined, but
> > clang can decide to emit a version that hardcodes the address, which
> > in turn triggers a warning
Support for ARM Ltd. Integrator systems depends on ARCH_MULTIPLATFORM.
As the latter selects SPARSE_IRQ, there is no need for ARCH_INTEGRATOR
to select SPARSE_IRQ.
Signed-off-by: Geert Uytterhoeven
Cc: Linus Walleij
Acked-by: Arnd Bergmann
---
v2:
- Add Acked-by.
---
arch/arm/mach-integrator
The functions txEnd() and txExit() can be concurrently executed in the
following call contexts:
Thread1:
jfs_lazycommit()
txLazyCommit()
txEnd()
Thread2:
exit_jfs_fs()
txExit()
In txEnd():
struct tblock *tblk = tid_to_tblock(tid);
// #define tid_to_tblock(tid) (&TxBlock[tid
On Tue, May 5, 2020 at 5:03 PM Vincenzo Frascino
wrote:
> On 5/5/20 3:50 PM, Arnd Bergmann wrote:
> > On Wed, Apr 29, 2020 at 1:34 PM Vincenzo Frascino
> > wrote:
> >
> > Not sure if you are aware of the recent bug report about clock_gettime64()
> > returning invalid times on some arm32 kernels:
On 5/5/20 10:00, Arnd Bergmann wrote:
> On Tue, May 5, 2020 at 4:35 PM Gustavo A. R. Silva
> wrote:
>> On 5/5/20 09:30, Arnd Bergmann wrote:
>>> gcc-10 warns about accesses into the f_handle[] zero-length array.
>>>
>>> fs/notify/fdinfo.c: In function 'show_mark_fhandle':
>>> fs/notify/fdinfo.c
On Tue, May 5, 2020 at 4:17 PM 'Marco Elver' via Clang Built Linux
wrote:
> On Tue, 5 May 2020 at 16:11, Arnd Bergmann wrote:
> > So far, my randconfig checks found two such instances, one for read_once
> > and one for write_once. There are probably a couple more in random
> > configurations, but
Hi Arnd,
On Tue, May 05, 2020 at 04:08:08PM +0200, Arnd Bergmann wrote:
> When CONFIG_ARM_PSCI_FW is disabled but CONFIG_HAVE_ARM_SMCCC is enabled,
> arm-scmi runs into a link failure:
>
> arm-linux-gnueabi-ld: drivers/firmware/arm_scmi/smc.o: in function
> `smc_send_message':
> smc.c:(.text+0x20
On Tue, 2020-05-05 at 16:59 +0200, Matthias Brugger wrote:
[...]
> > > > > > +#ifdef CONFIG_BCM2711
> > > > >
> > > > > This won't work with rpi_arm64_defconfig.
> > > > > Can't we just evaluate at runtime if we need to do anything in
> > > > > xhci_pci_fixup.
> > > >
> > > > I can't see why, who
On Tue, May 5, 2020 at 12:13 AM Michal Hocko wrote:
>
> On Mon 04-05-20 12:23:51, Shakeel Butt wrote:
> [...]
> > *Potentially* useful for debugging versus actually beneficial for
> > "sweep before tear down" use-case.
>
> I definitely do not want to prevent you from achieving what you
> want/need
On Tue, May 05, 2020 at 04:29:46PM +1000, Dave Chinner wrote:
> On Tue, Apr 28, 2020 at 10:27:32PM -0400, Johannes Weiner wrote:
> > On Wed, Apr 29, 2020 at 07:47:34AM +1000, Dave Chinner wrote:
> > > On Tue, Apr 28, 2020 at 12:13:46PM -0400, Dan Schatzberg wrote:
> > > > This patch series does som
Hi Arnd,
On 5/5/20 3:50 PM, Arnd Bergmann wrote:
> On Wed, Apr 29, 2020 at 1:34 PM Vincenzo Frascino
> wrote:
>>
>> This series extends the kselftests for the vDSO library making sure: that
>> they compile correctly on non x86 platforms, that they can be cross
>> compiled and introducing new test
On Fri, May 01, 2020 at 01:36:17PM +0800, Wei Hu wrote:
> Some error cases in hv_pci_probe() were not handled. Fix these error
> paths to release the resourses and clean up the state properly.
This patch does more than that. It adds a variable to store the
number of slots actually allocated - I pr
On Tue, May 5, 2020 at 4:34 PM Jürgen Groß wrote:
> On 05.05.20 16:15, Arnd Bergmann wrote:
> > The __xenbus_map_ring() function has two large arrays, 'map' and
> > 'unmap' on its stack. When clang decides to inline it into its caller,
> > xenbus_map_ring_valloc_hvm(), the total stack usage exceed
On 5/5/20 4:40 PM, Greg KH wrote:
> On Tue, May 05, 2020 at 09:33:05AM +0200, Benjamin Gaignard wrote:
>> The goal of these helpers are to offer an interface for the
>> hardware blocks controlling bus accesses rights.
>>
>> Bus firewall controllers are typically used to control if a
>> hardware b
On 05/05/2020 07:04, Rob Herring wrote:
On Fri, May 01, 2020 at 11:50:05PM +0300, Grygorii Strashko wrote:
Document device tree bindings for TI AM654/J721E SoC The Common Platform
Time Sync (CPTS) module. The CPTS module is used to facilitate host control
of time sync operations. Main feature
Now that the LPUART has support for the LS1028A SoC, also enable it on
our board.
Signed-off-by: Michael Walle
---
Hi Shawn,
After adding/fixing the LPUART support for the LS1028A I've forgot to send
this patch to actually enable the LPUART on our boards. It would be great
if this could make it
PTR_ERR_OR_ZERO contains if(IS_ERR(...)) + PTR_ERR.
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Aishwarya Ramakrishnan
---
drivers/phy/tegra/phy-tegra194-p2u.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/phy/tegra/phy-tegra194-p2u.c
b/d
On Tue, 2020-05-05 at 11:49 +0300, Andy Shevchenko wrote:
> On Tue, May 5, 2020 at 4:32 AM David E. Box <
> david.e@linux.intel.com> wrote:
> > Add pcie dvsec extended capability id along with helper macros to
>
> pcie -> PCIe
>
> dvsec -> DVSEC (but here I'm not sure, what's official abbrevi
On Tue, May 5, 2020 at 4:35 PM Gustavo A. R. Silva
wrote:
> On 5/5/20 09:30, Arnd Bergmann wrote:
> > gcc-10 warns about accesses into the f_handle[] zero-length array.
> >
> > fs/notify/fdinfo.c: In function 'show_mark_fhandle':
> > fs/notify/fdinfo.c:66:47: error: array subscript 'i' is outside
On 05/05/2020 15:47, Nicolas Saenz Julienne wrote:
> On Tue, 2020-05-05 at 15:39 +0200, Matthias Brugger wrote:
>>
>> On 05/05/2020 14:53, Nicolas Saenz Julienne wrote:
>>> Hi Matthias,
>>>
>>> On Tue, 2020-05-05 at 14:15 +0200, Matthias Brugger wrote:
On 30/04/2020 15:04, Nicolas Saenz Jul
On Tue, May 5, 2020 at 4:50 PM 'Dmitry Vyukov' via Clang Built Linux
wrote:
> On Tue, May 5, 2020 at 4:36 PM Marco Elver wrote:
> > > Clang does not allow -fsanitize-coverage=trace-{pc,cmp} together
> > > with -fsanitize=bounds or with ubsan:
> > >
> > > clang: error: argument unused during compi
On 01/05/2020 13:47, Christian Heimes wrote:
> On 29/04/2020 00.01, Jann Horn wrote:
>> On Tue, Apr 28, 2020 at 11:21 PM Florian Weimer wrote:
>>> * Jann Horn:
>>>
Just as a comment: You'd probably also have to use RESOLVE_MAYEXEC in
the dynamic linker.
>>>
>>> Absolutely. In typical
On 5/5/20 7:01 AM, Christian Borntraeger wrote:
> On 05.05.20 15:55, Ulrich Weigand wrote:
>> On Tue, May 05, 2020 at 05:34:45AM -0700, Dave Hansen wrote:
static inline __must_check bool try_get_page(struct page *page)
{
page = compound_head(page);
if (WARN_ON_ON
Hi Patrick
On 05/03/20 19:45, Patrick Bellasi wrote:
> > +sched_util_clamp_min:
> > +=
> > +
> > +Max allowed *minimum* utilization.
> > +
> > +Default value is SCHED_CAPACITY_SCALE (1024), which is the maximum possible
> ^^^
>
> Mmm
On Tue, May 05, 2020 at 08:05:14AM -0600, Alex Williamson wrote:
> On Mon, 4 May 2020 23:11:07 -0700
> "Raj, Ashok" wrote:
>
> > Hi Alex
> >
> > + Joerg, accidently missed in the Cc.
> >
> > On Mon, May 04, 2020 at 11:19:36PM -0600, Alex Williamson wrote:
> > > On Mon, 4 May 2020 21:42:16 -070
There is a possible race when ep_scan_ready_list() leaves ->rdllist
and ->obflist empty for a short period of time although some events
are pending. It is quite likely that ep_events_available() observes
empty lists and goes to sleep. Since 339ddb53d373 ("fs/epoll: remove
unnecessary wakeups of nes
On Mon, May 4, 2020 at 7:11 PM Daniel Jordan wrote:
>
> On Mon, May 04, 2020 at 09:48:44PM -0400, Daniel Jordan wrote:
> > On Mon, May 04, 2020 at 05:40:19PM -0700, Alexander Duyck wrote:
> > > On Mon, May 4, 2020 at 4:44 PM Josh Triplett
> > > wrote:
> > > >
> > > > On May 4, 2020 3:33:58 PM PD
On Mon, 2020-05-04 at 19:53 -0700, Randy Dunlap wrote:
> On 5/4/20 7:31 PM, David E. Box wrote:
> > diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
> > index 0a59249198d3..c673031acdf1 100644
> > --- a/drivers/mfd/Kconfig
> > +++ b/drivers/mfd/Kconfig
> > @@ -632,6 +632,16 @@ config MFD_INTE
On Tue, 2020-05-05 at 13:59 +0100, Luis Henriques wrote:
> A misconfigured cephx can easily result in having the kernel client
> flooding the logs with:
>
> ceph: Can't lookup inode 1 (err: -13)
>
> Change his message to debug level.
>
> Link: https://tracker.ceph.com/issues/44546
> Signed-off
On Tue, May 05, 2020 at 04:51:56PM +0300, Andy Shevchenko wrote:
> On Mon, May 4, 2020 at 5:41 PM William Breathitt Gray
> wrote:
> > On Mon, May 04, 2020 at 02:41:09PM +0300, Andy Shevchenko wrote:
> > > On Sun, May 03, 2020 at 04:38:36AM +0530, Syed Nayyar Waris wrote:
>
> ...
>
> > > Looking
On Tue, May 5, 2020 at 4:54 AM SeongJae Park wrote:
>
> CC-ing sta...@vger.kernel.org and adding some more explanations.
>
> On Tue, 5 May 2020 10:10:33 +0200 SeongJae Park wrote:
>
> > From: SeongJae Park
> >
> > The commit 6d7855c54e1e ("sockfs: switch to ->free_inode()") made the
> > dealloca
On Tue 2020-05-05 17:05:37, Andy Shevchenko wrote:
> On Tue, May 5, 2020 at 4:37 PM Pavel Machek wrote:
> > On Tue 2020-05-05 16:19:11, Andy Shevchenko wrote:
> > > On Tue, May 5, 2020 at 3:58 PM Pavel Machek wrote:
> > > > On Tue 2020-05-05 15:51:16, Andy Shevchenko wrote:
> > > > > On Tue, May
PTR_ERR_OR_ZERO contains if(IS_ERR(...)) + PTR_ERR.
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Aishwarya Ramakrishnan
---
drivers/i2c/busses/i2c-nvidia-gpu.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/i2c/busses/i2c-nvidia-gpu.c
b/dri
On Tue, 5 May 2020 at 07:37, Leo Yan wrote:
>
> The variable 'traceid_list' is defined in the header file cs-etm.h,
> if multiple C files include cs-etm.h the compiler might complaint for
> multiple definition of 'traceid_list'.
>
> To fix multiple definition error, move the definition of 'traceid
On Wed, Apr 29, 2020 at 1:34 PM Vincenzo Frascino
wrote:
>
> This series extends the kselftests for the vDSO library making sure: that
> they compile correctly on non x86 platforms, that they can be cross
> compiled and introducing new tests that verify the correctness of the
> library.
>
> The so
On Tue, May 5, 2020 at 4:36 PM Marco Elver wrote:
> > Clang does not allow -fsanitize-coverage=trace-{pc,cmp} together
> > with -fsanitize=bounds or with ubsan:
> >
> > clang: error: argument unused during compilation:
> > '-fsanitize-coverage=trace-pc' [-Werror,-Wunused-command-line-argument]
>
801 - 900 of 1621 matches
Mail list logo