Re: [PATCH v2] ARM: dts: vf610: Add ZII SPB4 board

On Wed, Mar 13, 2019 at 4:02 AM Andrey Smirnov wrote: > > Add Device Tree for VF610 based Zodiac Seat Power Box. > > Signed-off-by: Andrey Smirnov Reviewed-by: Fabio Estevam

Re: [PATCH v2 2/2] dmaengine: tegra210-adma: update system sleep callbacks

On 13/03/2019 10:40, Sameer Pujar wrote: > > On 3/13/2019 3:58 PM, Jon Hunter wrote: >> On 13/03/2019 05:43, Sameer Pujar wrote: >>> If the driver is active till late suspend, where runtime PM cannot run, >>> force suspend is essential in such case to put the device in low power >>> state. Thus

Re: [PATCH v2 2/2] dmaengine: tegra210-adma: update system sleep callbacks

On 3/13/2019 4:19 PM, Jon Hunter wrote: On 13/03/2019 10:40, Sameer Pujar wrote: On 3/13/2019 3:58 PM, Jon Hunter wrote: On 13/03/2019 05:43, Sameer Pujar wrote: If the driver is active till late suspend, where runtime PM cannot run, force suspend is essential in such case to put the device

Re: [PATCH] Makefile: Add '-fno-builtin-bcmp' to CLANG_FLAGS

On Wed, Mar 13, 2019 at 5:13 PM Rasmus Villemoes wrote: > > On 12/03/2019 22.52, Nathan Chancellor wrote: > > After LLVM revision r355672 [1], all known working kernel configurations > > fail to link [2]: > > > > ld: init/do_mounts.o: in function `prepare_namespace': > > do_mounts.c:(.init.text+0x

Re: [PATCHv4 11/28] PCI: mobiveil: only fix up the Class Code field

Bjorn/ZQ, On Tue, Mar 12, 2019 at 2:48 PM Z.q. Hou wrote: > > Hi Bjorn, > > Thanks a lot for your comments! > > > -Original Message- > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > Sent: 2019年3月11日 22:14 > > To: Z.q. Hou > > Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.

Re: [PATCH] btrfs: raid56: properly unmap parity page in finish_parity_scrub()

On 13/03/2019 11:17, Andrea Righi wrote: > Parity page is incorrectly unmapped in finish_parity_scrub(), triggering > a reference counter bug on i386, i.e.: > > [ 157.662401] kernel BUG at mm/highmem.c:349! > [ 157.666725] invalid opcode: [#1] SMP PTI > > Steps to reproduce the bug: > - c

[PATCH] x86/microcode: Announce reload operation's completion

From: Borislav Petkov By popular demand, issue a single line to dmesg after the reload operation completes to let the user know that a reload has at least been attempted. Signed-off-by: Borislav Petkov Cc: Ingo Molnar Cc: x...@kernel.org --- arch/x86/kernel/cpu/microcode/core.c | 2 ++ 1 file

Re: [PATCH] ALSA: hda/realtek: Enable headset MIC of Acer TravelMate X514-51T with ALC255

On Wed, 13 Mar 2019 10:33:24 +0100, Jian-Hong Pan wrote: > > The Acer TravelMate X514-51T with ALC255 cannot detect the headset MIC > until ALC255_FIXUP_ACER_HEADSET_MIC quirk applied. Although, the > internal DMIC uses another module - snd_soc_skl as the driver. We still > need the NID 0x1a in

[PATCH 2/5] irqchip/gic: allow gic-pm driver to be used as module

In order to use irq-gic-pm driver as module following changes are made. 1. config ARM_GIC_PM is changed to tristate to allow it to be built as module. 2. following functions are exported from irq-gic driver. * gic_of_init_child() * gic_cpu_save() * gic_dist_save() * gic_cpu_restore

[PATCH 1/5] irqchip/gic-pm: add driver remove support

This is a preparatory patch for using irq-gic-pm driver as module and thus implement remove() call for the driver. Details of remove() are as below, * pm_runtime_force_suspend() is added to balance runtime PM, otherwise following is seen: "agic-controller: Unbalanced pm_runtime_enable!" * Fun

[PATCH 3/5] arm64: defconfig: build gic-pm driver as module

Following config/driver is enabled as module, - ARM_GIC_PM (drivers/irqchip/irq-gic-pm.c) Signed-off-by: Sameer Pujar --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index e9d514c..e919804 100644 --

[PATCH 4/5] irqchip/gic-pm: use devm_clk_*() helpers

irq-gic-pm driver is using pm_clk_*() interface to manage clock resources. With this, clocks always remain ON. This happens on Tegra devices which use BPMP co-processor to manage clocks, where clocks are enabled during prepare phase. This is necessary because calls to BPMP are always blocking. When

[PATCH 5/5] irqchip/gic-pm: fix suspend handling

If interrupts are enabled for a non-root GIC device that uses the gic-pm driver, when system suspend occurs, the current interrupt state is not saved and restored correctly and so interrupts do not work again on resuming the system. Add a late suspend handler to save and restore the state for these

Re: [PATCH 3/3] kvm: don't redefine flags as something else

On 13/03/19 09:58, Sebastian Andrzej Siewior wrote: > On 2018-10-17 19:06:33 [+0200], Paolo Bonzini wrote: >> On 17/10/2018 19:05, Sebastian Andrzej Siewior wrote: >>> The function irqfd_wakeup() has flags defined as __poll_t and then it >>> has additional flags which is used for irqflags. >>> >>>

[PATCH v2] iio: Add driver for TLA202x ADCs

Basic driver for Texas Instruments TLA202x series ADCs. Input channels are configurable from the device tree. Input scaling is supported. Trigger buffer support is not yet implemented. Signed-off-by: Ibtsam Ul-Haq --- Changes in v2: - changed commit message - Added mutex to protect channel select

Re: [PATCH 1/5] irqchip/gic-pm: add driver remove support

First things first: - Where is the cover letter? - This series should be flagged as v2, as it not the same as the one you sent last week. On 13/03/2019 11:02, Sameer Pujar wrote: > This is a preparatory patch for using irq-gic-pm driver as module and thus > implement remove() call for the driver.

Re: [PATCH 1/8] drivers: tty: serial: 8250_bcm2835aux: use devm_platform_ioremap_resource()

On Wed, Mar 13, 2019 at 8:03 AM Enrico Weigelt, metux IT consult wrote: > > On 12.03.19 17:33, Greg KH wrote: > > On Tue, Mar 12, 2019 at 03:57:33PM +0100, Enrico Weigelt, metux IT consult > > wrote: > >> --- > >> drivers/tty/serial/8250/8250_bcm2835aux.c | 12 > >> 1 file changed,

Re: [RFC] clk: imx: Allow re-parenting by default on set rate

On Wed, Mar 13, 2019 at 12:42 PM Sascha Hauer wrote: > > On Mon, Mar 11, 2019 at 10:41:40AM +, Abel Vesa wrote: > > On 19-03-11 11:28:25, Sascha Hauer wrote: > > > Hi Abel, > > > > > > On Thu, Mar 07, 2019 at 09:20:37AM +, Abel Vesa wrote: > > > > By default, the muxes should re-parent on

[PATCH v3 2/2] dmaengine: tegra210-adma: update system sleep callbacks

If the driver is active till late suspend, where runtime PM cannot run, force suspend is essential in such case to put the device in low power state. Thus pm_runtime_force_suspend and pm_runtime_force_resume are used as system sleep callbacks during system wide PM transitions. Late system sleep cal

[PATCH v3 1/2] dmaengine: tegra210-adma: use devm_clk_*() helpers

adma driver is using pm_clk_*() interface for managing clock resources. With this it is observed that clocks remain ON always. This happens on Tegra devices which use BPMP co-processor to manage clock resources, where clocks are enabled during prepare phase. This is necessary because clocks to BPMP

Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting

On 13-Mar 09:19, Peter Zijlstra wrote: > On Tue, Mar 12, 2019 at 03:50:43PM +, Patrick Bellasi wrote: > > On 12-Mar 16:20, Peter Zijlstra wrote: > > > On Fri, Feb 08, 2019 at 10:05:40AM +, Patrick Bellasi wrote: > > > > +/* Integer ceil-rounded range for each bucket */ > > ^^

[PATCH v2] tty/sysrq: Convert show_lock to raw_spinlock_t

Systems which don't provide arch_trigger_cpumask_backtrace() will invoke showacpu() from a smp_call_function() function which is invoked with disabled interrupts even on -RT systems. The function acquires the show_lock lock which only purpose is to ensure that the CPUs don't print simultaneously.

[PATCH] iio: cros_ec: Drop unnecessary include files

From: Guenter Roeck The cros_ec sensors drivers do not call any sysfs functions or use any sysfs defines, and thus do not need to include linux/sysfs.h. Also, some cros_ec drivers include linux/delay.h and is not used. Signed-off-by: Guenter Roeck [remove linux/delay.h] Signed-off-by: Enric Bal

[PATCH v3] iio: cros_ec: Fix the maths for gyro scale calculation

From: Gwendal Grignou Calculation did not use IIO_DEGREE_TO_RAD and implemented a variant to avoid precision loss as we aim a nano value. The offset added to avoid rounding error, though, doesn't give us a close result to the expected value. E.g. For 1000dps, the result should be: (1000 * p

[PATCH] iio: cros_ec: Add kernel-doc for cros_ec_sensors_read_lpc

From: Gwendal Grignou Document cros_ec_sensors_read_lpc, adding an additional note to explain that this is the safe function for reading the EC data. Signed-off-by: Gwendal Grignou Signed-off-by: Enric Balletbo i Serra --- .../iio/common/cros_ec_sensors/cros_ec_sensors_core.c | 11 ++

[PATCH] iio: cros_ec: Switch to SPDX identifier.

Adopt the SPDX license identifier headers to ease license compliance management. Also fix MODULE_LICENSE for cros_ec_accel_legacy to match the SPDX and boiler plate license. Signed-off-by: Enric Balletbo i Serra --- drivers/iio/accel/cros_ec_accel_legacy.c | 12 ++-- drivers

Re: [PATCH] thunderbolt: property: fix a NULL pointer dereference

On Tue, Mar 12, 2019 at 03:33:28AM -0500, Kangjie Lu wrote: > In case kzalloc fails, the fix releases resources and returns > -ENOMEM to avoid the NULL pointer dereference. > > Signed-off-by: Kangjie Lu Applied, thanks!

Re: [PATCH 1/1] initrd: move initrd_start calculate within linear mapping range check

On 12/03/2019 03:17, pierre Kuo wrote: > in the previous case, initrd_start and initrd_end can be successfully > returned even (base < memblock_start_of_DRAM()) or (base + size > > memblock_start_of_DRAM() + linear_region_size). > > That means even linear mapping range check fail for initrd_start

[PATCH v2] PCI: qcom: Use default config space read function

We don't need to fudge the device class in qcom_pcie_rd_own_conf() because dw_pcie_setup_rc() already does the right thing: /* Program correct class for RC */ dw_pcie_wr_own_conf(pp, PCI_CLASS_DEVICE, 2, PCI_CLASS_BRIDGE_PCI); Signed-off-by: Marc Gonzalez --- Changes from v1 to v

Re: [PATCH 4.20 000/171] 4.20.16-stable review

On Tue, 12 Mar 2019 at 22:42, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.20.16 release. > There are 171 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. > > Re

Re: [RFC][Patch v9 2/6] KVM: Enables the kernel to isolate guest free pages

On 3/12/19 5:13 PM, Alexander Duyck wrote: > On Tue, Mar 12, 2019 at 12:46 PM Nitesh Narayan Lal wrote: >> On 3/8/19 4:39 PM, Alexander Duyck wrote: >>> On Fri, Mar 8, 2019 at 11:39 AM Nitesh Narayan Lal >>> wrote: On 3/8/19 2:25 PM, Alexander Duyck wrote: > On Fri, Mar 8, 2019 at 11:1

Re: [PATCH linux-next v2 1/2] ASoC: rsnd: src: Avoid a potential deadlock

Hi Geert On 2019/03/12 18:15, Geert Uytterhoeven wrote: Hi Jiada, Fabrizio, On Thu, Mar 7, 2019 at 7:17 AM Jiada Wang wrote: lockdep warns us that priv->lock and k->k_lock can cause a deadlock when after acquire of k->k_lock, process is interrupted by src, while in another routine of src .ini

Re: [PATCH v1] arm: dts: mediatek: add basic support for MT7629 SoC

On 13/03/2019 09:42, ryder@kernel.org wrote: > From: Ryder Lee > > This adds basic support for MT7629 reference board. > > Signed-off-by: Ryder Lee > --- > Changes since v1: > -Fix unit-address warnings. > -Put all the mmio peripherals under a simple-bus node. > -Drop all the 'partitions

Re: [PATCH v3 2/2] dmaengine: tegra210-adma: update system sleep callbacks

On 13/03/2019 11:32, Sameer Pujar wrote: > If the driver is active till late suspend, where runtime PM cannot run, > force suspend is essential in such case to put the device in low power > state. Thus pm_runtime_force_suspend and pm_runtime_force_resume are > used as system sleep callbacks durin

Re: [RFC][Patch v9 2/6] KVM: Enables the kernel to isolate guest free pages

On 13.03.19 12:54, Nitesh Narayan Lal wrote: > > On 3/12/19 5:13 PM, Alexander Duyck wrote: >> On Tue, Mar 12, 2019 at 12:46 PM Nitesh Narayan Lal >> wrote: >>> On 3/8/19 4:39 PM, Alexander Duyck wrote: On Fri, Mar 8, 2019 at 11:39 AM Nitesh Narayan Lal wrote: > On 3/8/19 2:25 PM

[PATCH] spi: mediatek: Attempt to address style issues in spi-mt7621.c

Running Lindent on the mt7621-spi.c file in drivers/staging I noticed that the file contained style issues. This change attempts to address such style problems. Signed-off-by: Armando Miraglia --- NOTE: resend this patch to include all mainteners listed by get_mantainers.pl. drivers/staging/mt76

[PATCHv14 1/3] ARM:dt-bindings:display Intel FPGA Video and Image Processing Suite

From: Ong, Hean Loong Device tree binding for Intel FPGA Video and Image Processing Suite. The bindings would set the max width, max height, bits per pixel and memory port width. The device tree binding only supports the Intel Arria10 devkit and its variants. Vendor name retained as altr. V12: W

[RESEND PATCH] PM / devfreq: Fix static checker warning in try_then_request_governor

The patch 23c7b54ca1cd: "PM / devfreq: Fix devfreq_add_device() when drivers are built as modules." leads to the following static checker warning: drivers/devfreq/devfreq.c:1043 governor_store() warn: 'governor' can also be NULL The reason is that the try_then_request_governor() function

[RFC PATCH 0/7] tracing: Use common error_log with probe events

Hi Tom, Here is a series of patches which applies common error_log framework to probe events. While applying it, I found I missed to check some errors in parser. Also, I made a testcase for this feature (only for kprobe event side, please make your test for the hist errors too). Thus I made this a

Re: [PATCH v1] arm: dts: mediatek: add basic support for MT7629 SoC

On 13/03/2019 13:04, Matthias Brugger wrote: > > > On 13/03/2019 09:42, ryder@kernel.org wrote: >> From: Ryder Lee >> >> This adds basic support for MT7629 reference board. >> >> Signed-off-by: Ryder Lee >> --- >> Changes since v1: >> -Fix unit-address warnings. >> -Put all the mmio peri

[RFC PATCH 1/7] tracing/probe: Check maxactive error cases

Check maxactive on kprobe error case, because maxactive is only for kretprobe, not for kprobe. Also, maxactive should not be 0, it should be at least 1. Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_kprobe.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git

[RFC PATCH 2/7] tracing/probe: Check event name length correctly

Ensure given name of event is not too long when parsing it, and fix to update event name offset correctly when the group name is given. For example, this makes probe event to check the "p:foo/" error case correctly. Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_probe.c |8 +++-

Re: [PATCH] spi: mediatek: Attempt to address style issues in spi-mt7621.c

On 13/03/2019 13:24, Armando Miraglia wrote: > Running Lindent on the mt7621-spi.c file in drivers/staging I noticed that the > file contained style issues. This change attempts to address such style > problems. > > Signed-off-by: Armando Miraglia Reviewed-by: Matthias Brugger Apart from fi

[PATCH] Input: elan_i2c - Add many hardware ID for lenovo laptop

There are many Lenovo laptop which need elan_i2c support. Elan collects the list ands add to add to elan_acpi_id[] Signed-off-by: KT Liao --- drivers/input/mouse/elan_i2c_core.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/drivers/input/mouse/elan_i2c_core.c

[RFC PATCH 3/7] tracing/probe: Check the size of argument name and body

Check the size of argument name and expression is not 0 and smaller than maximum length. Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_probe.c |2 ++ kernel/trace/trace_probe.h |1 + 2 files changed, 3 insertions(+) diff --git a/kernel/trace/trace_probe.c b/kernel/trace/trace_p

[RFC PATCH 5/7] tracing/probe: Verify alloc_trace_*probe() result

Since alloc_trace_*probe() returns -EINVAL only if !event && !group, it should not happen in trace_*probe_create(). If we catch that case there is a bug. So use WARN_ON_ONCE() instead of pr_info(). Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_kprobe.c |4 ++-- kernel/trace/trace_up

[RFC PATCH 4/7] tracing/probe: Check event/group naming rule at parsing

Check event and group naming rule at parsing it instead of allocating probes. Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_kprobe.c |7 +-- kernel/trace/trace_probe.c |8 kernel/trace/trace_uprobe.c |5 + 3 files changed, 10 insertions(+), 10 deletions(-)

[RFC PATCH 6/7] tracing: Use tracing error_log with probe events

Use tracing error_log with probe events for logging error more precisely. This also makes all parse error returns -EINVAL (except for -ENOMEM), because user can see better error message in error_log file now. Signed-off-by: Masami Hiramatsu --- kernel/trace/trace_kprobe.c | 77 +++- ke

[RFC PATCH 7/7] selftests/ftrace: Add error_log testcase for kprobe errors

Add error_log testcase for error logs on kprobe events. This tests most of error cases and checks the error position is correct. Signed-off-by: Masami Hiramatsu --- .../ftrace/test.d/kprobe/kprobe_syntax_errors.tc | 91 1 file changed, 91 insertions(+) create mode 10064

overlayfs vs. fscrypt

Hi! overlayfs and fscrypt are not friends. Currently it is not possible to use a fscrypt encrypted directory as upper directory with overlayfs. The reason for that is, fscrypt implements ->d_revalidate(). >From fscrypt's point of view having ->d_revalidate() makes sense because it wants to hide

Re: [PATCH] spi: mediatek: Attempt to address style issues in spi-mt7621.c

That might be fun to try :) I should get an mt7621 dev board of sorts though. On Wed, Mar 13, 2019 at 1:28 PM Matthias Brugger wrote: > > > > On 13/03/2019 13:24, Armando Miraglia wrote: > > Running Lindent on the mt7621-spi.c file in drivers/staging I noticed that > > the > > file contained sty

[PATCH v4 3/4] mfd: ti-lmu: Remove LM3532 backlight driver references

Remove the LM3532 backlight driver references from the ti-lmu code as dedicated driver support is available. Signed-off-by: Dan Murphy --- v4 - No changes - https://lore.kernel.org/patchwork/patch/1050123/ v3 - No changes - https://lore.kernel.org/patchwork/patch/1049025/ v2 - Removed LM3532 re

[PATCH v4 1/4] dt: lm3532: Add lm3532 dt doc and update ti_lmu doc

Add the lm3532 device tree documentation. Remove lm3532 device tree reference from the ti_lmu devicetree documentation. With the addition of the dedicated lm3532 documentation the device can be removed from the ti_lmu.txt. The reason for this is that the lm3532 dt documentation now defines the ab

[PATCH v4 2/4] ARM: dts: omap4-droid4: Update backlight dt properties

Update the properties for the lm3532 device node for droid4. With this change the backlight LED string and the keypad LED strings will be controlled separately. Signed-off-by: Dan Murphy --- v4 - No change - https://lore.kernel.org/patchwork/patch/1050125/ v3 - updated keypad label on v1 commen

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

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 controlled strings. Signed-off-by: Dan Murphy --- v4 - Update

Re: [PATCH] spi: mediatek: Attempt to address style issues in spi-mt7621.c

On Wed, Mar 13, 2019 at 01:24:04PM +0100, Armando Miraglia wrote: > Running Lindent on the mt7621-spi.c file in drivers/staging I noticed that the > file contained style issues. This change attempts to address such style > problems. > Don't run lindent. I think checkpatch.pl has a --fix option t

Re: overlayfs vs. fscrypt

On Wed, Mar 13, 2019 at 1:31 PM Richard Weinberger wrote: > > Hi! > > overlayfs and fscrypt are not friends. > Currently it is not possible to use a fscrypt encrypted directory as upper > directory with overlayfs. > The reason for that is, fscrypt implements ->d_revalidate(). > > From fscrypt's po

ACPI, software suspend, power consumption, EFI, crashing

Hello, After a "regular" system update (pacman -Syu) new kernel and firmware packages were installed on this machine[1] (The exact version of the kernel/firmware may be a red-herring given sporadic and non bisectable (at this point) nature of the problem) The system failed to come up after a rebo

Re: [PATCH v4 8/9] mtd: rawnand: ingenic: Add support for the JZ4725B

Hi Miquel, Le lun. 4 mars 2019 à 16:09, Miquel Raynal a écrit : Hi Paul, Paul Cercueil wrote on Mon, 04 Mar 2019 19:30:04 +0100: On Mon, Mar 4, 2019 at 11:35 AM, Miquel Raynal wrote: > Hi Paul, > > Paul Cercueil > > wrote on Sat, 9 Feb 2019 16:23:04

Re: overlayfs vs. fscrypt

Am Mittwoch, 13. März 2019, 13:36:02 CET schrieb Miklos Szeredi: > I don't get it. Does fscrypt try to check permissions via > ->d_revalidate? Why is it not doing that via ->permission()? Please let me explain. Suppose we have a fscrypto directory /mnt and I *don't* have the key. When reading

Re: [PATCH v4 1/9] dt-bindings: mtd: ingenic: Add compatible strings for JZ4740 and JZ4725B

Hi, Le lun. 4 mars 2019 à 15:51, Miquel Raynal a écrit : Hi Paul, >> --- a/Documentation/devicetree/bindings/mtd/ingenic,jz4780-nand.txt >> +++ b/Documentation/devicetree/bindings/mtd/ingenic,jz4780-nand.txt >> @@ -6,7 +6,10 @@ memory-controllers/ingenic,jz4780-nemc.txt), and >> thus

Re: overlayfs vs. fscrypt

On Wed, Mar 13, 2019 at 1:47 PM Richard Weinberger wrote: > > Am Mittwoch, 13. März 2019, 13:36:02 CET schrieb Miklos Szeredi: > > I don't get it. Does fscrypt try to check permissions via > > ->d_revalidate? Why is it not doing that via ->permission()? > > Please let me explain. Suppose we have

Re: [PATCH v4 2/9] dt-bindings: mtd: ingenic: Change 'BCH' to 'ECC' in documentation

Le lun. 4 mars 2019 à 15:58, Miquel Raynal a écrit : Hi Paul, Paul Cercueil wrote on Mon, 04 Mar 2019 19:23:50 +0100: On Mon, Mar 4, 2019 at 10:50 AM, Miquel Raynal wrote: > Hi Paul, > > Paul Cercueil > > wrote on Sat, 9 Feb 2019 16:22:58 > -0300:

Re: overlayfs vs. fscrypt

Am Mittwoch, 13. März 2019, 13:58:11 CET schrieb Miklos Szeredi: > On Wed, Mar 13, 2019 at 1:47 PM Richard Weinberger wrote: > > > > Am Mittwoch, 13. März 2019, 13:36:02 CET schrieb Miklos Szeredi: > > > I don't get it. Does fscrypt try to check permissions via > > > ->d_revalidate? Why is it no

Re: [RFC PATCH v3 0/5] tracing: common error_log for ftrace

On Tue, 12 Mar 2019 11:49:11 -0500 Tom Zanussi wrote: > Hi Masami, > > On Tue, 2019-03-12 at 15:26 +0900, Masami Hiramatsu wrote: > > Hi Tom, > > > > On Tue, 5 Mar 2019 23:06:46 +0900 > > Masami Hiramatsu wrote: > > > > > On Mon, 4 Mar 2019 17:36:43 -0600 > > > > Changes from v2: > > > > >

Re: [PATCH] svm: Fix AVIC incomplete IPI emulation

Hi Suravee, Turns out, the _same_ bug was already discussed in the past by yourself, Paolo and Radim (both now 'cc'-ed) Please read it here: https://patchwork.kernel.org/patch/8292231/ After reading that thread, I have couple of questions: First, You wrote : "I have tried NOT setting the IRR

Re: [RFC][Patch v9 2/6] KVM: Enables the kernel to isolate guest free pages

On 3/13/19 8:17 AM, David Hildenbrand wrote: > On 13.03.19 12:54, Nitesh Narayan Lal wrote: >> On 3/12/19 5:13 PM, Alexander Duyck wrote: >>> On Tue, Mar 12, 2019 at 12:46 PM Nitesh Narayan Lal >>> wrote: On 3/8/19 4:39 PM, Alexander Duyck wrote: > On Fri, Mar 8, 2019 at 11:39 AM Nitesh

Re: [PATCH v4 1/9] dt-bindings: mtd: ingenic: Add compatible strings for JZ4740 and JZ4725B

On Wed, 13 Mar 2019 09:55:34 -0300 Paul Cercueil wrote: > Hi, > > Le lun. 4 mars 2019 à 15:51, Miquel Raynal > a écrit : > > Hi Paul, > > > >> >> --- > >> a/Documentation/devicetree/bindings/mtd/ingenic,jz4780-nand.txt > >> >> +++ > >> b/Documentation/devicetree/bindings/mtd/ing

Hello dear

Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh, Hello dear I came across your contact during my private search. Mrs Aisha Al- Qaddafi is my name, the only daughter of late Libyan president, am a single Mother and a Widow with three Children.I have funds the sum of $27.5 million USD for investme

Re: [PATCH v4 2/9] dt-bindings: mtd: ingenic: Change 'BCH' to 'ECC' in documentation

Hi Paul, Paul Cercueil wrote on Wed, 13 Mar 2019 09:59:48 -0300: > Le lun. 4 mars 2019 à 15:58, Miquel Raynal a > écrit : > > Hi Paul, > > > > Paul Cercueil wrote on Mon, 04 Mar 2019 > 19:23:50 > > +0100: > > > >> On Mon, Mar 4, 2019 at 10:50 AM, Miquel Raynal >> > >> wrote: > >> >

Re: [PATCH v2] PCI: qcom: Use default config space read function

On 13/03/2019 12:45, Marc Gonzalez wrote: > We don't need to fudge the device class in qcom_pcie_rd_own_conf() > because dw_pcie_setup_rc() already does the right thing: > > /* Program correct class for RC */ > dw_pcie_wr_own_conf(pp, PCI_CLASS_DEVICE, 2, PCI_CLASS_BRIDGE_PCI); qcom-

[PATCH] powerpc/vdso64: Fix CLOCK_MONOTONIC inconsistencies across Y2038

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 this can also happen just by running ntpd, I have not managed to re

Re: [RFC PATCH 1/7] tracing/probe: Check maxactive error cases

On Wed, 13 Mar 2019 21:27:42 +0900 Masami Hiramatsu wrote: > Check maxactive on kprobe error case, because maxactive > is only for kretprobe, not for kprobe. Also, maxactive > should not be 0, it should be at least 1. > > Signed-off-by: Masami Hiramatsu > --- > kernel/trace/trace_kprobe.c |

Re:Re:Re: [PATCH] mtd: spi-nor: Return error when nor->addr_width not match the device size

Hi, Boris I am sorry I have not got any further information from ISSI since last reply. As your suggest, when the Address Bytes we are reading from BFPT is wrong, an error is returned from spi_nor_parse_bfpt(). Then it can go back to use spi_nor_ids[] for setting addr_width. If we make sure th

Re: [PATCH] tpm: Make timeout logic simpler and more robust

On Tue, Mar 12, 2019 at 01:04:58PM -0400, Mimi Zohar wrote: > On Mon, 2019-03-11 at 16:54 -0700, Calvin Owens wrote: > > We're having lots of problems with TPM commands timing out, and we're > > seeing these problems across lots of different hardware (both v1/v2). > > > > I instrumented the driver

Re: [PATCH] tpm: Make timeout logic simpler and more robust

On Wed, Mar 13, 2019 at 03:22:32PM +0200, Jarkko Sakkinen wrote: > On Tue, Mar 12, 2019 at 01:04:58PM -0400, Mimi Zohar wrote: > > On Mon, 2019-03-11 at 16:54 -0700, Calvin Owens wrote: > > > We're having lots of problems with TPM commands timing out, and we're > > > seeing these problems across lo

Re: [RFC PATCH 4/7] tracing/probe: Check event/group naming rule at parsing

On Wed, 13 Mar 2019 21:28:12 +0900 Masami Hiramatsu wrote: > Check event and group naming rule at parsing it instead > of allocating probes. > > Signed-off-by: Masami Hiramatsu > --- > kernel/trace/trace_kprobe.c |7 +-- > kernel/trace/trace_probe.c |8 > kernel/trace/tra

Re: [PATCH] powerpc/vdso64: Fix CLOCK_MONOTONIC inconsistencies across Y2038

On Wed, Mar 13, 2019 at 2:14 PM Michael Ellerman wrote: > That causes CLOCK_MONOTONIC to jump ahead by ~4 billion seconds which > it is not meant to do. Worse, if the time is then set back before the > Y2038 boundary CLOCK_MONOTONIC will jump backward. > > We can fix it simply by storing the full

Re: overlayfs vs. fscrypt

On Wed, Mar 13, 2019 at 2:00 PM Richard Weinberger wrote: > > Am Mittwoch, 13. März 2019, 13:58:11 CET schrieb Miklos Szeredi: > > On Wed, Mar 13, 2019 at 1:47 PM Richard Weinberger wrote: > > > > > > Am Mittwoch, 13. März 2019, 13:36:02 CET schrieb Miklos Szeredi: > > > > I don't get it. Does f

[PATCH] Respond:Add SUNIX-Multi-I/O card device driver

Hi Enrico, Thanks for review, my replies are inline: Signed-off-by: Morris Ku --- +On 08.03.19 13:35, Morris Ku wrote: +> This patch add header file, Kconfig and Makefile. +> +> Signed-off-by: Morris Ku +> --- +> char/snx/Kconfig | 15 + +> char/snx/Makefile |9 + +> char/snx

Re: overlayfs vs. fscrypt

Am Mittwoch, 13. März 2019, 14:24:47 CET schrieb Miklos Szeredi: > > The use case is that you can delete these files if the DAC/MAC permissions > > allow it. > > Just like on NTFS. If a user encrypts files, the admin cannot read them but > > can > > remove them if the user is gone or loses the ke

[PATCH] respond:Add header file,Kconfig and Makefile

Hi Randy, Thanks for review, my replies are inline: Signed-off-by: Morris Ku --- +On 3/8/19 4:35 AM, Morris Ku wrote: +> This patch add header file, Kconfig and Makefile. +> +> Signed-off-by: Morris Ku +> --- + +> diff --git a/char/snx/Kconfig b/char/snx/Kconfig +> new file mode 100644 +> index

[PATCH v1] bcache: fix a race between cache register and cacheset unregister

There is a race between cache device register and cache set unregister. For an already registered cache device, register_bcache will call bch_is_open to iterate through all cachesets and check every cache there. The race occurs if cache_set_free executes at the same time and clears the caches right

RE: [PATCH 1/2] Drivers: hv: Move Hyper-V clockevents code to new clocksource driver

From: Vitaly Kuznetsov Sent: Wednesday, March 13, 2019 1:28 AM > > > Clockevents code for Hyper-V synthetic timers is currently mixed > > in with other Hyper-V code. Move the code to a Hyper-V specific > > driver in the "clocksource" directory. Update the VMbus driver > > to call initialization

Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting

On Fri, Feb 08, 2019 at 10:05:40AM +, Patrick Bellasi wrote: > +static inline unsigned int uclamp_bucket_id(unsigned int clamp_value) > +{ > + return clamp_value / UCLAMP_BUCKET_DELTA; > +} > + > +static inline unsigned int uclamp_bucket_value(unsigned int clamp_value) > +{ > + return U

Re: [PATCH] Makefile: Add '-fno-builtin-bcmp' to CLANG_FLAGS

On Wed, Mar 13, 2019 at 09:13:11AM +0100, Rasmus Villemoes wrote: > On 12/03/2019 22.52, Nathan Chancellor wrote: > > After LLVM revision r355672 [1], all known working kernel configurations > > fail to link [2]: > > > > ld: init/do_mounts.o: in function `prepare_namespace': > > do_mounts.c:(.init

Re: [PATCH] mm/debug: add a cast to u64 for atomic64_read()

On Wed, Mar 13, 2019 at 10:19 AM Peter Zijlstra wrote: > On Mon, Mar 11, 2019 at 03:20:04PM +0100, Arnd Bergmann wrote: > > On Mon, Mar 11, 2019 at 3:00 PM Qian Cai wrote: > > > > At least the atomic_long part we discussed there has been resolved now > > as part of commit b5d47ef9ea5c ("locking/a

Re: [PATCH] Makefile: Add '-fno-builtin-bcmp' to CLANG_FLAGS

On Wed, Mar 13, 2019 at 2:44 PM Nathan Chancellor wrote: > On Wed, Mar 13, 2019 at 09:13:11AM +0100, Rasmus Villemoes wrote: > > Wouldn't it be better to just define bcmp as an alias for memcmp? They > > seem to have compatible prototypes, and then somebody might someday sit > > down and implement

Re: [PATCH 1/5] irqchip/gic-pm: add driver remove support

On 3/13/2019 4:52 PM, Marc Zyngier wrote: First things first: - Where is the cover letter? - This series should be flagged as v2, as it not the same as the one you sent last week. I had the dilemma whether to name this series as v2 or not, thought the commits in the series are different and

Re: [PATCH v7 01/15] sched/core: uclamp: Add CPU's clamp buckets refcounting

On Fri, Feb 08, 2019 at 10:05:40AM +, Patrick Bellasi wrote: > +/* > + * When a task is enqueued on a rq, the clamp bucket currently defined by the > + * task's uclamp::bucket_id is reference counted on that rq. This also > + * immediately updates the rq's clamp value if required. > + * > + * S

[PATCH v5 09/31] docs/zh_CN: rename stable_kernel_rules doc

This patch renamed stable_kernel_rules.txt to stable-kernel-rules.rst Make it available in htmldocs making. Signed-off-by: Alex Shi Cc: Harry Wei Cc: Jonathan Corbet Cc: TripleX Chung Cc: Li Zefan Cc: Shawn Guo Cc: Fengguang Wu Cc: Coly Li Signed-off-by: Weiwei Jia --- .../process/{stabl

[PATCH v5 08/31] docs/zh_CN: format the submitting-patches doc to rst

And remove Enghlish explainations in the docs, which it isn't necessary in Chinese doc. Signed-off-by: Alex Shi Cc: Harry Wei Cc: Jonathan Corbet Cc: TripleX Chung Cc: Li Zefan Cc: Shawn Guo Cc: Fengguang Wu Cc: Coly Li Signed-off-by: Weiwei Jia --- .../zh_CN/process/submitting-patches.r

[PATCH v5 05/31] docs/zh_CN: rename HOWTO into process directory

Make it available in htmldocs Signed-off-by: Alex Shi Cc: Harry Wei Cc: Jonathan Corbet Cc: Li Yang Cc: Li Zefan Cc: Shawn Guo Cc: Fengguang Wu Cc: Coly Li Signed-off-by: Weiwei Jia --- Documentation/translations/zh_CN/process/{HOWTO => howto.rst} | 0 1 file changed, 0 insertions(+), 0

[PATCH] clk: meson-g12a: fix VPU clock parents

First two VPU clock parents are wrong, fix it here. Fixes: 085a4ea93d54 ("clk: meson: g12a: add peripheral clock controller") Signed-off-by: Neil Armstrong --- drivers/clk/meson/g12a.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/meson/g12a.c b/drivers/clk/meso

[PATCH v5 17/31] docs/zh_CN: rename magic-numbers as rst doc

to Make it available in html etc doc making Signed-off-by: Alex Shi Cc: Harry Wei Cc: Jonathan Corbet Cc: Jia Wei Wei Cc: Li Zefan Cc: Shawn Guo Cc: Fengguang Wu Cc: Coly Li Signed-off-by: Weiwei Jia --- .../zh_CN/process/{magic-number.txt => magic-number.rst} | 0 1 file change

Re: [PATCH] clocksource: cadence_ttc: fix memory leak in ttc_setup_clockevent

On 09. 03. 19 15:24, Daniel Lezcano wrote: > > Hi Yue, > > I appreciate the fix but usually we add a rollback for all the > operations done in the init function. > > Please, migrate the init function to the timer-of API, so the rollback > will be automatically handled. > > Example here: > > ht

Re: [PATCH 1/4] regulator: wm831x-isink: Select maximum current in specific range

On Wed, Mar 13, 2019 at 12:33:54AM +0800, Axel Lin wrote: > .set_current_limit callback should select the current closest to max_uA. > > Signed-off-by: Axel Lin > --- Acked-by: Charles Keepax Thanks, Charles

Re: [PATCH 2/4] regulator: wm8350: Select maximum current in specific range

On Wed, Mar 13, 2019 at 12:33:55AM +0800, Axel Lin wrote: > .set_current_limit callback should select the current closest to max_uA. > > Signed-off-by: Axel Lin > --- Acked-by: Charles Keepax Thanks, Charles

Re: [PATCH 3/4] regulator: wm831x-isink: Convert to use regulator_set/get_current_limit_regmap

On Wed, Mar 13, 2019 at 12:33:56AM +0800, Axel Lin wrote: > Use regulator_set/get_current_limit_regmap helpers to save some code. > > Signed-off-by: Axel Lin > --- Acked-by: Charles Keepax Thanks, Charles

Re: [PATCH 4/4] regulator: wm8350: Convert to use regulator_set/get_current_limit_regmap

On Wed, Mar 13, 2019 at 12:33:57AM +0800, Axel Lin wrote: > Use regulator_set/get_current_limit_regmap helpers to save some code. > > Signed-off-by: Axel Lin > --- Acked-by: Charles Keepax Thanks, Charles

<    1   2   3   4   5   6   7   8   9   >