On 1/4/19 1:50 PM, Mel Gorman wrote:
> As compaction proceeds and creates high-order blocks, the free list
> search gets less efficient as the larger blocks are used as compaction
> targets. Eventually, the larger blocks will be behind the migration
> scanner for partially migrated pageblocks and t
commit 9dc92c45177a ('integrity: Define a trusted platform keyring')
introduced a .platform keyring for storing preboot keys, used for
verifying kernel images' signature. Currently only IMA-appraisal is able
to use the keyring to verify kernel images that have their signature
stored in xattr.
This
This patch let kexec_file_load makes use of .platform keyring as fall
back if it failed to verify a PE signed image against secondary or
builtin keyring, make it possible to verify kernel image signed with
preboot keys as well.
This commit adds a VERIFY_USE_PLATFORM_KEYRING similar to previous
VER
Hi Myungho,
> In h4_recv(), if h4_recv_buf() returns error and h4_recv() is
> asynchronously called again before setting rx_skb to NULL, ERR_PTR will
> be dereferenced in h4_recv_buf(). Check return value in a local variable
> before writing to rx_skb.
>
> Reported-by: syzbot+017a32f149406df32...
This patch series adds a .platform_trusted_keys in system_keyring as the
reference to .platform keyring in integrity subsystem, when platform
keyring is being initialized it will be updated. So other component could
use this keyring as well.
This patch series also let kexec_file_load use platform
On 17/01/2019 20:39, Sowjanya Komatineni wrote:
> increase transfer timeout to 10s to allow enough time during max
> transfer size.
>
> Signed-off-by: Sowjanya Komatineni
> ---
> drivers/i2c/busses/i2c-tegra.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/i2
On Thu, Jan 17, 2019 at 07:02:42PM +0900, Masahiro Yamada wrote:
> When I was refactoring cmd_ar_builtin in scripts/Makefile.build,
> I noticed the build breakage of s390.
>
> Some Makefiles of s390 add extra dependencies to built-in.a;
> built-in.a depends on timestamp files *.o.chkbss, but $(AR)
There still is a race window after the commit b027e2298bd588
("tty: fix data race between tty_init_dev and flush of buf"),
and we encountered this crash issue if receive_buf call comes
before tty initialization completes in n_tty_open and
tty->driver_data may be NULL.
CPU0
On 1/17/19 6:27 PM, Mark Brown wrote:
> On Mon, Jan 14, 2019 at 03:41:57PM +0100, Benjamin Gaignard wrote:
>
>> Configurations could be applied with functions like
>> domainsctrl_set_config_by_index() or domainsctrl_set_config_by_name().
> Do you have any clients in the works for this? It seems fa
Hi Greg,
Please find the PHY pull request for 5.0 -rc below.
It fixes a build issue in ahci platform driver caused due to a patch
merged in libahci_platform.c before a dependent patch merged in PHY.
The ahci platform driver patch was merged after -rc1.
Others are relatively minor fixes seen only
-Original Message-
From: Kai Heng Feng [mailto:kai.heng.f...@canonical.com]
Sent: Friday, January 18, 2019 12:15 AM
To: Benjamin Tissoires
Cc: Dmitry Torokhov; 廖崇榮; open list:HID CORE LAYER; lkml
Subject: Re: [PATCH 1/1] Input: elantech: Use SMBus based on bus info
> On Jan 17, 2019,
This is not a MM bug. ;-)
And this change is made by below commit.
commit 59361316afcb08569af21e1af83e89c7051c055a
Author: Jeff Kirsher
Date: Thu Aug 2 10:13:10 2018 -0700
igb: reduce CPU0 latency when updating statistics
On 2019/01/18 18:21, Mikhail Gavrilov wrote:
> Hi folks.
>
> Star
On 18/01/2019 06:28, Guo Ren wrote:
> Thx Marc,
>
> On Thu, Jan 17, 2019 at 05:17:45PM +, Marc Zyngier wrote:
>> Hi Guo,
>>
>> On 15/01/2019 16:36, guo...@kernel.org wrote:
>>> From: Guo Ren
>>>
>>> Support 4 triger types:
>>> - IRQ_TYPE_LEVEL_HIGH
>>> - IRQ_TYPE_LEVEL_LOW
>>> - IRQ_TYPE_E
On Fri, Jan 18, 2019 at 07:41:16AM +, Aisheng Dong wrote:
> Make GPCv2 config option visible, then user can select it in defconfig
> for ARMv8 platforms.
>
> Cc: Thomas Gleixner
> Cc: Jason Cooper
> Cc: Marc Zyngier
> Cc: Shawn Guo
> Cc: Lucas Stach
> Cc: Andrey Smirnov
> Signed-off-by:
On 18/01/2019 08:48, Lucas Stach wrote:
> Am Freitag, den 18.01.2019, 07:53 + schrieb Aisheng Dong:
>> Not all 64 interrupts may be used in one group. e.g. most irqsteer in
>> imx8qxp and imx8qm subsystems supports only 32 interrupts.
>>
>> As the IP integration parameters are Channel number an
On 1/17/19 11:18 AM, Christoph Hellwig wrote:
> On Wed, Jan 16, 2019 at 06:43:29AM +, Oleksandr Andrushchenko wrote:
>>> This whole issue keeps getting more and more confusing.
>> Well, I don't really do DMA here, but instead the buffers in
>> question are shared with other Xen domain, so effec
Hi Andrzej,
On 18/01/2019 10:13, Andrzej Hajda wrote:
> On 15.01.2019 13:33, Neil Armstrong wrote:
>> Add support for TMDS Clock > 3.4GHz for HDMI2.0 display modes.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> drivers/gpu/drm/meson/meson_dw_hdmi.c | 23 +++
>> 1 file changed
Hi Christoph,
On 2019-01-17 18:21, Christoph Hellwig wrote:
> On Mon, Jan 14, 2019 at 01:42:26PM +0100, Marek Szyprowski wrote:
>> On 2019-01-11 19:17, Christoph Hellwig wrote:
>>> vb2_dc_get_userptr pokes into arm direct mapping details to get the
>>> resemblance of a dma address for a a physical
Thomas Gleixner writes:
> Precise and non-ambiguous license information is important. The recently
> added aegis header file has a SPDX license identifier, which is nice, but
> at the same time it has a contradictionary license boiler plate text.
>
> SPDX-License-Identifier: GPL-2.0
>
> versus
On Fri, 2019-01-18 at 08:59 +0100, Uwe Kleine-König wrote:
> Hello,
>
> On Fri, Jan 18, 2019 at 11:24:41AM +0800, Ryder Lee wrote:
> > This adds a property "mediatek,num-pwms" to avoid having an endless
> > list of compatibles with no differences for the same driver.
> >
> > Thus, the driver shou
On Thu, Jan 17, 2019 at 09:21:09AM -0800, Matthias Kaehlcke wrote:
> I observed that the qcom_geni_serial driver doesn't raise RTS with
> flow control disabled. It seems we have to investigate why that's the
> case. I agree that the driver should be platform agnostic.
Sounds like a driver bug, un
Dne 18.1.2019 v 05:55 Baolin Wang napsal(a):
> This patch adds dma share buffer support, which allows a dma-buf to be shared
> between processes by passing file descriptors between them, allowing multiple
> processes to cooperate in filling the DMA buffer used by the audio hardware
> without the ne
> -Original Message-
> From: Lucas Stach [mailto:l.st...@pengutronix.de]
> Sent: Friday, January 18, 2019 4:48 PM
>
> Am Freitag, den 18.01.2019, 07:53 + schrieb Aisheng Dong:
> > Not all 64 interrupts may be used in one group. e.g. most irqsteer in
> > imx8qxp and imx8qm subsystems su
On Fri, Jan 18, 2019 at 5:47 AM Kairui Song wrote:
>
> On Thu, Jan 17, 2019 at 5:40 PM Rafael J. Wysocki wrote:
> >
> > On Thu, Jan 17, 2019 at 9:53 AM Dave Young wrote:
> > >
> > > Add linux-acpi list
> >
> > Well, thanks, but please resend the patches with a CC to linux-acpi.
> >
>
> Hi, sure
On 1/18/2019 4:32 AM, YueHaibing wrote:
remove unneeded semicolon
Acked-by: Arend van Spriel
Signed-off-by: YueHaibing
---
drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcmsdh.c | 2 +-
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: Friday, January 18, 2019 5:39 PM
> On 18/01/2019 08:48, Lucas Stach wrote:
> > Am Freitag, den 18.01.2019, 07:53 + schrieb Aisheng Dong:
> >> Not all 64 interrupts may be used in one group. e.g. most irqsteer in
> >> imx8qxp and imx8qm
On Fri, 2019-01-18 at 09:05 +0100, Uwe Kleine-König wrote:
> Hello,
>
> just realized another issue while looking up a driver detail ...
>
> On Fri, Jan 18, 2019 at 11:24:41AM +0800, Ryder Lee wrote:
> > This adds a property "mediatek,num-pwms" to avoid having an endless
> > list of compatibles w
On Mon, Jan 14, 2019 at 08:52:33AM -0800, Bart Van Assche wrote:
> On Mon, 2019-01-14 at 13:52 +0100, Peter Zijlstra wrote:
> > On Fri, Jan 11, 2019 at 09:01:41AM -0800, Bart Van Assche wrote:
> > > The list_del_rcu() call must only happen once.
> >
> > Yes; obviously. But if we need to check all
> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
> Sent: Friday, January 18, 2019 5:13 PM
> On 18/01/2019 07:41, Aisheng Dong wrote:
> > Make GPCv2 config option visible, then user can select it in defconfig
> > for ARMv8 platforms.
> >
> > Cc: Thomas Gleixner
> > Cc: Jason Cooper
> > Cc: Marc
On Thu, Jan 17, 2019 at 11:48:34AM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> perf script crashes currently when printing mixed trace points and other
> events because the trace format does not handle events without trace
> meta data. Add a simple check to avoid that.
>
> % cat > test.c
> m
On 16/01/2019 18:54, Jerome Brunet wrote:
> Following the preparation series [0] sent in the last cycle, this
> patchset adds clock input claim through DT in the gxbb and axg clock
> controllers
>
> [0]: https://lkml.kernel.org/r/20181203171640.12110-1-jbru...@baylibre.com
>
> Jerome Brunet (3):
Remove linux/kernel.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
arch/csky/mm/fault.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/csky/mm/fault.c b/arch/csky/mm/fault.c
index 7df57f90b52c..16d8378cf12d 100644
--- a/arch/csky/mm/fault.c
+++ b/arch/csky/mm/faul
On Thu, Jan 10, 2019 at 05:17:16PM -0800, Stephane Eranian wrote:
> The perf_proc_update_handler() handles
> /proc/sys/kernel/perf_event_max_sample_rate
> syctl variable. When the PMU IRQ handler timing monitoring is disabled, i.e,
> when /proc/sys/kernel/perf_cpu_time_max_percent is equal to 0 o
Hello Ryder,
On Fri, Jan 18, 2019 at 05:42:54PM +0800, Ryder Lee wrote:
> On Fri, 2019-01-18 at 08:59 +0100, Uwe Kleine-König wrote:
> > Hello,
> >
> > On Fri, Jan 18, 2019 at 11:24:41AM +0800, Ryder Lee wrote:
> > > This adds a property "mediatek,num-pwms" to avoid having an endless
> > > list o
> From: Lucas Stach [mailto:l.st...@pengutronix.de]
> Sent: Friday, January 18, 2019 4:53 PM
> Am Freitag, den 18.01.2019, 07:53 + schrieb Aisheng Dong:
> > One irqsteer channel can support up to 8 output interrupts.
>
> This has been discussed when upstreaming the driver. The controller may
>
Deferred probes shouldn't cause error messages in the boot log, so
change the dev_err() to the more harmless dev_info().
Signed-off-by: Stefan Agner
---
sound/soc/soc-core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c
index
On Fri, Jan 11, 2019 at 12:05:09PM -0600, Andrew F. Davis wrote:
> Hello all,
>
> This is a set of (hopefully) non-controversial cleanups for the ION
> framework and current set of heaps. These were found as I start to
> familiarize myself with the framework to help in whatever way I
> can in gett
On Fri, Jan 18, 2019 at 10:16 AM Quentin Perret wrote:
>
> Hi Juri,
>
> On Thursday 17 Jan 2019 at 16:51:17 (+0100), Juri Lelli wrote:
> > On 10/01/19 11:05, Quentin Perret wrote:
> [...]
> > > +The idea behind introducing an EM is to allow the scheduler to evaluate
> > > the
> > > +implications
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-5.0-rc3-tag
xen: fixes for 5.0-rc3
It contains:
- Several fixes for the Xen pvcalls drivers (1 fix for the backend and
8 for the frontend).
- A fix for a rather longstanding bug in t
On 1/17/19 6:57 PM, Rob Herring wrote:
> On Mon, Jan 14, 2019 at 8:42 AM Benjamin Gaignard
> wrote:
>> The goal of this framework is to offer an interface for the
>> hardware blocks controlling bus accesses rights.
>>
>> Bus domains controllers are typically used to control if a
>> hardware block
On Fri, Jan 11, 2019 at 12:05:21PM -0600, Andrew F. Davis wrote:
> When enabled the helpers functions for creating carveout and chunk heaps
> should have declarations in the ION header.
Why? No one calls these from what I can tell.
Which makes me believe we should just delete the
drivers/staging
On Fri, 2019-01-18 at 10:53 +0100, Uwe Kleine-König wrote:
> Hello Ryder,
>
> On Fri, Jan 18, 2019 at 05:42:54PM +0800, Ryder Lee wrote:
> > On Fri, 2019-01-18 at 08:59 +0100, Uwe Kleine-König wrote:
> > > Hello,
> > >
> > > On Fri, Jan 18, 2019 at 11:24:41AM +0800, Ryder Lee wrote:
> > > > This
Hi,
On 1/8/19 11:26 AM, Eric Auger wrote:
> This series allows a virtualizer to program the nested stage mode.
> This is useful when both the host and the guest are exposed with
> an SMMUv3 and a PCI device is assigned to the guest using VFIO.
>
> In this mode, the physical IOMMU must be programme
On 17-01-19, 17:03, Matthias Kaehlcke wrote:
> On Fri, Jan 11, 2019 at 02:48:34PM +0530, Viresh Kumar wrote:
> > +static void fcs_update(struct freq_constraints *fcs, struct freq_pair
> > *freq,
> > + enum fc_event event)
> > +{
> > + mutex_lock(&fcs->lock);
> > +
> > + if (_f
On Mon, Jan 14, 2019 at 01:54:49PM +, James Morse wrote:
> On 14/01/2019 13:16, Peter Zijlstra wrote:
> > What avoids the trivial self-recursion:
> >
> > spin_lock(&)
> >
> > spin_lock(&x)
> > ... wait forever more ...
> >
> > spin_unlock(&x)
> >
> > ?
>
> If its trying t
On Thu, Jan 17, 2019 at 9:40 PM Sabyasachi Gupta
wrote:
>
> Remove linux/printk.h which is included more than once.
>
> Signed-off-by: Sabyasachi Gupta
Acked-by: Souptick Joarder
> ---
> arch/powerpc/platforms/powernv/opal.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/powerpc
Liming,
On Tue, 8 May 2018, Liming Sun wrote:
> index 000..54c3fbb
> --- /dev/null
> +++ b/drivers/mmc/host/dw_mmc-bluefield.c
> @@ -0,0 +1,81 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Copyright (C) 2018 Mellanox Technologies.
> + *
> + * This program is free software; you can redi
On Fri, Jan 18, 2019 at 3:35 AM Wei Yang wrote:
>
> As the description of struct device_private says, it stores data which
> is private to driver core. And it already has similar fields like:
> knode_parent, knode_driver, knode_driver and knode_bus. This look it is
> more proper to put knode_class
This mapping needs to be created in order for slave dma transfers
to work on systems with SMMU. The implementation mostly mimics the
one in pl330 dma driver, authored by Robin Murphy.
Signed-off-by: Laurentiu Tudor
Suggested-by: Robin Murphy
---
Original approach was to add the missing mappings
Hi Geert,
This patch is still in my patchwork todo list, and I wonder who will pick this
up,
especially the change to arch/powerpc/include/asm/io.h.
Wouldn't it be easier to just fix this in fsl-viu.c only by doing this:
#ifndef CONFIG_PPC
#ifndef out_be32
#define out_be32(v, a) iowrite32be(a,
On Fri, Jan 18, 2019 at 03:55:05PM +0800, Zhou Wang wrote:
>
> However, another question is that seems other subsystems in kernel,
> e.g. zswap still use crypto_alloc_comp. So we'd better register this
> ZIP engine using both cryto_alloc_comp and scomp/acomp interface to
> make it compatible with o
On 18/01/2019 09:49, Aisheng Dong wrote:
>> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
>> Sent: Friday, January 18, 2019 5:13 PM
>> On 18/01/2019 07:41, Aisheng Dong wrote:
>>> Make GPCv2 config option visible, then user can select it in defconfig
>>> for ARMv8 platforms.
>>>
>>> Cc: Thomas G
Hi All,
Currently, I am trying to debug a boot up crash on some qualcomm
snapdragon arm64 board with kernel 4.9.
I could find the cause of the failure, but I am unable to locate from
which subsystem/drivers this is getting triggered.
If you have any ideas or suggestions to locate the issue, please
On 18/01/2019 09:46, Aisheng Dong wrote:
>> From: Marc Zyngier [mailto:marc.zyng...@arm.com]
>> Sent: Friday, January 18, 2019 5:39 PM
>> On 18/01/2019 08:48, Lucas Stach wrote:
>>> Am Freitag, den 18.01.2019, 07:53 + schrieb Aisheng Dong:
Not all 64 interrupts may be used in one group. e.
On Wed, 9 Jan 2019 at 23:43, Sargun Dhillon wrote:
>
> On Wed, Jan 9, 2019 at 2:14 PM Sargun Dhillon wrote:
> >
> > I picked up c40f7d74c741a907cfaeb73a7697081881c497d0 sched/fair: Fix
> > infinite loop in update_blocked_averages() by reverting a9e7f6544b9c
> > and put it on top of 4.19.13. In ad
On 18/01/2019 04:54, Rajendra Nayak wrote:
> On 1/17/2019 8:33 PM, Marc Gonzalez wrote:
>
>> On 10/01/2019 05:02, Rajendra Nayak wrote:
>>
>>> Rajendra Nayak (9):
>>>dt-bindings: opp: Introduce opp-level bindings
>>>OPP: Add support for parsing the 'opp-level' property
>>>dt-bindings:
Am Freitag, den 18.01.2019, 09:54 + schrieb Aisheng Dong:
> > > > From: Lucas Stach [mailto:l.st...@pengutronix.de]
> > Sent: Friday, January 18, 2019 4:53 PM
> > Am Freitag, den 18.01.2019, 07:53 + schrieb Aisheng Dong:
> > > One irqsteer channel can support up to 8 output interrupts.
> >
Michael,
On Thu, 19 Apr 2018, Michael Schmitz wrote:
> --- /dev/null
> +++ b/drivers/net/phy/asix.c
> @@ -0,0 +1,63 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/* Driver for Asix PHYs
> + *
> + * Author: Michael Schmitz
> + *
> + * This program is free software; you can redistribute it and/or
On Thu, 2019-01-17 at 12:49 -0800, Steve Longerbeam wrote:
> Disable the CSI immediately after receiving the last EOF before stream
> off (and thus before disabling the IDMA channel).
>
> This fixes a complete system hard lockup on the SabreAuto when streaming
> from the ADV7180, by repeatedly sen
On Fri, Jan 18, 2019 at 11:02:29AM +0100, Peter Zijlstra wrote:
> Well, x86 too has multiple non-maskable vectors, and afaik only the
> actual NMI vector is covered in tricky. But our MCE vector is
> non-maskable too (and I have vague memories of there being more).
>
> Boris, Rostedt, WTH happens
Hi Pintu-san,
On 1/18/2019 3:38 PM, Pintu Agarwal wrote:
Hi All,
Currently, I am trying to debug a boot up crash on some qualcomm
snapdragon arm64 board with kernel 4.9.
I could find the cause of the failure, but I am unable to locate from
which subsystem/drivers this is getting triggered.
If y
On Thu, Jan 17, 2019 at 03:41:13PM +0800, Kairui Song wrote:
> How about we refill the boot_params.acpi_rsdp_addr if it is not valid
> in early code, so it could be used as a reliable RSDP address source?
> That should make things easier.
>
> But if early code should parse it and store it should b
Apply the fsio controller to the opportune kernel functions to evaluate
and throttle filesystem I/O.
Signed-off-by: Andrea Righi
---
block/blk-core.c | 10 ++
include/linux/writeback.h | 7 ++-
mm/filemap.c | 20 +++-
mm/page-writeback.c |
This is the core of the fsio-throttle controller: it defines the
interface to the cgroup subsystem and implements the I/O measurement and
throttling logic.
Signed-off-by: Andrea Righi
---
include/linux/cgroup_subsys.h | 4 +
include/linux/fsio-throttle.h | 43 +++
init/Kconfig
Document the filesystem I/O controller: description, usage, design,
etc.
Signed-off-by: Andrea Righi
---
Documentation/cgroup-v1/fsio-throttle.txt | 142 ++
1 file changed, 142 insertions(+)
create mode 100644 Documentation/cgroup-v1/fsio-throttle.txt
diff --git a/Documenta
This is a redesign of my old cgroup-io-throttle controller:
https://lwn.net/Articles/330531/
I'm resuming this old patch to point out a problem that I think is still
not solved completely.
= Problem =
The io.max controller works really well at limiting synchronous I/O
(READs), but a lot of I/O r
Hi Rafael,
On Friday 18 Jan 2019 at 10:57:08 (+0100), Rafael J. Wysocki wrote:
> On Fri, Jan 18, 2019 at 10:16 AM Quentin Perret
> wrote:
> >
> > Hi Juri,
> >
> > On Thursday 17 Jan 2019 at 16:51:17 (+0100), Juri Lelli wrote:
> > > On 10/01/19 11:05, Quentin Perret wrote:
> > [...]
> > > > +The
This patchset adds support for the axg and g12a SoC family in amlogic's
clock measure driver and enable it on the related devices
Changes since v1 [0]:
* re-order node in the g12a.dtsi
* change node name
[0]: https://lkml.kernel.org/r/20190117164838.8008-1-jbru...@baylibre.com
Jerome Brunet (4):
Add the axg and g12a SoC family compatible to the clock measure bindings
Signed-off-by: Jerome Brunet
---
Documentation/devicetree/bindings/soc/amlogic/clk-measure.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/soc/amlogic/clk-measure.txt
b/Documenta
Add the clock measure device to the axg SoC family
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi
b/arch/arm64/boot/dts/amlogic/meson-axg.dtsi
index f044473dc7d0..398
Add support for the axg and g12a SoC family in amlogic clk measure
Signed-off-by: Jerome Brunet
---
drivers/soc/amlogic/meson-clk-measure.c | 194
1 file changed, 194 insertions(+)
diff --git a/drivers/soc/amlogic/meson-clk-measure.c
b/drivers/soc/amlogic/meson-clk-mea
Add the clock measure device to the g12a SoC family
Signed-off-by: Jerome Brunet
---
arch/arm64/boot/dts/amlogic/meson-g12a.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi
b/arch/arm64/boot/dts/amlogic/meson-g12a.dtsi
index bd24de947a5b.
Hi Linus:
This push fixes the following issues:
- Zero-length DMA mapping in caam.
- Illegalling mapping stack memory for DMA in talitos.
- Use after free in cavium/nitrox.
- Key parsing in authenc.
- Undefined shift in sm3.
- Bogus completion call in authencesn.
- SHA support detection in caam.
Hi Mason,
On Fri, Jan 18, 2019 at 10:28 AM wrote:
> I modified this dts to:
>
> Renesas R-Car Gen3 RPC-IF controller Device Tree Bindings
>
>
> Required properties:
> - compatible: should be an SoC-specific compatible value,
On Fri, Jan 18, 2019 at 7:07 AM Stefan Agner wrote:
>
> Not finding the codec/SSI instance can be due to probe deferral.
> Do not print error messages in those cases.
>
> Signed-off-by: Stefan Agner
> Reviewed-by: Daniel Baluta
> Acked-by: Nicolin Chen
Reviewed-by: Fabio Estevam
On Fri, Jan 18, 2019 at 7:07 AM Stefan Agner wrote:
>
> Probe deferral is to be expected during normal operation, so avoid
> printing an error when it is encountered.
>
> Signed-off-by: Stefan Agner
> Reviewed-by: Daniel Baluta
> Acked-by: Nicolin Chen
Reviewed-by: Fabio Estevam
On Fri, Jan 18, 2019 at 5:58 PM Masahiro Yamada
wrote:
>
> Hi.
>
>
> The comment block of scripts/basic/fixdep.c says as follows:
>
>
> * Author Kai Germaschewski
> * Copyright2002 by Kai Germaschewski
> *
> * This software may be used and distributed according to the terms
> * of
Hi Guenter,
Le Thursday 17 Jan 2019 à 14:16:28 (-0800), Guenter Roeck a écrit :
> On Fri, Dec 21, 2018 at 11:33:56AM +0100, Vincent Guittot wrote:
> > From: Thara Gopinath
> >
> > This patch replaces jiffies based accounting for runtime_active_time
> > and runtime_suspended_time with ktime base
Hi Stefan,
On Fri, Jan 18, 2019 at 7:07 AM Stefan Agner wrote:
>
> Make sure to properly put the of node in case finding the codec
> fails.
>
> Fixes: 81e8e4926167 ("ASoC: fsl: add sgtl5000io clock support for
> imx-sgtl5000")
> Signed-off-by: Stefan Agner
> Reviewed-by: Daniel Baluta
> Acked
On Fri, 2019-01-18 at 14:19 +1100, Stephen Rothwell wrote:
> Hi Lucas,
>
> After merging the imx-drm tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/gpu/drm/imx/imx-tve.c: At top level:
> drivers/gpu/drm/imx/imx-tve.c:437:29: error: storage size of 'clk_tve_d
On Fri, Jan 18, 2019 at 7:07 AM Stefan Agner wrote:
>
> Probe deferral is to be expected during normal operation, so avoid
> printing an error when it is encountered.
>
> Removing the goto would not be strictly necessary. However, if
> code gets added later, the cleanup in the EPROBE_DEFER case li
On Fri, Jan 18, 2019 at 7:07 AM Stefan Agner wrote:
>
> Probe deferral is to be expected during normal operation, so avoid
> printing an error when it is encountered.
>
> Signed-off-by: Stefan Agner
> Reviewed-by: Daniel Baluta
> Acked-by: Nicolin Chen
Reviewed-by: Fabio Estevam
On Fri, Jan 18, 2019 at 11:28:11AM +1100, Stephen Rothwell wrote:
> Hi Liviu,
>
> After merging the mali-dp tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> drivers/gpu/drm/arm/display/komeda/komeda_dev.c: In function
> 'komeda_parse_dt':
> drivers/gpu/drm/arm/di
Hi Hans,
On Fri, Jan 18, 2019 at 11:08 AM Hans Verkuil wrote:
> This patch is still in my patchwork todo list, and I wonder who will pick
> this up,
> especially the change to arch/powerpc/include/asm/io.h.
I think the powerpc tree makes most sense.
> Wouldn't it be easier to just fix this in
On Fri, Jan 18, 2019 at 3:54 PM Sai Prakash Ranjan
wrote:
>
> Hi Pintu-san,
>
> On 1/18/2019 3:38 PM, Pintu Agarwal wrote:
> > Hi All,
> >
> > Currently, I am trying to debug a boot up crash on some qualcomm
> > snapdragon arm64 board with kernel 4.9.
> > I could find the cause of the failure, but
Hi Matthias,
> With commit e16337622016 ("Bluetooth: Handle bt_accept_enqueue() socket
> atomically") lock_sock[_nested]() is used to acquire the socket lock
> before manipulating the socket. lock_sock[_nested]() may block, which
> is problematic since bt_accept_enqueue() can be called in bottom h
On Fri, Jan 18, 2019 at 12:15 AM Thomas Gleixner wrote:
>
> Precise and non-ambiguous license information is important. The recently
> added aegis header file has a SPDX license identifier, which is nice, but
Looks like cut-and-paste from crypto/aegis.h patch?
I'm changing this to say "recently
The recent addition of SPDX license identifiers to the files in
drivers/net/ethernet/sun created a licensing conflict.
The cassini driver files contain a proper license notice:
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Publi
I, Mikhail Fridman have selected you specifically as one of my
beneficiaries for my Charitable Donation of $5 Million Dollars,
Check the link below for confirmation:
https://www.rt.com/business/343781-mikhail-fridman-will-charity/
I await your earliest response.
Best Regards,
Mikhail Fridman.
On 18/01/2019 11:34, Jerome Brunet wrote:
> This patchset adds support for the axg and g12a SoC family in amlogic's
> clock measure driver and enable it on the related devices
>
> Changes since v1 [0]:
> * re-order node in the g12a.dtsi
> * change node name
>
> [0]: https://lkml.kernel.org/r/2019
The addition of SPDX identifiers to the USB subsystem introduced a license
conflict. The driver is dual licensed under GPL v2 and BSD 2 clause
according to the license texts in the file. But even the GPL v2 licensing
of this driver is ambiguous:
* This software is available to you under a choice
On Fri, 18 Jan 2019 at 11:42, Vincent Guittot
wrote:
>
> Hi Guenter,
>
> Le Thursday 17 Jan 2019 à 14:16:28 (-0800), Guenter Roeck a écrit :
> > On Fri, Dec 21, 2018 at 11:33:56AM +0100, Vincent Guittot wrote:
> > > From: Thara Gopinath
> > >
> > > This patch replaces jiffies based accounting for
On Fri, 18 Jan 2019, Ilya Dryomov wrote:
> On Fri, Jan 18, 2019 at 12:15 AM Thomas Gleixner wrote:
> >
> > Precise and non-ambiguous license information is important. The recently
> > added aegis header file has a SPDX license identifier, which is nice, but
>
> Looks like cut-and-paste from cryp
Tony,
On 16/01/19 9:17 PM, Tony Lindgren wrote:
> * Thierry Reding [190116 13:28]:
>> On Tue, Jan 15, 2019 at 05:28:36PM +0100, Thomas Petazzoni wrote:
>>> The SDHCI core is know properly checking for the state of a WP GPIO,
>>
>> "know" -> "now"
>>
>>> so there is no longer any need for the sdhc
On Thu, Jan 17, 2019 at 11:16 PM Guenter Roeck wrote:
>
> On Fri, Dec 21, 2018 at 11:33:56AM +0100, Vincent Guittot wrote:
> > From: Thara Gopinath
> >
> > This patch replaces jiffies based accounting for runtime_active_time
> > and runtime_suspended_time with ktime base accounting. This makes th
On Mon, Jan 07, 2019 at 08:54:27PM +0300, Vitaly Chikunov wrote:
> Before this, if akcipher_testvec have `public_key_vec' set to true
> (i.e. having a public key) only sign/encrypt test is performed, but
> verify/decrypt test is skipped.
>
> With a public key we could do encrypt and verify, but to
Sai,
On 18/01/2019 08:25, Sai Prakash Ranjan wrote:
From: Vivek Gautam
Enable coresight support by adding device nodes for the
available source, sinks and channel blocks on msm8996.
This also adds coresight cpu debug nodes.
Signed-off-by: Vivek Gautam
Signed-off-by: Sai Prakash Ranjan
---
A couple of fixes to permit newer versions of GCC to use the stack
protector plugin for ARM.
Ard Biesheuvel (2):
gcc-plugins: arm_ssp_per_task_plugin: sign extend the SP mask
gcc-plugins: arm_ssp_per_task_plugin: fix for GCC 9+
scripts/gcc-plugins/arm_ssp_per_task_plugin.c | 23 +
On Fri, Jan 18, 2019 at 11:34 AM Quentin Perret wrote:
>
> Hi Rafael,
>
> On Friday 18 Jan 2019 at 10:57:08 (+0100), Rafael J. Wysocki wrote:
> > On Fri, Jan 18, 2019 at 10:16 AM Quentin Perret
> > wrote:
> > >
> > > Hi Juri,
> > >
> > > On Thursday 17 Jan 2019 at 16:51:17 (+0100), Juri Lelli wr
GCC 9 reworks the way the references to the stack canary are
emitted, to prevent the value from being spilled to the stack
before the final comparison in the epilogue, defeating the
purpose, given that the spill slot is under control of the
attacker that we are protecting ourselves from.
Since our
101 - 200 of 1016 matches
Mail list logo
