Re: pidfd design

On March 20, 2019 3:02:32 AM EDT, Daniel Colascione wrote: >On Tue, Mar 19, 2019 at 8:59 PM Christian Brauner > wrote: >> >> On Tue, Mar 19, 2019 at 07:42:52PM -0700, Daniel Colascione wrote: >> > On Tue, Mar 19, 2019 at 6:52 PM Joel Fernandes > wrote: >> > > >> > > On Wed, Mar 20, 2019 at 12:1

Re: [PATCH 0/2] pwm: tiehrpwm: Enable EHRPWM for AM654 SoCs

On Tue, Mar 12, 2019 at 02:46:27PM +0530, Vignesh Raghavendra wrote: > This series adds support for EHRPWM IP on TI AM654 SoC > > Vignesh Raghavendra (2): > dt-bindings: pwm: tiehrpwm: Add TI AM654 SoC specific compatible > pwm: Kconfig: Enable ehrpwm driver to be compiled for ARCH_K3 > > Do

[PATCH] regulator: max8925: Convert to regulator core's simplified DT parsing code

Use regulator core's simplified DT parsing code to simply the driver implementation. Signed-off-by: Axel Lin --- drivers/regulator/max8925-regulator.c | 76 --- 1 file changed, 9 insertions(+), 67 deletions(-) diff --git a/drivers/regulator/max8925-regulator.c b/drivers

Re: [PATCH] arm64: dts: juno: Enable smmu_pcie for Juno r1/r2

Hi Robin, On Wed, Mar 20, 2019 at 11:24:18AM +, Robin Murphy wrote: > Hi Leo, > > On 20/03/2019 08:31, Leo Yan wrote: > > Though PCIe controller has been enabled on Juno r1/r2, but it misses to > > enable its connected SMMU. From the testing, even without set this SMMU > > status property to

Re: [PATCH 7/9] nvme/core: add mdev interfaces

On Tue, Mar 19, 2019 at 04:41:14PM +0200, Maxim Levitsky wrote: > +int nvme_core_register_mdev_driver(struct nvme_mdev_driver *driver_ops) > +{ > + struct nvme_ctrl *ctrl; > + > + if (mdev_driver_interface) > + return -EEXIST; > + > + mdev_driver_interface = driver_ops; Can

Re: [PATCH] quota: code cleanup for __dquot_alloc_space()

On Wed 20-03-19 13:03:59, Chengguang Xu wrote: > Replace (flags & DQUOT_SPACE_RESERVE) with > variable reserve. > > Signed-off-by: Chengguang Xu Thanks. I've added the patch to my tree. Honza > --- > fs/quota/dquot.c | 4 ++-- >

RE: [RFC v2 1/2] vfio/pci: export common symbols in vfio-pci

> From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Wednesday, March 20, 2019 2:14 AM > To: Liu, Yi L > Subject: Re: [RFC v2 1/2] vfio/pci: export common symbols in vfio-pci > > On Tue, 12 Mar 2019 16:18:22 +0800 > "Liu, Yi L" wrote: > > > This patch exports the following symbol

Re: [RFC PATCH RT] x86/tsc: Add option to disable tsc clocksource watchdog

On 2019-03-14 08:09:51 [+0100], Juri Lelli wrote: > Hi, > > On 07/03/19 13:09, Juri Lelli wrote: > > Clocksource watchdog has been found responsible for generating latency > > spikes (in the 10-20 us range) when woken up to check for TSC stability. > > > > Add an option to disable it at boot. >

Re: [PATCH 1/3] mm/sparse: Clean up the obsolete code comment

On 03/20/19 at 04:19am, Matthew Wilcox wrote: > On Wed, Mar 20, 2019 at 03:35:38PM +0800, Baoquan He wrote: > > /* > > - * returns the number of sections whose mem_maps were properly > > - * set. If this is <=0, then that means that the passed-in > > - * map was not consumed and must be freed. >

[PATCH 0/2] EDAC Support for SiFive SoCs

This patch series adds an EDAC driver and DT documentation for FU540-C000 chip. Initially L2 Cache controller is added as a subcomponent to this driver. This patchset is based on Linux 5.0-rc8 and tested on HiFive Unleashed board with additional board related patches needed for testing can be fou

[PATCH 1/2] edac: sifive: Add DT documentation for SiFive EDAC driver and subcomponent

DT documentation for EDAC driver added. DT documentation for subcomponent L2 cache controller also added. Signed-off-by: Yash Shah --- .../devicetree/bindings/edac/sifive-edac.txt | 40 ++ 1 file changed, 40 insertions(+) create mode 100644 Documentation/devicetree/bin

[PATCH 2/2] edac: sifive: Add EDAC driver for SiFive FU540-C000 chip

This EDAC driver supports: - Initial configuration reporting on bootup via debug logs - ECC event monitoring and reporting through the EDAC framework - ECC event injection This driver is partially based on pnd2_edac.c and altera_edac.c Initially L2 Cache controller is added as a subcomponent to t

[PATCH] rtc: core: correct trivial checkpatch warnings

Correct trivial checkpatch warnings, mostly whitespace issues and unbalanced braces. Signed-off-by: Alexandre Belloni --- drivers/rtc/class.c | 14 +++--- drivers/rtc/dev.c | 13 +++--- drivers/rtc/hctosys.c | 3 +- drivers/rtc/interface.c | 99 ++

[PATCH] rtc: ab-b5ze-s3: correct checkpatch issues

Correct trivial whitespace and split strings issues. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ab-b5ze-s3.c | 34 -- 1 file changed, 16 insertions(+), 18 deletions(-) diff --git a/drivers/rtc/rtc-ab-b5ze-s3.c b/drivers/rtc/rtc-ab-b5ze-s3.c index ef895a

[PATCH] rtc: 88pm80x: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. The original text refers to the COPYING file in the main directory which is GPL v2 only so also update MODULE_LICENSE() to "GPL v2" instead of "GPL". Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-88pm80x.c | 16 ++

[PATCH] rtc: test: do not use assignment in if condition

Fix checkpatch error: drivers/rtc/rtc-test.c:155: ERROR: do not use assignment in if condition Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-test.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-test.c b/drivers/rtc/rtc-test.c index 6c5f09c815e8..f1a

RE: [RFC PATCH] x86/entry/64: randomize kernel stack offset upon syscall

Smth is really weird with my intel mail: it only now delivered me all messages in one go and I was thinking that I don't get any feedback... > > If CONFIG_RANDOMIZE_KSTACK_OFFSET is selected, > > the kernel stack offset is randomized upon each > > entry to a system call after fixed location of pt_

[PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id

The PHY used on the Freescale i.MX6Q/DL SABRE boards is qualified as 'rgmii' instead of 'rgmii-id'. Meaning the RX and TX delays that were previously added by the MAC when required, but are now provided internally by the PHY (and the MAC should no longer add the RX or TX delays in this case). This

Re: [PATCH] thunderbolt: Fix to check for kmemdup failure

On 3/19/2019 4:14 AM, Aditya Pakki wrote: Memory allocated via kmemdup might fail and return a NULL pointer. This patch adds a check on the return value of kmemdup and passes the error upstream. Signed-off-by: Aditya Pakki --- drivers/thunderbolt/switch.c | 15 +++ 1 file chang

[PATCH] rtc: sd3078: fix manufacturer name

The proper manufacturer name is Shenzhen whwave. Signed-off-by: Alexandre Belloni --- drivers/rtc/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig index a71734c41693..f933c06bff4f 100644 --- a/drivers/rtc/Kconfig +++ b/driv

[PATCH] regulator: rn5t618: Constify regulator_desc

The regulator_desc never need to be modified, so define them as const as a hint to the compiler that they can go into .rodata. Signed-off-by: Axel Lin --- drivers/regulator/rn5t618-regulator.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/regulator/rn5t618-r

RE: [RFC PATCH] x86/entry/64: randomize kernel stack offset upon syscall

> On Mon, Mar 18, 2019 at 01:15:44PM -0700, Andy Lutomirski wrote: > > On Mon, Mar 18, 2019 at 2:41 AM Elena Reshetova > > wrote: > > > > > > If CONFIG_RANDOMIZE_KSTACK_OFFSET is selected, > > > the kernel stack offset is randomized upon each > > > entry to a system call after fixed location of pt

Re: [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use rgmii-id

Hi Steve, On Wed, Mar 20, 2019 at 9:06 AM Steve Twiss wrote: > > The PHY used on the Freescale i.MX6Q/DL SABRE boards is qualified as > 'rgmii' instead of 'rgmii-id'. Meaning the RX and TX delays that were This patch declares it as 'rgmii-id', which contradicts the commit log. > previously adde

Re: [PATCH 1/3] mm/sparse: Clean up the obsolete code comment

On Wed, Mar 20, 2019 at 04:19:59AM -0700, Matthew Wilcox wrote: > On Wed, Mar 20, 2019 at 03:35:38PM +0800, Baoquan He wrote: > > /* > > - * returns the number of sections whose mem_maps were properly > > - * set. If this is <=0, then that means that the passed-in > > - * map was not consumed and

Re: [PATCH 1/3] mm/sparse: Clean up the obsolete code comment

On Wed, Mar 20, 2019 at 01:20:15PM +0100, Oscar Salvador wrote: > On Wed, Mar 20, 2019 at 04:19:59AM -0700, Matthew Wilcox wrote: > > On Wed, Mar 20, 2019 at 03:35:38PM +0800, Baoquan He wrote: > > > /* > > > - * returns the number of sections whose mem_maps were properly > > > - * set. If this i

Re: [RFC][PATCH 4/8] perf/x86: Remove PERF_X86_EVENT_COMMITTED

Subject: perf/x86: Remove PERF_X86_EVENT_COMMITTED From: Peter Zijlstra Date: Thu Mar 14 12:58:52 CET 2019 The flag PERF_X86_EVENT_COMMITTED is used to find uncommitted events for which to call put_event_constraint() when scheduling fails. These are the newly added events to the list, and must f

Re: WARNING: syz-executor still has locks held!

syzbot has bisected this bug to: commit c22397888f1eed98cd59f0a88f2a5f6925f80e15 Author: Chanho Min Date: Mon Nov 12 03:54:45 2018 + exec: make de_thread() freezable bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=14ee621720 start commit: c2239788 exec: make de_thr

Re: [RFC][PATCH 6/8] perf/x86: Clear ->event_constraint[] on put

On Tue, Mar 19, 2019 at 02:50:21PM -0700, Stephane Eranian wrote: > On Thu, Mar 14, 2019 at 6:11 AM Peter Zijlstra wrote: > > > > The current code unconditionally clears cpuc->event_constraint[i] > > before calling get_event_constraints(.idx=i). The only site that cares > > is intel_get_event_cons

Re: [PATCH] mm, memory_hotplug: Fix the wrong usage of N_HIGH_MEMORY

On Wed, Mar 20, 2019 at 04:07:32PM +0800, Baoquan He wrote: > In function node_states_check_changes_online(), N_HIGH_MEMORY is used > to substitute ZONE_HIGHMEM directly. This is not right. N_HIGH_MEMORY > always has value '3' if CONFIG_HIGHMEM=y, while ZONE_HIGHMEM's value > is not. It depends on

Re: [PATCH] mm, memory_hotplug: Fix the wrong usage of N_HIGH_MEMORY

On Wed, Mar 20, 2019 at 04:07:32PM +0800, Baoquan He wrote: > In function node_states_check_changes_online(), N_HIGH_MEMORY is used > to substitute ZONE_HIGHMEM directly. This is not right. N_HIGH_MEMORY > always has value '3' if CONFIG_HIGHMEM=y, while ZONE_HIGHMEM's value > is not. It depends on

[PATCH 1/7] rtc: xgene: fix possible race condition

The IRQ is requested before the struct rtc is allocated and registered, but this struct is used in the IRQ handler. This may lead to a NULL pointer dereference. Switch to devm_rtc_allocate_device/rtc_register_device to allocate the rtc struct before requesting the IRQ. Signed-off-by: Alexandre Be

[PATCH 2/7] rtc: xgene: set range

CCVR is a 32bit second counter. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-xgene.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/rtc/rtc-xgene.c b/drivers/rtc/rtc-xgene.c index 2f741f455c30..e360f8917556 100644 --- a/drivers/rtc/rtc-xgene.c +++ b/drivers/rtc/rtc-xgene.c @

[PATCH 4/7] rtc: xgene: correct checkpatch issues

Correct trivial whitespace issues. Also sort the headers. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-xgene.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/rtc/rtc-xgene.c b/drivers/rtc/rtc-xgene.c index ba9121d02f02..eb745deda936 100644 ---

[PATCH 6/7] rtc: xgene: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion as the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-xgene.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-xgene.c b/drivers/rtc/rtc-xgene.c index 6f7d7648a9bd..a

[PATCH 5/7] rtc: xgene: stop caching alarm_time

There is no point in caching alarm_time for .read_alarm because .read_alarm is only called at boo time and thus alarm_time is always 0. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-xgene.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-xgene.c

[PATCH 3/7] rtc: xgene: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-xgene.c | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/drivers/rtc/rtc-xgene.c b/drivers/rtc/rtc-xgene.c index e360f8917556..ba9121d02f02 10064

[PATCH 7/7] rtc: xgene: use .set_time

Use .set_time instead of the deprecated .set_mmss. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-xgene.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-xgene.c b/drivers/rtc/rtc-xgene.c index aef338428668..9888383f0088 100644 --- a/drivers/rtc/rt

[PATCH 6/6] rtc: goldfish: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-goldfish.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/rtc/rtc-goldfish.c b/drivers/rtc/rtc-goldfish.c index e21d2e1f1623..1a3420ee6a4d 1

[PATCH 1/6] rtc: goldfish: convert to devm_rtc_allocate_device

This allows further improvement of the driver. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-goldfish.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-goldfish.c b/drivers/rtc/rtc-goldfish.c index a1c44d0c8557..d4cb33f209fb 100644 --- a/drivers

[PATCH 3/6] rtc: goldfish: sort headers

Sort headers alphabetically. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-goldfish.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-goldfish.c b/drivers/rtc/rtc-goldfish.c index 354a1aa58495..23301e15992c 100644 --- a/drivers/rtc/rtc-goldfish.c +++ b/

[PATCH 4/6] rtc: goldfish: allow building on more than MIPS

Goldfish can be ARM or x86, allow building the driver for more than just MIPS. Signed-off-by: Alexandre Belloni --- drivers/rtc/Kconfig| 3 ++- drivers/rtc/rtc-goldfish.c | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig index

[PATCH 5/6] rtc: goldfish: switch to rtc_time64_to_tm/rtc_tm_to_time64

This RTC handles dates after 2106 (up to July 2554), call the 64bit versions of rtc_tm time conversion. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-goldfish.c | 27 --- 1 file changed, 8 insertions(+), 19 deletions(-) diff --git a/drivers/rtc/rtc-goldfish.c b/dr

[PATCH 2/6] rtc: goldfish: add range

This RTC has a 64bit nanosecond counter. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-goldfish.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/rtc/rtc-goldfish.c b/drivers/rtc/rtc-goldfish.c index d4cb33f209fb..354a1aa58495 100644 --- a/drivers/rtc/rtc-goldfish.c +++ b/driv

Re: [RESEND][PATCH 2/2] staging: sm750fb: trivial Camel Case removal for setDisplayControl().

On Mon, Mar 04, 2019 at 12:55:32AM +0800, Yifeng Li wrote: > Rename the function setDisplayControl() to set_display_control(). > This fixes the following checkpatch.pl warning: > > CHECK: Avoid CamelCase: > > Suggested-by: Jin Chen > Signed-off-by: Jin Chen > [to...@tomli.me: resent as tri

Re: [PATCH 1/3] mm/sparse: Clean up the obsolete code comment

On Wed, Mar 20, 2019 at 05:22:43AM -0700, Matthew Wilcox wrote: > On Wed, Mar 20, 2019 at 01:20:15PM +0100, Oscar Salvador wrote: > > On Wed, Mar 20, 2019 at 04:19:59AM -0700, Matthew Wilcox wrote: > > > On Wed, Mar 20, 2019 at 03:35:38PM +0800, Baoquan He wrote: > > > > /* > > > > - * returns the

Re: [PATCH 1/3] mm/sparse: Clean up the obsolete code comment

On Wed, Mar 20, 2019 at 05:22:43AM -0700, Matthew Wilcox wrote: > On Wed, Mar 20, 2019 at 01:20:15PM +0100, Oscar Salvador wrote: > > On Wed, Mar 20, 2019 at 04:19:59AM -0700, Matthew Wilcox wrote: > > > On Wed, Mar 20, 2019 at 03:35:38PM +0800, Baoquan He wrote: > > > > /* > > > > - * returns the

[PATCH] rtc: brcmstb-waketimer: switch to rtc_time64_to_tm

Call the 64bit version of rtc_time_to_tm as the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-brcmstb-waketimer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-brcmstb-waketimer.c b/drivers/rtc/rtc-brcmstb-waketimer.c i

[PATCH 5/6] rtc: at91sam9: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-at91sam9.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at91sam9.c index 62695596b00c..d8a23b89ba73 100644 -

[PATCH 3/6] rtc: at91sam9: set range

The AT91 RTT is a 32bit second counter that is saved in a 32bit global purpose register. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-at91sam9.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at91sam9.c index cbbf8121dca0..5ab13fe56164 10

[PATCH 2/6] rtc: at91sam9: convert to devm_rtc_allocate_device

This allows further improvement of the driver. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-at91sam9.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at91sam9.c index 7ec114b59513..cbbf8121dca0 100644 --- a/drivers/

[PATCH 4/6] rtc: at91sam9: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion as the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-at91sam9.c | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at91sam9.c inde

[PATCH 6/6] rtc: at91sam9: correct trivial checkpatch warnings

Correct trivial checkpatch warnings, mostly whitespace issues and unbalanced braces. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-at91sam9.c | 40 +++--- 1 file changed, 20 insertions(+), 20 deletions(-) diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/r

[PATCH 1/6] rtc: at91sam9: drop platform_data support

ARCH_AT91 is DT only for a while, drop platform data support. Signed-off-by: Alexandre Belloni --- drivers/rtc/Kconfig| 2 +- drivers/rtc/rtc-at91sam9.c | 44 +++--- 2 files changed, 9 insertions(+), 37 deletions(-) diff --git a/drivers/rtc/Kconfig b/dri

Re: [PATCH v4 4/4] leds: lm3532: Introduce the lm3532 LED driver

Hello On 3/13/19 7:32 AM, Dan Murphy wrote: > Introduce the Texas Instruments LM3532 White LED driver. > The driver supports ALS configurability or manual brightness > control. > > The driver also supports associating LED strings with specific > control banks in a group or as individually control

[PATCH] staging: netlogic: replace skb_put/pull pair with skb_reserve

The sequence skb_put(skb); skb_pull(skb); leads to the same result as skb_reserve(skb); but second is a little shorter and clearer. Signed-off-by: Ivan Safonov --- drivers/staging/netlogic/xlr_net.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/sta

Re: [PATCH 1/3] ARM: dts: imx6q-logicpd: Shutdown LCD regulator during suspend

On Wed, Mar 06, 2019 at 08:03:59AM -0600, Adam Ford wrote: > The LCD power sequencer is very finicky. The backlight cannot > be driven until after the sequencer is done. Until now, the > regulators were marked with 'regulator-always-on' to make sure > it came up before the backlight. This patch

[PATCH 1/4] rtc: dm355evm: convert to devm_rtc_allocate_device

This allows further improvement of the driver. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-dm355evm.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/drivers/rtc/rtc-dm355evm.c b/drivers/rtc/rtc-dm355evm.c index 97d8259b9494..d44bf3929898 100644 --- a/d

[PATCH 2/4] rtc: dm355evm: set range

The MSP430 has a 32bit second counter. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-dm355evm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/rtc/rtc-dm355evm.c b/drivers/rtc/rtc-dm355evm.c index d44bf3929898..cd80c89d9002 100644 --- a/drivers/rtc/rtc-dm355evm.c +++ b/driver

RE: [PATCH V7 2/5] pwm: Add i.MX TPM PWM driver support

Hi, Uwe Best Regards! Anson Huang > -Original Message- > From: Anson Huang > Sent: 2019年3月20日 19:21 > To: 'Uwe Kleine-König' > Cc: thierry.red...@gmail.com; robh...@kernel.org; mark.rutl...@arm.com; > shawn...@kernel.org; s.ha...@pengutronix.de; ker...@pengutronix.de; > feste...@gmail.co

[PATCH 4/4] rtc: dm355evm: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-dm355evm.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-dm355evm.c b/drivers/rtc/rtc-dm355evm.c index 3fee96c19a5d..cd947a20843b 100644 -

[PATCH 3/4] rtc: dm355evm: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion as the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-dm355evm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-dm355evm.c b/drivers/rtc/rtc-dm355evm.c index cd80c89d90

[PATCH 4/4] rtc: ps3: set range

The PS3 has a 64bit second counter from 2000. While this exceeds the 64bit UNIX timestamp, there is not doubt that non of them will still be working by then. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ps3.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/rtc/rtc-ps3.c b/dri

[PATCH 3/4] rtc: ps3: convert to devm_rtc_allocate_device

This allows further improvement of the driver. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ps3.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-ps3.c b/drivers/rtc/rtc-ps3.c index 7e2a941a195b..f8b56f3b2529 100644 --- a/drivers/rtc/rtc-ps3.c

[PATCH 1/4] rtc: ps3: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion as the PS3 handles 64bit values. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ps3.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-ps3.c b/drivers/rtc/rtc-ps3.c index 347288bff438..bffc5713e16f

[PATCH 2/4] rtc: ps3: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. The original text refers to version 2 so also update MODULE_LICENSE() to "GPL v2" instead of "GPL". Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ps3.c | 16 ++-- 1 file changed, 2 insertions(+), 14 deletions(-)

Re: [PATCH 2/3] ARM: DTS: imx6q-logicpd: Reduce inrush current on start

On Wed, Mar 06, 2019 at 08:04:00AM -0600, Adam Ford wrote: > The main 3.3V regulator sources a series of additional regulators. > This patch adds a small delay, so when the 3.3V regulator comes > on it delays a bit before the subsequent regulators can come on. > This reduces the inrush current a bi

[PATCH 3/3] rtc: omap: checkpatch cleanup

Properly align code with opening parenthesis. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-omap.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c index 78082f94495e..ec3957c43cb6 100644 --- a/drivers/r

[PATCH 1/3] rtc: omap: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_time_to_tm now that the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-omap.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c index ea0eb48f3bb9..e0cf9344b1

[PATCH 2/3] rtc: omap: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-omap.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c index e0cf9344b146..78082f94495e 100644 --- a/driver

Re: [PATCH 3/3] ARM: DTS: imx6q-logicpd: Fix Analog audio capture

On Wed, Mar 06, 2019 at 08:04:01AM -0600, Adam Ford wrote: > The original submission had functional audio out and was based > on reviewing other boards using the same wm8962 codec. However, > the Logic PD board uses an analog microphone which was being > disabled for a digital mic. This patch corr

Re: INFO: rcu detected stall in sys_sendfile64 (2)

On Thu, Mar 14, 2019 at 11:52 AM Tetsuo Handa wrote: > > On 2019/03/14 8:40, Eric Biggers wrote: > > On Wed, Mar 13, 2019 at 07:43:38AM +0100, 'Dmitry Vyukov' via > > syzkaller-bugs wrote: > >>> Also, humans can sometimes find more simpler C reproducers from syzbot > >>> provided > >>> reproduce

Re: [PATCH 7/9] nvme/core: add mdev interfaces

On Wed, 2019-03-20 at 11:46 +, Stefan Hajnoczi wrote: > On Tue, Mar 19, 2019 at 04:41:14PM +0200, Maxim Levitsky wrote: > > +int nvme_core_register_mdev_driver(struct nvme_mdev_driver *driver_ops) > > +{ > > + struct nvme_ctrl *ctrl; > > + > > + if (mdev_driver_interface) > > + re

[PATCH v2 0/3] Support static funnel and CoreSight DT on Hikey960

From: Leo Yan Since before there have no platforms use static funnel in mainline kernel (though maybe some in-house SoC has used it but didn't upstream for mainline kernel yet so we don't be aware for it), when enable CoreSight DT binding for hikey960, we found the SoC uses the static funnel in t

[PATCH v2 2/3] coresight: funnel: Support static funnel

From: Leo Yan Since CoreSight hardware topology can use a 'hidden' funnel in the trace data path, this kind funnel doesn't have register for accessing and is used by default from hardware design perspective. Below is an example for related hardware topology: +--+ +--+ | cpu0 |->| E

[PATCH v2 3/3] arm64: dts: hi3660: Add CoreSight support

This patch adds DT bindings for the CoreSight trace components on hi3660, which is used by 96boards Hikey960. Signed-off-by: Wanglai Shi --- .../boot/dts/hisilicon/hi3660-coresight.dtsi | 456 ++ arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 2 + 2 files changed, 458 inserti

[PATCH v2 1/3] dt-bindings: arm: coresight: Support non-configurable funnel

From: Leo Yan Document DT binding for non-configurable funnel and give an example for it. Signed-off-by: Leo Yan --- .../devicetree/bindings/arm/coresight.txt | 45 +-- 1 file changed, 42 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/arm/core

Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?

On 2019/3/19 上午10:22, Dongli Zhang wrote: Hi Jason, On 3/18/19 3:47 PM, Jason Wang wrote: On 2019/3/15 下午8:41, Cornelia Huck wrote: On Fri, 15 Mar 2019 12:50:11 +0800 Jason Wang wrote: Or something like I proposed several years ago? https://do-db2.lkml.org/lkml/2014/12/25/169 Btw, for vi

Re: [PATCH] thunderbolt: Fix to check return value of ida_simple_get

On 3/19/2019 10:52 PM, Aditya Pakki wrote: ida_simple_get on failure can return an error. The patch ensures that the dev_set_name is set on non failure cases. Signed-off-by: Aditya Pakki --- We should add check against `ida_simple_get` instead of svc->id >= 0 and clean up  svc. Also, It

Re: [PATCH 1/3] mm/sparse: Clean up the obsolete code comment

On Wed, Mar 20, 2019 at 02:36:58PM +0200, Mike Rapoport wrote: > There are more than a thousand -EEXIST in the kernel, I really doubt all of > them mean "File exists" ;-) And yet that's what the user will see if it's ever printed with perror() or similar. We're pretty bad at choosing errnos; look

Re: [PATCH] arm64: dts: freescale: Enable PCI-E controller for Oxalis board

On Sat, Mar 09, 2019 at 08:02:09AM +0530, Manivannan Sadhasivam wrote: > Enable PCI-E controller for Oxalis board based on NXP/Freescale LS1012a > SoC available as the Mini PCI-E connector on the bottom side. > > Signed-off-by: Manivannan Sadhasivam Applied, thanks.

Re: [PATCH v3 1/3] devicetree: bindings: bd718x7: document HW state related ROHM specific properties

On Thu, 14 Feb 2019, Matti Vaittinen wrote: > Add ROHM BD71837 / BD71847 specific device tree bindings for > controlling the PMIC shutdown/reset states and voltages for > different HW states. The PMIC was designed to be used with NXP > i.MX8 SoC and it supports SNVS low power state which seems to

Re: powerpc/vdso64: Fix CLOCK_MONOTONIC inconsistencies across Y2038

On Wed, 2019-03-13 at 13:14:38 UTC, Michael Ellerman wrote: > Jakub Drnec reported: > Setting the realtime clock can sometimes make the monotonic clock go > back by over a hundred years. Decreasing the realtime clock across > the y2k38 threshold is one reliable way to reproduce. Allegedly thi

Re: [PATCH v2 1/3] dt-bindings: stm32: syscon: add clock support

On Wed, 12 Dec 2018, Fabrice Gasnier wrote: > STM32 system configuration controller registers needs to be clocked. > Document clock support on stm32-syscon. > > Signed-off-by: Fabrice Gasnier > --- > Changes in v2: > - move clocks to specific bindings using syscon as per Rob's comment > --- > D

Re: [PATCH v2 2/3] mfd: syscon: Add optional clock support

On Wed, 12 Dec 2018, Fabrice Gasnier wrote: > Some system control registers need to be clocked, so the registers can > be accessed. Add an optional clock and attach it to regmap. > > Signed-off-by: Fabrice Gasnier > --- > drivers/mfd/syscon.c | 19 +++ > 1 file changed, 19 inser

Re: [RFC][PATCH 7/8] perf/x86: Optimize x86_schedule_events()

On Tue, Mar 19, 2019 at 04:55:16PM -0700, Stephane Eranian wrote: > On Thu, Mar 14, 2019 at 6:11 AM Peter Zijlstra wrote: > > @@ -858,8 +864,20 @@ int x86_schedule_events(struct cpu_hw_ev > > x86_pmu.start_scheduling(cpuc); > > > > for (i = 0, wmin = X86_PMC_IDX_MAX, wmax =

Re: [PATCHv2] mfd: twl6040: Fix device init errors for ACCCTL register

On Thu, 14 Feb 2019, Tony Lindgren wrote: > I noticed that we can get a -EREMOTEIO errors on at least omap4 duovero: > > twl6040 0-004b: Failed to write 2d = 19: -121 > > And then any following register access will produce errors. > > There 2d offset above is register ACCCTL that gets written o

Re: [PATCH] staging: rtlwifi: Fix potential NULL pointer dereference

On 3/13/2019 9:43 PM, Aditya Pakki wrote: phydm.internal is allocated using kzalloc which is used multiple times without a check for NULL pointer. This patch avoids such a scenario. Signed-off-by: Aditya Pakki --- drivers/staging/rtlwifi/phydm/rtl_phydm.c | 3 +++ 1 file changed, 3 inserti

Re: [RFC][PATCH 4/8] perf/x86: Remove PERF_X86_EVENT_COMMITTED

On Tue, Mar 19, 2019 at 10:00:18PM +0100, Peter Zijlstra wrote: > On Tue, Mar 19, 2019 at 01:48:18PM -0700, Stephane Eranian wrote: > > On Thu, Mar 14, 2019 at 6:11 AM Peter Zijlstra wrote: > > > > > For x86_pmu_commit_txn(), cpuc->n_events is updated, but we can > > > trivially compute the desir

Re: WARNING: syz-executor still has locks held!

On Wed 20-03-19 05:24:00, syzbot wrote: > syzbot has bisected this bug to: > > commit c22397888f1eed98cd59f0a88f2a5f6925f80e15 > Author: Chanho Min > Date: Mon Nov 12 03:54:45 2018 + > > exec: make de_thread() freezable > > bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=

[PATCHv3 03/23] drivers: thermal: tsens: Rename tsens_device

Rename to tsens_priv to denote that it is private data for each tsens instance. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-8916.c | 2 +- drivers/thermal/qcom/tsens-8960.c | 14 +++--- drivers/thermal/qcom/tsens-8974.c | 2 +- drivers/thermal/qcom/tsens-common.c

[PATCHv3 01/23] drivers: thermal: tsens: Document the data structures

Describe how the TSENS device and the various sensors connected to it are described in the driver Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens.h | 31 --- 1 file changed, 28 insertions(+), 3 deletions(-) diff --git a/drivers/thermal/qcom/tsens.h b/driv

[PATCHv3 00/23] thermal: tsens: Refactor to use regmap_field

Changes pending from earlier reviews: - Using macros from bits.h as suggested by Eduardo. I'd like to defer this change to a separate series where I can convert over all the files (v0.1, v1, v2) together. This series is getting quite long as it is. Changes since v2: - Simplify qcs404 device tr

[PATCHv3 04/23] drivers: thermal: tsens: Rename variable tmdev

tmdev seems to imply that this is a device pointer when in fact it is just private platform data for each tsens device. Rename it to priv improve code readability. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-8916.c | 16 +++--- drivers/thermal/qcom/tsens-8960.c | 82 +

[PATCHv3 02/23] drivers: thermal: tsens: Rename tsens_data

Rename to tsens_plat_data to denote that it is platform-data passed in at compile-time. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-8916.c | 2 +- drivers/thermal/qcom/tsens-8960.c | 2 +- drivers/thermal/qcom/tsens-8974.c | 2 +- drivers/thermal/qcom/tsens-v2.c | 4 ++-- drive

[PATCHv3 05/23] drivers: thermal: tsens: Use consistent names for variables

tsens_get_temp() uses the name 'data' for the void pointer, use the same in tsens_get_trend() for consistency. Remove a stray space while we're at it. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/

[PATCHv3 07/23] drivers: thermal: tsens: Rename tsens-8916 to prepare to merge with tsens-8974

8916 and 8974 use v0.1.0 of the TSENS IP. Rename tsens-8916 to prepare it for merging with tsens-8974 in a later commit. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/Makefile | 2 +- drivers/thermal/qcom/{tsens-8916.c => tsens-v0_1.c} | 0 2 files changed, 1 insert

[PATCHv3 08/23] drivers: thermal: tsens: Rename constants to prepare to merge with tsens-8974

Some #defines in tsens-v_0_1.c clash with those in tsens-8974.c. Prefix them with 8916 to avoid the clash so we can merge the two files. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-v0_1.c | 88 +++ 1 file changed, 44 insertions(+), 44 deletions(-) dif

[PATCHv3 10/23] drivers: thermal: tsens: Introduce reg_fields to deal with register description

As we add support for newer versions of the TSENS IP, the current approach isn't scaling because registers and bitfields get moved around, requiring platform-specific hacks in the code. By moving to regmap, we can hide the register level differences away from the code. Define a common set of regis

[PATCHv3 09/23] drivers: thermal: tsens: Merge tsens-8974 into tsens-v0_1

8974 and 8916 have the same version of the TSENS IP. Merge the files to allow for better code reuse. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/Makefile | 2 +- drivers/thermal/qcom/tsens-8974.c | 236 -- drivers/thermal/qcom/tsens-v0_1.c | 229 ++

[PATCHv3 13/23] drivers: thermal: tsens: Add new operation to check if a sensor is enabled

is_sensor_enabled() checks if the sensors are enabled on this platform. It is possible that the SoC might choose not to enable all the sensors that the IP block is capable of supporting. Signed-off-by: Amit Kucheria --- drivers/thermal/qcom/tsens-common.c | 14 ++ drivers/thermal/qco

<    1   2   3   4   5   6   7   8   >