Fix a race condition that can result in a ring buffer pointer being set
to null while a "_show" function is reading the ring buffer's data. This
problem was discussed here: https://lkml.org/lkml/2018/10/18/779
To fix the race condition, add a new mutex lock to the
"hv_ring_buffer_info" struct.
The chan->state "if statement" was introduced in commit 6712cc9c2211
("vmbus: don't return values for uninitalized channels"). That commit
states that the purpose of the chan->state "if statement" is to prevent
returning garbage or causing a kernel OOPS when the channel ring buffer
is not
The PVDD_APIO_1V8 (LDO2) and PVDD_ABB_1V8 (LDO8) regulators were turned
off by Linux kernel as unused. However they supply critical parts of
SoC so they should be always on:
1. PVDD_APIO_1V8 supplies SYS pins (gpx[0-3], PSHOLD), HDMI level shift,
RTC, VDD1_12 (DRAM internal 1.8 V logic),
On Fri, Mar 8, 2019 at 6:52 AM Tong Bo wrote:
>
> Atom-based CPUs trigger stack fault when invoke 32-bit SYSENTER instruction
> with invalid register values. So we also need SIGBUS handling in this case.
>
> Following is assembly when the fault exception happens.
>
> (gdb) disassemble $eip
> Dump
On Tue, Dec 18, 2018 at 10:23:02AM +0300, Numan Demirdöğen wrote:
> I found that passing the options i8042.reset=1 i8042.dumbkbd=1 i8042.direct=1
> results in the keyboard functioning after resume. However, there is a
> long delay before the keyboard or mouse will respond to input on the
> lock
On Thu, Mar 14, 2019 at 09:43:43AM -0700, Davidlohr Bueso wrote:
> On Wed, 13 Mar 2019, Matthew Wilcox wrote:
>
> > It's probably worth listing the advantages of the Maple Tree over the
> > rbtree.
>
> I'm not familiar with maple trees, are they referred to by another name?
> (is this some sort
On Thu, Mar 14, 2019 at 03:07:53PM +, Patrick Bellasi wrote:
> On 14-Mar 14:32, Peter Zijlstra wrote:
> > On Thu, Mar 14, 2019 at 12:13:15PM +, Patrick Bellasi wrote:
> > > > I'd be most impressed if they pull this off. Check the generated code
> > > > and see I suppose :-)
> > >
> > > On
Knowing all exit points is useful to assist debuggers stepping over the
rseq critical sections without requiring them to disassemble the content
of the critical section to figure out the exit points.
Signed-off-by: Mathieu Desnoyers
CC: Thomas Gleixner
CC: Joel Fernandes
CC: Peter Zijlstra
Hi,
Those RFC patches improves the rseq selftests to properly expose data
sections helping debuggers to step over rseq critical sections.
* Add a new __rseq_exit_point_array section describing all rseq critical
section exit points so debuggers can properly step over those. This is
based on
The entries within __rseq_table are aligned on 32 bytes due to
linux/rseq.h struct rseq_cs uapi requirements, but the start of the
__rseq_table section is not guaranteed to be 32-byte aligned. It can
cause padding to be added at the start of the section, which makes it
hard to use as an array of
Hi Harish,
On Wed, Mar 13, 2019 at 12:00:06PM +0530, c-hba...@codeaurora.org wrote:
> Hi Matthias,
>
>
> On 2019-03-12 22:29, Matthias Kaehlcke wrote:
> > +DT folks
> >
> > Please add them in future versions (script/scripts/get_maintainer.pl
> > should have listed them)
>
> [Harish] -- Will
On Thu, Mar 14, 2019 at 04:31:31PM +1100, Tobin C. Harding wrote:
> Currently we use the page->lru list for maintaining lists of slabs. We
> have a list_head in the page structure (slab_list) that can be used for
> this purpose. Doing so makes the code cleaner since we are not
> overloading the
This patch adds debugfs interface to show the relationship between
DMA threads (hardware resource for transferring data) and DMA
channel ID of DMA slave.
Typically, PL330 has many slaves than number of DMA threads.
So sometimes PL330 cannot allocate DMA threads for all slaves even
if an user
On 3/14/19 5:00 AM, Stefan Richter wrote:
[..]
>> diff --git a/drivers/firewire/core-iso.c b/drivers/firewire/core-iso.c
>> index 35e784cffc23..7e5c98840b80 100644
>> --- a/drivers/firewire/core-iso.c
>> +++ b/drivers/firewire/core-iso.c
>> @@ -308,7 +308,7 @@ static int manage_channel(struct
On Tue, Mar 12, 2019 at 9:46 AM Geert Uytterhoeven wrote:
>
> Yeah, the alphas on the server side, powering AltaVista, are also long
> gone...
As usual with these things, people can still use older Linux releases
for a very long time. If they really need it (e.g. commercially), they
have the
Hi Paul,
On 14/03/2019 18:13, Paul Burton wrote:
[...]
>
> It looks to me like commit a18815abcdfd ("Use preempt_schedule_irq.")
> forgot the branch to restore_all, so would have fallen through to
> ret_from_fork() & done weird things.
>
> Adding the branch to restore_all as you're doing here
On Wed, 2019-03-13 at 11:14 +0100, Petr Vorel wrote:
> > > So if split kexec tests to another folder is not doable please just
> > > ignore the comment.
>
> > Left in the selftests/ima is a similar test for kernel modules, which
> > uses the "common" functions. So either we wait to move the
>Subject: [PATCH] infiniband: i40iw: fix potential NULL pointer dereferences
>
>alloc_ordered_workqueue may fail and return NULL.
>The fix captures the failure and handles it properly to avoid potential NULL
>pointer
>dereferences.
>
>Signed-off-by: Kangjie Lu
>---
>V2: add return value to
Hi Valentin,
On Mon, Mar 11, 2019 at 10:47:44PM +, Valentin Schneider wrote:
> Since the enabling and disabling of IRQs within preempt_schedule_irq()
> is contained in a need_resched() loop, we don't need the outer arch
> code loop.
>
> Do note that commit a18815abcdfd ("Use
Neil Armstrong writes:
> Hi Chuanhong,
>
> On 12/03/2019 09:33, Chuanhong Guo wrote:
>> There is a white LED on the front panel behind the logo and the
>> manufacturer uses that LED to indicate network and USB drive status.
>>
>> Signed-off-by: Chuanhong Guo
>> ---
>>
Hi Sebastian,
On 3/4/19 5:25 PM, Sebastian Andrzej Siewior wrote:
On 2019-02-18 15:07:51 [+], Julien Grall wrote:
Hi,
Hi,
Wouldn't this arbitrarily increase softirq latency? Unconditionally
forbidding SIMD in softirq might make more sense. It depends on how
important the use cases
If the call to strip returns an error code then it makes sense for the
build to fail. Currently we'll just chug along and ship unstripped
modules.
Fixes: e2a666d52b48 ("kbuild: sign the modules at install time")
Signed-off-by: Douglas Anderson
---
scripts/Makefile.modinst | 2 +-
1 file
On Thu, Mar 14, 2019 at 12:23 PM Mike Rapoport wrote:
>
> On Thu, Mar 14, 2019 at 02:36:01AM +0530, Anup Patel wrote:
> > On Thu, Mar 14, 2019 at 12:01 AM Mike Rapoport wrote:
> > >
> > > On Tue, Mar 12, 2019 at 10:08:22PM +, Anup Patel wrote:
> > > > Currently, we have to boot RISCV64
The pull request you sent on Thu, 14 Mar 2019 12:36:13 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
> acpi-5.1-rc1-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3b319ee220a8795406852a897299dbdfc1b09911
Thank you!
--
Deet-doot-dot,
The pull request you sent on Wed, 13 Mar 2019 11:28:26 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
> tags/clk-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/dc2535be1fd547fbd56aff091370280007b0a1af
Thank you!
--
Deet-doot-dot,
The pull request you sent on Thu, 14 Mar 2019 01:04:37 +0530:
> git://git.infradead.org/users/vkoul/slave-dma.git tags/dmaengine-5.1-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/31ef489a026ef2c07383ef336dc9b6601c7b9b93
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Wed, 13 Mar 2019 11:29:42 -0700:
> git://github.com/andersson/remoteproc tags/rproc-v5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2f194646fecaa9fd4607b670ee9ef84d9ed04566
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Thu, 14 Mar 2019 12:34:51 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm-5.1-rc1-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9352ca585b2ac7b67d2119b9386573b2a4c0ef4b
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Thu, 14 Mar 2019 09:17:39 +0100:
> git://git.monstr.eu/linux-2.6-microblaze.git tags/microblaze-v5.1-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9bc446100334dbbc14eb3757274ef08746c3f9bd
Thank you!
--
Deet-doot-dot, I am a bot.
Hi Richard,
On Thu, Mar 14, 2019 at 06:15:59PM +0100, Richard Weinberger wrote:
> Usually fscrypt allows limited access to encrypted files even
> if no key is available.
> Encrypted filenames are shown and based on this names users
> can unlink and move files.
Actually, fscrypt doesn't allow
Hi Tim,
Thanks for the detailed and excellent write-up. It will serve as a
good future reference for low memory killer requirements. I made some
comments below on the "how to kill" part.
On Tue, Mar 12, 2019 at 10:17 AM Tim Murray wrote:
>
> On Tue, Mar 12, 2019 at 9:37 AM Sultan Alsawaf wrote:
Hi Amir,
On Thu, Mar 14, 2019 at 06:16:35PM +0200, Amir Goldstein wrote:
> On Thu, Mar 14, 2019 at 4:34 PM Ralf Baechle wrote:
> > On Thu, Mar 14, 2019 at 01:38:11PM +0100, Jan Kara wrote:
> > > On Thu 14-03-19 14:01:18, Amir Goldstein wrote:
> > > > On Thu, Mar 14, 2019 at 10:37 AM Jan Kara
For MIPS32 kernels we have a custom definition of __kernel_fsid_t. This
differs from the asm-generic version used by all other architectures &
MIPS64 in one way - it declares the val field as an array of long,
rather than an array of int. Since int & long have identical size &
alignment when
On Wed, Mar 13, 2019 at 04:11:55PM -0700, Paul E. McKenney wrote:
> commit 34f67df09cc0c6bf082a7cfca435373caeeb8d82
> Author: Paul E. McKenney
> Date: Wed Mar 13 16:06:22 2019 -0700
>
> srcu: Forbid DEFINE{,_STATIC}_SRCU() from modules
>
> Adding DEFINE_SRCU() or
Hello,
When applying the patch to upgrade from 4.19.28 to 4.19.29 I get the following
output:
$ git diff v4.19.28 v4.19.29 | (cd ../linux-4.19.29/ && git apply -)
:6204: space before tab in indent.
echo "ERROR: Could not reach other namespace(s)" 1>&2
warning: 1 line adds whitespace
Fine by me.
(Are these for 5.1 or 5.2? Just wondering what to do with some other
ongoing work in the same area. Any conflicts are probably trivial,
though, so no big deal either way.)
--b.
On Thu, Mar 14, 2019 at 04:11:34PM +, David Howells wrote:
> Signed-off-by: David Howells
> cc: "J.
This series is an RFC, it outlines how an filesystem, in this case UBIFS,
could implement a mount option to disable filesystem operations on encrypted
files where no key is present.
The desired byproduct is that in this case ->d_revalidate() is not needed
anymore and VFS folks are in less fear
Usually fscrypt allows limited access to encrypted files even
if no key is available.
Encrypted filenames are shown and based on this names users
can unlink and move files.
This is not always what people expect. The fscrypt_key_required mount
option disables this feature.
If no key is present all
On Thu, Mar 14, 2019 at 10:00:52AM +0100, Arnd Bergmann wrote:
> Without IIO_TRIGGERED_BUFFER, this driver fails to link:
Good catch, thanks (btw, perhaps typo in subject can be fixed before
applying patch).
Acked-by: Tomasz Duszynski
>
> drivers/iio/chemical/pms7003.o: In function
From: Viresh Kumar
Date: Thu, 14 Mar 2019 12:12:50 +0530
> The cpufreq core currently calls the cpufreq transition notifier
> callback once for each affected CPU. This is going to change soon and
> the cpufreq core will call the callback only once for each cpufreq
> policy. The callback must
fscrypt_get_encryption_info() does not return -ENOKEY,
there is no need to handle this case.
Signed-off-by: Richard Weinberger
---
fs/ubifs/dir.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/ubifs/dir.c b/fs/ubifs/dir.c
index 5767b373a8ff..b0cb913697c5 100644
---
If a filesystem sets FS_CFLG_OWN_D_OPS it manages dentry operations
itself and fscrypt is not allowed to set them.
Signed-off-by: Richard Weinberger
---
fs/crypto/hooks.c | 4 +++-
include/linux/fscrypt.h | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git
If a filesystem manages dentry operations itself it might want to
re-use fscrypt_d_ops.
Signed-off-by: Richard Weinberger
---
fs/crypto/crypto.c | 1 +
fs/crypto/fscrypt_private.h | 1 -
include/linux/fscrypt.h | 1 +
3 files changed, 2 insertions(+), 1 deletion(-)
diff --git
Hi, any comments on this patch?
I'm trying to add EDAC support for our BlueField platform memory controller.
> -Original Message-
> From: linux-edac-ow...@vger.kernel.org ow...@vger.kernel.org> On Behalf Of Junhan Zhou
> Sent: Wednesday, February 27, 2019 3:22 PM
> To: Borislav Petkov ;
On 3/14/2019 2:06 AM, Vishal Goel wrote:
This patch allows for small memory optimization by creating the
kmem cache for "struct smack_rule" instead of using kzalloc.
For adding new smack rule, kzalloc is used to allocate the memory
for "struct smack_rule". kzalloc will always allocate 32 or 64
On 13-Mar 17:29, Suren Baghdasaryan wrote:
> On Wed, Mar 13, 2019 at 9:16 AM Patrick Bellasi
> wrote:
> >
> > On 13-Mar 15:12, Peter Zijlstra wrote:
> > > On Fri, Feb 08, 2019 at 10:05:41AM +, Patrick Bellasi wrote:
> > > > +static inline void uclamp_idle_reset(struct rq *rq, unsigned int
>
On 14/03/2019 14:24, Stefan Roese wrote:
> On 14.03.19 14:14, Matthias Brugger wrote:
>>
>>
>> On 14/03/2019 12:37, Armando Miraglia wrote:
>>> Absolutely!
>>
>> Please don't top post :)
>>
>>>
>>> Cheers,
>>> A.
>>>
>>> On Thu, Mar 14, 2019 at 12:36 PM Stefan Roese wrote:
>> [...]
On Thu, Mar 14, 2019 at 9:43 AM Nitesh Narayan Lal wrote:
>
>
> On 3/6/19 1:12 PM, Michael S. Tsirkin wrote:
> > On Wed, Mar 06, 2019 at 01:07:50PM -0500, Nitesh Narayan Lal wrote:
> >> On 3/6/19 11:09 AM, Michael S. Tsirkin wrote:
> >>> On Wed, Mar 06, 2019 at 10:50:42AM -0500, Nitesh Narayan
On Thu, Mar 14, 2019 at 1:20 AM Bjorn Andersson
wrote:
>
> On Wed 13 Mar 08:42 PDT 2019, Rob Clark wrote:
>
> > On Tue, Mar 12, 2019 at 2:14 PM Jordan Crouse
> > wrote:
> > >
> > > Some Adreno GPU targets require a special zap shader to bring the GPU
> > > out of secure mode. Define a region to
On Tue, 12 Mar 2019 at 16:52, Axel Lin wrote:
>
> This driver has been converted to use regulator core's simplified DT
> parsing code. So the match_init_data/match_of_node functions are not
> necessary now, remove them.
>
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/max14577-regulator.c
For those just joining the thread now, here's the background:
> https://lkml.kernel.org/r/alpine.lsu.2.20.1903060944550.7...@zhemvz.fhfr.qr
Turning on a bunch of kernel debugging found the culprit:
> /*
> * mpx unmap needs to be called with mmap_sem held for write.
> *
On Wed, 13 Mar 2019, Matthew Wilcox wrote:
It's probably worth listing the advantages of the Maple Tree over the
rbtree.
I'm not familiar with maple trees, are they referred to by another name?
(is this some sort of B-tree?). Google just shows me real trees.
- Shallower tree. A 1000-entry
On 3/6/19 1:12 PM, Michael S. Tsirkin wrote:
> On Wed, Mar 06, 2019 at 01:07:50PM -0500, Nitesh Narayan Lal wrote:
>> On 3/6/19 11:09 AM, Michael S. Tsirkin wrote:
>>> On Wed, Mar 06, 2019 at 10:50:42AM -0500, Nitesh Narayan Lal wrote:
The following patch-set proposes an efficient mechanism
On Thu, Mar 14, 2019 at 8:41 AM Patrick Bellasi wrote:
>
> On 14-Mar 08:29, Suren Baghdasaryan wrote:
> > On Thu, Mar 14, 2019 at 7:46 AM Patrick Bellasi
> > wrote:
> > > On 13-Mar 14:32, Suren Baghdasaryan wrote:
> > > > On Fri, Feb 8, 2019 at 2:06 AM Patrick Bellasi
> > > > wrote:
>
> [...]
From: Guillaume La Roque
Add optional drive-strength property
Signed-off-by: Guillaume La Roque
Signed-off-by: Jerome Brunet
---
Documentation/devicetree/bindings/pinctrl/meson,pinctrl.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git
From: Guillaume La Roque
drive-strength is a new feature needed for G12A SoC.
the default DS setting after boot is usually 0.5mA and it is not enough for
many functions. We need to be able to set the drive strength to reliably
enable things like MMC, I2C, etc ...
Signed-off-by: Guillaume La
The purpose of this patchset is to add drive-strength support in meson pinconf
driver. This is a new feature that was added on the g12a. It is critical for us
to support this since many functions are failing with default pad
drive-strength.
Now the slightly annoying part :(
The value achievable
On Wed, Mar 13, 2019 at 6:00 PM David Dai wrote:
>
>
> On 3/8/2019 10:35 AM, Evan Green wrote:
> > On Fri, Feb 8, 2019 at 9:22 AM Georgi Djakov
> > wrote:
> >> From: David Dai
> >>
> >> Add support for wake and sleep commands by using a tag to indicate
> >> whether or not the aggregate and set
diff --git a/Makefile b/Makefile
index 3cd7163fe164..bb2f7664594a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 0
-SUBLEVEL = 1
+SUBLEVEL = 2
EXTRAVERSION =
NAME = Shy Crocodile
diff --git a/arch/arm/boot/dts/exynos3250.dtsi
From: Claudiu Beznea
Change Microchip timers section name to be more generic.
Signed-off-by: Claudiu Beznea
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4d04cebb4a71..0948d6592ea5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
I'm announcing the release of the 5.0.2 kernel.
All users of the 5.0 kernel series must upgrade.
The updated 5.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.0.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.20.16 kernel.
All users of the 4.20 kernel series must upgrade.
The updated 4.20.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.20.y
and can be browsed at the normal kernel.org git web
I'm announcing the release of the 4.19.29 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web
I'm announcing the release of the 4.9.163 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index fce163d09139..8a5330e279ad 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 162
+SUBLEVEL = 163
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/arch/arm/boot/dts/exynos3250.dtsi
From: Claudiu Beznea
Add myself as maintainer for Microchip timers and clocksource
drivers.
Signed-off-by: Claudiu Beznea
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 0948d6592ea5..85bc819867da 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
I'm announcing the release of the 4.14.106 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web
From: Claudiu Beznea
Add device tree bindings for PIT64B timer.
Signed-off-by: Claudiu Beznea
---
Documentation/devicetree/bindings/arm/atmel-sysregs.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/atmel-sysregs.txt
From: Claudiu Beznea
Hi,
This series adds driver for Microchip PIT64B timer.
Timer could be used in continuous or oneshot mode. It has 2x32 bit registers
to emulate a 64 bit timer. The timer's period could be configured via LSB_PR
and MSB_PR registers. The current timer's value could be checked
From: Claudiu Beznea
Add driver for Microchip PIT64B timer. Timer could be used in continuous
mode or oneshot mode. The hardware has 2x32 bit registers for period
emulating a 64 bit timer. The LSB_PR and MSB_PR registers are used to set
the period value (compare value). TLSB and TMSB keeps the
From: Claudiu Beznea
Add timer-microchip-pit64b.c as maintained file.
Signed-off-by: Claudiu Beznea
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 85bc819867da..5af947c9f350 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -10023,6 +10023,7 @@
On Fri, Feb 8, 2019 at 2:06 AM Patrick Bellasi wrote:
>
> In order to properly support hierarchical resources control, the cgroup
> delegation model requires that attribute writes from a child group never
> fail but still are (potentially) constrained based on parent's assigned
> resources. This
On Thu, Mar 14, 2019 at 4:34 PM Ralf Baechle wrote:
>
> On Thu, Mar 14, 2019 at 01:38:11PM +0100, Jan Kara wrote:
>
> > On Thu 14-03-19 14:01:18, Amir Goldstein wrote:
> > > On Thu, Mar 14, 2019 at 10:37 AM Jan Kara wrote:
> > > >
> > > > AFAICS this is the known problem with weird mips
On Thu, Mar 14, 2019 at 11:58:15AM +0100, Paolo Bonzini wrote:
> On 14/03/19 00:44, Andrea Arcangeli wrote:
> > Then I thought we can add a tristate so an open of /dev/kvm would also
> > allow the syscall to make things more user friendly because
> > unprivileged containers ideally should have
Build a kernel with W=1 generated several warnings due to abuse of
kernel-doc comments, so tidy up comments there a bit.
arch/arm64/mm/numa.c:281: warning: Cannot understand *
on line 281 - I thought it was a doc line
Fixes: 1a2db300348b ("arm64, numa: Add NUMA support for arm64 platforms.")
On Thu, Mar 14, 2019 at 06:31:37PM +0300, moos...@gmail.com wrote:
> Josh Poimboeuf writes:
>
> > Objtool uses over 512k of stack, thanks to the hash table embedded in
> > the objtool_file struct. This causes an unnecessarily large stack
> > allocation and breaks users with low stack limits.
>
Convert tmpfs to fs_context as the mpol= option can be properly handled.
The issue is that it can contain embedded commas, so it can't be trivially
split up using strsep() to break on commas in generic_parse_monolithic().
Instead, tmpfs must supply its own generic parser.
However, if tmpfs
Signed-off-by: David Howells
cc: Casey Schaufler
cc: linux-security-mod...@vger.kernel.org
---
security/smack/smackfs.c | 34 ++
1 file changed, 22 insertions(+), 12 deletions(-)
diff --git a/security/smack/smackfs.c b/security/smack/smackfs.c
index
If tunnel registration failed during module initialization, the module
would fail to deregister the IPPROTO_COMP protocol and would attempt to
deregister the tunnel.
The tunnel was not deregistered during module-exit.
Fixes: d9ee3444014e ("vti4: Fix a ipip packet processing bug in 'IPCOMP'
Signed-off-by: David Howells
cc: linux-security-mod...@vger.kernel.org
---
security/inode.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/security/inode.c b/security/inode.c
index b7772a9b315e..4fecbc8b072a 100644
--- a/security/inode.c
+++
Signed-off-by: David Howells
cc: Paul Moore
cc: Stephen Smalley
cc: Eric Paris
cc: seli...@vger.kernel.org
cc: linux-security-mod...@vger.kernel.org
---
security/selinux/selinuxfs.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git
Signed-off-by: David Howells
cc: Felipe Balbi
cc: linux-...@vger.kernel.org
---
drivers/usb/gadget/legacy/inode.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/gadget/legacy/inode.c
b/drivers/usb/gadget/legacy/inode.c
index
Signed-off-by: David Howells
---
fs/openpromfs/inode.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/fs/openpromfs/inode.c b/fs/openpromfs/inode.c
index 1b2d0d2fe2ee..7ec384df0109 100644
--- a/fs/openpromfs/inode.c
+++ b/fs/openpromfs/inode.c
@@
Signed-off-by: David Howells
cc: Boris Ostrovsky
cc: Juergen Gross
cc: Stefano Stabellini
cc: xen-de...@lists.xenproject.org
---
drivers/xen/xenfs/super.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/drivers/xen/xenfs/super.c
Signed-off-by: David Howells
cc: Robert Richter
cc: oprofile-l...@lists.sf.net
---
drivers/oprofile/oprofilefs.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/drivers/oprofile/oprofilefs.c b/drivers/oprofile/oprofilefs.c
index
Signed-off-by: David Howells
cc: Arnd Bergmann
cc: Greg Kroah-Hartman
---
drivers/misc/ibmasm/ibmasmfs.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/drivers/misc/ibmasm/ibmasmfs.c b/drivers/misc/ibmasm/ibmasmfs.c
index
* Christina Quast [190314 16:03]:
> On 14/03/2019 16:05, Tony Lindgren wrote:
> > * Christina Quast [190313 14:28]:
> >> The defines are taken from dt-bindings/pinctrl/am335x.h
> >>
> >> Updated AM33XX_IOPAD to take three instead of two parameters:
> >> AM33XX_IOPAD(register_offset,
[Q] Can qib_remove() race with qibfs_kill_super()? Should qib_super
accesses be serialised with some sort of lock?
Signed-off-by: David Howells
cc: Dennis Dalessandro
cc: Mike Marciniszyn
cc: linux-r...@vger.kernel.org
---
drivers/infiniband/hw/qib/qib_fs.c | 26
Signed-off-by: David Howells
cc: Miklos Szeredi
cc: linux-fsde...@vger.kernel.org
---
fs/fuse/control.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/fs/fuse/control.c b/fs/fuse/control.c
index fe80bea4ad89..14ce1e47f980 100644
---
Signed-off-by: David Howells
cc: Joel Becker
cc: Christoph Hellwig
---
fs/configfs/mount.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/fs/configfs/mount.c b/fs/configfs/mount.c
index cfd91320e869..af4db09f46b4 100644
--- a/fs/configfs/mount.c
Kill sget_userns(), folding it into sget() as that's the only remaining
user.
Signed-off-by: David Howells
cc: linux-fsde...@vger.kernel.org
---
fs/super.c | 61 +---
include/linux/fs.h |5
2 files changed, 20 insertions(+), 46
Signed-off-by: David Howells
cc: Alexander Viro
cc: linux-fsde...@vger.kernel.org
---
fs/binfmt_misc.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/fs/binfmt_misc.c b/fs/binfmt_misc.c
index aa4a7a23ff99..0c32e59bfd20 100644
--- a/fs/binfmt_misc.c
Signed-off-by: David Howells
cc: Matthew Garrett
cc: Jeremy Kerr
cc: Ard Biesheuvel
cc: linux-...@vger.kernel.org
---
fs/efivarfs/super.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/fs/efivarfs/super.c b/fs/efivarfs/super.c
index
Signed-off-by: David Howells
cc: linux-fsde...@vger.kernel.org
---
fs/super.c | 44
include/linux/fs.h |3 ---
2 files changed, 47 deletions(-)
diff --git a/fs/super.c b/fs/super.c
index 6c3acd633cca..3b5275298f7c 100644
---
Signed-off-by: David Howells
cc: Trond Myklebust
cc: Anna Schumaker
cc: "J. Bruce Fields"
cc: Jeff Layton
cc: linux-...@vger.kernel.org
---
net/sunrpc/rpc_pipe.c | 34 ++
1 file changed, 26 insertions(+), 8 deletions(-)
diff --git a/net/sunrpc/rpc_pipe.c
Signed-off-by: David Howells
Reviewed-by: Christian Brauner
cc: Greg Kroah-Hartman
cc: "Arve Hjønnevåg"
cc: Todd Kjos
cc: Martijn Coenen
cc: Joel Fernandes
cc: de...@driverdev.osuosl.org
---
drivers/android/binderfs.c | 173
1 file changed, 96
Kill off mount_pseudo() and mount_pseudo_xattr() as they're replaced with
vfs_init_pseudo_fs_context().
Signed-off-by: David Howells
cc: linux-fsde...@vger.kernel.org
---
fs/libfs.c | 53
include/linux/fs.h | 13 -
2
Signed-off-by: David Howells
cc: "J. Bruce Fields"
cc: Jeff Layton
cc: linux-...@vger.kernel.org
---
fs/nfsd/nfsctl.c | 33 ++---
1 file changed, 26 insertions(+), 7 deletions(-)
diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c
index f2feb2d11bae..d4eb4f34a94c
Signed-off-by: David Howells
cc: linux-fsde...@vger.kernel.org
---
fs/libfs.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/fs/libfs.c b/fs/libfs.c
index 9a15590b65da..f6710316de00 100644
--- a/fs/libfs.c
+++ b/fs/libfs.c
@@ -242,18 +242,12 @@
Signed-off-by: David Howells
cc: Eric W. Biederman
cc: linux-fsde...@vger.kernel.org
---
fs/nsfs.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/fs/nsfs.c b/fs/nsfs.c
index 60702d677bd4..1a86ab9abaf7 100644
--- a/fs/nsfs.c
+++ b/fs/nsfs.c
@@ -1,5 +1,6 @@
101 - 200 of 567 matches
Mail list logo