Re: [PATCH v3 2/3] resource: add walk_system_ram_res_rev()

On Thu, Apr 26, 2018 at 04:56:49PM +0800, Baoquan He wrote: > Sorry for that, I just ran scripts/get_maintainer.pl to get expert's > name and added them into each patch. The reason this change is made is > in patch 3/3. Test robot reported a code bug on the latest kernel, will > repost and CC

Re: noveau vs arm dma ops

(While there's a rain shower...) On Thu, Apr 26, 2018 at 02:09:42AM -0700, Christoph Hellwig wrote: > synopsis: > > drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c:pdevinfo.dma_mask > = DMA_BIT_MASK(32); > drivers/gpu/drm/bridge/synopsys/dw-hdmi.c: pdevinfo.dma_mask =

[PATCH 01/11] ASoC: amd: rename audio_substream_data variable

In order to make audio_substream_data structure variable consistent throughout the code, changed the name from audio_config to rtd wherever applicable. Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-pcm-dma.c | 18 +- 1 file changed, 9

[PATCH 02/11] ASoC: amd: dma config parameters changes

Added dma configuration parameters to rtd structure. Moved dma configuration parameters intialization to hw_params callback. Removed hard coding in prepare and trigger callbacks. Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-pcm-dma.c | 97

Re: [PATCH] sched/fair: schedutil: update only with all info available

On 11-Apr 17:37, Peter Zijlstra wrote: > On Wed, Apr 11, 2018 at 05:29:01PM +0200, Vincent Guittot wrote: > > On 11 April 2018 at 17:14, Peter Zijlstra wrote: > > > On Tue, Apr 10, 2018 at 12:04:12PM +0100, Patrick Bellasi wrote: > > >> On 09-Apr 10:51, Vincent Guittot

[PATCH 05/11] ASoC: amd: pte offset related dma driver changes

Added pte offset variable in audio_substream_data structure. Added Stoney related PTE offset macros in acp header file. Modified hw_params callback to assign the pte offset value based on asic_type. Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-pcm-dma.c | 26

[PATCH 04/11] ASoC: amd: removed separate byte count variables for playback and capture

Removed separate byte count variables for playback and capture. Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-pcm-dma.c | 19 +-- sound/soc/amd/acp.h | 3 +-- 2 files changed, 6 insertions(+), 16 deletions(-) diff --git

[PATCH 03/11] ASoC: amd: added byte count register offset variables to rtd

Added byte count register offset variables to audio_substream_data structure. Modified dma pointer callback. Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-pcm-dma.c | 36 +++- sound/soc/amd/acp.h | 2 ++ 2 files changed,

[PATCH 07/11] ASoC: amd: memory freeing for rtd structure

rtd structure freed early may result in kernel panic in dma close call back. moved releasing memory for rtd structure to the end of dma close callback. Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-pcm-dma.c | 4 +--- 1 file changed, 1 insertion(+), 3

[PATCH 06/11] ASoC: amd: sram bank update changes

Added sram bank variable to audio_substream_data structure. Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-pcm-dma.c | 20 +--- sound/soc/amd/acp.h | 20 ++-- 2 files changed, 19 insertions(+), 21 deletions(-) diff --git

[PATCH 08/11] ASoC: AMD: Move clk enable from hw_params/free to startup/shutdown

From: Akshu Agrawal hw_param can be called multiple times and thus we can have more clk enable. The clk may not get diabled due to refcounting. startup/shutdown ensures single clk enable/disable call. Signed-off-by: Akshu Agrawal Signed-off-by:

[PATCH 09/11] ASoC: AMD: Fix clocks in CZ DA7219 machine driver

From: Akshu Agrawal System clock on the platform is 25Mhz and not 24Mhz. PLL_OUT for da7219 codec to use DA7219_PLL_FREQ_OUT_98304 as it is for 48KHz SR. Signed-off-by: Akshu Agrawal Signed-off-by: Vijendar Mukunda ---

[PATCH 10/11] ASoC: AMD: Add const to snd_soc_ops instances

From: Akshu Agrawal Marking snd_soc_ops instances const Signed-off-by: Akshu Agrawal Signed-off-by: Vijendar Mukunda --- sound/soc/amd/acp-da7219-max98357a.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[PATCH v2 11/11] ASoC: amd: dma driver changes for bt i2s instance

With in ACP, There are three I2S controllers can be configured/enabled ( I2S SP, I2S MICSP, I2S BT). Default enabled I2S controller instance is I2S SP. This patch provides required changes to support I2S BT controller Instance. Signed-off-by: Vijendar Mukunda ---

Re: [PATCH] USB: serial: option: adding support for ublox R410M

Johan Hovold writes: > On Thu, Apr 26, 2018 at 02:48:54PM +0700, Lars Melin wrote: >> On 4/26/2018 14:09, Johan Hovold wrote: >> > On Thu, Apr 26, 2018 at 02:28:31PM +0800, SZ Lin (林上智) wrote: >> >> This patch adds support for ublox R410M PID 0x90b2 USB modem to option >> >>

[PATCH] thermal: samsung: Remove support for Exynos5440

From: Krzysztof Kozlowski Subject: [PATCH] thermal: samsung: Remove support for Exynos5440 The Exynos5440 is not actively developed, there are no development boards available and probably there are no real products with it. Remove wide-tree support for Exynos5440.

Re: [RFC PATCH v3 3/3] acpi: apei: Warn when GHES marks correctable errors as "fatal"

On Wed, Apr 25, 2018 at 03:39:51PM -0500, Alexandru Gagniuc wrote: > There seems to be a culture amongst BIOS teams to want to crash the > OS when an error can't be handled in firmware. Marking GHES errors as > "fatal" is a very common way to do this. > > However, a number of errors reported by

Re: [RFC PATCH v3 2/3] acpi: apei: Do not panic() on PCIe errors reported through GHES

On Wed, Apr 25, 2018 at 03:39:50PM -0500, Alexandru Gagniuc wrote: > @@ -932,7 +971,7 @@ static void __process_error(struct ghes *ghes) > static int ghes_notify_nmi(unsigned int cmd, struct pt_regs *regs) > { > struct ghes *ghes; > - int sev, ret = NMI_DONE; > + int sev, asev, ret

make TAGS broken with commit 99443f811c452c6 ("scripts/tags.sh: change find_other_sources()...")

Hi, on my s390 test system make TAGS is broken since commit 99443f811c452c6 ("scripts/tags.sh: change find_other_sources() for include directories") # make TAGS GEN TAGS xargs: etags: terminated by signal 11 This is a rather old etags from fedora 24. On x86 using a more recent etags

Re: [PATCH 8/8] ALSA: add new 32-bit layout for snd_pcm_mmap_status/control

Hi Arnd, I love your patch! Perhaps something to improve: [auto build test WARNING on v4.17-rc2] [cannot apply to sound/for-next asoc/for-next arm-soc/for-next next-20180426] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https

Re: [PATCH 8/8] ALSA: add new 32-bit layout for snd_pcm_mmap_status/control

On Thu, Apr 26, 2018 at 1:25 PM, kbuild test robot <l...@intel.com> wrote: > Hi Arnd, > > I love your patch! Perhaps something to improve: > > [auto build test WARNING on v4.17-rc2] > [cannot apply to sound/for-next asoc/for-next arm-soc/for-next next-20180426] >

Re: [PATCH v4 1/3] power: supply: Add support for the Qualcomm Battery Monitoring System

On Sat, Apr 7, 2018 at 7:57 PM, Craig Tatlor wrote: Hi Craig! Thanks for your patch! > This patch adds a driver for the BMS (Battery Monitoring System) > block of the PM8941 PMIC, it uses a lookup table defined in the > device tree to generate a capacity from the BMS

Re: [PATCH 8/8] ALSA: add new 32-bit layout for snd_pcm_mmap_status/control

tch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: > https://github.com/0day-ci/linux/commits/Baolin-Wang/Fix-year-2038-issue-for-sound-subsystem/20180426-010145 > config: i386-randconfig-n0-201816 (attached as .config) > compil

Re: [PATCH 4.9 75/95] random: set up the NUMA crng instances after the CRNG is fully initialized

On Thu, Apr 26, 2018 at 03:53:58PM +0900, Tetsuo Handa wrote: > Oh, pull request was already sent. Should be merged shortly. > > https://marc.info/?l=linux-kernel=152472466201090=2 More testing, either before or after merging, would be greatly appreciated. One of the challenges is that there

[GIT PULL] PCI fixes for v4.17

PCI fixes: - fix Aardvark MRRS setting (Evan Wang) - clarify "bandwidth available" link status message (Jakub Kicinski) - update Kirin GPIO name to fix probe failure (Loic Poulain) - fix Aardvark IRQ usage (Victor Gu) - fix Aardvark config accessor issues (Victor Gu) The following

[PATCH 7/7] tracing: Fix missing tab for hwlat_detector print format

From: Peter Xu It's been missing for a while but no one is touching that up. Fix it. Link: http://lkml.kernel.org/r/20180315060639.9578-1-pet...@redhat.com CC: Ingo Molnar Cc:sta...@vger.kernel.org Fixes: 7b2c86250122d ("tracing: Add NMI tracing in hwlat

[PATCH v4 3/7] gpio: pca953x: add more register definitions for pcal6524

The pcal6524 has another set of registers to fine control the interrupt handling. Signed-off-by: H. Nikolaus Schaller --- drivers/gpio/gpio-pca953x.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpio/gpio-pca953x.c b/drivers/gpio/gpio-pca953x.c index

[PATCH v3] staging: bcm2835-audio: Disconnect and free vchi_instance on module_exit()

In the current implementation, vchi_instance is inited during the first call of bcm2835_audio_open_connection(), and is never freed. It causes a memory leak when the module `snd_bcm2835` is removed. Here is how this commit fixes it: * the VCHI context (including vchi_instance) is created once in

[PATCH v4 0/7] pcal6524 extensions and fixes for pca953x driver

V4: * introduced PCA_LATCH_INT constant to make of_table more readable (suggested by Andy Shevchenko) * converted all register constants to hex in a separate patch (suggested by Andy Shevchenko) * separated additional pcal953x and pcal6524 register definitions into separate patches

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

On Thu, Apr 26, 2018 at 05:29:18PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This is a follow to my series[1] the aim of which was to introduce device tree > support for early platform devices. > > It was received rather negatively. Aside from

Re: [RFC PATCH v3 2/3] acpi: apei: Do not panic() on PCIe errors reported through GHES

Hi Borislav, On 04/26/2018 06:19 AM, Borislav Petkov wrote: On Wed, Apr 25, 2018 at 03:39:50PM -0500, Alexandru Gagniuc wrote: @@ -932,7 +971,7 @@ static void __process_error(struct ghes *ghes) static int ghes_notify_nmi(unsigned int cmd, struct pt_regs *regs) { struct ghes *ghes;

Re: [PATCH] mtd: partitions: Handle add_mtd_device() failures gracefully

Hi Geert, Sorry for the late reply. On Tue, 10 Apr 2018 15:26:20 +0200 Geert Uytterhoeven wrote: > Hi Marek, > > On Mon, Apr 9, 2018 at 11:59 PM, Marek Vasut wrote: > > On 04/09/2018 02:25 PM, Geert Uytterhoeven wrote: > >> Currently

Re: [PATCH] mtd: nand: davinci: don't acquire and enable clock

Hi Sekhar, On Fri, 30 Mar 2018 20:00:51 +0530 Sekhar Nori wrote: > NAND itself is an asynchronous interface, it does not have any > clock input. DaVinci NAND driver acquires clock for AEMIF > (asynchronous external memory interface) which is an on-chip > IP to which NAND is

Re: [PATCH RESEND] firmware: qcom: scm: Fix crash in qcom_scm_call_atomic1()

On Thu 26 Apr 04:55 PDT 2018, Niklas Cassel wrote: > qcom_scm_call_atomic1() can crash with a NULL pointer dereference at > qcom_scm_call_atomic1+0x30/0x48. > Hi Niklas, The change has been picked up for v4.18, as you can see here:

Re: [PATCH 4/9] x86, pkeys: override pkey when moving away from PROT_EXEC

On 04/26/2018 01:55 AM, Thomas Gleixner wrote: >> Hi Dave, are you planning to send the next version of this patch or >> going with this one? > Right, some enlightment would be appreciated. I'm lost in the dozen > different threads discussing this back and forth. Shakeel, thanks for the reminder!

[PATCH 0/6] IB: make INFINIBAND_ADDR_TRANS configurable

This series allows for CONFIG_INFINIBAND without CONFIG_INFINIBAND_ADDR_TRANS (aka RDMA communication manager). Fuzzing has been finding fair number of CM bugs. So provide an option to disable it in systems which don't need it. Changes since last posting (https://lkml.org/lkml/2018/4/25/1266): -

Re: [PATCH 0/7] gnss: add new GNSS subsystem

On Thu, Apr 26, 2018 at 12:10:02PM +0200, H. Nikolaus Schaller wrote: > > Am 25.04.2018 um 10:11 schrieb Johan Hovold : > > > > On Tue, Apr 24, 2018 at 09:44:08PM +0200, H. Nikolaus Schaller wrote: > > > >>> Am 24.04.2018 um 19:50 schrieb Johan Hovold : > >>

Re: [PATCH 1/3] power: supply: Add support for the Qualcomm Battery Monitoring System

On Sat 07 Apr 10:57 PDT 2018, Craig Tatlor wrote: Looks pretty good, just some minor things inline. [..] > diff --git a/drivers/power/supply/qcom_bms.c b/drivers/power/supply/qcom_bms.c > new file mode 100644 > index ..f31c99c03518 > --- /dev/null > +++

[PATCH 5/6] ib_srp: depend on INFINIBAND_ADDR_TRANS

INFINIBAND_SRP code depends on INFINIBAND_ADDR_TRANS provided symbols. So declare the kconfig dependency. This is necessary to allow for enabling INFINIBAND without INFINIBAND_ADDR_TRANS. Signed-off-by: Greg Thelen Cc: Tarick Bedeir ---

[PATCH 6/6] IB: make INFINIBAND_ADDR_TRANS configurable

Allow INFINIBAND without INFINIBAND_ADDR_TRANS because fuzzing has been finding fair number of CM bugs. So provide option to disable it. Signed-off-by: Greg Thelen Cc: Tarick Bedeir --- drivers/infiniband/Kconfig | 5 - 1 file changed, 4

Re: testing io.low limit for blk-throttle

Hello, On Tue, Apr 24, 2018 at 02:12:51PM +0200, Paolo Valente wrote: > +Tejun (I guess he might be interested in the results below) Our experiments didn't work out too well either. At this point, it isn't clear whether io.low will ever leave experimental state. We're trying to find a working

Re: [PATCH v8 04/13] arm64/acpi: Create arch specific cpu to acpi id helper

Hi, On 04/26/2018 05:27 AM, Sudeep Holla wrote: On 26/04/18 00:31, Jeremy Linton wrote: Its helpful to be able to lookup the acpi_processor_id associated with a logical cpu. Provide an arm64 helper to do this. As I pointed out in the earlier version, this patch is not required. The

Re: [PATCH] IB/core: Make ib_mad_client_id atomic

On Thu, 26 Apr 2018 18:06:10 +0200 Håkon Bugge wrote: > > On 23 Apr 2018, at 21:16, jackm wrote: > > > > On Mon, 23 Apr 2018 16:19:57 +0200 > > Håkon Bugge wrote: > > > > > >>> > >>> This actually looks like a

Re: [PATCH v5 2/2] drivers: soc: Add LLCC driver

Hi Rishabh, On Mon, Apr 23, 2018 at 4:11 PM Rishabh Bhatnagar wrote: > LLCC (Last Level Cache Controller) provides additional cache memory > in the system. LLCC is partitioned into multiple slices and each > slice gets its own priority, size, ID and other config

Re: [PATCH 1/8] drm: bridge: Add support for static image formats

Hi Laurent, On Mon, Apr 23, 2018 at 12:27:39PM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Thursday, 19 April 2018 12:31:02 EEST Jacopo Mondi wrote: > > Add support for storing image format information in DRM bridges with > > associated helper function. > > > >

[PATCH v2 1/2] spi: bcm-qspi: Avoid setting MSPI_CDRAM_PCS for spi-nor master

Added fix for probing of spi-nor device non-zero chip selects. Set MSPI_CDRAM_PCS (peripheral chip select) with spi master for MSPI controller and not for MSPI/BSPI spi-nor master controller. Ensure setting of cs bit in chip select register on chip select change. Fixes: fa236a7ef24048 ("spi:

[GIT PULL] hwmon fixes for v4.17-rc3

Hi Linus, Please pull hwmon fixes for Linux v4.17-rc3 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.17-rc3 Thanks, Guenter -- The following changes since commit 6d08b06e67cd117f6992c46611dfb4ce267cd71e: Linux 4.17-rc2

[PATCH v2 0/2] spi: bcm-qspi: Fix spi-nor chip select logic for BSPI

When using the spi-nor master controller always verify the chip select bit in the cs register. Also do not use CDRAM PCS bit in BSPI mode. Additionally make sure to enable/disable BSPI_MAST_N_BOOT_CTRL while using BSPI mode. V2 changes: - Added "Fixes:" tag to 1/2 and 2/2 patches Kamal Dasu (2):

[PATCH v2 2/2] spi: bcm-qspi: Always read and set BSPI_MAST_N_BOOT_CTRL

Always confirm the BSPI_MAST_N_BOOT_CTRL bit when enabling or disabling BSPI transfers. Fixes: 4e3b2d236fe00 ("spi: bcm-qspi: Add BSPI spi-nor flash controller driver") Signed-off-by: Kamal Dasu --- drivers/spi/spi-bcm-qspi.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH RESEND] slab: introduce the flag SLAB_MINIMIZE_WASTE

On Wed, 25 Apr 2018, Mikulas Patocka wrote: > > > > Could yo move that logic into slab_order()? It does something awfully > > similar. > > But slab_order (and its caller) limits the order to "max_order" and we > want more. > > Perhaps slab_order should be dropped and calculate_order totally >

Re: [PATCH 4/7] sched/core: uclamp: add utilization clamping to the CPU controller

Hello, Joel. On Sat, Apr 21, 2018 at 02:08:30PM -0700, Joel Fernandes wrote: > Actually no, its not about overloading them. What's Patrick is > defining here is a property/attribute. What that attribute is used for > (the algorithms that use it) are a different topic. Like, it can be > used by

Re: [PATCH v2 0/2] crypto: removing various VLAs

2018-04-20 18:51 GMT+02:00 Herbert Xu : > On Mon, Apr 09, 2018 at 03:54:45PM +0200, Salvatore Mesoraca wrote: >> v2: >> As suggested by Herbert Xu, the blocksize and alignmask checks >> have been moved to crypto_check_alg. >> So, now, all the other

Re: [GIT PULL] Thermal management updates for v4.17-rc2

Hey Rui, On Tue, Apr 24, 2018 at 09:25:45PM +0800, Zhang Rui wrote: > Hi, Eduardo, > > On 五, 2018-04-20 at 09:18 -0700, Eduardo Valentin wrote: > > Hello Linus, > > > > Here are a couple of fixes on thermal subsystem. > > Please consider pulling from > > > >  

Re: [PATCH RESEND] PCI/AER: Use a common function to print AER error bits

On 4/17/2018 1:09 PM, Alexandru Gagniuc wrote: On errors reported from CPER, cper_print_bits() was used to log the AER bits. This resulted in hard-to-understand messages, without a prefix. Instead use __aer_print_error() for both native AER and CPER to provide a more consistent log format.

[PATCH 4/7] kprobes: Fix random address output of blacklist file

From: Thomas Richter File /sys/kernel/debug/kprobes/blacklist displays random addresses: [root@s8360046 linux]# cat /sys/kernel/debug/kprobes/blacklist 0x47149a90-0xbfcb099a print_type_x8 This breaks 'perf probe' which uses the blacklist file to

[PATCH 5/7] selftests: ftrace: Fix trigger extended error testcase

From: Masami Hiramatsu Previous testcase redirects echo-out into /dev/null using "&>" as below echo "trigger-command" >> trigger &> /dev/null But this means redirecting both stdout and stderr into /dev/null because it is same as below echo "trigger-command" >> trigger >

[PATCH 1/7] tracing: Add missing forward declaration

From: Ahbong Chang Without this forward declaration compile may fail if this header is included only for registering other probe event without struct pool_workqueue. Link: http://lkml.kernel.org/r/20180416023626.139915-1-cwahb...@google.com Reviewed-by: Todd Poynor

[PATCH 2/7] tracing/x86: Update syscall trace events to handle new prefixed syscall func names

From: "Steven Rostedt (VMware)" Arnaldo noticed that the latest kernel is missing the syscall event system directory in x86. I bisected it down to d5a00528b58c ("syscalls/core, syscalls/x86: Rename struct pt_regs-based sys_*() to __x64_sys_*()"). The system call trace

[PATCH 6/7] selftests: ftrace: Add a testcase for multiple actions on trigger

From: Masami Hiramatsu Add a testcase for multiple actions with different parameters on an event trigger, which has been fixed by commit 192c283e93bd ("tracing: Add action comparisons when testing matching hist triggers"). Link:

[PATCH 0/7] [GIT PULL] tracing: Fixes for v4.17-rc1

Linus, Following tracing fixes: - Add workqueue forward declaration (for new work, but a nice clean up) - seftest fixes for the new histogram code - Print output fix for hwlat tracer - Fix missing system call events - due to change in x86 syscall naming - Fix kprobe address being used

[PATCH 3/7] tracing: Fix kernel crash while using empty filter with perf

From: Ravi Bangoria Kernel is crashing when user tries to record 'ftrace:function' event with empty filter: # perf record -e ftrace:function --filter="" ls # dmesg BUG: unable to handle kernel NULL pointer dereference at 0008 Oops: [#1] SMP

Re: [PATCH 4/6] mm, arm64: untag user addresses in mm/gup.c

On Wed, Apr 18, 2018 at 08:53:13PM +0200, Andrey Konovalov wrote: > diff --git a/mm/gup.c b/mm/gup.c > index 76af4cfeaf68..fb375de7d40d 100644 > --- a/mm/gup.c > +++ b/mm/gup.c > @@ -386,6 +386,8 @@ struct page *follow_page_mask(struct vm_area_struct *vma, > struct page *page; > struct

Re: [RFC PATCH v3 3/3] acpi: apei: Warn when GHES marks correctable errors as "fatal"

On 04/26/2018 06:20 AM, Borislav Petkov wrote: Pasting the same comment from last time since you missed it: "No, I don't want any of that crap issuing stuff in dmesg and then people opening bugs and running around and trying to replace hardware. We either can handle the error and log a normal

[PATCH v2] dmaengine: axi-dmac: Request IRQ with IRQF_SHARED

Request IRQ with IRQF_SHARED flag. This works since the interrupt handler already checks if there is an actual IRQ pending and returns IRQ_NONE otherwise. Acked-by: Lars-Peter Clausen Signed-off-by: Moritz Fischer --- Changes from v1: - Added Lars' Acked-by -

Re: [PATCH] mtd: partitions: Handle add_mtd_device() failures gracefully

Hi Boris, On Thu, Apr 26, 2018 at 7:53 PM, Boris Brezillon wrote: > On Tue, 10 Apr 2018 15:26:20 +0200 > Geert Uytterhoeven wrote: >> On Mon, Apr 9, 2018 at 11:59 PM, Marek Vasut wrote: >> > On 04/09/2018 02:25 PM, Geert

Re: [PATCH 0/6] arm64: untag user pointers passed to the kernel

On Wed, Apr 25, 2018 at 04:45:37PM +0200, Andrey Konovalov wrote: > On Thu, Apr 19, 2018 at 11:33 AM, Kirill A. Shutemov > wrote: > > On Wed, Apr 18, 2018 at 08:53:09PM +0200, Andrey Konovalov wrote: > >> arm64 has a feature called Top Byte Ignore, which allows to embed

Re: [PATCH 4/9] x86, pkeys: override pkey when moving away from PROT_EXEC

On 04/06/2018 06:09 PM, Ram Pai wrote: > Well :). my point is add this code and delete the other > code that you add later in that function. I don't think I'm understanding what your suggestion was. I looked at the code and I honestly do not think I can remove any of it. For the plain

Re: [patch V3 7/7] scripts: Add SPDX checker script

On Thu, 26 Apr 2018, Greg Kroah-Hartman wrote: > On Thu, Apr 26, 2018 at 03:54:27PM +0200, Thomas Gleixner wrote: > > +#!/usr/bin/env python > > +# SPDX-License-Identifier: GPL2.0 > > You didn't run the tool on itself :) Quod erat demonstrandum.

Re: [PATCH] libata: Apply NOLPM quirk for SAMSUNG MZMPC128HBFU-000MV SSD

On Tue, Apr 24, 2018 at 11:19:07AM +0200, Hans de Goede wrote: > Kevin Shanahan reports the following repeating errors when using LPM, > causing long delays accessing the disk: > > Apr 23 10:21:43 link kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr > 0x5 action 0x6 frozen > Apr 23

[V4 PATCH] perf parse-events: Specially handle uncore event alias in small groups

From: Kan Liang Perf stat doesn't count the uncore event aliases from the same uncore block in a group, for example: perf stat -e '{unc_m_cas_count.all,unc_m_clockticks}' -a -I 1000 # time counts unit events 1.000447342

Re: [dm-devel] [PATCH v5] fault-injection: introduce kvmalloc fallback options

On Thu, 26 Apr 2018, Michael S. Tsirkin wrote: > On Thu, Apr 26, 2018 at 12:07:25PM -0400, Mikulas Patocka wrote: > > > IIUC debug kernels mainly exist so people who experience e.g. memory > > > corruption can try and debug the failure. In this case, CONFIG_DEBUG_SG > > > will *already* catch a

Re: [PATCH v2] memcg: writeback: use memcg->cgwb_list directly

On Sun, Apr 22, 2018 at 10:09:33PM +0800, Wang Long wrote: > mem_cgroup_cgwb_list is a very simple wrapper and it will > never be used outside of code under CONFIG_CGROUP_WRITEBACK. > so use memcg->cgwb_list directly. > > Reviewed-by: Jan Kara > Signed-off-by: Wang Long

[PATCH v4 7/7] DTS: Bindings: pca953x: add example how to use interrupt-controller and gpio-controller

It is not completely obvious that these are required and how to use them. So we provide a tested example. Signed-off-by: H. Nikolaus Schaller Reviewed-by: Rob Herring --- .../devicetree/bindings/gpio/gpio-pca953x.txt | 33 ++ 1 file

[PATCH v4 6/7] DTS: Bindings: pca953x add an optional vcc-supply property

Hardware can have a switchable Vcc supply, so let's add it to the bindings (the current Linux driver code already supports it). Signed-off-by: H. Nikolaus Schaller Reviewed-by: Rob Herring --- Documentation/devicetree/bindings/gpio/gpio-pca953x.txt | 1 + 1

Re: [PATCH 0/3] v4.16 tpmdd backports

On Wed, Apr 25, 2018 at 10:53:32AM -0700, James Bottomley wrote: > On Wed, 2018-04-25 at 13:06 +0200, Greg KH wrote: > > On Wed, Apr 25, 2018 at 01:44:20PM +0300, Jarkko Sakkinen wrote: > > > "tpm: add retry logic" caused merge conflicts so I picked couple of > > > other fixes in order to get it

Re: [PATCH v6 04/10] drivers: qcom: rpmh: add RPMH helper functions

Hi Lina, On Thu, Apr 19, 2018 at 04:16:29PM -0600, Lina Iyer wrote: > Sending RPMH requests and waiting for response from the controller > through a callback is common functionality across all platform drivers. > To simplify drivers, add a library functions to create RPMH client and > send

Re: [PATCH 3/6] ib_srpt: depend on INFINIBAND_ADDR_TRANS

On Thu, 2018-04-26 at 11:19 -0700, Greg Thelen wrote: > INFINIBAND_SRPT code depends on INFINIBAND_ADDR_TRANS provided symbols. > So declare the kconfig dependency. This is necessary to allow for > enabling INFINIBAND without INFINIBAND_ADDR_TRANS. Reviewed-by: Bart Van Assche

Re: [dm-devel] [PATCH v5] fault-injection: introduce kvmalloc fallback options

On Thu, Apr 26, 2018 at 12:07:25PM -0400, Mikulas Patocka wrote: > > IIUC debug kernels mainly exist so people who experience e.g. memory > > corruption can try and debug the failure. In this case, CONFIG_DEBUG_SG > > will *already* catch a failure early. Nothing special needs to be done. > > The

Re: [PATCH v4 0/6] clocksource: rework Atmel TCB timer driver

On 26/04/2018 18:46:23+0200, Sebastian Andrzej Siewior wrote: > On 2018-04-18 12:51:37 [+0200], Alexandre Belloni wrote: > > Hi, > > Hi, > > please keep on Cc if you intend to repost this. > Sure, I'll do. > > This series gets back on the TCB drivers rework. It introduces a new driver > > to

Re: [dm-devel] [PATCH v5] fault-injection: introduce kvmalloc fallback options

On Thu, 26 Apr 2018, Michael S. Tsirkin wrote: > How do you make sure QA tests a specific corner case? Add it to > the test plan :) BTW. how many "lines of code" of corporate bureaucracy would that take? :-) > I don't speak for Red Hat, etc. > > -- > MST Mikulas

[PATCH v2 1/2] dt-bindings: media: renesas-ceu: Add R-Mobile R8A7740

Add R-Mobile A1 R8A7740 SoC to the list of compatible values for the CEU unit. Signed-off-by: Jacopo Mondi --- Documentation/devicetree/bindings/media/renesas,ceu.txt | 7 --- drivers/media/platform/renesas-ceu.c| 1 + 2 files changed, 5

[PATCH v2 2/2] ARM: dts: r8a7740: Add CEU0

Describe CEU0 peripheral for Renesas R-Mobile A1 R8A7740 Soc. Reported-by: Geert Uytterhoeven Signed-off-by: Jacopo Mondi --- arch/arm/boot/dts/r8a7740.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git

Re: [PATCH] f2fs: clear page_error for all the writebacking pages

On 04/24, Chao Yu wrote: > Hi Jaegeuk, > > On 2018/4/24 6:49, Jaegeuk Kim wrote: > > This patch clear page_error bit, if the page is going to be writebacked. > > This patch is similar to previous patch ("f2fs: clear PageError on > writepage"), > only coverage is different, could you merge them?

Re: [Intel-gfx] 4.17-rc2: Could not determine valid watermarks for inherited state

On Thu, Apr 26, 2018 at 05:56:14PM +0300, Ville Syrjälä wrote: > On Thu, Apr 26, 2018 at 10:27:19AM -0400, Dave Jones wrote: > > [1.176131] [drm:i9xx_get_initial_plane_config] pipe A/primary A with > > fb: size=800x600@32, offset=0, pitch 3200, size 0x1d4c00 > > [1.176161]

Re: [PATCH 4/4] exit: Lockless iteration over task list in mm_update_next_owner()

On Thu, Apr 26, 2018 at 04:52:39PM +0300, Kirill Tkhai wrote: > >> > >> 1)for_each_process(g)copy_process() > >>p->mm = mm > >> smp_rmb(); smp_wmb() implied by alloc_pid() > >> if (g->flags & PF_KTHREAD)

Re: [f2fs-dev] [PATCH 4/5 v2] f2fs: sanity check for total valid blocks

This patch enhances sanity check for SIT entries. syzbot hit the following crash on upstream commit 83beed7b2b26f232d782127792dd0cd4362fdc41 (Fri Apr 20 17:56:32 2018 +) Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal syzbot dashboard link:

[PATCH RFC PoC 1/2] earlydev: implement a new way to probe platform devices early

From: Bartosz Golaszewski The current implementation of early platform drivers is pretty much a hack built on top of the early_param mechanism. The devices only look like platform devices and use the same structures but never actually get registered with the driver

[PATCH RFC PoC 0/2] platform: different approach to early platform drivers

From: Bartosz Golaszewski This is a follow to my series[1] the aim of which was to introduce device tree support for early platform devices. It was received rather negatively. Aside from using device tree to pass implementation specific details to the system, two

Re: [PATCH 4/4] exit: Lockless iteration over task list in mm_update_next_owner()

On Thu, Apr 26, 2018 at 04:52:39PM +0300, Kirill Tkhai wrote: > On 26.04.2018 15:35, Andrea Parri wrote: [...] > > > > Mmh, it's possible that I am misunderstanding this statement but it does > > not seem quite correct to me; a counter-example would be provided by the > > test at

Re: issues with suspend on Dell XPS 13 2-in-1

El jue, 26-04-2018 a las 15:09 +, Pandruvada, Srinivas escribió: > On Thu, 2018-04-26 at 07:42 -0500, Dennis Gilmore wrote: > > Hi Srinivas, > > > > El jue, 26-04-2018 a las 05:34 +, Pandruvada, Srinivas > > escribió: > > > Hi Dennis, > > > > > > On Wed, 2018-04-25 at 22:06 -0500, Dennis

[PATCH] mm: sections are not offlined during memory hotremove

Memory hotplug, and hotremove operate with per-block granularity. If machine has large amount of memory (more than 64G), the size of memory block can span multiple sections. By mistake, during hotremove we set only the first section to offline state. The bug was discovered because kernel selftest

Re: [PATCH v2] f2fs: fix to avoid race during access gc_thread pointer

On 04/24, Chao Yu wrote: > Thread A Thread BThread C > - f2fs_remount > - stop_gc_thread > - f2fs_sbi_store > - issue_discard_thread >sbi->gc_thread = NULL; >

Re: [PATCH 4/4] exit: Lockless iteration over task list in mm_update_next_owner()

On 26.04.2018 18:20, Peter Zijlstra wrote: > On Thu, Apr 26, 2018 at 04:52:39PM +0300, Kirill Tkhai wrote: 1)for_each_process(g)copy_process() p->mm = mm smp_rmb(); smp_wmb() implied by alloc_pid()

Re: [PATCH 4/4] exit: Lockless iteration over task list in mm_update_next_owner()

On 26.04.2018 18:29, Andrea Parri wrote: > On Thu, Apr 26, 2018 at 04:52:39PM +0300, Kirill Tkhai wrote: >> On 26.04.2018 15:35, Andrea Parri wrote: > > [...] > >>> >>> Mmh, it's possible that I am misunderstanding this statement but it does >>> not seem quite correct to me; a counter-example

Re: [PATCH net-next 1/2 v2] netns: restrict uevents

On Tue, Apr 24, 2018 at 06:00:35PM -0500, Eric W. Biederman wrote: > Christian Brauner writes: > > > On Wed, Apr 25, 2018, 00:41 Eric W. Biederman wrote: > > > > Bah. This code is obviously correct and probably wrong. > > > > How do we

Re: [V3 PATCH] perf parse-events: Specially handle uncore event alias in small groups

On Wed, Apr 25, 2018 at 10:58:43AM -0700, kan.li...@linux.intel.com wrote: SNIP > -void parse_events__set_leader(char *name, struct list_head *list) > +/* > + * Check if the two uncore PMUs are from the same uncore block > + * The format of the uncore PMU name is uncore_#blockname_#pmuidx > + */

Re: [PATCH 0/4] exit: Make unlikely case in mm_update_next_owner() more scalable

Michal Hocko writes: > I've had a patch to remove owner few years back. It needed some work > to finish but maybe that would be a better than try to make > non-scalable thing suck less. I have a question. Would it be reasonable to just have a mm->memcg? That would appear to

Re: [PATCH] USB: serial: option: adding support for ublox R410M

On 4/26/2018 23:12, Johan Hovold wrote: On Thu, Apr 26, 2018 at 06:40:46PM +0700, Lars Melin wrote: On 4/26/2018 18:39, Lars Melin wrote: On 4/26/2018 18:19, Bjørn Mork wrote: Anyway, Qualcomm based designs are definitely handled by both drivers. Using qcserial only makes sense if the

[PATCH 04/11] irqchip: stm32: add suspend support

From: Ludovic Barre This patch adds suspend feature. -Use default irq_set_wake function to store wakeup request. -Suspend function set wake_active into imr of each bank and save rising/falling trigger registers. -Resume function restore the mask_cache interrupt into imr

[PATCH 05/11] irqchip: stm32: add host and driver data structures

From: Ludovic Barre This patch adds host and driver data structures to support different stm32 exti controllers with variants. Signed-off-by: Ludovic Barre --- drivers/irqchip/irq-stm32-exti.c | 152 ++- 1 file

  1   2   3   4   5   6   7   8   9   10   >