On Wed, May 20, 2020 at 02:17:21PM +0100, Wojciech Kudla wrote:
> Preliminary discussion: https://lkml.org/lkml/2020/5/13/1327
We have bright shiny links like: https://lkml.kernel.org/r/$MSG-ID for
that. they allow me to go find the email in my local archive without
having to use a browser.
>
pm_runtime_get_sync() increments the runtime PM usage counter even
the call returns an error code. Thus a pairing decrement is needed
on the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
drivers/input/keyboard/omap4-keypad.c | 2 +-
1 file changed, 1
Em Wed, May 20, 2020 at 03:14:22PM +0200, Jiri Olsa escreveu:
> On Wed, May 20, 2020 at 12:28:08AM -0700, Ian Rogers wrote:
> > Use a bitmap rather than an array of bools.
> >
> > Signed-off-by: Ian Rogers
>
> Acked-by: Jiri Olsa
Thanks, applied.
> thanks,
> jirka
>
> > ---
> >
On Tue 19-05-20 22:57:49, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> S_DAX should only be enabled when the underlying block device supports
> dax.
>
> Change ext4_should_use_dax() to check for device support prior to the
> over riding mount option.
>
> While we are at it change the
On Thu, May 14, 2020 at 09:53:08AM +0100, Russell King - ARM Linux admin wrote:
> On Thu, May 14, 2020 at 10:40:58AM +0200, Lucas Stach wrote:
> > Am Donnerstag, den 14.05.2020, 09:27 +0100 schrieb Russell King - ARM Linux
> > admin:
> > > On Thu, May 14, 2020 at 10:18:02AM +0200, Lucas Stach
On Wed, May 20, 2020 at 03:12:01PM +0300, Serge Semin wrote:
> Since you don't like the way I initially fixed it, suppose there we don't have
> another way but to introduce something like CONFIG_MIPS_CPS_NS16550_WIDTH
> parameter to select a proper accessors, like sw in our case, and sb by
>
Hallo, ich hoffe du hast meine Nachricht erhalten.
Ich brauche schnelle Reaktionen
Danke
Michelle
Add support of generic DT binding for annoucing RTS/CTS lines. The initial
binding 'st,hw-flow-control' is not needed anymore since generic binding
is available, but is kept for backward compatibility.
Erwan Le Ray (2):
dt-bindings: serial: add generic DT binding for announcing RTS/CTS
Add support of generic DT binding for annoucing RTS/CTS lines. The initial
binding 'st,hw-flow-control' is not needed anymore since generic binding
is available, but is kept for backward compatibility.
Signed-off-by: Erwan Le Ray
diff --git a/drivers/tty/serial/stm32-usart.c
Add support of generic DT binding for annoucing RTS/CTS lines. The initial
binding 'st,hw-flow-control' is not needed anymore since generic binding
is available, but is kept for backward compatibility.
Signed-off-by: Erwan Le Ray
diff --git
On Wed, May 20, 2020 at 2:04 PM Thomas Gleixner wrote:
>
> syzbot writes:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:fb57b1fa Add linux-next specific files for 20200519
> > git tree: linux-next
> > console output:
On 20/05/2020 14:33, Peter Zijlstra wrote:
> We have bright shiny links like: https://lkml.kernel.org/r/$MSG-ID for
> that. they allow me to go find the email in my local archive without
> having to use a browser.
Apologies, beginner's mistake.
>> +static const char *ipi_reason_missing
The SCHED_DEADLINE (DL) Admission Control (AC) and task placement do
not work correctly on heterogeneous (asymmetric CPU capacity) systems
such as Arm big.LITTLE or DynamIQ.
Let's fix this by explicitly considering CPU capacity in AC and task
placement.
The DL sched class now attempts to avoid
Return the weight of the root domain (rd) span in case it is a subset
of the cpu_active_mask.
Continue to compute the number of CPUs over rd span and cpu_active_mask
when in hotplug.
Signed-off-by: Dietmar Eggemann
---
kernel/sched/deadline.c | 8 +++-
1 file changed, 7 insertions(+), 1
From: Luca Abeni
The current SCHED_DEADLINE (DL) scheduler uses a global EDF scheduling
algorithm w/o considering CPU capacity or task utilization.
This works well on homogeneous systems where DL tasks are guaranteed
to have a bounded tardiness but presents issues on heterogeneous
systems.
A DL
Capacity-aware SCHED_DEADLINE Admission Control (AC) needs root domain
(rd) CPU capacity sum.
Introduce dl_bw_capacity() which for a symmetric rd w/ a CPU capacity
of SCHED_CAPACITY_SCALE simply relies on dl_bw_cpus() to return #CPUs
multiplied by SCHED_CAPACITY_SCALE.
For an asymmetric rd or a
From: Luca Abeni
The current SCHED_DEADLINE (DL) admission control ensures that
sum of reserved CPU bandwidth < x * M
where
x = /proc/sys/kernel/sched_rt_{runtime,period}_us
M = # CPUs in root domain.
DL admission control works well for homogeneous systems where the
capacity of
From: Luca Abeni
When a task has a runtime that cannot be served within the scheduling
deadline by any of the idle CPU (later_mask) the task is doomed to miss
its deadline.
This can happen since the SCHED_DEADLINE admission control guarantees
only bounded tardiness and not the hard respect of
On Tue, 2020-05-19 at 16:34 -0400, Jim Quinlan wrote:
> From: Jim Quinlan
>
> The proper value of the parameter SCB_MAX_BURST_SIZE varies
> per chip. The 2711 family requires 128B whereas other devices
> can employ 512. The assignment is complicated by the fact
> that the values for this
On Wed, May 20, 2020 at 11:23:18AM +0300, Andy Shevchenko wrote:
> On Wed, May 20, 2020 at 10:32 AM Jonathan Albrieux
> wrote:
>
> > +maintainers:
> > + - can't find a maintainer, author is Laxman Dewangan
> >
>
> Alas, you'll never go forward with this.
> One (easiest way) is to drop this
pm_runtime_get_sync() increments the runtime PM usage counter even
the call returns an error code. Thus a pairing decrement is needed
on the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
---
drivers/i2c/busses/i2c-imx-lpi2c.c | 4 +++-
1 file changed, 3
On 20.5.2020 14.26, Rik van Riel wrote:
> After a few more weeks of digging, I have come to the tentative
> conclusion that either the XHCI driver, or the USB sound driver,
> or both, fail to handle USB errors correctly.
>
> I have some questions at the bottom, after a (brief-ish) explanation
>
On Wed, May 20, 2020 at 12:28:12AM -0700, Ian Rogers wrote:
SNIP
>
> @@ -157,7 +183,7 @@ static int metricgroup__setup_events(struct list_head
> *groups,
> int i = 0;
> int ret = 0;
> struct egroup *eg;
> - struct evsel *evsel;
> + struct evsel *evsel, *tmp;
>
On Wed, May 20, 2020 at 03:38:27PM +0200, Thomas Bogendoerfer wrote:
> On Wed, May 20, 2020 at 03:12:01PM +0300, Serge Semin wrote:
> > Since you don't like the way I initially fixed it, suppose there we don't
> > have
> > another way but to introduce something like CONFIG_MIPS_CPS_NS16550_WIDTH
On 2020-05-20 02:38, Jiri Slaby wrote:
On 15. 05. 20, 1:22, rana...@codeaurora.org wrote:
On 2020-05-13 00:04, Greg KH wrote:
On Tue, May 12, 2020 at 02:39:50PM -0700, rana...@codeaurora.org
wrote:
On 2020-05-12 01:25, Greg KH wrote:
> On Tue, May 12, 2020 at 09:22:15AM +0200, Jiri Slaby
On Wed, May 20, 2020 at 1:43 AM Greg Kroah-Hartman
wrote:
>
> On Tue, May 19, 2020 at 04:34:07PM -0400, Jim Quinlan wrote:
> > diff --git a/include/linux/device.h b/include/linux/device.h
> > index ac8e37cd716a..6cd916860b5f 100644
> > --- a/include/linux/device.h
> > +++ b/include/linux/device.h
On 4/22/20 10:46 PM, Roman Gushchin wrote:
> This commit implements SLUB version of the obj_to_index() function,
> which will be required to calculate the offset of obj_cgroup in the
> obj_cgroups vector to store/obtain the objcg ownership data.
>
> To make it faster, let's repeat the SLAB's
On 05/19/2020 10:40 AM, Anshuman Khandual wrote:
Enable EVT, BBM, TTL, IDS, ST, NV and CCIDX features bits in ID_AA64MMFR2
register as per ARM DDI 0487F.a specification.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Cc: Suzuki K Poulose
Cc: linux-arm-ker...@lists.infradead.org
Cc:
On Wed, May 20, 2020 at 02:42:10PM +0100, Wojciech Kudla wrote:
> On 20/05/2020 14:33, Peter Zijlstra wrote:
> > We have bright shiny links like: https://lkml.kernel.org/r/$MSG-ID for
> > that. they allow me to go find the email in my local archive without
> > having to use a browser.
>
>
On 05/19/2020 10:40 AM, Anshuman Khandual wrote:
Enable MTPMU and TRACEFILT features bits in ID_AA64DFR0 register as per ARM
DDI 0487F.a specification.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Mark Rutland
Cc: Suzuki K Poulose
Cc: linux-arm-ker...@lists.infradead.org
Cc:
The buffer allocated is of 1024 bytes. Allocate this from
heap instead of stack.
Also remove check for stack size since we're allocating from heap
Signed-off-by: Aurabindo Pillai
Tested-by: Amber Lin
---
drivers/gpu/drm/amd/amdkfd/kfd_smi_events.c | 26 +++--
1 file changed,
On Wed, May 20, 2020 at 03:44:16PM +0200, Jonathan Albrieux wrote:
> On Wed, May 20, 2020 at 11:23:18AM +0300, Andy Shevchenko wrote:
> > On Wed, May 20, 2020 at 10:32 AM Jonathan Albrieux
> > wrote:
> >
> > > +maintainers:
> > > + - can't find a maintainer, author is Laxman Dewangan
> > >
>
On 05/19/2020 10:40 AM, Anshuman Khandual wrote:
ID_MMFR4_EL1 has been missing in the CPU context (i.e cpuinfo_arm64). This
just adds the register along with other required changes.
Cc: Catalin Marinas
Cc: Marc Zyngier
Cc: Suzuki K Poulose
Cc: Mark Rutland
Cc:
On 20-05-20, 03:19, Bard Liao wrote:
> From: Pierre-Louis Bossart
>
> Rather than a plain-vanilla init/exit, this patch provides 3 steps in
> the initialization (ACPI scan, probe, startup) which makes it easier to
> detect platform support for SoundWire, allocate required resources as
> early as
On 20-05-20, 03:19, Bard Liao wrote:
> From: Rander Wang
>
> It's not clear why we have two modules for the Intel controller/master
> support when there is a single Kconfig. This adds complexity for no
> good reason, the two parts need to work together anyways.
Applied, thanks
--
~Vinod
On Wed, May 20, 2020 at 07:18:34AM -0500, Dan Murphy wrote:
> Add the internal delay values into the header and update the binding
> with the internal delay properties.
>
> Signed-off-by: Dan Murphy
> ---
> .../devicetree/bindings/net/ti,dp83869.yaml| 16
>
Hi Paul,
This looks like it might be a bug:
static const int piix4_pm_io_region = PCI_BRIDGE_RESOURCES;
static int piix4_poweroff_probe(struct pci_dev *dev,
const struct pci_device_id *id)
{
...
/* Request access to the PIIX4 PM IO
Hi Hillf, Mel and all,
thanks for the patch! It has produced really GOOD results.
1) It has fixed performance problems with 5.7 vanilla kernel for
single-tenant workload and low system load scenarios, without
performance degradation for the multi-tenant tasks. It's producing the
same results as
On Wed, May 20, 2020 at 02:16:21PM +0200, Borislav Petkov wrote:
> On Fri, May 15, 2020 at 03:43:51AM +0300, Jarkko Sakkinen wrote:
> > From: Sean Christopherson
> >
> > Add X86_FEATURE_SGX from CPUID.(EAX=7, ECX=1), which informs whether the
> > CPU has SGX.
> >
> > Add X86_FEATURE_SGX1 and
On Tue, 19 May 2020 11:29:46 +0800
王程刚 wrote:
> Function pr_notice print max length maybe less than the command line length,
> need more times to print all.
> For example, arm64 has 2048 bytes command line length, but printk maximum
> length is only 1024 bytes.
Good catch, and if you use
On 20/05/2020 12:05, Dinghao Liu wrote:
pm_runtime_get_sync() increments the runtime PM usage counter even
the call returns an error code. Thus a pairing decrement is needed
on the error handling path to keep the counter balanced.
Signed-off-by: Dinghao Liu
Actually I think we have the
On Wed, May 20, 2020 at 02:59:27PM +0300, Serge Semin wrote:
> On Tue, May 19, 2020 at 05:50:53PM +0200, Thomas Bogendoerfer wrote:
> > On Mon, May 18, 2020 at 11:57:52PM +0300, Serge Semin wrote:
> > > On Mon, May 18, 2020 at 06:32:06PM +0200, Thomas Bogendoerfer wrote:
> > > > On Mon, May 18,
On Wed, May 20, 2020 at 09:50:36AM -0400, Jim Quinlan wrote:
> On Wed, May 20, 2020 at 1:43 AM Greg Kroah-Hartman
> wrote:
> >
> > On Tue, May 19, 2020 at 04:34:07PM -0400, Jim Quinlan wrote:
> > > diff --git a/include/linux/device.h b/include/linux/device.h
> > > index ac8e37cd716a..6cd916860b5f
On Wed, May 20, 2020 at 02:23:47PM +0200, Borislav Petkov wrote:
>
> > Subject: Re: [PATCH v30 02/20] x86/cpufeatures: x86/msr: Intel SGX Launch
> > Control hardware bits
> ^
> Add
>
>
After tasks enter or leave a runqueue (wakeup/block) SCHED full_nohz
dependency is checked (via sched_update_tick_dependency()). In case tick
can be stopped on a CPU (see sched_can_stop_tick() for details), SCHED
dependency for such CPU is cleared. However, this new information is not
used right
Am Mittwoch, den 20.05.2020, 15:38 +0200 schrieb Lubomir Rintel:
> On Thu, May 14, 2020 at 09:53:08AM +0100, Russell King - ARM Linux admin
> wrote:
> > On Thu, May 14, 2020 at 10:40:58AM +0200, Lucas Stach wrote:
> > > Am Donnerstag, den 14.05.2020, 09:27 +0100 schrieb Russell King - ARM
> > >
On Wed, 13 May 2020 14:33:34 +0530
Anshuman Khandual wrote:
> Currently there are multiple instances of parange feature width mask open
> encodings while fetching it's value. Even the width mask value (0x7) itself
> is not accurate. It should be (0xf) per ID_AA64MMFR0_EL1.PARange[3:0] as in
>
On Wed, May 20, 2020 at 02:50:56PM +0200, Peter Zijlstra wrote:
> On Tue, May 19, 2020 at 11:58:17PM -0400, Qian Cai wrote:
> > Just a head up. Repeatedly compiling kernels for a while would trigger
> > endless soft-lockups since next-20200519 on both x86_64 and powerpc.
> > .config are in,
>
>
There is a word spelling mistake of 'Unegisters', thus
it should be fixed.
Signed-off-by: Tang Bin
---
drivers/base/platform.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index 7fa654f12..15ae9428a 100644
---
On Tue 19-05-20 22:57:52, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Add a flag to preserve FS_XFLAG_DAX in the ext4 inode.
>
> Set the flag to be user visible and changeable. Set the flag to be
> inherited. Allow applications to change the flag at any time with the
> exception of if
Thanks for testing.
On 19.05.20 22:25:35, Borislav Petkov wrote:
> -/sys/devices/system/edac/mc/mc0/csrow15/ch0_dimm_label:1:mc#0memory#15
> +/sys/devices/system/edac/mc/mc0/csrow15/ch0_dimm_label:1:unknown memory
> (handle: 0x0030)
Looks like on that system device locator or bank locator (or
Em Wed, May 20, 2020 at 12:54:06PM +0200, Jiri Olsa escreveu:
> On Wed, May 20, 2020 at 12:27:32PM +0800, Jin Yao wrote:
> > v6:
> > ---
> > 1. Add comments in perf_evlist__save_aggr_prev_raw_counts.
> > 2. Move init_stats(_nsecs_stats) under interval condition check.
> > Following patches
Andy Lutomirski writes:
> On Tue, May 19, 2020 at 11:58 AM Thomas Gleixner wrote:
>> Which brings you into the situation that you call schedule() from the
>> point where we just moved it out. If we would go there we'd need to
>> ensure that RCU is watching as well. idtentry_exit() might have it
On Tue, May 19, 2020 at 02:46:37PM -0700, Matt Helsley wrote:
> On Tue, May 19, 2020 at 04:18:29PM -0500, Josh Poimboeuf wrote:
> > On Tue, May 19, 2020 at 01:55:33PM -0700, Matt Helsley wrote:
> > > +const char __attribute__ ((weak)) *objname;
> > > +
> > > +int missing_check(const char
On Thu, May 14, 2020 at 04:51:26AM -0700, Joe Perches wrote:
> > Mostly to keep it symmetric with the sockopt. I could probably remove
> > a few arguments in the series if we want to be strict.
>
> My preference would use strict and add
> arguments only when necessary.
In a few cases that would
Andy Lutomirski writes:
> On Tue, May 19, 2020 at 2:20 PM Thomas Gleixner wrote:
> Unless I've missed something, the effect here is that #PF hitting in
> an RCU-watching context will skip rcu_irq_enter(), whereas all IRQs
> (because you converted them) as well as other faults and traps will
>
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 5474ca7da6f34fa95e82edc747d5faa19cbdfb5c upstream.
When a filesystem is mounted with jdev mount option, we store the
journal device name in an allocated string in superblock.
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Jordan
commit 065cf577135a4977931c7a1e1edf442bfd9773dd upstream.
With the removal of the padata timer, padata_do_serial no longer
needs special CPU handling, so remove it.
Hi Steve,
It seems this fixes are not picked up yet.
Would you have any consideration?
Thank you,
On Sat, 25 Apr 2020 14:48:59 +0900
Masami Hiramatsu wrote:
> Hello,
>
> Here are bugfix/cleanup patches for the kprobe tracer, [1/3]
> is a typo fix, [2/3] is fixing boot-time tracer and [3/3]
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Herbert Xu
commit 7db3b61b6bba4310f454588c2ca6faf2958ad79f upstream.
We need to check whether spawn->alg is NULL under lock as otherwise
the algorithm could be removed from under us after we
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 0ef332951e856efa89507cdd13ba8f4fb8d4db12 upstream.
Make sure to use the current alternate setting when verifying the
storage interface descriptors to avoid submitting an
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Bryan O'Donoghue
commit d710562e01c48d59be3f60d58b7a85958b39aeda upstream.
Currently ecm->notify_req is used to flag when a request is in-flight.
ecm->notify_req is set to NULL and when a
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 2d68bb2687abb747558b933e80845ff31570a49c upstream.
Make sure to use the current alternate setting when verifying the
storage interface descriptors to avoid submitting an
An allmodconfig kernel makes CONFIG_VEXPRESS_CONFIG a module and
CONFIG_POWER_RESET_VEXPRESS builtin. That makes us see this build
error:
aarch64-linux-gnu-ld: drivers/power/reset/vexpress-poweroff.o: in function
`vexpress_reset_probe':
../drivers/power/reset/vexpress-poweroff.c:119: undefined
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 68035c80e129c4cfec659aac4180354530b26527 upstream.
Way back in 2017, fuzzing the 4.14-rc2 USB stack with syzkaller kicked
up the following WARNING from the UVC chain
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit b0d3869ce9eeacbb1bbd541909beeef4126426d5 upstream.
... to protect the modification of mp->m_count done by it. Most of
the places that modify that thing also have
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Linus Walleij
commit af3ed119329cf9690598c5a562d95dfd128e91d6 upstream.
The code in mmc_spi_initsequence() tries to send a burst with
high chipselect and for this reason hardcodes the device
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Herbert Xu
commit e8d998264bffade3cfe0536559f712ab9058d654 upstream.
We should not be modifying the original request's MAY_SLEEP flag
upon completion. It makes no sense to do so anyway.
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kai Li
commit a09decff5c32060639a685581c380f51b14e1fc2 upstream.
If the journal is dirty when the filesystem is mounted, jbd2 will replay
the journal but the journal superblock will not be
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit c7a91bc7c2e17e0a9c8b9745a2cb118891218fd1 upstream.
What we are trying to do is change the '=' character to a NUL terminator
and then at the end of the function we restore
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michael Ellerman
commit dabf6b36b83a18d57e3d4b9d50544ed040d86255 upstream.
There's an OF helper called of_dma_is_coherent(), which checks if a
device has a "dma-coherent" property to see if
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marios Pomonis
commit 14e32321f3606e4b0970200b6e5e47ee6f1e6410 upstream.
This fixes a Spectre-v1/L1TF vulnerability in picdev_write().
It replaces index computations based on the
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vincent Whitchurch
commit f1f27ad74557e39f67a8331a808b860f89254f2d upstream.
The task which created the MID may be gone by the time cifsd attempts to
call the callbacks on MIDs from
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: John Hubbard
commit 3c7470b6f68434acae459482ab920d1e3fabd1c7 upstream.
After DMA is complete, and the device and CPU caches are synchronized,
it's still required to mark the CPU pages as
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 34ca70ef7d3a9fa7e89151597db5e37ae1d429b4 upstream.
As discussed in the strace issue tracker, it appears that the sparc32
sysvipc support has been broken for the past 11
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit 1a978d9d3e72ddfa40ac60d26301b154247ee0bc upstream.
Call kvm_vcpu_uninit() if vcore creation fails to avoid leaking any
resources allocated by kvm_vcpu_init(), i.e.
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Kiper
commit abc93f8eb6e46a480485f19256bdbda36ec78a84 upstream.
Use early_mem*() instead of early_io*() because all mapped EFI regions
are memory (usually RAM but they could also be
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marios Pomonis
commit 3c9053a2cae7ba2ba73766a34cea41baa70f57f7 upstream.
This fixes a Spectre-v1/L1TF vulnerability in x86_decode_insn().
kvm_emulate_instruction() (an ancestor of
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 38f88c45404293bbc027b956def6c10cbd45c616 upstream.
syzbot managed to send an IPX packet through bond_alb_xmit()
and af_packet and triggered a use-after-free.
First,
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ard Biesheuvel
commit ffc2760bcf2dba0dbef74013ed73eea8310cc52c upstream.
Fix a couple of issues with the way we map and copy the vendor string:
- we map only 2 bytes, which usually works
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marios Pomonis
commit ea740059ecb37807ba47b84b33d1447435a8d868 upstream.
This fixes a Spectre-v1/L1TF vulnerability in __kvm_set_dr() and
kvm_get_dr().
Both kvm_get_dr() and kvm_set_dr() (a
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Miaohe Lin
commit a4d956b9390418623ae5d07933e2679c68b6f83c upstream.
In case writing to vmread destination operand result in a #PF, vmread
should not call nested_vmx_succeed() to set rflags
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Fabian Frederick
commit 0795bf8357c1887e2a95e6e4f5b89d0896a0d929 upstream.
This patch removes useless nfs_readdir_get_array() and
nfs_readdir_release_array() as suggested by Trond Myklebust
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit b11306b53b2540c6ba068c4deddb6a17d9f8d95b upstream.
Calculate the host-reserved cr4 bits at runtime based on the system's
capabilities (using logic similar to
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (VMware)"
commit dfb6cd1e654315168e36d947471bd2a0ccd834ae upstream.
Looking through old emails in my INBOX, I came across a patch from Luis
Henriques that attempted to fix a
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit fcfbc617547fc6d9552cb6c1c563b6a90ee98085 upstream.
When reading/writing using the guest/host cache, check for a bad hva
before checking for a NULL memslot, which
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Logan Gunthorpe
commit 9db8dc6d0785225c42a37be7b44d1b07b31b8957 upstream.
Some PCI bridges implement BARs in addition to bridge windows. For
example, here's a PLX switch:
04:00.0 PCI
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit cb10bf9194f4d2c5d830eddca861f7ca0fecdbb4 upstream.
Explicitly free the shared page if kvmppc_mmu_init() fails during
kvmppc_core_vcpu_create(), as the page is freed
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit 16be9ddea268ad841457a59109963fff8c9de38d upstream.
Free the vCPU's wbinvd_dirty_mask if vCPU creation fails after
kvm_arch_vcpu_init(), e.g. when installing the
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 55cd9f67f1e45de8517cdaab985fb8e56c0bc1d8 upstream.
It is possible for malicious userspace to set TCF_EM_SIMPLE bit
even for matches that should not have this bit set.
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: "zhangyi (F)"
commit d0a186e0d3e7ac05cc77da7c157dae5aa59f95d9 upstream.
We invoke jbd2_journal_abort() to abort the journal and record errno
in the jbd2 superblock when committing journal
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Luis Henriques
commit afccc00f75bbbee4e4ae833a96c2d29a7259c693 upstream.
tracing_stat_init() was always returning '0', even on the error paths. It
now returns -ENODEV if
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit c13c48c00a6bc1febc73902505bdec0967bd7095 upstream.
total_retrans needs to be cleared in tcp_disconnect().
tcp_disconnect() is rarely used, but it is worth fixing it.
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit 4b310319c6a8ce708f1033d57145e2aa027a883c upstream.
nfs_readdir_xdr_to_array() must not exit without having initialised
the array, so that the page cache deletion
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Marios Pomonis
commit 6ec4c5eee1750d5d17951c4e1960d953376a0dda upstream.
This fixes a Spectre-v1/L1TF vulnerability in set_msr_mce() and
get_msr_mce().
Both functions contain index
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit 114de38225d9b300f027e2aec9afbb6e0def154b upstream.
When a NFS directory page cache page is removed from the page cache,
its contents are freed through a call to
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sean Christopherson
commit e30a7d623dccdb3f880fbcad980b0cb589a1da45 upstream.
Remove the bogus 64-bit only condition from the check that disables MMIO
spte optimization when the system
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: "zhangyi (F)"
commit 51f57b01e4a3c7d7bdceffd84de35144e8c538e7 upstream.
JBD2_REC_ERR flag used to indicate the errno has been updated when jbd2
aborted, and then __ext4_abort() and
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git
tags/ovl-fixes-5.7-rc7
Fix two bugs introduced in this cycle and one introduced in v5.5.
Thanks,
Miklos
Dan Carpenter (1):
ovl:
3.16.84-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit cb3c0e6bdf64d0d124e94ce43cbe4ccbb9b37f51 upstream.
NLA_BINARY can be confusing, since .len value represents
the max size of the blob.
cls_rsvp really wants user space to
601 - 700 of 1650 matches
Mail list logo
