On Thu, Apr 25, 2019 at 1:36 AM wrote:
>
> Here are the patches which made on 5.1-rc6 and all are tested in our
> buildroot gitlab CI:
This really looks like it should come in the next merge window, not during rc7.
You had absolutely zero csky updates during the merge window, you
can't then magi
On 4/24/19 11:08 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.18.139 release.
There are 104 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 ma
On 4/24/19 11:08 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 5.0.10 release.
There are 115 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
On 4/24/19 11:09 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.37 release.
There are 96 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
On 4/24/19 11:09 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.114 release.
There are 70 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 mad
On Thu, Apr 25, 2019 at 08:12:24AM +, Raphael Gault wrote:
> Hi Josh,
>
> On 4/24/19 5:56 PM, Josh Poimboeuf wrote:
> > On Wed, Apr 24, 2019 at 04:32:44PM +, Raphael Gault wrote:
> diff --git a/tools/objtool/arch/arm64/decode.c
> b/tools/objtool/arch/arm64/decode.c
> index
The "comedi_isadma" module calls `dma_alloc_coherent()` and
`dma_free_coherent()` with a NULL device pointer which is no longer
allowed. If the `hw_dev` member of the `struct comedi_device` has been
set to a valid device, that can be used instead. Unfortunately, all the
current users of the "come
Hi Marcel,
> On Apr 24, 2019, at 12:28 AM, Marcel Holtmann wrote:
>
> Hi Kai-Heng,
>
>> System may freeze during suspend, and it's caused by btusb early wakeup:
>>
>> kernel: pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 returns -16
>> kernel: dpm_run_callback(): pci_pm_suspend+0x0/0x130 returns
On 4/24/19 11:09 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.171 release.
There are 44 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
On Mon, Apr 22, 2019 at 11:57:45AM -0700, Rick Edgecombe wrote:
> From: Andy Lutomirski
>
> Using a dedicated page-table for temporary PTEs prevents other cores
> from using - even speculatively - these PTEs, thereby providing two
> benefits:
>
> (1) Security hardening: an attacker that gains ke
From: "Steven Rostedt (VMware)"
There's a unique ftrace_graph_entry_stub() for the entryfunc of a
fgraph_ops, but the ftrace_stub is used for the retfunc(). To be consistent
and also to use the same type of function as the type being called for
retfunc(), create and use ftrace_graph_ret_stub().
From: "Steven Rostedt (VMware)"
The function_graph tracer has a stub function and its ops flag has the
FTRACE_OPS_FL_STUB set. As the function graph does not use the
ftrace_ops->func pointer but instead is called by a separate part of the
ftrace trampoline. The function_graph tracer still require
From: "Steven Rostedt (VMware)"
The function_graph boot up self test emulates the tr->init() function in
order to add a wrapper around the function graph tracer entry code to test
for lock ups and such. But it does not emulate the tr->reset(), and just
calls the function_graph tracer tr->reset()
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 070ea1a24f403b68e76d9763cedd061917f6e1c1
Steven Rostedt (VMware) (5):
ftrace: Remove ASSIGN_OPS_HASH() macro from ftrace.c
ftrace: Do not process STUB functions in ftrace_ops_list_func()
From: "Steven Rostedt (VMware)"
The ASSIGN_OPS_HASH() macro was moved to fgraph.c where it was used, but for
some reason it wasn't removed from ftrace.c, as it is no longer referenced
there.
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/ftrace.c | 4
1 file changed, 4 deletions(
From: "Steven Rostedt (VMware)"
ftrace_graph_entry_stub() is defined in generic code, its prototype should
be in the generic header and not defined throughout architecture specific
code in order to use it.
Cc: Greentime Hu
Cc: Vincent Chen
Cc: "James E.J. Bottomley"
Cc: Helge Deller
Cc: linu
On Wed, Mar 13, 2019 at 10:37:52PM +0100, Remi Pommarel wrote:
> When configuring pcie reset pin from gpio (e.g. initially set by
> u-boot) to pcie function this pin goes low for a brief moment
> asserting the PERST# signal. Thus connected device enters fundamental
> reset process and link configur
On Thu, 2019-04-25 at 23:33 +0800, Like Xu wrote:
> On 2019/4/25 22:19, Sean Christopherson wrote:
> > On Thu, Apr 25, 2019 at 03:07:35PM +0800, Like Xu wrote:
> > > On 2019/4/25 14:30, Xiaoyao Li wrote:
> > > > > > Besides, the problem of simply using cpuid_exc(0x1f) in Sean's codes
> > > > > > is
Hi Kai-Heng,
>>> System may freeze during suspend, and it's caused by btusb early wakeup:
>>>
>>> kernel: pci_pm_suspend(): hcd_pci_suspend+0x0/0x30 returns -16
>>> kernel: dpm_run_callback(): pci_pm_suspend+0x0/0x130 returns -16
>>> kernel: PM: Device :00:14.0 failed to suspend async: error
On 4/24/19 5:12 PM, Kees Cook wrote:
Since sub-testing can now be detected by indentation level, this removes
KSFT_TAP_LEVEL so that subtests report their TAP header for later parsing.
Signed-off-by: Kees Cook
---
tools/testing/selftests/Makefile| 6 --
tools/testing/selftest
> Subject: Re: [PATCH v4 04/23] x86/mm: Save DRs when loading a temporary mm
s/DRs/debug registers/
On Mon, Apr 22, 2019 at 11:57:46AM -0700, Rick Edgecombe wrote:
> From: Nadav Amit
>
> Prevent user watchpoints from mistakenly firing while the temporary mm
> is being used. As the addresses t
On Thu, Apr 25, 2019 at 9:11 AM Enric Balletbo i Serra
wrote:
>
> Hi,
>
> cc'ing some ASOC reviewers.
>
> On 25/4/19 18:00, Gwendal Grignou wrote:
> > On Thu, Apr 25, 2019 at 4:19 AM Enric Balletbo i Serra
> > wrote:
> >>
> >> Hi Gwendal, Lee
> >>
> >> On 25/4/19 10:12, Lee Jones wrote:
> >>> On
The HID usage tables define a key to cycle through a set of keyboard
layouts, let's add corresponding keycode.
Signed-off-by: Dmitry Torokhov
---
include/uapi/linux/input-event-codes.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/input-event-codes.h
b/include/uapi/linu
HUTRR56 defined a new usage code on consumer page to cycle through
set of keyboard layouts, let's add this mapping.
Signed-off-by: Dmitry Torokhov
---
drivers/hid/hid-input.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid-input.c
index b607286a0bc
On 4/24/19 1:20 AM, Rafael J. Wysocki wrote:
> On Tue, Apr 23, 2019 at 10:03 PM Robert R. Howell wrote:
>>
>> On 4/23/19 2:07 AM, Rafael J. Wysocki wrote:
>>>
>>> On Sat, Apr 20, 2019 at 12:44 AM Robert R. Howell wrote:
On 4/18/19 5:42 AM, Hans de Goede wrote:
>> On 4/8/19 2:1
On Thu, Apr 25, 2019 at 04:57:26PM +0100, Julien Grall wrote:
> Hi Dave,
>
> On 24/04/2019 14:17, Dave Martin wrote:
> >On Tue, Apr 23, 2019 at 02:57:19PM +0100, Julien Grall wrote:
> >>diff --git a/arch/arm64/kernel/fpsimd.c b/arch/arm64/kernel/fpsimd.c
> >>index 5313aa257be6..6168d06bbd20 100644
Hi Xiongfeng Wang,
On 20/04/2019 10:06, Xiongfeng Wang wrote:
> Functions called in '_sdei_handler' are needed to be marked as
> 'nokprobe'.
+ "Because these functions are called in NMI context and neither the
arch-code's debug
infrastructure nor kprobes core supports this."
> ---
> When I kpr
Let me finally try to close the gestalt ;)
This version doesn't add the new features yet, and it doesn't remove the
"must die" rcu_sync_enter_start(). But with this patch we are ready, just
I think that this should come as a separate change.
To simplify the review, see the the most important part
Op Thu, Apr 25, 2019 at 13:22, Nico Schottelius wrote:
if I cannot turn off IPv4, I cannot test what needs to be fixed.
You know what? I actually agree with Nico on this.
It's 2019 and the adoption of IPv6 is actually gaining momentum (at last).
This is absolutely the time to seriously start
On Thu, Apr 25, 2019 at 07:10:51PM +0530, Harish Bandi wrote:
> Hi Marcel,
>
> On 2019-04-25 18:17, Marcel Holtmann wrote:
> > Hi Harish,
> >
> > > Added new compatible for WCN3998 and corresponding voltage
> > > and current values to WCN3998 compatible.
> > > Changed driver code to support WCN39
With this patch rcu_sync has a single state variable and the transition rules
become really simple:
GP_IDLE - owned by the first rcu_sync_enter() which moves it to
GP_ENTER - owned by rcu-callback which moves it to
GP_PASSED - owned by the last rcu_sync_exit() which mo
On Mon, Apr 15, 2019 at 05:04:15PM +0100, Suzuki K Poulose wrote:
> Add support for parsing the ACPI platform description
> for CoreSight. The connections are encoded in a DSD graph
> property with CoreSight specific variation of the property.
>
> The ETMs are listed as the children device of the
With this patch rcu_sync has a single state variable and the transition rules
become really simple:
GP_IDLE - owned by the first rcu_sync_enter() which moves it to
GP_ENTER - owned by rcu-callback which moves it to
GP_PASSED - owned by the last rcu_sync_exit() which mo
On Wed, Apr 24, 2019 at 10:42 PM Ingo Molnar wrote:
> Just to make clear, is the change from the old behavior, in essence:
>
>
>CPU: | lacks NX | has NX, ia32 | has NX, x86_64 |
> ELF: | | | |
> ---
On 4/24/19 5:12 PM, wrote:
This refactors the selftest Makefiles to extract the test running logic
to be reused between "run_tests" and "emit_tests", while also fixing
up the test output to be TAP version 13 compliant:
- added "plan" line
- fixed result line syntax
- moved all test output to be
On Thu, Apr 25, 2019 at 9:36 AM shuah wrote:
>
> On 4/24/19 5:12 PM, Kees Cook wrote:
> > Since sub-testing can now be detected by indentation level, this removes
> > KSFT_TAP_LEVEL so that subtests report their TAP header for later parsing.
>
> Does this take into ksft_print_header() getenv logic
On Tue, Apr 23, 2019 at 02:13:29PM -0700, Khazhismel Kumykov wrote:
> These functions may take a long time looping over many groups, which
> may cause issues for non-preempt kernels.
> ext4_mb_init_backend()
> ext4_setup_system_zone()
> ext4_mb_release()
>
> Signed-off-by: Khazhismel Kumykov
Tha
On Thu, Apr 25, 2019 at 9:52 AM shuah wrote:
>
> On 4/24/19 5:12 PM, wrote:
> > This refactors the selftest Makefiles to extract the test running logic
> > to be reused between "run_tests" and "emit_tests", while also fixing
> > up the test output to be TAP version 13 compliant:
> > - added "plan
On 4/25/19 10:56 AM, Kees Cook wrote:
On Thu, Apr 25, 2019 at 9:36 AM shuah wrote:
On 4/24/19 5:12 PM, Kees Cook wrote:
Since sub-testing can now be detected by indentation level, this removes
KSFT_TAP_LEVEL so that subtests report their TAP header for later parsing.
Does this take into ksf
On Thu, Apr 25, 2019 at 10:23:57AM -0600, shuah wrote:
> On 4/24/19 11:08 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.0.10 release.
> > There are 115 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with
On Thu, Apr 25, 2019 at 10:05 AM Kees Cook wrote:
> WARNING: Misplaced SPDX-License-Identifier tag - use line 1 instead
> #37: FILE: tools/testing/selftests/kselftest/runner.sh:2:
> # SPDX-License-Identifier: GPL-2.0
>
> This is a shell script. It can't be on line 1:
>
> $ head -n3 tools/testing/
> Jeremy Linton hat am 15. April 2019 um 23:21
> geschrieben:
>
>
> Return status based on ssbd_state and __ssb_safe. If the
> mitigation is disabled, or the firmware isn't responding then
> return the expected machine state based on a whitelist of known
> good cores.
>
> Given a heterogeneo
On 22/04/2019 18:16, Mathieu Poirier wrote:
On Mon, Apr 15, 2019 at 05:04:08PM +0100, Suzuki K Poulose wrote:
We are about to introduce methods to clean up the platform data
as we switch to tracking the device reference from "name" to "fwnode
handles" for device connections. This requires us
Hi Dave,
On 25/04/2019 17:39, Dave Martin wrote:
On Thu, Apr 25, 2019 at 04:57:26PM +0100, Julien Grall wrote:
Hi Dave,
On 24/04/2019 14:17, Dave Martin wrote:
On Tue, Apr 23, 2019 at 02:57:19PM +0100, Julien Grall wrote:
diff --git a/arch/arm64/kernel/fpsimd.c b/arch/arm64/kernel/fpsimd.c
i
On Thu, Apr 25, 2019 at 05:26:44PM +0100, Ian Abbott wrote:
> The "comedi_isadma" module calls `dma_alloc_coherent()` and
> `dma_free_coherent()` with a NULL device pointer which is no longer
> allowed. If the `hw_dev` member of the `struct comedi_device` has been
> set to a valid device, that can
On 2019-04-25 4:48 a.m., Nayna wrote:
On 04/23/2019 08:15 PM, Prakhar Srivastava wrote:
From: Prakhar Srivastava
Signed-off-by: Prakhar Srivastava
---
Currently for soft reboot(kexec_file_load) the kernel file and
signature is measured by IMA. The cmdline args used to load the kernel
is no
This patch only does renaming of certain variables and structure members,
and their accompanied comments.
This is done to better reflect the actions these variables and members
represent.
There is no functional change in this patch.
Signed-off-by: Oded Gabbay
---
drivers/misc/habanalabs/comman
Local APIC timer clockevent parameters can be calculated based on
platform specific methods. However the code is mostly duplicated
with the interrupt based calibration. This causes further updates
prone to mistakes. The commit below only did partial update of the
duplicated code.
Fixes: 4aed89d ("
On Tue, Apr 23, 2019 at 08:28:14AM -0700, Patrick Venture wrote:
> On Tue, Apr 23, 2019 at 8:22 AM Patrick Venture wrote:
> >
> > On Tue, Apr 23, 2019 at 7:26 AM Patrick Venture wrote:
> > >
> > > Create a SoC folder for the ASPEED parts and place the misc drivers
> > > currently present into thi
On Tue, Apr 23, 2019 at 07:40:28AM -0700, Tony Lindgren wrote:
> Hmm do you guys have some index page of all the found "boot bisection"
> issues that I can check every morning while drinking coffee? :)
Sadly there's no web UI for this bit of the system. The nearest would
be trying to find the re
On 25/04/2019 17:50, Mathieu Poirier wrote:
On Mon, Apr 15, 2019 at 05:04:15PM +0100, Suzuki K Poulose wrote:
Add support for parsing the ACPI platform description
for CoreSight. The connections are encoded in a DSD graph
property with CoreSight specific variation of the property.
The ETMs a
* Peter Zijlstra wrote:
> On Wed, Apr 17, 2019 at 08:29:32PM +0200, Ingo Molnar wrote:
> > Assuming PeterZ & Rafael & Quentin doesn't hate the whole thermal load
> > tracking approach.
>
> I seem to remember competing proposals, and have forgotten everything
> about them; the cover letter al
This commit reverts commit 04944b793e18e ("x86: xsave: set FP, SSE bits
in the xsave header in the user sigcontext"). The commit claims that it
is required for legacy applications but fails to explain why this is
needed and it is not obvious to me why the application would require the
FP/SSE state
> On Apr 25, 2019, at 9:26 AM, Borislav Petkov wrote:
>
> On Mon, Apr 22, 2019 at 11:57:45AM -0700, Rick Edgecombe wrote:
>> From: Andy Lutomirski
>>
>> Using a dedicated page-table for temporary PTEs prevents other cores
>> from using - even speculatively - these PTEs, thereby providing two
>>
On Thu, Apr 25, 2019 at 02:25:55PM +0300, Georgi Djakov wrote:
> Hi Greg,
>
> This is a tiny pull request with interconnect patches for the 5.2 merge
> window.
> The patches have spent a few weeks in linux-next without reported issues. The
> details are in the signed tag. Please consider pulling
On Thu, Apr 25, 2019 at 09:38:09AM -0700, Gwendal Grignou wrote:
> I squashed both patches in [PATCH v2 24/30] mfd: cros_ec: Update I2S API
I think I just deleted that patch unread since it was a single patch
from the middle of a patch series with no context and a subject line
that made it look m
On Thu, Apr 25, 2019 at 01:48:57AM +0300, Dmitry Osipenko wrote:
> Add support for Maxim 77663.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Mon, 08 Apr 2019 23:14:49 PDT (-0700), a...@ghiti.fr wrote:
This patch implements both 4MB huge page support for 32bit kernel
and 2MB/1GB huge pages support for 64bit kernel.
Signed-off-by: Alexandre Ghiti
---
arch/riscv/Kconfig | 8 ++
arch/riscv/include/asm/hugetlb.h |
On Mon, 08 Apr 2019 23:14:48 PDT (-0700), a...@ghiti.fr wrote:
ARCH_WANT_HUGE_PMD_SHARE config was declared in both architectures:
move this declaration in arch/Kconfig and make those architectures
select it.
Signed-off-by: Alexandre Ghiti
---
arch/Kconfig | 3 +++
arch/arm64/Kconfig | 2
On 25/04/2019 18:28, Mark Brown wrote:
> On Tue, Apr 23, 2019 at 07:40:28AM -0700, Tony Lindgren wrote:
>
>> Hmm do you guys have some index page of all the found "boot bisection"
>> issues that I can check every morning while drinking coffee? :)
>
> Sadly there's no web UI for this bit of the sy
* Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Wed, Apr 17, 2019 at 08:29:32PM +0200, Ingo Molnar wrote:
> > > Assuming PeterZ & Rafael & Quentin doesn't hate the whole thermal load
> > > tracking approach.
> >
> > I seem to remember competing proposals, and have forgotten ever
On Mon, Apr 15, 2019 at 05:04:16PM +0100, Suzuki K Poulose wrote:
> All AMBA devices are handled via ACPI AMBA scan notifier
> infrastructure. The platform devices get the ACPI id
> added to their driver.
>
> Cc: "Rafael J. Wysocki"
> Cc: Mathieu Poirier
> Signed-off-by: Suzuki K Poulose
> ---
On Tue, Apr 16, 2019 at 06:03:58PM +0900, Jason A. Donenfeld wrote:
> On Tue, Apr 16, 2019 at 4:27 PM Stephen Rothwell
> wrote:
> >
> > In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> > where we are expecting to fall through.
> >
> > This patch aims to suppress up to 18 mis
* Liang, Kan wrote:
>
>
> On 4/25/2019 2:39 AM, Ingo Molnar wrote:
> >
> > * kan.li...@linux.intel.com wrote:
> >
> > > +static void smi_env_check(void)
> > > +{
> > > + char *name;
> > > + size_t len;
> > > +
> > > + if (sysfs__read_str(CPUIDLE_CUR_DRV, &name, &len)) {
> > > + pr_
Hi Linus,
The following changes since commit 085b7755808aa11f78ab9377257e1dad2e6fa4bb:
Linux 5.1-rc6 (2019-04-21 10:45:57 -0700)
are available in the Git repository at:
https://github.com/ceph/ceph-client.git tags/ceph-for-5.1-rc7
for you to fetch changes up to 37659182bff1eeaaeadcfc8f853c
On Thu, Apr 25, 2019 at 10:37 AM Nadav Amit wrote:
>
> > On Apr 25, 2019, at 9:26 AM, Borislav Petkov wrote:
> >
> > On Mon, Apr 22, 2019 at 11:57:45AM -0700, Rick Edgecombe wrote:
> >> From: Andy Lutomirski
> >>
> >> Using a dedicated page-table for temporary PTEs prevents other cores
> >> from
On Tue, Apr 23, 2019 at 02:58:09PM +0900, Chanwoo Choi wrote:
> Dear Greg,
>
> This is extcon-next pull request for v5.2. I add detailed description of
> this pull request on below. Please pull extcon with following updates.
>
> [Detailed description for this pull request]
> 1. Add new extcon-int
On Thu, Apr 25, 2019 at 6:15 PM Dmitry Safonov wrote:
> As it has been discussed on timens RFC, adding a new conditional branch
> `if (inside_time_ns)` on VDSO for all processes is undesirable.
> It will add a penalty for everybody as branch predictor may mispredict
> the jump. Also there are inst
* Xie XiuQi wrote:
> We meet a divide error on 3.10.0 kernel, the error message is bellow:
>
> [42.287996] divide error: [#1] SMP
> [42.297796] do nothing after die!
> [42.299108] Modules linked in: signo_catch macvlan binfmt_misc
> ip_set_hash_netport ip_set_hash_ipport vport
On Tue, Apr 23, 2019 at 02:17:23PM +, Benjamin GAIGNARD wrote:
> On 4/23/19 3:55 PM, Sudeep Holla wrote:
> > The above statement makes me wonder if Cortex-M4 firmware is really
> > non-secure, if so why does it need such an isolation from other masters
> > like Cortex-A7. For me Cortex-M4 is s
Commit-ID: 993efef2483bde15fd33ec5fba5464597c2d8124
Gitweb: https://git.kernel.org/tip/993efef2483bde15fd33ec5fba5464597c2d8124
Author: Xie XiuQi
AuthorDate: Sat, 20 Apr 2019 16:34:16 +0800
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 19:58:35 +0200
sched/numa: Fix a possible di
On 4/25/19 6:53 PM, Jann Horn wrote:
> On Thu, Apr 25, 2019 at 6:15 PM Dmitry Safonov wrote:
>> As it has been discussed on timens RFC, adding a new conditional branch
>> `if (inside_time_ns)` on VDSO for all processes is undesirable.
>> It will add a penalty for everybody as branch predictor may
On Thu, Apr 25, 2019 at 08:59:15PM +0300, Laurent Pinchart wrote:
> On Thu, Apr 25, 2019 at 12:39:27PM +, Matt Redfearn wrote:
> > On 25/04/2019 13:13, Andrzej Hajda wrote:
> >> On 24.04.2019 16:22, Matt Redfearn wrote:
> >>> The DRM documentation states that post_disable is an optional callbac
On Thu, Apr 25, 2019 at 10:48 AM Ilya Dryomov wrote:
>
> dentry name handling fixes from Jeff and a memory leak fix from Zheng.
> Both are old issues, marked for stable.
Hmm. You probably should have talked to Al about the dentry name
issue, because he'd most likely have pointed you towards our h
Commit-ID: a860fa7b96e1a1c974556327aa1aee852d434c21
Gitweb: https://git.kernel.org/tip/a860fa7b96e1a1c974556327aa1aee852d434c21
Author: Xie XiuQi
AuthorDate: Sat, 20 Apr 2019 16:34:16 +0800
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 19:58:54 +0200
sched/numa: Fix a possible di
On 4/25/19 12:46 PM, Greg Kroah-Hartman wrote:
> On Tue, Apr 16, 2019 at 06:03:58PM +0900, Jason A. Donenfeld wrote:
>> On Tue, Apr 16, 2019 at 4:27 PM Stephen Rothwell
>> wrote:
>>>
>>> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
>>> where we are expecting to fall thr
On Wed, Apr 03, 2019 at 10:32:27AM +0700, Mark Brown wrote:
> On Tue, Apr 02, 2019 at 03:32:00PM +0200, Greg Kroah-Hartman wrote:
>
> > --- a/drivers/base/regmap/regcache-flat.c
> > +++ b/drivers/base/regmap/regcache-flat.c
> > @@ -1,13 +1,10 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > /*
>
There were a few files in the regmap code that did not have SPDX
identifiers on them, so fix that up. At the same time, remove the "free
form" text that specified the license of the file, as that is impossible
for any tool to properly parse.
Also, as Mark loves // comment markers, convert all of
On Wed, Apr 24, 2019 at 5:19 AM Benjamin Gaignard
wrote:
>
> It could happen that we need to control suspend/resume ordering between
> devices without obvious consumer/supplier link. For example when touchscreens
> and DSI panels share the same reset line, in this case we need to be sure
> of pm_r
Move flush_tlb_info variables off the stack. This allows to align
flush_tlb_info to cache-line and avoid potentially unnecessary cache
line movements. It also allows to have a fixed virtual-to-physical
translation of the variables, which reduces TLB misses.
Use per-CPU struct for flush_tlb_mm_rang
On Fri, Mar 22, 2019 at 03:35:00PM +0100, Arnd Bergmann wrote:
> clang has identified a code path in which it thinks a
> variable may be unused:
>
> drivers/md/bcache/alloc.c:333:4: error: variable 'bucket' is used
> uninitialized whenever 'if' condition is false
> [-Werror,-Wsometimes-unin
On Tue, 09 Apr 2019 23:53:04 PDT (-0700), Christoph Hellwig wrote:
Looks good,
Reviewed-by: Christoph Hellwig
Thanks! I've pulled just this patch into my for-next, as I'm assuming the
c-sky patches will go in seperately. Given that it's been on the list for a
while I think it's a good candi
> On Apr 23, 2019, at 10:23 AM, Andy Lutomirski wrote:
>
> On Tue, Apr 23, 2019 at 9:56 AM Nadav Amit wrote:
>>> On Apr 23, 2019, at 9:50 AM, Andy Lutomirski wrote:
>>>
>>> On Tue, Apr 23, 2019 at 12:12 AM Nadav Amit wrote:
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F
Hi Arnd,
On Fri, Mar 22, 2019 at 03:32:50PM +0100, Arnd Bergmann wrote:
> On Wed, Mar 20, 2019 at 9:41 PM 'Nick Desaulniers' via Clang Built
> Linux wrote:
> >
> > + Broadcom folks from commit c0c050c58d84 ("bnxt_en: New Broadcom
> > ethernet driver."). Looks like Michael wrote and is still main
This flag was historically used to indicate that a clk is a "basic" type
of clk like a mux, divider, gate, etc. This never turned out to be very
useful though because it was hard to cleanly split "basic" clks from
other clks in a system. This one flag was a way for type introspection
and it just di
On Thu, Apr 25, 2019 at 6:15 PM Dmitry Safonov wrote:
> API to set time namespace offsets for children processes, i.e.:
> echo "clockid off_ses off_nsec" > /proc/self/timens_offsets
[...]
> diff --git a/fs/proc/base.c b/fs/proc/base.c
> index 6a803a0b75df..76d58e9b5178 100644
> --- a/fs/proc/base.
On Thu, Apr 25, 2019 at 06:44:16PM +0100, Guillaume Tucker wrote:
> Also there aren't that many bisections, maybe a couple per month.
> I think we could cc the KernelCI reports mailing list, or maybe
> have a new list, for people who want to receive all the bisection
> reports. There should be mo
On Mon, Apr 22, 2019 at 11:57:46AM -0700, Rick Edgecombe wrote:
> From: Nadav Amit
>
> Prevent user watchpoints from mistakenly firing while the temporary mm
> is being used. As the addresses that of the temporary mm might overlap
> those of the user-process, this is necessary to prevent wrong si
On Thu, Apr 25, 2019 at 11:02:54AM -0700, Linus Torvalds wrote:
> I've pulled this, but maybe Jeff wants to look at whether that
> snapshotting model could have helped.
I really wonder if 76a495d666e5 (ceph: ensure d_name stability in
ceph_dentry_hash()) makes any sense; OK, you have ->d_lock hel
Hi,
On Thu, Apr 25, 2019 at 07:55:50AM -0400, Mimi Zohar wrote:
> On Wed, 2019-04-24 at 14:33 +, Robert Holmes wrote:
> > This patch completes commit 278311e417be ("kexec, KEYS: Make use of
> > platform keyring for signature verify") which, while adding the
> > platform keyring for bzImage ver
On 4/25/19 11:26 AM, Josh Poimboeuf wrote:
Hi all,
On IRC, Peter expressed some concern about -flive-patching, specifically
that the flag isn't compatible with LTO.
The upstream kernel currently doesn't support LTO, but Android is using
it with LLVM:
https://source.android.com/devices/tech/
Quoting Vabhav Sharma (2019-04-25 06:57:05)
> From: Yogesh Gaur
>
> Add clockgen support and configuration for NXP SoC lx2160a in qoriq
> clock driver with compatible property as "fsl,lx2160a-clockgen".
>
> qoriq-cpufreq driver is based on qoriq clock driver, enable support
> of NXP SoC lx2160a
Quoting andy.t...@nxp.com (2019-04-22 02:15:08)
> From: Yuantian Tang
>
> More PLL divider clocks are needed by clock consumer IP. So update
> the PLL divider description to make it more general.
>
> Signed-off-by: Yuantian Tang
> ---
Applied to clk-next
Quoting andy.t...@nxp.com (2019-04-22 02:15:09)
> From: Yuantian Tang
>
> More PLL divider clocks are needed by clock consumer IP. So enlarge
> the PLL divider array to accommodate more divider clocks.
>
> Signed-off-by: Yuantian Tang
> ---
Applied to clk-next
On Thu, 2019-04-25 at 11:02 -0700, Linus Torvalds wrote:
> On Thu, Apr 25, 2019 at 10:48 AM Ilya Dryomov wrote:
> > dentry name handling fixes from Jeff and a memory leak fix from Zheng.
> > Both are old issues, marked for stable.
>
> Hmm. You probably should have talked to Al about the dentry na
On Thu, Apr 25, 2019 at 11:21 AM Al Viro wrote:
>
> I really wonder if 76a495d666e5 (ceph: ensure d_name stability in
> ceph_dentry_hash()) makes any sense; OK, you have ->d_lock held
> over that, but what does it protect against? Sure, you'll get
> something that was valid while you held ->d_loc
On Mon, 22 Apr 2019 11:58:01 -0700
Rick Edgecombe wrote:
> Use new flag VM_FLUSH_RESET_PERMS for handling freeing of special
> permissioned memory in vmalloc and remove places where memory was set NX
> and RW before freeing which is no longer needed.
>
> Cc: Steven Rostedt
> Acked-by: Steven Ro
at 17:42, Benjamin Tissoires wrote:
Hi,
On Fri, Mar 8, 2019 at 6:11 AM Kai-Heng Feng
wrote:
Commit 71f6fa90a353 ("HID: increase maximum global item tag report size
to 256") increases the max report size from 128 to 256.
We also need to update the report size in hid_field_extract() otherwis
On Thu, Apr 25, 2019 at 10:19 AM prsriva wrote:
>
> I will fix the comments and send out the patchset with a cover letter.
> Thankyou for pointing this out.
Please trim the emails you reply to rather than quoting everything.
But the real reason I'm reacting to this email is because it was
marked
On Thu, Apr 25, 2019 at 11:24:53AM -0700, Linus Torvalds wrote:
> I suspect they only care that the data they gather for the network
> packet is coherent, and passes internal sanity tests. You get either
> old or new, but at least you don't get "not NUL terminated because the
> length didn't match
401 - 500 of 901 matches
Mail list logo
