4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Liu Bo
commit 1846430c24d66e85cc58286b3319c82cd54debb2 upstream.
In cases that the whole fs flips into readonly status due to failures in
critical sections, then log tree's blocks are still di
On 02/16/2018 01:44 PM, Vincent Guittot wrote:
> On 16 February 2018 at 13:13, Valentin Schneider
> wrote:
>> On 02/14/2018 03:26 PM, Vincent Guittot wrote:
>>> Stopped the periodic update of blocked load when all idle CPUs have fully
>>> decayed. We introduce a new nohz.has_blocked that reflect i
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit 1c130ae00b769a2e2df41bad3d6051ee8234b636 upstream.
Mike Christie reports:
Starting in 4.14 iscsi logins will fail around 50% of the time.
Problem appears to be that
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Liu Bo
commit e8f1bc1493855e32b7a2a019decc3c353d94daf6 upstream.
This regression is introduced in
commit 3d48d9810de4 ("btrfs: Handle uninitialised inode eviction").
There are two problems,
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Liu Bo
commit e89166990f11c3f21e1649d760dd35f9e410321c upstream.
@cur_offset is not set back to what it should be (@cow_start) if
btrfs_next_leaf() returns something wrong, and the range [cow_
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: yinbo.zhu
commit f2bc68bd6f7f5d0b6b56238d14f95cd454d2 upstream.
When system wakes up from sleep on ls1046ardb, the SD operation fails
with mmc error messages since ESDHC_TB_EN bit couldn't
Hello Mark,
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Wednesday, February 21, 2018 9:27 PM
> To: Suzuki, Katsuhiro
> Cc: alsa-de...@alsa-project.org; Rob Herring ;
> devicet...@vger.kernel.org; Masami Hiramatsu
> ; Jassi Brar ;
> linux-arm-ker...@lists.
"Rafael J. Wysocki" writes:
> On Wed, Feb 21, 2018 at 6:54 AM, Viresh Kumar wrote:
>> On 21-02-18, 16:39, Michael Ellerman wrote:
>>> Viresh Kumar writes:
>>
>>> > AFAICT, you will get -1 here only if the freq table had no valid
>>> > frequencies (or the freq table is empty). Why would that hap
Mostly this change just reverses the primary conditional so most of
the code can be pulled back a tab, which fixes some code style
warnings.
Signed-off-by: Quytelda Kahja
---
drivers/staging/gdm724x/gdm_lte.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --
Since the testing for host endianness and in-driver conversion were
removed in 77e8a50149a2, the gdm_endian struct contains only one member,
and can therefore be simplified to a single u8 variable.
Signed-off-by: Quytelda Kahja
---
drivers/staging/gdm724x/gdm_endian.c | 24 --
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: yinbo.zhu
commit 97618aca1440b5addc5c3d78659d3e176be23b80 upstream.
The bit eSDHC_TBCTL[TB_EN] couldn't be reset by eSDHC_SYSCTL[RSTA] which is
used to reset for all. The driver should make su
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Matthias Brugger
commit ae72e95b5e4ded145bfc6926ad9457b74e3af41a upstream.
The hifsys and ethsys needs the definition of the reset-cells
property. Fix this.
Reviewed-by: Rob Herring
Signed-o
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Matthias Brugger
commit 76a09ce214addb8ddc0f6d50dc1106a5f829e713 upstream.
The ethsys binding misses the reset-cells, this patch
adds this property.
Reviewed-by: Rob Herring
Signed-off-by: M
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Bjorn Andersson
commit b0ab681285aa66064f2de5b74191c0cabba381ff upstream.
Add a missing #phy-cells to the dsi-phy, to silence dtc warning.
Cc: Archit Taneja
Fixes: 305410ffd1b2 ("arm64: dts:
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 5628a8ca14149ba4226e3bdce3a04c3b688435ad upstream.
According to the comment added to exynos_dt_pmu_match[] in commit
8b283c025443 ("ARM: exynos4/5: convert pmu wakeup to s
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Mack
commit 7c74866baef1827e18f8269aec85030063520bd4 upstream.
Add some more devices that need quirks to handle DSD modes correctly.
Signed-off-by: Daniel Mack
Reported-and-tested-by:
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
> ow...@vger.kernel.org] On Behalf Of Asutosh Das
> Sent: Wednesday, February 21, 2018 6:57 AM
> To: subha...@codeaurora.org; c...@codeaurora.org;
> vivek.gau...@codeaurora.org; rna...@codeaurora.org;
> vinh
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Jens Axboe
commit 5235553d821433e1f4fa720fd025d2c4b7ee9994 upstream.
Mikulas reported a workload that saw bad performance, and figured
out what it was due to various other types of requests be
On Tue, 2018-02-20 at 15:55 -0800, Joe Perches wrote:
> On Tue, 2018-02-20 at 23:43 +0200, Andy Shevchenko wrote:
> > There are users which print time and date represented by content of
> > struct rtc_time in human readable format.
> >
> > Instead of open coding that each time introduce %ptR[dt][r
On Wed, Feb 21, 2018 at 01:53:57PM +0100, Peter Zijlstra wrote:
> That's because this crossed with the llvm cruft, right? I'll have a
> look.
Best I could come up with that seems to work is something like the
below. Ingo, can you backmerge or stuff on top as appropriate?
---
Makefile
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Lassi Ylikojola
commit 5e35dc0338d85ccebacf3f77eca1e5dea73155e8 upstream.
Add quirk to ensure a sync endpoint is properly configured.
This patch is a fix for same symptoms on Behringer UFX1204
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Kailang Yang
commit 40e2c4e5a7efcd50983aacbddd3c617e776018bf upstream.
This platform had two Dmic and single Dmic.
This update was for single Dmic.
This commit was for two Dmic.
Fixes: 75ee9
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Hui Wang
commit 3f2f7c553d077be6a30cb96b2976a2c940bf5335 upstream.
One of them has the codec of alc256 and the other one has the codec
of alc289.
Cc:
Signed-off-by: Hui Wang
Signed-off-by:
On 21 February 2018 at 18:19, Greg Kroah-Hartman
wrote:
> 4.9-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: yinbo.zhu
>
> commit f2bc68bd6f7f5d0b6b56238d14f95cd454d2 upstream.
>
> When system wakes up from sleep on ls1046ardb, the SD
On Wed, Feb 21, 2018 at 05:12:36AM -0800, Quytelda Kahja wrote:
> Since the testing for host endianness and in-driver conversion were
> removed in 77e8a50149a2, the gdm_endian struct contains only one member,
> and can therefore be simplified to a single u8 variable.
>
> Signed-off-by: Quytelda Ka
On Wed, Feb 21, 2018 at 07:10:34AM -0600, Shanker Donthineni wrote:
> On 02/21/2018 05:12 AM, Catalin Marinas wrote:
> > However, my worry is that in an implementation with DIC set, we also
> > skip the DSB/ISB sequence in the invalidate_icache_by_line macro. For
> > example, in an implementation w
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Greg Kurz
commit 26d99834f89e76514076d9cd06f61e56e6a509b8 upstream.
When a 9p request is successfully flushed, the server is expected to just
mark it as used without sending a 9p reply (ie, wi
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Liu Bo
commit 1a932ef4e47984dee227834667b5ff5a334e4805 upstream.
I got these from running generic/475,
WARNING: CPU: 0 PID: 26384 at fs/btrfs/inode.c:3326
btrfs_orphan_commit_root+0x1ac/0x2b
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Stewart Smith
commit 5b8b58063029f02da573120ef4dc9079822e3cda upstream.
According to the OPAL docs:
skiboot-5.2.5/doc/opal-api/opal-rtc-read-3.txt
skiboot-5.2.5/doc/opal-api/opal-rtc-write
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 2ce77f6d8a9ae9ce6d80397d88bdceb84a2004cd upstream.
When KASAN is enabled, the swapper page table contains many identical
mappings of the zero page, which can lead to a stall
On Wed, 2018-02-21 at 08:38 +0100, Rasmus Villemoes wrote:
> On 2018-02-21 00:55, Joe Perches wrote:
> > On Tue, 2018-02-20 at 23:43 +0200, Andy Shevchenko wrote:
> > > There are users which print time and date represented by content
> > > of
> > > struct rtc_time in human readable format.
> > >
>
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Ilya Dryomov
commit e573427a440fd67d3f522357d7ac901d59281948 upstream.
This feature bit restricts older clients from performing certain
maintenance operations against an image (e.g. clone, sna
On Tue, Feb 20, 2018 at 10:47 PM, Brendan Higgins
wrote:
> On Mon, Feb 19, 2018 at 6:49 AM, Rob Herring wrote:
>> On Thu, Feb 15, 2018 at 02:38:12PM -0800, Brendan Higgins wrote:
>>> On Thu, Feb 15, 2018 at 5:39 AM, Tali Perry wrote:
>>> >
>>> > Signed-off-by: Tali Perry
>>> >
>>>
>>>
>>> I t
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit 3968523f855050b8195134da951b87c20bd66130 upstream.
mpls_label_ok() validates that the 'platform_label' array index from a
userspace netlink message payload is valid. Under
On Wed, Feb 21, 2018 at 11:21:38AM +, Will Deacon wrote:
> Hi Andrea,
>
> On Tue, Feb 20, 2018 at 07:45:56PM +0100, Andrea Parri wrote:
> > Continuing along with the fight against smp_read_barrier_depends() [1]
> > (or rather, against its improper use), add an unconditional barrier to
> > cmpx
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt (VMware)
commit 07234021410bbc27b7c86c18de98616c29fbe667 upstream.
Al Viro reported:
For substring - sure, but what about something like "*a*b" and "a*b"?
AFAICS, filte
On Wed, Feb 21, 2018 at 2:13 PM, Michael Ellerman wrote:
> "Rafael J. Wysocki" writes:
>
>> On Wed, Feb 21, 2018 at 6:54 AM, Viresh Kumar
>> wrote:
>>> On 21-02-18, 16:39, Michael Ellerman wrote:
Viresh Kumar writes:
>>>
> AFAICT, you will get -1 here only if the freq table had no va
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dongdong Liu
commit deb86999323661c019ef2740eb9d479d1e526b5c upstream.
HiSilicon Hip06/Hip07 can operate as either a Root Port or an Endpoint. It
always advertises an MSI capability, but it c
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit af27d9403f5b80685b79c88425086edccecaf711 upstream.
We get a warning about some slow configurations in randconfig kernels:
mm/memory.c:83:2: error: #warning Unfortunate
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Miklos Szeredi
commit cf5eebae2cd28d37581507668605f4d23cd7218d upstream.
When resetting iterator on a zero offset we need to discard any data
already in the buffer (count), and private state o
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit 8dbc1864b74f5dea5a3f7c30ca8fd358a675132f upstream.
Commit 17278a91e04f ("MIPS: CPS: Fix r1 .set mt assembler warning")
added .set MIPS_ISA_LEVEL_RAW to silence warnings abou
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Corentin Labbe
commit 2e6522c565522a2e18409c315c49d78c8b74807b upstream.
MIPS_GENERIC selects some options conditional on BIG_ENDIAN which does
not exist.
Replace BIG_ENDIAN with CPU_BIG_ENDI
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Simon Gaiser
commit 781198f1f373c3e350dbeb3af04a7d4c81c1b8d7 upstream.
Commit 82616f9599a7 ("xen: remove tests for pvh mode in pure pv paths")
removed the check for autotranslation from {set,c
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Shanker Donthineni
commit 16e574d762ac5512eb922ac0ac5eed360b7db9d8 upstream.
References to CPU part number MIDR_QCOM_FALKOR were dropped from the
mailing list patch due to mainline/arm64 branc
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Keith Packard
commit 761e05a702f5d537ffcca1ba933f9f0a968aa022 upstream.
Don't let a lessee control what the current DRM master is set to;
that's the job of the "real" master. Otherwise, the le
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 9cb18db0701f6b74f0c45c23ad767b3ebebe37f6 upstream.
Fix child-node lookup during probe, which ended up searching the whole
device tree depth-first starting at the parent rat
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Lukas Wunner
commit 493fb50e958c1c6deef7feff0b8c3855def78d75 upstream.
Certain Thunderbolt 1 controllers claim to support Command Completed events
(value of 0b in the No Command Completed Supp
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit eac56aa3bc8af3d9b9850345d0f2da9d83529134 upstream.
Fix child-node lookup during initialisation which was using the wrong
OF-helper and ended up searching the whole device t
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Marcin Nowakowski
commit 67a3ba25aa955198196f40b76b329b3ab9ad415a upstream.
Commit 73fbc1eba7ff ("MIPS: fix mem=X@Y commandline processing") added a
fix to ensure that the memory range between
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Zhouyi Zhou
commit 06f29cc81f0350261f59643a505010531130eea0 upstream.
In the function __ext4_grp_locked_error(), __save_error_info()
is called to save error info in super block block, but does
On Wed, Feb 21, 2018 at 12:39:05PM +0100, Ingo Molnar wrote:
> Hm, this doesn't apply to latest upstream anymore:
>
> Hunk #1 FAILED at 113.
> 1 out of 1 hunk FAILED -- saving rejects to file
> arch/x86/kernel/cpu/mcheck/mce-internal.h.rej
>
> mind forward porting it?
Ah, you took Tony's patc
On Mon, Feb 19, 2018 at 10:36:50AM +0100, Pali Rohár wrote:
> On Tuesday 13 February 2018 19:45:56 Ville Syrjälä wrote:
> > On Tue, Feb 13, 2018 at 06:43:41PM +0100, Pali Rohár wrote:
> > > On Tuesday 13 February 2018 18:12:21 Ville Syrjälä wrote:
> > > > On Tue, Feb 13, 2018 at 05:04:37PM +0100, P
On Wed, Feb 21, 2018 at 06:24:07PM +0530, gaurav jindal wrote:
> Variable ret in try_wait_for_completion can have only true/false values. Since
> the return type of the function is also bool, variable ret should have data
> type as bool in place of int.
Fair enough.
> Moreover, the size of bool i
The atomic replace allows to create cumulative patches. They
are useful when you maintain many livepatches and want to remove
one that is lower on the stack. In addition it is very useful when
more patches touch the same function and there are dependencies
between them.
I have found one bug in v7.
From: Jason Baron
Currently klp_patch contains a pointer to a statically allocated array of
struct klp_object and struct klp_objects contains a pointer to a statically
allocated array of klp_func. In order to allow for the dynamic allocation
of objects and functions, link klp_patch, klp_object, a
From: Jason Baron
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
For this, we will need to dynamically create funcs and objects
for functions that are no longer patched.
This patch adds basic framework to ha
The atomic replace feature uses dynamically allocated struct klp_func to
handle functions that will not longer be patched. These structures are
of the type KLP_FUNC_NOP. They cause the ftrace handler to jump to
the original code. But the address of the original code is not known
until the patched m
From: Jason Baron
Sometimes we would like to revert a particular fix. Currently, this
is not easy because we want to keep all other fixes active and we
could revert only the last applied patch.
One solution would be to apply new patch that implemented all
the reverted functions like in the origi
User documentation for the atomic replace feature. It makes it easier
to maintain livepatches using so-called cumulative patches.
Signed-off-by: Petr Mladek
---
Documentation/livepatch/cumulative-patches.txt | 83 ++
1 file changed, 83 insertions(+)
create mode 100644 Do
From: Jason Baron
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
The replaced patches will stay registered because they are typically
unregistered by some package uninstall scripts. But we will remove
these
From: Jason Baron
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
For this, we will need to dynamically create funcs and objects
for functions that are no longer patched.
The dynamically allocated objects wil
We are going to add a feature called atomic replace. It will allow to
create a patch that would replace all already registered patches.
For this, we will need to dynamically create funcs and objects
for functions that are no longer patched.
We will want to reuse the existing init() and free() func
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Lukas Wunner
commit 433986c2c265d106d6a8e88006e0131fefc92b7b upstream.
Commit baa8809f6097 (PM / runtime: Optimize the use of device links)
added an invocation of pm_runtime_drop_link() to __d
Hi Catalin,
On 02/21/2018 05:12 AM, Catalin Marinas wrote:
> On Mon, Feb 19, 2018 at 08:59:06PM -0600, Shanker Donthineni wrote:
>> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
>> index f55fe5b..4061210 100644
>> --- a/arch/arm64/Kconfig
>> +++ b/arch/arm64/Kconfig
>> @@ -1095,6 +1095,27 @
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit 502af0d70843c2a9405d7ba1f79b4b0305aaf5f5 upstream.
The two special, opencoded cases for POP_C_REGS can be handled by ASM
macros.
Signed-off-by: Dominik Brodowski
Cc:
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit f7bafa2b05ef25eda1d9179fd930b0330cf2b7d1 upstream.
Same as is done for syscalls, interleave XOR with PUSH instructions
for exceptions/interrupts, in order to minimize
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Gustavo A. R. Silva
commit 24dbc6000f4b9b0ef5a9daecb161f1907733765a upstream.
Currently, x86_cache_size is of type int, which makes no sense as we
will never have a valid cache size equal or l
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit 2e3f0098bc45f710a2f4cbcc94b80a1fae7a99a1 upstream.
All current code paths call SAVE_C_REGS and then immediately
SAVE_EXTRA_REGS. Therefore, merge these two macros and
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit 3ac6d8c787b835b997eb23e43e09aa0895ef7d58 upstream.
Clear the 'extra' registers on entering the 64-bit kernel for exceptions
and interrupts. The common registers are not cle
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 9de29eac8d2189424d81c0d840cd0469aa3d41c8 upstream.
If i == ARRAY_SIZE(mitigation_options) then we accidentally print
garbage from one space beyond the end of the mitigatio
On Wednesday 21 February 2018 15:28:53 Ville Syrjälä wrote:
> On Mon, Feb 19, 2018 at 10:36:50AM +0100, Pali Rohár wrote:
> > On Tuesday 13 February 2018 19:45:56 Ville Syrjälä wrote:
> > > On Tue, Feb 13, 2018 at 06:43:41PM +0100, Pali Rohár wrote:
> > > > On Tuesday 13 February 2018 18:12:21 Vill
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Rui Wang
commit 961888b1d76d84efc66a8f5604b06ac12ac2f978 upstream.
For distributions with old userspace header files, the _sigfault
structure is different. mpx-mini-test fails with the followi
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 8fa80c503b484ddc1abbd10c7cb2ab81f3824a50 upstream.
For architectures providing their own implementation of
array_index_mask_nospec() in asm/barrier.h, attempting to use WARN
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 3b3a371cc9bc980429baabe0a8e5f307f3d1f463 upstream.
Since the Intel SDM added an ModR/M byte to UD0 and binutils followed
that specification, we now cannot disassemble our
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit ea00f301285ea2f07393678cd2b6057878320c9d upstream.
Joe Konno reported a compile failure resulting from using an MSR
without inclusion of , and while the current code buil
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit be3233fbfcb8f5acb6e3bcd0895c3ef9e100d470 upstream.
Allow the compiler to handle @size as an immediate value or memory
directly rather than allocating a register.
Reported-
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Josh Poimboeuf
commit 2b5db66862b95532cb6cca8165ae6eb73633cf85 upstream.
By default, objtool assumes that a UD2 is a dead end. This is mainly
because GCC 7+ sometimes inserts a UD2 when it de
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit 9279ddf23ce78ff2676e8e8e19fec0f022c26d04 upstream.
The ldt_gdt and ptrace_syscall selftests, even in their 64-bit variant, use
hard-coded 32-bit syscall numbers and ca
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit 4105c69703cdeba76f384b901712c9397b04e9c2 upstream.
On 64-bit builds, we should not rely on "int $0x80" working (it only does if
CONFIG_IA32_EMULATION=y is enabled). To
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit 2cbc0d66de0480449c75636f55697c7ff3af61fc upstream.
On 64-bit builds, we should not rely on "int $0x80" working (it only does if
CONFIG_IA32_EMULATION=y is enabled).
W
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit d8e92de8ef952bed88c56c7a44c02d8dcae0984e upstream.
Replace a couple of magically connected buffer length literal constants with
a common definition that makes their re
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Borislav Petkov
commit b498c261107461d5c42140dfddd05df83d8ca078 upstream.
That macro was touched around 2.5.8 times, judging by the full history
linux repo, but it was unused even then. Get ri
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Ravi Bangoria
commit 0e4d819d0893dc043ea7b7cb6baf4be1e310bd96 upstream.
Recently, how the pointers being printed with %p has been changed
by commit ad67b74d2469 ("printk: hash addresses printe
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dominik Brodowski
commit 92816f571af81e9a71cc6f3dc8ce1e2fcdf7b6b8 upstream.
... same as the other macros in arch/x86/entry/calling.h
Signed-off-by: Dominik Brodowski
Cc: Andy Lutomirski
Cc:
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Ingo Molnar
commit 21e433bdb95bdf3aa48226fd3d33af608437f293 upstream.
Harmonize all the Spectre messages so that a:
dmesg | grep -i spectre
... gives us most Spectre related kernel boot
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: David Woodhouse
commit d37fc6d360a404b208547ba112e7dabb6533c7fc upstream.
Arjan points out that the Intel document only clears the 0xc2 microcode
on *some* parts with CPUID 506E3 (INTEL_FAM6_S
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: David Woodhouse
commit 1751342095f0d2b36fa8114d8e12c5688c455ac4 upstream.
Intel have retroactively blessed the 0xc2 microcode on Skylake mobile
and desktop parts, and the Gemini Lake 0x22 micr
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit
commit 14b1fcc62043729d12e8ae00f8297ab2ffe9fa91 upstream.
The comment is confusing since the path is taken when
CONFIG_PAGE_TABLE_ISOLATION=y is disabled (while the comment says it
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Piggin
commit b00b62898631b756c3e123542bbb0487aa343dd9 upstream.
cp_abort is only required for user windows, because kernel context
must not be preempted between a copy/paste pair.
W
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Artem Savkov
commit dd78c832ffaf86eb6434e56de4bc3bc31f03f771 upstream.
According to crypto/rng.h generate function should return 0 on success
and < 0 on error.
Fixes: b8ae5c7387ad ("crypto: s
On Wed, Feb 21, 2018 at 06:51:07PM +0530, Naresh Kamboju wrote:
> On 21 February 2018 at 18:19, Greg Kroah-Hartman
> wrote:
> > 4.9-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: yinbo.zhu
> >
> > commit f2bc68bd6f7f5d0b6b56238
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit 8e1eb3fa009aa7c0b944b3c8b26b07de0efb3200 upstream.
At entry userspace may have (maliciously) populated the extra registers
outside the syscall calling convention with arbit
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Juergen Gross
commit 4f277295e54c5b7340e48efea3fc5cc21a2872b7 upstream.
When running as Xen pv guest %gs is initialized some time after
C code is started. Depending on stack protector usage th
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Lucas De Marchi
commit 33aa69ed8aacd92dea12671e52eb3ca6ac2d7a49 upstream.
CFL was missing from intel_early_ids[]. The PCI ID needs to be there to
allow the memory region to be stolen, otherwis
On 21 February 2018 at 12:53, Greg KH wrote:
> On Fri, Feb 09, 2018 at 01:48:11PM +, Will Deacon wrote:
>> Hi Greg,
>>
>> I've put together a tag which includes all of the upstream arm64 spectre and
>> meltdown mitigations based on v4.15. Please could you consider taking this
>> into the 4.15
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar
commit 6ffb5b4f248fe53e0361b8cbc2a523b432566442 upstream.
The interrupt-parent of rtc was missing, add it.
Fixes: 8113ba917dfa ("ARM: SPEAr: DT: Update device nodes")
Cc: sta...@
On 2/21/2018 5:32 AM, Peter Zijlstra wrote:
On Mon, Feb 12, 2018 at 02:20:31PM -0800, kan.li...@linux.intel.com wrote:
@@ -1389,8 +1456,22 @@ static void intel_pmu_drain_pebs_nhm(struct pt_regs
*iregs)
ds->pebs_index = ds->pebs_buffer_base;
- if (unlikely(base >= top))
+ if (u
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Viresh Kumar
commit cdd10409914184c7eee5ae3e11beb890c9c16c61 upstream.
The "dmas" cells for the designware DMA controller need to have only 3
properties apart from the phandle: request line, s
On Tue, 2018-02-20 at 21:59 +0100, Arnd Bergmann wrote:
/* # of WCs to poll for with a single call to ib_poll_cq */
-#define IB_POLL_BATCH 16
+#define IB_POLL_BATCH 8
The purpose of batch polling is to minimize contention on the cq spinlock.
Reducing the IB_P
4.15-stable review patch. If anyone has any objections, please let me know.
--
From: Patrice Chotard
commit 7ac1f59c09a61e6af6622df6809e003b0af07f3d upstream.
The GPIO polarity is missing in the hdmi,hpd-gpio property, this
fixes the following DT warnings:
arch/arm/boot/dts/s
501 - 600 of 1656 matches
Mail list logo
