4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Simon Gaiser
commit 2a22ee6c3ab1d761bc9c04f1e4117edd55b82f09 upstream.
Commit fd8aa9095a95 ("xen: optimize xenbus driver for multiple
concurrent xenstore accesses") made a subtle change to the
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Julian Wiedmann
commit 0cf1e05157b9e5530dcc3ca9fec9bf617fc93375 upstream.
On an Output queue, both EMPTY and PENDING buffer states imply that the
buffer is ready for completion-processing by t
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Julian Wiedmann
commit dae55b6fef58530c13df074bcc182c096609339e upstream.
Immediate retry of EQBS after CCQ 96 means that we potentially misreport
the state of buffers inspected during the fir
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Vasily Gorbik
commit 15deb080a6087b73089139569558965750e69d67 upstream.
When loadparm is set in reipl parm block, the kernel should also set
DIAG308_FLAGS_LP_VALID flag.
This fixes loadparm i
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Michael S. Tsirkin
commit c61611f70958d86f659bca25c02ae69413747a8d upstream.
get_user_pages_fast is supposed to be a faster drop-in equivalent of
get_user_pages. As such, callers expect it to
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: John Johansen
commit b5beb07ad32ab533027aa988d96a44965ec116f7 upstream.
Resource auditing is using the peer field which is not available
when the rlim data struct is used, because it is a diff
4.14-stable review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit bb5208b314c5127b716b2ee4f55803a8bb73b750 upstream.
Older devices with a serdev attached bcm bt hci, use an Interrupt ACPI
resource to describe the IRQ (rather then a GpioI
Adding a section that document how to use the Coresight framework and
drivers from the perf tools.
Signed-off-by: Mathieu Poirier
---
Documentation/trace/coresight.txt | 52 ++-
1 file changed, 51 insertions(+), 1 deletion(-)
diff --git a/Documentation/trace/
This patch groups together section pertaining to the perf tools. That way
everything is at the same place rather than spread out.
Signed-off-by: Mathieu Poirier
---
Documentation/trace/coresight.txt | 72 +++
1 file changed, 36 insertions(+), 36 deletions(-)
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Robin Murphy
commit 51369e398d0d33e8f524314e672b07e8cf870e79 upstream.
Currently, USER_DS represents an exclusive limit while KERNEL_DS is
inclusive. In order to do some c
On Tue, Apr 17, 2018 at 3:02 AM, James Bottomley
wrote:
> On Mon, 2018-04-16 at 20:12 -0700, Kees Cook wrote:
>> I still haven't figured this out, though... any have a moment to look
>> at this?
>
> Just to let you know you're not alone ... but I can't make any sense of
> this either. The bfdq is
Field "owner" of struct coresight_desc has been removed a while back but
the documentation was not updated to reflect the changes.
Signed-off-by: Mathieu Poirier
---
Documentation/trace/coresight.txt | 3 ---
1 file changed, 3 deletions(-)
diff --git a/Documentation/trace/coresight.txt
b/Docum
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Yury Norov
commit eef94a3d09aab437c8c254de942d8b1aa76455e2 upstream.
ILP32 series [1] introduces the dependency on for
TASK_SIZE macro. Which in turn requires , and
incl
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Robin Murphy
commit 4d8efc2d5ee4c9ccfeb29ee8afd47a8660d0c0ce upstream.
Similarly to x86, mitigate speculation past an access_ok() check by
masking the pointer against the
Now that the perf tools CoreSight support is upstream this set adds
documentation to go with it and move things around so that topics
are located together.
Changes for V2:
* Addressed grammatical problems highlighted by Randy
Mathieu Poirier (3):
coresight: Remove obsolete reference t
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Robin Murphy
commit 022620eed3d0bc4bf2027326f599f5ad71c2ea3f upstream.
Provide an optimised, assembly implementation of array_index_mask_nospec()
for arm64 so that the com
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit 6314d90e64936c584f300a52ef173603fb2461b5 upstream.
In a similar manner to array_index_mask_nospec, this patch introduces an
assembly macro (mask_nospec6
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit 84624087dd7e3b482b7b11c170ebc1f329b3a218 upstream.
access_ok isn't an expensive operation once the addr_limit for the current
thread has been loaded int
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Helge Deller
commit 615b2665fd20c327b631ff1e79426775de748094 upstream.
As found by the ubsan checker, the value of the 'index' variable can be
out of range for the bc[] array:
UBSAN: Undefined
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: James Morse
commit edf298cfce47ab7279d03b5203ae2ef3a58e49db upstream.
this_cpu_has_cap() tests caps->desc not caps->matches, so it stops
walking the list when it finds a '
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit c2f0ad4fc089cff81cef6a13d04b399980ecbfcc upstream.
A mispredicted conditional call to set_fs could result in the wrong
addr_limit being forwarded under
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Catalin Marinas
commit f33bcf03e6079668da6bf4eec4a7dcf9289131d0 upstream.
This patch takes the errata workaround code out of cpu_do_switch_mm into
a dedicated post_ttbr0_u
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit 0a0d111d40fd1dc588cc590fab6b55d86ddc71d3 upstream.
In order to invoke the CPU capability ->matches callback from the ->enable
callback for applying loca
On 4/16/2018 5:55 PM, \0xDynamite wrote:
> > The current kernel numbering scheme makes no sense at all because the
>> first two numbers don't represent anything at all. They had some meaning
>> back in the 1.x 2.x 3.x days but then with the introduction of the new
>> rolling development model, the
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 95e3de3590e3f2358bb13f013911bc1bfa5d3f53 upstream.
We will soon need to invoke a CPU-specific function pointer after changing
page tables, so move post
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Laura Abbott
commit 568c5fe5a54f2654f5a4c599c45b8a62ed9a2013 upstream.
Certain architectures may have the kernel image mapped separately to
alias the linear map. Introduce
On Tue, 2018-04-17 at 17:52 +0200, Jiri Kosina wrote:
> On Tue, 17 Apr 2018, Sasha Levin wrote:
>
> > How do I get the XFS folks to send their stuff to -stable? (we have
> > quite a few customers who use XFS)
>
> If XFS (or *any* other subsystem) doesn't have enough manpower of upstream
> mainta
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 6840bdd73d07216ab4bc46f5a8768c37ea519038 upstream.
Now that we have per-CPU vectors, let's plug then in the KVM/arm64 code.
Signed-off-by: Marc Zyngie
Steven,
On Tue, Apr 17, 2018 at 11:54:40AM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> Arnaldo noticed that the latest kernel is missing the syscall event system
> directory in x86. I bisected it down to d5a00528b58c ("syscalls/core,
> syscalls/x86: Rename struct pt_regs-b
On 17/04/2018 18:14, Tony Krowiak wrote:
On 04/16/2018 09:13 AM, Pierre Morel wrote:
On 15/04/2018 23:22, Tony Krowiak wrote:
This patch provides documentation describing the AP architecture and
design concepts behind the virtualization of AP devices. It also
...snip...
+The process for rese
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit 5dfc6ed27710c42cbc15db5c0d447561da0a upstream.
Software-step and PC alignment fault exceptions have higher priority than
instruction abort exception
On 04/16/2018 09:05 AM, Pierre Morel wrote:
On 15/04/2018 23:22, Tony Krowiak wrote:
Registers a group notifier during the open of the mediated
matrix device to get information on KVM presence through the
VFIO_GROUP_NOTIFY_SET_KVM event. When notified, the pointer
to the kvm structure is saved i
On Tue, Apr 17, 2018 at 2:19 AM, Oleksandr Natalenko
wrote:
> By any chance, have you tried to simplify the reproducer environment, or it
> still needs my complex layout to trigger things even with KASAN?
I haven't tried minimizing the reproducer yet, no. Now that I have a
specific place to watch
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit 30d88c0e3ace625a92eead9ca0ad94093a8f59fe upstream.
It is possible to take an IRQ from EL0 following a branch to a kernel
address in such a way that the
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Dexuan Cui
commit 238064f13d057390a8c5e1a6a80f4f0a0ec46499 upstream.
The pci-hyperv driver's channel callback hv_pci_onchannelcallback() is not
really a hot path, so we don't need to mark it as
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Adrian Hunter
commit 1c196a6c771c47a2faa63d38d913e03284f73a16 upstream.
When a TIP packet is expected but there is a different packet, it is an
error. However the unexpected packet might be som
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Adrian Hunter
commit 63d8e38f6ae6c36dd5b5ba0e8c112e8861532ea2 upstream.
sync_switch is a facility to synchronize decoding more closely with the
point in the kernel when the context actually swi
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Prashant Bhole
commit 621b6d2ea297d0fb6030452c5bcd221f12165fcf upstream.
A use-after-free bug was caught by KASAN while running usdt related
code (BCC project. bcc/tests/python/test_usdt2.py):
This is the start of the stable review cycle for the 4.9.95 release.
There are 66 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 by Thu Apr 19 15:56:27 UTC 2018.
Anything receive
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit a4097b351118e821841941a79ec77d3ce3f1c5d9 upstream.
We're about to need kvm_psci_version in HYP too. So let's turn it
into a static inline, and pass the
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit f72af90c3783d924337624659b43e2d36f1b36b4 upstream.
We want SMCCC_ARCH_WORKAROUND_1 to be fast. As fast as possible.
So let's intercept it as early as w
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 90348689d500410ca7a55624c667f956771dce7f upstream.
For those CPUs that require PSCI to perform a BP invalidation,
going all the way to the PSCI code fo
On 04/17/2018 12:13 PM, Pierre Morel wrote:
On 17/04/2018 17:02, Tony Krowiak wrote:
On 04/16/2018 06:51 AM, Pierre Morel wrote:
On 15/04/2018 23:22, Tony Krowiak wrote:
The VFIO AP device model exploits interpretive execution of AP
instructions (APIE) to provide guests passthrough access to A
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 09a8d6d48499f93e2abde691f5800081cd858726 upstream.
In order to call into the firmware to apply workarounds, it is
useful to find out whether we're usin
On Tue, Apr 17, 2018 at 10:29:51AM +0530, Vijendar Mukunda wrote:
> +#define I2S_SP_INSTANCE 1
> +#define I2S_BT_INSTANCE 2
This is obviously very specific to the system you're working with and
therefore doesn't belong in the generic driver. The device should be
dealing
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit b092201e0020614127f495c092e0a12d26a2116e upstream.
Add the detection and runtime code for ARM_SMCCC_ARCH_WORKAROUND_1.
It is lovely. Really.
Tested-by
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 3a0a397ff5ff8b56ca9f7908b75dee6bf0b5fabb upstream.
Now that we've standardised on SMCCC v1.1 to perform the branch
prediction invalidation, let's drop
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Greg Kroah-Hartman
This reverts commit 7525a238be8f46617cdda29d1be5b85ffe3b042d which is
commit 94df1040b1e6aacd8dec0ba3c61d7e77cd695f26 upstream.
It breaks the build of perf on 4.9.y, so I'm d
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Tetsuo Handa
commit 1e047eaab3bb5564f25b41e9cd3a053009f4e789 upstream.
syzbot is reporting deadlocks at __blkdev_get() [1].
[ 92.493919] systemd-udev
On Tue, Apr 17, 2018 at 1:24 AM, Christian Borntraeger
wrote:
>
>
> On 04/17/2018 10:20 AM, Thomas Richter wrote:
>> In kernel v4.16.0 the module .text address is displayed
>> wrong when using /sys/module/*/sections/.text file.
>> Commit ef0010a30935 ("vsprintf: don't use 'restricted_pointer()' wh
Em Tue, Apr 17, 2018 at 10:24:35AM +0200, Christian Borntraeger escreveu:
>
>
> On 04/17/2018 10:20 AM, Thomas Richter wrote:
> > In kernel v4.16.0 the module .text address is displayed
> > wrong when using /sys/module/*/sections/.text file.
> > Commit ef0010a30935 ("vsprintf: don't use 'restrict
On Tue, Apr 17, 2018 at 05:55:49PM +0200, Jan Kara wrote:
>On Tue 17-04-18 13:31:51, Sasha Levin wrote:
>> We may be able to guesstimate the 'regression chance', but there's no
>> way we can guess the 'annoyance' once. There are so many different use
>> cases that we just can't even guess how many
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Julian Wiedmann
commit dae55b6fef58530c13df074bcc182c096609339e upstream.
Immediate retry of EQBS after CCQ 96 means that we potentially misreport
the state of buffers inspected during the firs
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Vasily Gorbik
commit 15deb080a6087b73089139569558965750e69d67 upstream.
When loadparm is set in reipl parm block, the kernel should also set
DIAG308_FLAGS_LP_VALID flag.
This fixes loadparm ig
On 17/04/2018 18:08, Tony Krowiak wrote:
On 04/16/2018 09:05 AM, Pierre Morel wrote:
On 15/04/2018 23:22, Tony Krowiak wrote:
Registers a group notifier during the open of the mediated
matrix device to get information on KVM presence through the
VFIO_GROUP_NOTIFY_SET_KVM event. When notified, t
On Tue, Apr 17, 2018 at 5:29 PM, Jani Nikula
wrote:
> On Tue, 17 Apr 2018, Souptick Joarder wrote:
>> Use new return type vm_fault_t for fault handler. For
>> now, this is just documenting that the function returns
>> a VM_FAULT value rather than an errno. Once all instances
>> are converted, vm_
On 04/17/2018 04:45 PM, Christopher Lameter wrote:
> On Mon, 16 Apr 2018, Mikulas Patocka wrote:
>
>> This patch introduces a flag SLAB_MINIMIZE_WASTE for slab and slub. This
>> flag causes allocation of larger slab caches in order to minimize wasted
>> space.
>>
>> This is needed because we want
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Jayachandran C
commit f3d795d9b360523beca6d13ba64c2c532f601149 upstream.
Use PSCI based mitigation for speculative execution attacks targeting
the branch predictor. We use
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Sudhir Sreedharan
commit 7972326a26b5bf8dc2adac575c4e03ee7e9d193a upstream.
This can be reproduced by bind/unbind the driver multiple times
in AM3517 board.
Analysis revealed that rtl8187_star
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Marek Szyprowski
commit 0c4c5860e9983eb3da7a3d73ca987643c3ed034b upstream.
Initialize data->config_lock mutex before it is used by the driver code.
This fixes following warning on Odroid XU3 b
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Tejaswi Tanikella
[ Upstream commit 3f01ddb962dc506916c243f9524e8bef97119b77 ]
On receiving a packet the state index points to the rstate which must be
used to fill up IP and TCP headers. But
Moving all kernel side CoreSight framework and drivers to SPDX identifier.
Signed-off-by: Mathieu Poirier
---
Change for V2:
* Added drivers/hwtracing/stm/ftrace.c as pointed out by Alex.
---
drivers/hwtracing/coresight/coresight-cpu-debug.c | 14 +-
drivers/hwtracing/coresi
On 04/16/2018 09:53 AM, Cornelia Huck wrote:
On Mon, 16 Apr 2018 15:13:59 +0200
Pierre Morel wrote:
On 15/04/2018 23:22, Tony Krowiak wrote:
+* Register with the ap_bus for AP queue devices of type CEX4, CEX5 and
+ CEX6 and to provide the vfio_ap driver's probe and remove callback
interface
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Ka-Cheong Poon
[ Upstream commit a43cced9a348901f9015f4730b70b69e7c41a9c9 ]
rds_sendmsg() calls rds_send_mprds_hash() to find a c_path to use to
send a message. Suppose the RDS connection is
On Tue, Apr 17, 2018 at 09:14:32PM +0530, Souptick Joarder wrote:
> Not exactly. The plan for these patches is to introduce new vm_fault_t type
> in vm_operations_struct fault handlers. It's now available in 4.17-rc1. We
> will
> push all the required drivers/filesystem changes through different m
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 1a2fb94e6a771ff94f4afa22497a4695187b820c upstream.
As we're about to update the PSCI support, and because I'm lazy,
let's move the PSCI include file to
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Phil Elwell
[ Upstream commit 4bfc33807a9a02764bdd1e42e794b3b401240f27 ]
lan78xx_read_otp tries to return -EINVAL in the event of invalid OTP
content, but the value gets overwritten before it
On 04/16/2018 09:13 AM, Pierre Morel wrote:
On 15/04/2018 23:22, Tony Krowiak wrote:
This patch provides documentation describing the AP architecture and
design concepts behind the virtualization of AP devices. It also
includes an example of how to configure AP devices for exclusive
use of KVM g
On 17/04/2018 17:02, Tony Krowiak wrote:
On 04/16/2018 06:51 AM, Pierre Morel wrote:
On 15/04/2018 23:22, Tony Krowiak wrote:
The VFIO AP device model exploits interpretive execution of AP
instructions (APIE) to provide guests passthrough access to AP
devices. This patch introduces a new interf
From: Borislav Petkov
Sometimes it is useful to see which user opcode bytes RIP points to
when a fault happens: be it to rule out RIP corruption, to dump info
early during boot, when doing core dumps is impossible due to not having
writable fs yet.
Sometimes it is useful if debugging an issue an
From: Borislav Petkov
... which shows the Instruction Pointer along with the insn bytes around
it. Use it whenever we print rIP. Drop the rIP < PAGE_OFFSET check since
our probe_kernel_read() can handle any address properly.
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/stacktrace.h
From: Borislav Petkov
The whole reasoning behind the amount of opcode bytes dumped and
prologue length isn't very clear so let's hold down some of the reasons
for why it is done the way it is.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/dumpstack.c | 19 +++
1 file chang
From: Borislav Petkov
Will be used in the next patch.
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/stacktrace.h | 1 +
arch/x86/kernel/dumpstack.c | 6 +++---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/x86/include/asm/stacktrace.h
b/arch/x86/include/a
From: Borislav Petkov
Save the regs set when we call __die() for the first time and print it
in oops_end().
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/dumpstack.c | 32
1 file changed, 12 insertions(+), 20 deletions(-)
diff --git a/arch/x86/kernel/dump
From: Borislav Petkov
The code used to iterate byte-by-byte over the bytes around RIP and that
is expensive: disabling pagefaults around it, copy_from_user, etc...
Make it read the whole buffer of OPCODE_BUFSIZE size in one go. Use a
statically allocated 64 bytes buffer so that concurrent show_o
From: Borislav Petkov
The only user outside of arch/ is not a module since
86cd47334b00 ("ACPI, APEI, GHES, Prevent GHES to be built as module")
No functional changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/dumpstack.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86
From: Borislav Petkov
No functionality change, carve it out into a separate function for later
changes.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/dumpstack.c | 57 -
1 file changed, 30 insertions(+), 27 deletions(-)
diff --git a/arch/x86/ke
From: Borislav Petkov
This was added by
86c418374223 ("[PATCH] i386: add option to show more code in oops reports")
long time ago but experience shows that 64 instruction bytes are plenty
when deciphering an oops. So get rid of it.
Removing it will simplify further enhancements to the opcode
On 04/16/2018 10:51 AM, Halil Pasic wrote:
On 04/16/2018 03:05 PM, Pierre Morel wrote:
+static void vfio_ap_mdev_release(struct mdev_device *mdev)
+{
+struct ap_matrix_mdev *matrix_mdev = mdev_get_drvdata(mdev);
+
+kvm_ap_deconfigure_matrix(matrix_mdev->kvm);
+kvm_ap_interpret_instr
From: Borislav Petkov
Hi,
here's v3 now that the merge window is done, with hopefully all review
feedback (thanks Josh et al!) incorporated.
Thx.
Borislav Petkov (9):
x86/dumpstack: Remove code_bytes
x86/dumpstack: Unexport oops_begin()
x86/dumpstack: Carve out Code: dumping into a funct
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit 669474e772b952b14f4de4845a1558fd4c0414a4 upstream.
For CPUs capable of data value prediction, CSDB waits for any outstanding
predictions to architectura
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit d0a144f12a7ca8368933eae6583c096c363ec506 upstream.
As we're about to trigger a PSCI version explosion, it doesn't
hurt to introduce a PSCI_VERSION help
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 09e6be12effdb33bf7210c8867bbd213b66a499e upstream.
The new SMC Calling Convention (v1.1) allows for a reduced overhead
when calling into the firmware,
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 84684fecd7ea381824a96634a027b7719587fb77 upstream.
Instead of open coding the accesses to the various registers,
let's add explicit SMCCC accessors.
R
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 58e0b2239a4d997094ba63986ef4de29ddc91d87 upstream.
PSCI 1.0 can be trivially implemented by providing the FEATURES
call on top of PSCI 0.2 and returnin
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit a65d219fe5dc7887fd5ca04c2ac3e9a34feb8dfc upstream.
Hook up MIDR values for the Cortex-A72 and Cortex-A75 CPUs, since they
will soon need MIDR matches fo
On Tue, Apr 17, 2018 at 09:21:45PM +0530, Vijendar Mukunda wrote:
> On ST/CZ based platforms, for specific platform bt uart
> mux to be defined for bt i2s.
Please don't send isolated patches numbered like they're in a series,
the numbering is only there so people know what order a series should be
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit f5115e8869e1dfafac0e414b4f1664f3a84a4683 upstream.
When handling an SMC trap, the "preferred return address" is set
to that of the SMC, and not the nex
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Stefan Hajnoczi
[ Upstream commit d14d2b78090c7de0557362b26a4ca591aa6a9faa ]
Commit d65026c6c62e7d9616c8ceb5a53b68bcdc050525 ("vhost: validate log
when IOTLB is enabled") introduced a regressi
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Bassem Boubaker
[ Upstream commit 53765341ee821c0a0f1dec41adc89c9096ad694c ]
The Cinterion AHS8 is a 3G device with one embedded WWAN interface
using cdc_ether as a driver.
The modem is contr
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Julian Wiedmann
commit 0cf1e05157b9e5530dcc3ca9fec9bf617fc93375 upstream.
On an Output queue, both EMPTY and PENDING buffer states imply that the
buffer is ready for completion-processing by th
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Biggers
commit f3aefb6a7066e24bfea7fcf1b07907576de69d63 upstream.
make_checksum_hmac_md5() is allocating an HMAC transform and doing
crypto API calls in the following order:
crypto_ah
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Will Deacon
commit aa6acde65e03186b5add8151e1ffe36c3c62639b upstream.
Cortex-A57, A72, A73 and A75 are susceptible to branch predictor aliasing
and can theoretically be at
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit f2d3b2e8759a5833df6f022e42df2d581e6d843c upstream.
One of the major improvement of SMCCC v1.1 is that it only clobbers
the first 4 registers, both on 3
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 30ce4d1903e1d8a7ccd110860a5eef3c638ed8be upstream.
missed it in "kill struct filename.separate" several years ago.
Cc: sta...@vger.kernel.org
Signed-off-by: Al Viro
Signed-off-
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Williams
commit 8d0d8ed3356aa9ed43b819aaedd39b08ca453007 upstream.
Commit 1cf03c00e7c1 "nfit: scrub and register regions in a workqueue"
mistakenly attempts to register a region per BLK ape
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Szymon Janc
commit 082f2300cfa1a3d9d5221c38c5eba85d4ab98bd8 upstream.
Local random address needs to be updated before creating connection if
RPA from LE Direct Advertising Report was resolved i
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Adrian Hunter
commit 91d29b288aed3406caf7c454bf2b898c96cfd177 upstream.
timestamp_insn_cnt is used to estimate the timestamp based on the number of
instructions since the last known timestamp.
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit 06f1494f837da8997d670a1ba87add7963b08922 upstream.
Some minor erratum may not be fixed in further revisions of a core,
leading to a situation where the
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Rutland
From: Marc Zyngier
commit ded4c39e93f3b72968fdb79baba27f3b83dad34c upstream.
Function identifiers are a 32bit, unsigned quantity. But we never
tell so to the compiler, resulting
501 - 600 of 1264 matches
Mail list logo
