On Mon, Jun 15, 2020 at 11:03 AM James Morris wrote:
>
> On Mon, 15 Jun 2020, Micah Morton wrote:
>
> > On Sun, Jun 14, 2020 at 10:21 PM James Morris wrote:
> > >
> > > On Sun, 14 Jun 2020, Micah Morton wrote:
> > >
> > > > This patch was sent to the security mailing list and there were no
> >
On Tue, Jun 16, 2020 at 08:49:51AM -0700, Sultan Alsawaf wrote:
> From: Sultan Alsawaf
>
> We have no way of knowing how large an incoming payload is going to be,
> so the only strategy available up until now has been to always retrieve
> the maximum possible report length over i2c, which can be
On Tue, Jun 16, 2020 at 1:20 AM Sean Christopherson
wrote:
>
> On Tue, Jun 16, 2020 at 03:33:07PM +0800, Xiaoyao Li wrote:
> > Only MSR address range 0x800 through 0x8ff is architecturally reserved
> > and dedicated for accessing APIC registers in x2APIC mode.
> >
> > Fixes: 0105d1a52640 ("KVM:
On Tue, 2020-06-16 at 19:31 +0300, Andy Shevchenko wrote:
> time64_t is 64-bit width type, we are not supposed to supply lesser ones
> as in the case of rpi_firmware_print_firmware_revision() after the commit
> 4a60f58ee002 ("ARM: bcm2835: Switch to use %ptT"). Use temporary variable
> of time64_t
On Tue, Jun 16 2020 at 09:05AM -0700, Paul E. McKenney wrote:
> On Tue, Jun 16, 2020 at 11:49:24AM +0200, Marco Elver wrote:
> > We need to pass the arguments provided to --kmake-arg to all make
> > invocations. In particular, the make invocations generating the configs
> > need to see the final
> -Original Message-
> From: Paolo Bonzini
>
> On 15/06/20 21:07, Bird, Tim wrote:
> >> Note: making the plan line required differs from TAP13 and TAP14. I
> >> think it's the right choice, but we should be clear.
>
> As an aside, where is TAP14?
By TAP14, I was referring to the
On Tue, 16 Jun 2020 at 05:55, Sai Prakash Ranjan
wrote:
>
> Reading TMC mode register without proper coresight power
> management can lead to exceptions like the one in the call
> trace below in tmc_read_unprepare_etb() when the trace data
> is read after the sink is disabled. So fix this by
On Tue, Jun 16, 2020 at 10:38:18PM +0800, Wan Ahmad Zainie wrote:
> Add support for eMMC PHY on Intel Keem Bay SoC.
...
> + ret = regmap_read_poll_timeout(priv->syscfg, PHY_STAT,
> +dllrdy, IS_DLLRDY(dllrdy),
> +0, 50 *
Jim Mattson writes:
> On Tue, Jun 16, 2020 at 9:14 AM Vitaly Kuznetsov wrote:
>>
>> state_test/smm_test selftests are failing on AMD with:
>> "Unexpected result from KVM_GET_MSRS, r: 51 (failed MSR was 0x345)"
>>
>> MSR_IA32_PERF_CAPABILITIES is an emulated MSR indeed but only on Intel,
>> make
From: Peter Puhov
In slow path, when selecting idlest group, if both groups have type
group_has_spare, only idle_cpus count gets compared.
As a result, if multiple tasks are created in a tight loop,
and go back to sleep immediately
(while waiting for all tasks to be created),
they may be
On 2020-06-16 14:45:03 [+0200], To Thomas Gleixner wrote:
> Dear RT folks!
>
> I'm pleased to announce the v5.6.17-rt10 patch set.
>
> Changes since v5.6.17-rt9:
>
> - Add the seqcount series by Ahmed S. Darwish.
> The series annotates the lock protecting the struct seqcount against
>
On 6/11/20 6:03 AM, Shuah Khan wrote:
On 6/10/20 7:32 AM, Steven Rostedt wrote:
On Wed, 10 Jun 2020 06:04:33 -0600
Shuah Khan wrote:
Steve, what would you think?
No worries. As far as kselftest tree is concrned, I can apply these
after rc1 comes out with Tom's patch.
Or I can give Ack and
On Tue, Jun 16, 2020 at 7:23 AM Brian Gerst wrote:
>
> The ABI prefix for syscalls specifies the argument register mapping, so
> there is no specific reason to continue using the __x32 prefix for the
> compat syscalls. This change will allow using native syscalls in the X32
> specific portion of
On 6/16/20 2:46 AM, Oleksandr Natalenko wrote:
> Hello.
>
> Please see the notes inline.
>
> On Mon, Jun 15, 2020 at 07:36:14AM -0700, Nitin Gupta wrote:
>> For some applications, we need to allocate almost all memory as
>> hugepages. However, on a running system, higher-order allocations can
>>
On Tue, Jun 16, 2020 at 9:45 AM Vitaly Kuznetsov wrote:
>
> Jim Mattson writes:
>
> > On Tue, Jun 16, 2020 at 9:14 AM Vitaly Kuznetsov
> > wrote:
> >>
> >> state_test/smm_test selftests are failing on AMD with:
> >> "Unexpected result from KVM_GET_MSRS, r: 51 (failed MSR was 0x345)"
> >>
> >>
On Tue, Jun 16, 2020 at 7:30 AM Joel Fernandes wrote:
>
> On Tue, Jun 16, 2020 at 10:40:04AM +0200, Thomas Gleixner wrote:
> > Joel,
> >
> > Joel Fernandes writes:
> > > On Fri, Jun 12, 2020 at 03:55:00PM +0200, Thomas Gleixner wrote:
> > >> This is also correct vs. user mode entries in NOHZ
On Tue, Jun 16, 2020 at 2:53 AM Borislav Petkov wrote:
>
> Ok,
>
> here's the fix first so that it goes in. I'll hammer on the test case later.
Does the 32-bit case need FNINIT?
>
> ---
> From: Petteri Aimonen
>
> Previously, kernel floating point code would run with the MXCSR control
>
On Tue, Jun 16, 2020 at 12:49 AM Kees Cook wrote:
>
> For systems that provide multiple syscall maps based on architectures
> (e.g. AUDIT_ARCH_X86_64 and AUDIT_ARCH_I386 via CONFIG_COMPAT), allow
> a fast way to pin the process to a specific syscall mapping, instead of
> needing to generate all
On 16/06/2020 18:30, Tony Lindgren wrote:
* Tomi Valkeinen [200616 13:02]:
On 11/06/2020 17:00, Grygorii Strashko wrote:
I think, suspend might be fixed if all devices, which are now child of ti-sysc,
will do
pm_runtime_force_xxx() calls at noirq suspend stage by adding:
On Tue, Jun 16, 2020 at 6:45 AM David Hildenbrand wrote:
>
> On 16.06.20 14:41, Michal Hocko wrote:
> > [Add Dan]
>
> Whops, dropped by mistake. Thanks for adding.
>
> >
> > On Tue 16-06-20 13:52:13, David Hildenbrand wrote:
> >> Commit e900a918b098 ("mm: shuffle initial free memory to improve
>
On Tue, Jun 16, 2020 at 12:49 AM Kees Cook wrote:
>
> The seccomp constant action bitmap filter evaluation routine depends
> on being able to quickly clear the PTE "accessed" bit for a temporary
> allocation. Provide access to the existing CPU-local kernel memory TLB
> flushing routines.
Can you
On Tue, Jun 16, 2020 at 5:51 AM Michal Hocko wrote:
>
> On Tue 16-06-20 13:52:12, David Hildenbrand wrote:
> > Commit e900a918b098 ("mm: shuffle initial free memory to improve
> > memory-side-cache utilization") introduced shuffling of free pages
> > during system boot and whenever we online
On Tue, Jun 16, 2020 at 04:49:28PM +0100, Stefan Hajnoczi wrote:
> On Tue, Jun 16, 2020 at 02:26:38AM +, Tian, Kevin wrote:
> > > From: Stefan Hajnoczi
> > > Sent: Monday, June 15, 2020 6:02 PM
> > >
> > > On Thu, Jun 11, 2020 at 05:15:19AM -0700, Liu Yi L wrote:
> > > > Shared Virtual
On Tue, Jun 16, 2020 at 12:49 AM Kees Cook wrote:
>
> Hi,
>
> In order to build this mapping at filter attach time, each filter is
> executed for every syscall (under each possible architecture), and
> checked for any accesses of struct seccomp_data that are not the "arch"
> nor "nr" (syscall)
On Tue, Jun 16, 2020 at 10:00 AM Dan Williams wrote:
>
> On Tue, Jun 16, 2020 at 5:51 AM Michal Hocko wrote:
> >
> > On Tue 16-06-20 13:52:12, David Hildenbrand wrote:
> > > Commit e900a918b098 ("mm: shuffle initial free memory to improve
> > > memory-side-cache utilization") introduced
Hi Anshuman,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on arm64/for-next/core]
[also build test WARNING on soc/for-next v5.8-rc1 next-20200616]
[cannot apply to arm/for-next xlnx/master kvmarm/next]
[if your patch is applied to the wrong git tree, please
On Mon, Jun 15, 2020 at 09:11:58PM +0200, Peter Zijlstra wrote:
> On Mon, Jun 15, 2020 at 10:21:49AM -0700, Paul E. McKenney wrote:
> > On Mon, Jun 15, 2020 at 06:40:48PM +0200, Peter Zijlstra wrote:
>
> > > Thanks! I've got 16*TREE03 running since this morning, so far so nothing
> > > :/
> > >
On Tue, Jun 16, 2020 at 5:50 PM Greg Kroah-Hartman
wrote:
>
> From: Heikki Krogerus
>
> [ Upstream commit 4ef12f7198023c09ad6d25b652bd8748c965c7fa ]
>
> In the function kobject_cleanup(), kobject_del(kobj) is
> called before the kobj->release(). That makes it possible to
> release the parent of
On 6/16/2020 12:02 AM, Álvaro Fernández Rojas wrote:
> bcm63xx arch resets the SPI controller at early boot. However, bmips arch
> needs to perform a reset when probing the driver.
>
> Signed-off-by: Álvaro Fernández Rojas
> Reviewed-by: Philipp Zabel
> ---
> v3: use
On 6/16/20 8:33 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.4.47 release.
> There are 134 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
On 6/16/2020 12:02 AM, Álvaro Fernández Rojas wrote:
> bcm63xx arch resets the HSSPI controller at early boot. However, bmips arch
> needs to perform a reset when probing the driver.
>
> Signed-off-by: Álvaro Fernández Rojas
> Reviewed-by: Philipp Zabel
> ---
Same comment as patch #1.
--
On Tue, Jun 16, 2020 at 10:59:00AM -0400, Steven Rostedt wrote:
> On Tue, 16 Jun 2020 16:01:58 +0200
> Peter Zijlstra wrote:
>
> > On Tue, Jun 16, 2020 at 09:50:27AM -0400, Steven Rostedt wrote:
> > > On Tue, 16 Jun 2020 20:37:29 +0800
> > > Lichao Liu wrote:
> > >
> > > > Active rt
On Tue, Jun 16, 2020 at 07:05:44PM +0200, Rafael J. Wysocki wrote:
> On Tue, Jun 16, 2020 at 5:50 PM Greg Kroah-Hartman
> wrote:
> >
> > From: Heikki Krogerus
> >
> > [ Upstream commit 4ef12f7198023c09ad6d25b652bd8748c965c7fa ]
> >
> > In the function kobject_cleanup(), kobject_del(kobj) is
> >
On Tue, Jun 16, 2020 at 09:02:21AM +0200, Álvaro Fernández Rojas wrote:
> bcm63xx-spi controller is present on several BMIPS SoCs (BCM6358, BCM6362,
> BCM6368 and BCM63268).
Please do not submit new versions of already applied patches, please
submit incremental updates to the existing code.
Hi Clément,
On Thu, Jun 11, 2020 at 08:50:12PM +0200, Clement Leger wrote:
> rpmsg_core allows to override driver using driver_override sysfs
> attribute. When used, the sysfs store function will duplicate the user
> provided string using kstrndup. However, when the rpdev is released,
> the
On Tue, Jun 16, 2020 at 11:31:59AM -0400, Waiman Long wrote:
> In btrfs_ioctl_get_subvol_info(), there is a classic case where kzalloc()
> was incorrectly paired with kzfree(). According to David Sterba, there
> isn't any sensitive information in the subvol_info that needs to be
> cleared before
On 6/16/2020 10:07 AM, Mark Brown wrote:
> On Tue, Jun 16, 2020 at 09:02:21AM +0200, Álvaro Fernández Rojas wrote:
>> bcm63xx-spi controller is present on several BMIPS SoCs (BCM6358, BCM6362,
>> BCM6368 and BCM63268).
>
> Please do not submit new versions of already applied patches, please
>
On Tue, Jun 16, 2020 at 10:07:04AM -0700, Guenter Roeck wrote:
> On 6/16/20 8:33 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.4.47 release.
> > There are 134 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Tue, Jun 16, 2020 at 07:04:10PM +0200, Peter Zijlstra wrote:
> [19324.742887] BUG: kernel NULL pointer dereference, address: 0150
> [19324.744075] #PF: supervisor read access in kernel mode
> [19324.744919] #PF: error_code(0x) - not-present page
> [19324.745786] PGD 0 P4D 0
>
Add missing qfprom definition for ipq806x SoC
Signed-off-by: Jonathan McDowell
---
arch/arm/boot/dts/qcom-ipq8064.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-ipq8064.dtsi
b/arch/arm/boot/dts/qcom-ipq8064.dtsi
index b912da9a3ff3..8f299cae2628 100644
On Tue, Jun 16, 2020 at 12:49 PM Andy Lutomirski wrote:
>
> On Tue, Jun 16, 2020 at 7:23 AM Brian Gerst wrote:
> >
> > The ABI prefix for syscalls specifies the argument register mapping, so
> > there is no specific reason to continue using the __x32 prefix for the
> > compat syscalls. This
On 6/16/2020 1:34 AM, Álvaro Fernández Rojas wrote:
> Document BCM63xx USBH PHY bindings.
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> .../bindings/phy/brcm,bcm63xx-usbh-phy.yaml | 72 +++
> 1 file changed, 72 insertions(+)
> create mode 100644
>
Hi Andy,
> > so the only strategy available up until now has been to always retrieve
> > the maximum possible report length over i2c, which can be quite
> > inefficient. For devices that send reports in block read format, the i2c
> > controller driver can read the payload length on the fly and
Hi Mathieu,
- On 16 Jun, 2020, at 19:10, Mathieu Poirier mathieu.poir...@linaro.org
wrote:
> Hi Clément,
>
> On Thu, Jun 11, 2020 at 08:50:12PM +0200, Clement Leger wrote:
>> rpmsg_core allows to override driver using driver_override sysfs
>> attribute. When used, the sysfs store function
On 6/16/20 5:21 AM, Ulf Hansson wrote:
On Thu, 4 Jun 2020 at 03:53, Thara Gopinath wrote:
Populate .get_performance_state_count in genpd ops to retrieve the count of
performance states supported by a rpmh power domain.
Signed-off-by: Thara Gopinath
Reviewed-by: Bjorn Andersson
16.06.2020 18:48, Emil Velikov пишет:
> On Tue, 16 Jun 2020 at 12:40, Dmitry Osipenko wrote:
>>
>> 16.06.2020 01:26, Emil Velikov пишет:
>>> Hi Dmitry,
>>>
>>> On Mon, 15 Jun 2020 at 08:28, Dmitry Osipenko wrote:
Hello!
This series adds 180° display plane rotation support to
>From 7b091e46de4f9227b5a943e6d78283564e8c1c72 Mon Sep 17 00:00:00 2001
From: Peter Oskolkov
Date: Tue, 16 Jun 2020 10:13:58 -0700
Subject: [RFC PATCH 0/3 v2] futex: introduce FUTEX_SWAP operation
This is an RFC!
As Paul Turner presented at LPC in 2013 ...
- pdf:
>From 6fbe0261204692a7f488261ab3c4ac696b91db5c Mon Sep 17 00:00:00 2001
From: Peter Oskolkov
Date: Tue, 9 Jun 2020 16:03:14 -0700
Subject: [RFC PATCH 1/3 v2] futex: introduce FUTEX_SWAP operation
This is an RFC!
As Paul Turner presented at LPC in 2013 ...
- pdf:
>From abbd01d55ce1576d3e4d674ce96c581837801e10 Mon Sep 17 00:00:00 2001
From: Peter Oskolkov
Date: Sun, 14 Jun 2020 17:08:00 -0700
Subject: [RFC PATCH 2/3 v2] futex, sched: add wake_up_swap, use in FUTEX_SWAP
This is an RFC!
v2: fix undefined symbol error ifndef CONFIG_SMP, as
Reported-by:
>From 7b091e46de4f9227b5a943e6d78283564e8c1c72 Mon Sep 17 00:00:00 2001
From: Peter Oskolkov
Date: Tue, 2 Jun 2020 13:01:17 -0700
Subject: [RFC PATCH 3/3 v2] selftests/futex: add futex_swap selftest
This is the final RFC patch in FUTEX_SWAP patchset. It
adds a test/benchmark to validate behavior
On 6/16/2020 1:34 AM, Álvaro Fernández Rojas wrote:
> Add BCM63xx USBH PHY driver for BMIPS.
>
> Signed-off-by: Álvaro Fernández Rojas
This looks good to me at first glance, just a few comments below.
> ---
> drivers/phy/broadcom/Kconfig| 10 +
> drivers/phy/broadcom/Makefile
On 2020-06-10 21:27:52, Vijay Balakrishna wrote:
> Make kernel GNU build-id available in VMCOREINFO. Having
> build-id in VMCOREINFO facilitates presenting appropriate kernel
> namelist image with debug information file to kernel crash dump
> analysis tools. Currently VMCOREINFO lacks uniquely
On 6/16/20 6:53 AM, Pavel Machek wrote:
Hi!
Certain resources modeled as a generic power domain in linux kernel can be
used to warm up the SoC (mx power domain on sdm845) if the temperature
falls below certain threshold. These power domains can be considered as
thermal warming devices.
On Tue, Jun 16, 2020 at 10:15:15AM -0700, Florian Fainelli wrote:
> On 6/16/2020 10:07 AM, Mark Brown wrote:
> > Please do not submit new versions of already applied patches, please
> > submit incremental updates to the existing code. Modifying existing
> > commits creates problems for other
This is the start of the stable review cycle for the 5.7.3 release.
There are 162 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, 18 Jun 2020 17:25:43 +.
Anything
Hi Nitesh,
On Wed, Jun 10, 2020 at 12:12:23PM -0400, Nitesh Narayan Lal wrote:
> This patch-set is originated from one of the patches that have been
> posted earlier as a part of "Task_isolation" mode [1] patch series
> by Alex Belits . There are only a couple of
> changes that I am proposing in
This is the start of the stable review cycle for the 5.6.19 release.
There are 158 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, 18 Jun 2020 17:25:39 +.
Anything
From: Borislav Petkov
Hi,
here are some cleanups which came up recently.
Thx.
Borislav Petkov (2):
EDAC/ghes: Scan the system once on driver init
EDAC: Remove edac_get_dimm_by_index()
Robert Richter (2):
EDAC/ghes: Setup DIMM label from DMI and use it in error reports
EDAC/ghes:
From: Borislav Petkov
Change the hardware scanning and figuring out how many DIMMs a machine
has to a single, one-time thing which happens once on driver init. After
that scanning completes, struct ghes_hw_desc contains a representation
of the hardware which the driver can then use for later
This is the start of the stable review cycle for the 5.4.47 release.
There are 131 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, 18 Jun 2020 17:25:49 +.
Anything
From: Robert Richter
The ghes driver reports errors with 'unknown label' even if the actual
DIMM label is known, e.g.:
EDAC MC0: 1 CE Single-bit ECC on unknown label (node:0 card:0
module:0 rank:1 bank:0 col:13 bit_pos:16 DIMM location:N0 DIMM_A0
page:0x966a9b3 offset:0x0 grain:1
From: Borislav Petkov
It is unused now.
Signed-off-by: Borislav Petkov
---
include/linux/edac.h | 29 +++--
1 file changed, 7 insertions(+), 22 deletions(-)
diff --git a/include/linux/edac.h b/include/linux/edac.h
index 6eb7d55d7c3d..15e8f3d8a895 100644
---
From: Robert Richter
The struct members list and ghes of struct ghes_edac_pvt are unused,
remove them. On that occasion, rename it to the shorter name struct
ghes_pvt.
Signed-off-by: Robert Richter
Signed-off-by: Borislav Petkov
Link:
Document inhibiting input devices and its relation to being
a wakeup source.
Signed-off-by: Andrzej Pietrasiewicz
---
@Hans, @Dmitry,
My fist attempt at documenting inhibiting. Kindly look at it to see if I
haven't got anything
wrong.
Andrzej
Documentation/input/input-programming.rst | 36
On 6/16/20 4:03 AM, Christoph Hellwig wrote:
> On Mon, Jun 15, 2020 at 04:21:25PM -0400, Nitesh Narayan Lal wrote:
>> +hk_flags = HK_FLAG_DOMAIN | HK_FLAG_WQ;
>> +mask = housekeeping_cpumask(hk_flags);
>> +cpus = cpumask_weight(mask);
> Code like this has no business inside a driver.
> From: James Bottomley [mailto:j...@linux.ibm.com]
> Sent: Friday, June 12, 2020 7:14 PM
> On Fri, 2020-06-12 at 15:11 +, Roberto Sassu wrote:
> > with recent patches, boot_aggregate can be calculated from non-SHA1
> > PCR banks. I would replace with:
> >
> > Extend cumulative digest over ...
The existing SYSCON implementation only supports MMIO (memory mapped)
accesses, facilitated by Regmap. This extends support for registers
held behind I2C busses.
Signed-off-by: Lee Jones
---
drivers/mfd/Kconfig| 7 +++
drivers/mfd/Makefile | 1 +
On 6/16/2020 10:25 AM, Mark Brown wrote:
> On Tue, Jun 16, 2020 at 10:15:15AM -0700, Florian Fainelli wrote:
>> On 6/16/2020 10:07 AM, Mark Brown wrote:
>
>>> Please do not submit new versions of already applied patches, please
>>> submit incremental updates to the existing code. Modifying
From: Steve Longerbeam
The media_device is registered during driver probe, before async
completion, so it is possible for .link_notify to be called before
all devices are bound.
Fix this by moving media_device_register() to rvin_group_notify_complete().
This ensures that all devices are now
bcm63xx arch resets the HSSPI controller at early boot. However, bmips arch
needs to perform a reset when probing the driver.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Philipp Zabel
Reviewed-by: Florian Fainelli
---
v4: simplify devm_reset_control_get_optional_exclusive return
BCM63xx SPI and HSSPI controller are present on several BMIPS SoCs (BCM6318,
BCM6328, BCM6358, BCM6362, BCM6368 and BCM63268).
v4: simplify devm_reset_control_get_optional_exclusive return handling
v3: use devm_reset_control_get_optional_exclusive
v2: use devm_reset_control_get_exclusive
Álvaro
bcm63xx arch resets the SPI controller at early boot. However, bmips arch
needs to perform a reset when probing the driver.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Philipp Zabel
Reviewed-by: Florian Fainelli
---
v4: simplify devm_reset_control_get_optional_exclusive return handling
On Tue, Jun 16, 2020 at 11:01:31AM -0400, Mikulas Patocka wrote:
> Introduce a new flag CRYPTO_ALG_ALLOCATES_MEMORY and modify dm-crypt, so
> that it uses only drivers without this flag.
>
> If the flag is set, then the crypto driver allocates memory in its request
> routine. Such drivers are not
On 15 Jun 2020, at 21:29, Yang Shi wrote:
> Since commit 3917c80280c93a7123f1a3a6dcdb10a3ea19737d ("thp: change CoW
> semantics for anon-THP"), the CoW page fault of THP has been rewritten,
> debug_cow is not used anymore. So, just remove it.
>
> Cc: Kirill A. Shutemov
> Signed-off-by: Yang Shi
On Tue, Jun 16, 2020 at 08:18:54PM +0300, Andi Shyti wrote:
> Hi Andy,
>
> > > so the only strategy available up until now has been to always retrieve
> > > the maximum possible report length over i2c, which can be quite
> > > inefficient. For devices that send reports in block read format, the
On 6/16/20 10:29 AM, Andrzej Pietrasiewicz wrote:
> Document inhibiting input devices and its relation to being
> a wakeup source.
>
> Signed-off-by: Andrzej Pietrasiewicz
> ---
Hi,
I have some editorial comments. Please see below.
> @Hans, @Dmitry,
>
> My fist attempt at documenting
On Tue, Jun 16, 2020 at 11:01:58AM -0400, Mikulas Patocka wrote:
> Pass the flag CRYPTO_ALG_ALLOCATES_MEMORY down through the crypto API.
>
> Signed-off-by: Mikulas Patocka
>
> ---
> crypto/adiantum.c |3 ++-
> crypto/authenc.c |5 +++--
> crypto/authencesn.c |
On Tue, Jun 16, 2020 at 06:42:02PM +0200, Marco Elver wrote:
> On Tue, Jun 16 2020 at 09:05AM -0700, Paul E. McKenney wrote:
>
> > On Tue, Jun 16, 2020 at 11:49:24AM +0200, Marco Elver wrote:
> > > We need to pass the arguments provided to --kmake-arg to all make
> > > invocations. In particular,
On Tue, Jun 16, 2020 at 11:02:20AM -0400, Mikulas Patocka wrote:
> Set the flag CRYPTO_ALG_ALLOCATES_MEMORY in the crypto drivers that
> allocate memory.
>
> Signed-off-by: Mikulas Patocka
>
> ---
> drivers/crypto/allwinner/sun8i-ce/sun8i-ce-core.c |8 +-
>
On Tue, Jun 16, 2020 at 08:20:57PM +0300, Dmitry Osipenko wrote:
> 16.06.2020 18:48, Emil Velikov пишет:
> > On Tue, 16 Jun 2020 at 12:40, Dmitry Osipenko wrote:
> >>
> >> 16.06.2020 01:26, Emil Velikov пишет:
> >>> Hi Dmitry,
> >>>
> >>> On Mon, 15 Jun 2020 at 08:28, Dmitry Osipenko wrote:
>
On 05.06.20 23:39, Tony Krowiak wrote:
[...]
> +static void vfio_ap_mdev_link_queues(struct ap_matrix_mdev *matrix_mdev,
> + enum qlink_type type,
> + unsigned long qlink_id)
> +{
> + unsigned long id;
> + struct
On Tue, Jun 16, 2020 at 11:02:50AM -0400, Mikulas Patocka wrote:
> Fix the crypto drivers that don't respect CRYPTO_TFM_REQ_MAY_SLEEP. If
> CRYPTO_TFM_REQ_MAY_SLEEP is not set, the driver must not do allocation
> that sleeps.
>
> Signed-off-by: Mikulas Patocka
I think you need to split this up
The vmalloc() function has no 2-factor argument form, so multiplication
factors need to be wrapped in array_size(). Also, while there, use
array_size() in memset().
This issue was found with the help of Coccinelle and, audited and fixed
manually.
Addresses-KSPP-ID:
On Tue, Jun 16, 2020 at 07:04:10PM +0200, Peter Zijlstra wrote:
> On Mon, Jun 15, 2020 at 09:11:58PM +0200, Peter Zijlstra wrote:
> > On Mon, Jun 15, 2020 at 10:21:49AM -0700, Paul E. McKenney wrote:
> > > On Mon, Jun 15, 2020 at 06:40:48PM +0200, Peter Zijlstra wrote:
> >
> > > > Thanks! I've
On Tue, Jun 16, 2020 at 07:17:21PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 16, 2020 at 07:04:10PM +0200, Peter Zijlstra wrote:
> > [19324.742887] BUG: kernel NULL pointer dereference, address:
> > 0150
> > [19324.744075] #PF: supervisor read access in kernel mode
> > [19324.744919]
On Tue, Jun 16, 2020 at 3:45 AM Michel Lespinasse wrote:
>
> I am also unable to reproduce the issue so far.
>
> I wanted to point to a few things in case this helps:
> - Commit 42fc541404f2 was bisected as the cause. This commit changes
> walk_page_range_novma() to use mmap_assert_locked()
Hi Leon,
Please find my comments inline -
On 6/13/20 11:41 PM, Leon Romanovsky wrote:
> On Tue, Jun 09, 2020 at 07:45:21AM -0700, Divya Indi wrote:
>> Hi Leon,
>>
>> Thanks for taking the time to review.
>>
>> Please find my comments inline -
>>
>> On 6/9/20 12:00 AM, Leon Romanovsky wrote:
>>>
On Tue, Jun 16 2020 at 10:42AM -0700, Paul E. McKenney wrote:
> On Tue, Jun 16, 2020 at 06:42:02PM +0200, Marco Elver wrote:
> > On Tue, Jun 16 2020 at 09:05AM -0700, Paul E. McKenney wrote:
> > > On Tue, Jun 16, 2020 at 11:49:24AM +0200, Marco Elver wrote:
> > > > We need to pass the arguments
On 16/06/2020 16:34, James Bottomley wrote:
> On Tue, 2020-06-16 at 14:13 +, Johannes Thumshirn wrote:
>> On 16/06/2020 16:09, Bart Van Assche wrote:
>>> On 2020-06-16 02:42, Finn Thain wrote:
Martin said, "I'd appreciate a patch to remove it"
And Bart said, "do you want to keep
On Wed, Apr 22, 2020 at 10:24:44PM -, tip-bot2 for Sami Tolvanen wrote:
> The following commit has been merged into the objtool/core branch of tip:
>
> Commit-ID: e2ccbff8f02d6b140b8ee71108264686c19b1c78
> Gitweb:
>
On Tue, Jun 16, 2020 at 1:25 AM Srinivas Kandagatla
wrote:
> On 16/06/2020 07:34, John Stultz wrote:
> > CROS_EC isn't strictly required for audio to work
> > on other SDM845 platforms (like the Dragonboard 845c).
> >
> > So lets remove the dependency and select the related
> > CROS_EC options if
On Tue, Jun 16, 2020 at 09:53:39AM -0700, Andy Lutomirski wrote:
> On Tue, Jun 16, 2020 at 2:53 AM Borislav Petkov wrote:
> >
> > Ok,
> >
> > here's the fix first so that it goes in. I'll hammer on the test case later.
>
> Does the 32-bit case need FNINIT?
Pasting from IRC:
I'm thinking if
Hi Sultan,
> > > > so the only strategy available up until now has been to always retrieve
> > > > the maximum possible report length over i2c, which can be quite
> > > > inefficient. For devices that send reports in block read format, the i2c
> > > > controller driver can read the payload length
On Fri, Apr 24, 2020 at 03:22:14PM -0700, Matt Helsley wrote:
> On Fri, Apr 24, 2020 at 12:30:46PM -0700, Sami Tolvanen wrote:
> > When compiling a kernel with Clang and LTO, we need to run
> > recordmcount on vmlinux.o with a large number of sections, which
> > currently fails as the program
On Tue, 16 Jun 2020, Lee Jones wrote:
> The existing SYSCON implementation only supports MMIO (memory mapped)
> accesses, facilitated by Regmap. This extends support for registers
> held behind I2C busses.
>
> Signed-off-by: Lee Jones
> ---
> drivers/mfd/Kconfig| 7 +++
>
On Tue, 16 Jun 2020 10:54:51 PDT (-0700), ati...@atishpatra.org wrote:
On Tue, Jun 16, 2020 at 3:45 AM Michel Lespinasse wrote:
I am also unable to reproduce the issue so far.
I wanted to point to a few things in case this helps:
- Commit 42fc541404f2 was bisected as the cause. This commit
On Tue, Jun 16, 2020 at 07:57:20PM +0200, Marco Elver wrote:
> On Tue, Jun 16 2020 at 10:42AM -0700, Paul E. McKenney wrote:
> > On Tue, Jun 16, 2020 at 06:42:02PM +0200, Marco Elver wrote:
> > > On Tue, Jun 16 2020 at 09:05AM -0700, Paul E. McKenney wrote:
> > > > On Tue, Jun 16, 2020 at
On Tue, Jun 16, 2020 at 11:07 AM Palmer Dabbelt wrote:
>
> On Tue, 16 Jun 2020 10:54:51 PDT (-0700), ati...@atishpatra.org wrote:
> > On Tue, Jun 16, 2020 at 3:45 AM Michel Lespinasse wrote:
> >>
> >> I am also unable to reproduce the issue so far.
> >>
> >> I wanted to point to a few things in
On Sun, Jun 07, 2020 at 12:37:08PM +0800, Jacky Hu wrote:
> Add the new Family 17h, Model 60h PCI IDs for AMD Zen2 APU systems.
>
> Signed-off-by: Jacky Hu
> ---
> arch/x86/kernel/amd_nb.c | 5 +
> drivers/hwmon/k10temp.c | 2 ++
> include/linux/pci_ids.h | 1 +
> 3 files changed, 8
On Tue, 16 Jun 2020 11:43:11 -0400 Waiman Long wrote:
> As said by Linus:
>
> A symmetric naming is only helpful if it implies symmetries in use.
> Otherwise it's actively misleading.
>
> In "kzalloc()", the z is meaningful and an important part of what the
> caller wants.
>
> In
901 - 1000 of 1769 matches
Mail list logo