[PATCH 1/1] psi: do not require setsched permission from the trigger creator

When a process creates a new trigger by writing into /proc/pressure/* files, permissions to write such a file should be used to determine whether the process is allowed to do so or not. Current implementation would also require such a process to have setsched capability. Setting of psi trigger thre

[PATCH v8 3/7] of/platform: Add functional dependency link from DT bindings

Add device-links after the devices are created (but before they are probed) by looking at common DT bindings like clocks and interconnects. Automatically adding device-links for functional dependencies at the framework level provides the following benefits: - Optimizes device probe order and avoi

[PATCH] doc:it_IT: align translation to mainline

The patch translates the following patches in Italian: 1fb12b35e5ff kbuild: Raise the minimum required binutils version to 2.21 9c3c0c204814 isdn: remove isdn4linux Signed-off-by: Federico Vaga --- .../translations/it_IT/process/changes.rst| 22 --- 1 file changed, 4 inserti

Re: [PATCH 1/1] psi: do not require setsched permission from the trigger creator

On Mon, Jul 29, 2019 at 12:57 PM Greg KH wrote: > > On Mon, Jul 29, 2019 at 12:42:05PM -0700, Suren Baghdasaryan wrote: > > When a process creates a new trigger by writing into /proc/pressure/* > > files, permissions to write such a file should be used to determine whether > > the process is allow

Re: [PATCH 1/1] psi: do not require setsched permission from the trigger creator

On Mon, Jul 29, 2019 at 12:42:05PM -0700, Suren Baghdasaryan wrote: > When a process creates a new trigger by writing into /proc/pressure/* > files, permissions to write such a file should be used to determine whether > the process is allowed to do so or not. Current implementation would also > req

[PATCH 1/1] psi: do not require setsched permission from the trigger creator

When a process creates a new trigger by writing into /proc/pressure/* files, permissions to write such a file should be used to determine whether the process is allowed to do so or not. Current implementation would also require such a process to have setsched capability. Setting of psi trigger thre

Re: [EXTERNAL][PATCH v15 04/13] mfd/syscon: Add device_node_to_regmap()

Lee, Arnd, On Wed, Jul 24, 2019 at 01:16:06PM -0400, Paul Cercueil wrote: > device_node_to_regmap() is exactly like syscon_node_to_regmap(), but it > does not check that the node is compatible with "syscon", and won't > attach the first clock it finds to the regmap. > > The rationale behind this,

Re: [f2fs-dev] [PATCH v4 3/3] f2fs: Support case-insensitive file name lookups

On 2019-7-29 15:22, Chao Yu wrote: > On 2019/7/29 14:27, Jaegeuk Kim wrote: >> On 07/28, Chao Yu wrote: >>> On 2019-7-24 7:05, Daniel Rosenberg via Linux-f2fs-devel wrote: /* Flags that are appropriate for regular files (all but dir-specific ones). */ #define F2FS_REG_FLMASK

[PATCH v2] Documentation: gpio: fix function links in the HTML docs

The shorthand [_data] and [devm_] cause the HTML documentation to not link to the function documentation properly. This expands the references to the complete function names with the exception of devm_gpiochip_remove() which was dropped by commit 48207d7595d2 ("gpio: drop devm_gpiochip_remove()").

Re: [PATCH] Documentation: move Documentation/virtual to Documentation/virt

On Sat, 27 Jul 2019 00:10:32 +0200 Paolo Bonzini wrote: > Does the userspace API > cover only syscall or perhaps sysfs interfaces? There are more API > files (amd-memory-encryption.txt, cpuid.txt, halt-polling.txt msr.txt, > ppc-pv.txt, s390-diag.txt) but, with the exception of > amd-memory-enc

Re: [RFC 3/7] tee: add private login method for kernel clients

On Mon, 29 Jul 2019 at 12:39, Jens Wiklander wrote: > > Hi Sumit, > > On Tue, Jul 9, 2019 at 11:36 AM Sumit Garg wrote: > > > > On Tue, 9 Jul 2019 at 12:33, Jens Wiklander > > wrote: > > > > > > On Tue, Jul 09, 2019 at 11:26:19AM +0530, Sumit Garg wrote: > > > > Thanks Jens for your comments. >

Re: [PATCH v3 0/2] Add CCPI2 PMU support

Hi Will, Any comments to this patchset? On Tue, Jul 23, 2019 at 2:46 PM Ganapatrao Kulkarni wrote: > > Add Cavium Coherent Processor Interconnect (CCPI2) PMU > support in ThunderX2 Uncore driver. > > v3: Rebased to 5.3-rc1 > > v2: Updated with review comments [1] > > [1] https://lkml.org/lkml/20

Re: [PATCH 00/43] Convert doc files to ReST

Hi Mauro, On Fri, Jun 28, 2019 at 2:25 PM Mauro Carvalho Chehab wrote: > > This patchset contains the patches that weren't merged yet from > part 2 and 3 of the previous ReST conversion patchset. > > This is based aganst linux-next (next-20190627), so they may not > apply cleanly at docs-next. >

Re: [f2fs-dev] [PATCH v4 3/3] f2fs: Support case-insensitive file name lookups

On 2019/7/29 14:27, Jaegeuk Kim wrote: > On 07/28, Chao Yu wrote: >> On 2019-7-24 7:05, Daniel Rosenberg via Linux-f2fs-devel wrote: >>> /* Flags that are appropriate for regular files (all but dir-specific >>> ones). */ >>> #define F2FS_REG_FLMASK(~(F2FS_DIRSYNC_FL | >>> F2FS_PROJI

Re: [RFC 3/7] tee: add private login method for kernel clients

Hi Sumit, On Tue, Jul 9, 2019 at 11:36 AM Sumit Garg wrote: > > On Tue, 9 Jul 2019 at 12:33, Jens Wiklander wrote: > > > > On Tue, Jul 09, 2019 at 11:26:19AM +0530, Sumit Garg wrote: > > > Thanks Jens for your comments. > > > > > > On Mon, 8 Jul 2019 at 21:09, Jens Wiklander > > > wrote: > > >