Re: [PATCH 10/21] openrisc: use for_each_of_cpu_node iterator

On Wed, Sep 05, 2018 at 02:37:27PM -0500, Rob Herring wrote: > Use the for_each_of_cpu_node iterator to iterate over cpu nodes. This > has the side effect of defaulting to iterating using "cpu" node names in > preference to the deprecated (for FDT) device_type == "cpu". > > This also fixes a leake

Re: [PATCH v3 4/4] regmap-i2c: Add smbus i2c block support

Hi Markus, On Thu, 27 Aug 2015, Markus Pargmann wrote: This allows to read/write up to 32 bytes of data and is to be prefered if supported before the register read/write smbus support. Signed-off-by: Markus Pargmann --- drivers/base/regmap/regmap-i2c.c | 49

Re: POSIX violation by writeback error

On Thu, Sep 06, 2018 at 12:57:09PM +1000, Dave Chinner wrote: > On Wed, Sep 05, 2018 at 02:07:46PM +0200, Rogier Wolff wrote: > > And this has worked for years because > > the kernel caches stuff from inodes and data-blocks. If you suddenly > > write stuff to harddisk at 10ms for each seek between

Re: [PATCH v2 0/6] x86/alternatives: text_poke() fixes

On Thu, Sep 06, 2018 at 10:13:00AM +0200, Peter Zijlstra wrote: > No, you got it the first time. There are in fact more fixmap abusers; > see drivers/acpi/apei/ghes.c. Also, as long as set_fixmap() allows > overwriting a _PAGE_PRESENT pte and has that dodgy > __flush_tlb_one_kernel() in it, the br

[PATCH 08/11] UAPI: nilfs2: Fix use of undefined byteswapping functions [ver #2]

nilfs2 exports a load of inline functions to userspace that call kernel byteswapping functions that don't exist in UAPI. Fix this by making it #include asm/byteorder.h and use the functions declared there. A better way is probably to remove these inline functions from the nilfs2 header since they

[RFC] UAPI: Check headers by compiling all together as C++

Here's a set of patches that inserts a step into the build process to make sure that the UAPI headers can all be built together with C++ (if the compiler being used supports C++). Note that it's based on a commit from the sound tree to fix usage of u32 and co.. Most of the patches perform fixup

[PATCH 04/11] UAPI: bcache: Fix use of embedded flexible array [ver #2]

The bkey struct defined by bcache is embedded in the jset struct. However, this is illegal in C++ as there's a "flexible array" at the end of the struct. Change this to be a 0-length struct instead. Signed-off-by: David Howells cc: Coly Li cc: Kent Overstreet cc: linux-bca...@vger.kernel.org

[PATCH 06/11] coda: Move internal defs out of include/linux/ [ver #2]

Move include/linux/coda_psdev.h to fs/coda/ as there's nothing else that uses it. Signed-off-by: David Howells cc: Yann Droneaud cc: Jan Harkes cc: c...@cs.cmu.edu cc: codal...@coda.cs.cmu.edu cc: linux-fsde...@vger.kernel.org --- fs/coda/cache.c|2 + fs/coda/cnode.c

Re: [PATCH v6 13/14] sched/topology: Make Energy Aware Scheduling depend on schedutil

On Tue, Sep 4, 2018 at 12:59 PM Quentin Perret wrote: > > On Monday 20 Aug 2018 at 10:44:19 (+0100), Quentin Perret wrote: > > Energy Aware Scheduling (EAS) is designed with the assumption that > > frequencies of CPUs follow their utilization value. When using a CPUFreq > > governor other than sch

[PATCH 01/11] UAPI: drm: Fix use of C++ keywords as structural members [ver #2]

The i810 and msm drm drivers use C++ keywords as structural members. Fix this by inserting an anonymous union that provides an alternative name and then hide the reserved name in C++. Signed-off-by: David Howells cc: Rob Clark cc: David Airlie cc: linux-arm-...@vger.kernel.org cc: dri-de...@li

[PATCH 02/11] UAPI: keys: Fix use of C++ keywords as structural members [ver #2]

The keyctl_dh_params struct uses a C++ keyword as structural members. Fix this by inserting an anonymous union that provides an alternative name and then hide the reserved name in C++. Signed-off-by: David Howells cc: Mat Martineau cc: keyri...@vger.kernel.org --- include/uapi/linux/keyctl.h

[PATCH 05/11] UAPI: coda: Move kernel internals out of public view [ver #2]

The upc_req struct and the CODA_REQ_* constants are kernel internals and shouldn't have been exposed to userspace. Indeed, the upc_req struct contains other kernel internal structs. Move them to include/linux/coda_psdev.h. Suggested-by: Yann Droneaud Signed-off-by: David Howells cc: Yann Drone

[PATCH 03/11] UAPI: virtio_net: Fix use of C++ keywords as structural members [ver #2]

The virtio_net_ctrl_hdr struct uses a C++ keyword as structural members. Fix this by inserting an anonymous union that provides an alternative name and then hide the reserved name in C++. Signed-off-by: David Howells cc: "Michael S. Tsirkin" cc: Jason Wang cc: virtualizat...@lists.linux-founda

[PATCH 09/11] UAPI: ndctl: Fix g++-unsupported initialisation in headers [ver #2]

The following code in the linux/ndctl header file: static inline const char *nvdimm_bus_cmd_name(unsigned cmd) { static const char * const names[] = { [ND_CMD_ARS_CAP] = "ars_cap", [ND_CMD_ARS_START] = "ars_start",

[PATCH 11/11] UAPI: Check headers build for C++ [ver #2]

Check that all the headers can be included from one file and built for C++, thereby catching the use of C++ reserved words and bits of unimplemented C++ in the UAPI headers. Note that certain headers are excluded from the build, including: (1) Any header ending in "_32.h", "_64.h" or "_x32.h" as

[PATCH 10/11] UAPI: ndctl: Remove use of PAGE_SIZE [ver #2]

The macro PAGE_SIZE isn't valid outside of the kernel, so it should not appear in UAPI headers. Furthermore, the actual machine page size could theoretically change from an application's point of view if it's running in a container that gets migrated to another machine (say 4K/ppc64 to 64K/ppc64).

Re: [PATCH v13 11/13] platform/x86: Intel SGX driver

On Wed, Sep 05, 2018 at 08:36:54PM +0300, Andy Shevchenko wrote: > On Wed, Sep 5, 2018 at 8:34 PM Jarkko Sakkinen > wrote: > > On Tue, Sep 04, 2018 at 08:59:58PM +0300, Andy Shevchenko wrote: > > > On Mon, Aug 27, 2018 at 9:58 PM Jarkko Sakkinen > > > wrote: > > > Thanks, very detailed! Does not

Re: [RFC PATCH 3/4] sched/topology: remove smt_gain

On Wed, 5 Sep 2018 at 13:14, Srikar Dronamraju wrote: > > * Vincent Guittot [2018-09-05 11:11:35]: > > > On Wed, 5 Sep 2018 at 10:50, Srikar Dronamraju > > wrote: > > > > > > * Vincent Guittot [2018-09-05 09:36:42]: > > > > > > > > > > > > > I dont know of any systems that have come with single

Re: [RFT] ARM: dts: exynos: Remove double SD card detect pin inversion

Hi Krzysztof, On 2018-09-05 19:40, Krzysztof Kozlowski wrote: > The SDHCI standard, MMC host controller bindings and MMC core defines > card detect pin as active low. Therefore there is no point to invert it > twice. > > Signed-off-by: Krzysztof Kozlowski > > --- > > Tested only on Odroid U3. Te

Re: [PATCH v2 01/11] arm/arm64: dts: msm8974/msm8916: thermal: Split address space into two

On Tue, Sep 4, 2018 at 1:29 AM Bjorn Andersson wrote: > > On Tue 28 Aug 06:38 PDT 2018, Amit Kucheria wrote: > > > We've earlier added support to split the register address space into TM > > and SROT regions. > > > > Split up the regmap address space into two for the remaining platforms > > that h

Re: [PATCH v6 07/14] sched/topology: Introduce sched_energy_present static key

Hi Dietmar, On Wednesday 05 Sep 2018 at 23:06:38 (-0700), Dietmar Eggemann wrote: > On 08/20/2018 02:44 AM, Quentin Perret wrote: > > In order to ensure a minimal performance impact on non-energy-aware > > systems, introduce a static_key guarding the access to Energy-Aware > > Scheduling (EAS) cod

Re: [PATCH RFC LKMM 1/7] tools/memory-model: Add extra ordering for locks and remove it for ordinary release/acquire

On Wed, Sep 05, 2018 at 09:25:40PM -0400, Alan Stern wrote: > On Mon, 3 Sep 2018, Andrea Parri wrote: > > > I take this opportunity to summarize my viewpoint on these matters: > > [1st approach/fix] > > Someone would have to write the commit message for the above diff ... > > that is, to descr

[PATCH] ASoC: hdac_hdmi: remove redundant check for !port condition

From: Colin Ian King The !port check is redundant as it being performed in the following check. Remove it. Signed-off-by: Colin Ian King --- sound/soc/codecs/hdac_hdmi.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/sound/soc/codecs/hdac_hdmi.c b/sound/soc/codecs/hdac_hdmi.c index 7b85

[PATCH v2 1/2] dt-bindings: PCI: add UniPhier PCIe host controller description

Add DT bindings for PCIe controller implemented in UniPhier SoCs when configured in Root Complex (host) mode. This controller is based on the DesignWare PCIe core. Signed-off-by: Kunihiko Hayashi --- .../devicetree/bindings/pci/uniphier-pcie.txt | 78 ++ 1 file changed,

[PATCH v2 0/2] add new UniPhier PCIe host driver

This series adds PCIe host controller driver for Socionext UniPhier SoCs. This controller is based on the DesignWare PCIe core. This driver supports LD20 and PXs3 SoCs. Changes since v1: - follow capitalization conventions in the descriptions - use C style comments except for the SPDX line Kunihi

[PATCH v2 2/2] PCI: controller: dwc: add UniPhier PCIe host controller support

This introduces specific glue layer for UniPhier platform to support PCIe host controller that is based on the DesignWare PCIe core, and this driver supports Root Complex (host) mode. Signed-off-by: Kunihiko Hayashi --- drivers/pci/controller/dwc/Kconfig | 9 + drivers/pci/controller/d

Re: [RFC PATCH 1/5] RISC-V: Make IPI triggering flexible

On Tue, 04 Sep 2018 11:50:02 PDT (-0700), Christoph Hellwig wrote: On Tue, Sep 04, 2018 at 06:15:10PM +0530, Anup Patel wrote: The mechanism to trigger IPI is generally part of interrupt-controller driver for various architectures. On RISC-V, we have an option to trigger IPI using SBI or SOC ven

Re: [PATCH 5/8] RISC-V: Rename im_okay_therefore_i_am to found_boot_cpu

On Fri, 31 Aug 2018 14:18:02 PDT (-0700), atish.pa...@wdc.com wrote: On 8/30/18 10:54 PM, Christoph Hellwig wrote: On Thu, Aug 30, 2018 at 09:11:11AM -0700, Atish Patra wrote: On 8/30/18 7:41 AM, Christoph Hellwig wrote: struct device_node *dn = NULL; - int hart, im_okay_therefor

Re: [PATCH] dt-bindings: riscv,cpu-intc: Cleanups from a missed review

On Tue, 21 Aug 2018 05:59:03 PDT (-0700), r...@kernel.org wrote: On Mon, Aug 20, 2018 at 6:10 PM Atish Patra wrote: On 8/20/18 4:01 PM, Palmer Dabbelt wrote: > I managed to miss one of Rob's code reviews on the mailing list >

Re: [PATCH] riscv: move GCC version check for ARCH_SUPPORTS_INT128 to Kconfig

On Fri, 24 Aug 2018 01:33:53 PDT (-0700), yamada.masah...@socionext.com wrote: This becomes much neater in Kconfig. Signed-off-by: Masahiro Yamada --- arch/riscv/Kconfig | 1 + arch/riscv/Makefile | 2 -- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/riscv/Kconfig b/arch

Re: [PATCH 5/8] RISC-V: Rename im_okay_therefore_i_am to found_boot_cpu

On Thu, 30 Aug 2018 09:11:11 PDT (-0700), atish.pa...@wdc.com wrote: On 8/30/18 7:41 AM, Christoph Hellwig wrote: struct device_node *dn = NULL; - int hart, im_okay_therefore_i_am = 0; + int hart, found_boot_cpu = 0; If you rename this anyway please switch to use a bool.

Re: [PATCH] y2038: Remove newstat family from default syscall set

On Sat, 01 Sep 2018 10:43:53 PDT (-0700), li...@roeck-us.net wrote: Hi Arnd, On Fri, Apr 13, 2018 at 11:50:12AM +0200, Arnd Bergmann wrote: We have four generations of stat() syscalls: - the oldstat syscalls that are only used on the older architectures - the newstat family that is used on all

Re: [PATCH v7 0/5] riscv: Add support to no-FPU systems

On Sun, 26 Aug 2018 18:07:50 PDT (-0700), alan...@andestech.com wrote: This patchset adds an option, CONFIG_FPU, to enable/disable floating- point procedures. Kernel's new behavior will be as follows: * with CONFIG_FPU=y All FPU codes are reserved. If no FPU is found during booting, a glob

Re: [PATCH v2 1/3] x86/entry/64: Document idtentry

On Mon, Sep 03, 2018 at 03:59:42PM -0700, Andy Lutomirski wrote: > The idtentry macro is complicated and magical. Document what it > does to help future readers and to allow future patches to adjust > the code and docs at the same time. > > Signed-off-by: Andy Lutomirski > --- > arch/x86/entry/

x86/apic: MSI address malformed for "flat" driver

Hi, I believe the x86/APIC implementation does not behave according to the Intel SDM specification, when it comes to composing MSI messages for the "flat" APIC driver as of a31e58e129f73ab5b04016330b13ed51fde7a961 . APIC "flat" driver and MSI address composing from the current master (2018-09-02

Re: [GIT PULL] s390 patches for the 4.19 merge window #2

On 05.09.2018 02:16, Kees Cook wrote: > On Fri, Aug 24, 2018 at 12:42 AM, Martin Schwidefsky > wrote: >> Harald Freudenberger (5): >> s390/zcrypt: hex string mask improvements for apmask and aqmask. > This (and an earlier 2017 commit) adds VLAs, which are being > removed[1] from the kernel:

Re: [PATCH 0/6] shutdown procedure verification for SAMA5D2

On 30/08/2018 at 13:50, Claudiu Beznea wrote: Hi, Patch 1 from this series implement a fix for shutdown procedure for SAMA5D2. The rest of the patch are improvements as follows: patch 2 - use only one function for poweroff patches 3-6 - cosmetic improvements For the whole series: Acked-by: Ni

Re: [PATCH 0/2] mfd: platform/chrome: some more cleanups between these subsystems.

Hi Enric, On Mon, Aug 27, 2018 at 6:39 PM Enric Balletbo Serra wrote: > > Lee, Benson, > > > Missatge de Enric Balletbo i Serra del > dia dc., 18 de jul. 2018 a les 18:11: > > > > Dear Lee, Benson, > > > > This is another patchset to try to cleanup a bit more the interaction > > between the mfd s

Re: [PATCH 0/3] x86/boot/KASLR: enhance randomness of kernel load addr when using GiB hugepage

On Thu, Sep 06, 2018 at 01:58:08PM +0800, Pingfan Liu wrote: >On Thu, Sep 6, 2018 at 12:07 PM Chao Fan wrote: >> >> On Thu, Sep 06, 2018 at 10:36:19AM +0800, Pingfan Liu wrote: >> >> Hi Pingfan, >> >> >commit 747ff6265db4 ("x86/boot/KASLR: Skip specified number of 1GB huge >> >pages when doing phy

Re: [PATCH v2 08/11] thermal: tsens: Check if the IP is correctly enabled by firmware

On Tue, Sep 4, 2018 at 2:15 AM Bjorn Andersson wrote: > > On Thu 30 Aug 12:23 PDT 2018, Amit Kucheria wrote: > > > On Tue, Aug 28, 2018 at 7:08 PM, Amit Kucheria > > wrote: > > > The SROT registers are initialised by the secure firmware at boot. We > > > don't have write access to the registers.

Re: [PATCH] arm64: don't account for cpu offline time with irqsoff tracer

On Wed, Sep 05, 2018 at 09:14:17PM +0800, Zhizhou Zhang wrote: > > > On Wed, Sep 5, 2018 at 8:29 PM Will Deacon wrote: > > On Wed, Sep 05, 2018 at 04:19:43PM +0800, Zhizhou Zhang wrote: > > This is no need to account for cpu offline time with irqsoff tracer. > > We can trigger a lar

Re: [PATCH 06/21] arm64: use for_each_of_cpu_node iterator

On Wed, Sep 05, 2018 at 02:37:23PM -0500, Rob Herring wrote: > Use the for_each_of_cpu_node iterator to iterate over cpu nodes. This > has the side effect of defaulting to iterating using "cpu" node names in > preference to the deprecated (for FDT) device_type == "cpu". > > Cc: Catalin Marinas >

Re: [RFC PATCH v2 3/3] dynamic_debug: Add support for dynamic register trace

On Fri, Aug 24, 2018 at 08:15:27PM +0530, Sai Prakash Ranjan wrote: > Introduce dynamic debug filtering mechanism to register > tracing as dynamic_rtb() which will reduce a lot of > overhead otherwise of tracing all the register reads/writes > in all files. > > Now we can just specify the file nam

Re: [PATCH v2 6/9] kbuild: consolidate Devicetree dtb build rules

On Wed, Sep 05, 2018 at 06:53:24PM -0500, Rob Herring wrote: > There is nothing arch specific about building dtb files other than their > location under /arch/*/boot/dts/. Keeping each arch aligned is a pain. > The dependencies and supported targets are all slightly different. > Also, a cross-compi

[PATCH] x86/tsc: Fix 32bit mode issue in get_loops_per_jiffy()

lpj returns as zero which is not expected in 32 bit mode After disassembling the code, 0xc1239a9e <+199>: imul $0x3e8,0xc12296e4,%edx 0xc1239aa8 <+209>: xor%ecx,%ecx 0xc1239aaa <+211>: test %edx,%edx 0xc1239aac <+213>: mov%eax,%ebx 0xc1239aae <+215>: je 0xc1239abd 0xc1239

Re: [PATCH v9 3/6] kernel/reboot.c: export pm_power_off_prepare

On Mon, Aug 27, 2018 at 09:48:16AM +0800, Shawn Guo wrote: > Can you ACK on those two regulator patches, so that I can queue this > series up on IMX tree? I was expecting to get a pull request with the precursor patches in it - the regulator driver seems to get a moderate amount of development so

Re: [PATCH v2 0/6] x86/alternatives: text_poke() fixes

On Thu, Sep 06, 2018 at 10:13:00AM +0200, Peter Zijlstra wrote: > No, you got it the first time. There are in fact more fixmap abusers; > see drivers/acpi/apei/ghes.c. Also, as long as set_fixmap() allows > overwriting a _PAGE_PRESENT pte and has that dodgy > __flush_tlb_one_kernel() in it, the br

Re: [rfc] leds: add TI LMU backlight driver

Hi! > > Well, I don't think object file size is huge problem. First, > > "distribution" kernel with support for 6 different chips will be ~71k, > > while your proposal will result in ~136k. Second, yes, we could put > > ifdefs into ti-lmu data file to make it smaller. > > > > Anyway, clean source

[PATCH v2] sysctl: kselftests: fix test_modprobe issue

when CONFIG_TEST_SYSCTL=y, there is no "/sys/module/test_sysctl/" when CONFIG_TEST_SYSCTL=m, checking /sys/module/test_sysctl/ is before kernel module loading you'll get below error message root@intel-x86-64:/tmp/sysctl# ./sysctl.sh Checking production write strict setting ... ok ./sysctl.sh: /sys

Re: [PATCH v3 12/12] RISC-V: Support cpu hotplug.

Hi, On Thu, Sep 06, 2018 at 01:05:35AM -0700, Atish Patra wrote: > This patch enable support for cpu hotplug in RISC-V. > > In absence of generic cpu stop functions, WFI is used > to put the cpu in low power state during offline. An IPI > is sent to bring it out of WFI during online operation. A

[RFC 0/3] arm: support get_user_pages_fast

Recently, I got a report get_user_pages_fast helps app's launching time due to reducing uninterruptible sleep time because it could reduce mmap_sem lock contentions when app is launching. To support gupf in ARM-non-LPAE, first patch reorders memory type table to use 5th bit of the page table. It s

[RFC 3/3] arm: mm: support get_user_pages_fast

Recently, there was a report get_user_pages_fast helps app launching speed due to reducing uninterruptible sleep time because we don't need to contend for mmap_sem, I believe. With get_user_pages_fast, that uniterruptible sleep time is reduced about 5~10% by testing. Cc: Russell King Cc: Catalin

[RFC 1/3] arm: mm: reordering memory type table

To use bit 5th in page table, we need a room for that and it seems we don't need 4 bits for the memory type with ARMv6+. If so, let's reorder bits to make bit 5 free. We will use the bit for L_PTE_SPECIAL in next patch. Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Steve Capper Sig

[RFC 2/3] arm: mm: introduce L_PTE_SPECIAL

This patch introduces L_PTE_SPECIAL and pte functions for supporting get_user_pages_fast. Cc: Russell King Cc: Catalin Marinas Cc: Will Deacon Cc: Steve Capper Signed-off-by: Minchan Kim --- arch/arm/Kconfig | 2 +- arch/arm/include/asm/pgtable-2level.h | 3 +-- arch/a

Re: [PATCH v2 1/2] staging: rtl8188eu: remove empty if statement in rtw_led.c

Thanks. Reviewed-by: Dan Carpenter regards, dan carpenter

Re: [PATCH 2/2] thunderbolt: Initialize after IOMMUs

On Thu, Sep 06, 2018 at 10:13:37AM +0200, Lukas Wunner wrote: > On Wed, Sep 05, 2018 at 12:46:02PM +0300, Mika Westerberg wrote: > > On Wed, Sep 05, 2018 at 10:47:46AM +0200, Lukas Wunner wrote: > > > On Mon, Sep 03, 2018 at 04:20:12PM +0300, Mika Westerberg wrote: > > > > If IOMMU is enabled and T

Re: [PATCH] y2038: Remove newstat family from default syscall set

On Thu, Sep 6, 2018 at 11:45 AM Palmer Dabbelt wrote: > On Sat, 01 Sep 2018 10:43:53 PDT (-0700), li...@roeck-us.net wrote: > > > > +#define __ARCH_WANT_NEW_STAT > > #define __ARCH_WANT_SYS_CLONE > > #include > > #include > > I'm afraid I'm not sure what the right thing to do here is either,

[PATCH] ASoC: sgtl5000: avoid division by zero if lo_vag is zero

From: Colin Ian King In the case where lo_vag <= SGTL5000_LINE_OUT_GND_BASE, lo_vag is set to zero and later vol_quot is computed by dividing by lo_vag causing a division by zero error. Fix this by avoiding a zero division and set vol_quot to zero in this specific case so that the lowest setting

Re: [PATCH v2 1/2] staging: rtl8188eu: remove empty if statement in rtw_led.c

On Thu, 2018-09-06 at 13:32 +0300, Dan Carpenter wrote: > Thanks. > > Reviewed-by: Dan Carpenter Trivial, but these case statement blocks should prefer unindented blocks instead of reformatting the test. Perhaps similar to the below for each of the cases: --- drivers/staging/rtl8188eu/core/rtw

Applied "ASoC: hdac_hdmi: remove redundant check for !port condition" to the asoc tree

The patch ASoC: hdac_hdmi: remove redundant check for !port condition has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hour

Re: [RFC PATCH 1/5] RISC-V: Make IPI triggering flexible

On Thu, Sep 6, 2018 at 3:15 PM, Palmer Dabbelt wrote: > On Tue, 04 Sep 2018 11:50:02 PDT (-0700), Christoph Hellwig wrote: >> >> On Tue, Sep 04, 2018 at 06:15:10PM +0530, Anup Patel wrote: >>> >>> The mechanism to trigger IPI is generally part of interrupt-controller >>> driver for various archite

Re: [PATCH] riscv: move GCC version check for ARCH_SUPPORTS_INT128 to Kconfig

Hi Palmer, 2018-09-06 18:45 GMT+09:00 Palmer Dabbelt : > On Fri, 24 Aug 2018 01:33:53 PDT (-0700), yamada.masah...@socionext.com > wrote: >> >> This becomes much neater in Kconfig. >> >> Signed-off-by: Masahiro Yamada >> --- >> >> arch/riscv/Kconfig | 1 + >> arch/riscv/Makefile | 2 -- >> 2 fi

Re: [PATCH v11 0/3] remain and optimize memblock_next_valid_pfn on arm and arm64

On Wed, Sep 05, 2018 at 02:57:55PM -0700, Andrew Morton wrote: > On Wed, 22 Aug 2018 11:07:14 +0800 Jia He wrote: > > > Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns > > where possible") optimized the loop in memmap_init_zone(). But it causes > > possible panic bug. So D

Re: [PATCH 1/3] thunderbolt: Make the driver less verbose

On Thu, Sep 06, 2018 at 10:41:43AM +0200, Lukas Wunner wrote: > On Wed, Sep 05, 2018 at 12:54:51PM +0300, Mika Westerberg wrote: > > On Wed, Sep 05, 2018 at 11:05:10AM +0200, Lukas Wunner wrote: > > > On Mon, Sep 03, 2018 at 04:33:02PM +0300, Mika Westerberg wrote: > > > > Currently the driver logs

[tip:timers/urgent] clocksource: Revert "Remove kthread"

Commit-ID: 760902b24960679c2e8592de3a56359d2c205731 Gitweb: https://git.kernel.org/tip/760902b24960679c2e8592de3a56359d2c205731 Author: Peter Zijlstra AuthorDate: Wed, 5 Sep 2018 10:41:58 +0200 Committer: Thomas Gleixner CommitDate: Thu, 6 Sep 2018 12:42:28 +0200 clocksource: Revert "R

Re: linux-next: build warnings from the build of Linus' tree

On 28.08.2018 02:43, Masami Hiramatsu wrote: > I recently added a gcov profiling for ftrace, following > Documentation/dev-tools/gcov.rst. > 6b7dca401cb1 ("tracing: Allow gcov profiling on only ftrace subsystem") > > and it caused may orphan section warnings/errors on arm and powerpc64. > We also

Gary Joeri barrister vagyok, kérlek, lépj kapcsolatba velem egy sürgető fontos Beszélgetéssel.

Re: [PATCH] ASoC: core: add support to card rebind

On Fri, Aug 10, 2018 at 10:37:08AM +0100, Srinivas Kandagatla wrote: > Current behaviour of ASoC core w.r.t to component removal is that it > unregisters dependent sound card totally. There is no support to > rebind the card if the component comes back. > Typical use case is DSP restart or kernel m

Re: [PATCH 2/2] thunderbolt: Initialize after IOMMUs

On Thu, Sep 06, 2018 at 01:36:02PM +0300, Mika Westerberg wrote: > On Thu, Sep 06, 2018 at 10:13:37AM +0200, Lukas Wunner wrote: > > So with this patch, you rely on the linker ordering nhi_init() after > > ir_dev_scope_init(), however to the best of my knowledge the link > > order is not guaranteed

Re: [PATCH v7 2/2]: perf record: enable asynchronous trace writing

On Wed, Sep 05, 2018 at 10:39:25AM +0300, Alexey Budankov wrote: SNIP > -static int record__pushfn(void *to, void *bf, size_t size) > +static int record__pushfn(void *to, struct aiocb *cblock, void *data, size_t > size) > { > + off_t off; > struct record *rec = to; > + int ret, tr

Re: [PATCH v7 2/2]: perf record: enable asynchronous trace writing

On Wed, Sep 05, 2018 at 10:39:25AM +0300, Alexey Budankov wrote: SNIP > + > static int process_synthesized_event(struct perf_tool *tool, >union perf_event *event, >struct perf_sample *sample __maybe_unused, > @@ -130,12 +215

Re: [PATCH v7 1/2]: perf util: map data buffer for preserving collected data

On Wed, Sep 05, 2018 at 10:19:56AM +0300, Alexey Budankov wrote: > > The map->data buffers are used to preserve map->base profiling data > for writing to disk. AIO map->cblocks are used to queue corresponding > map->data buffers for asynchronous writing. map->cblocks objects are > located in th

Re: [PATCH v7 1/2]: perf util: map data buffer for preserving collected data

On Wed, Sep 05, 2018 at 10:19:56AM +0300, Alexey Budankov wrote: SNIP > @@ -166,6 +174,7 @@ void perf_mmap__munmap(struct perf_mmap *map) > > int perf_mmap__mmap(struct perf_mmap *map, struct mmap_params *mp, int fd) > { > + int i; > /* >* The last one will be done at perf_m

Re: [PATCH v7 2/2]: perf record: enable asynchronous trace writing

On Wed, Sep 05, 2018 at 10:39:25AM +0300, Alexey Budankov wrote: SNIP > + } else if (errno != EAGAIN) { > + cblock->aio_fildes = -1; > + pr_err("failed to queue perf data, error: %m\n"); > + break; > + } > + }

Re: [PATCH v7 2/2]: perf record: enable asynchronous trace writing

On Wed, Sep 05, 2018 at 10:39:25AM +0300, Alexey Budankov wrote: SNIP > diff --git a/tools/perf/util/mmap.c b/tools/perf/util/mmap.c > index 384d17cd1379..1d57d8387caf 100644 > --- a/tools/perf/util/mmap.c > +++ b/tools/perf/util/mmap.c > @@ -332,12 +332,12 @@ int perf_mmap__read_init(struct perf

Re: [PATCH 2/2] thunderbolt: Initialize after IOMMUs

On Thu, Sep 06, 2018 at 01:00:49PM +0200, Lukas Wunner wrote: > On Thu, Sep 06, 2018 at 01:36:02PM +0300, Mika Westerberg wrote: > > On Thu, Sep 06, 2018 at 10:13:37AM +0200, Lukas Wunner wrote: > > > So with this patch, you rely on the linker ordering nhi_init() after > > > ir_dev_scope_init(), ho

Re: [PATCH v3] spi: dw: support 4-16 bits per word

On Tue, Sep 04, 2018 at 09:49:44PM +0200, Simon Goldschmidt wrote: > The spi-dw driver currently only supports 8 or 16 bits per word. > > Since the hardware supports 4-16 bits per word, adapt the driver > to also support this. Please don't send new patches in reply to old patch serieses, it makes

Applied "ASoC: sgtl5000: avoid division by zero if lo_vag is zero" to the asoc tree

The patch ASoC: sgtl5000: avoid division by zero if lo_vag is zero has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "spi: dw: support 4-16 bits per word" to the spi tree

The patch spi: dw: support 4-16 bits per word has been applied to the spi tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during

Re: [PATCH] x86/process: don't mix user/kernel regs in 64bit __show_regs

On Fri, Aug 31, 2018 at 10:12 PM Andy Lutomirski wrote: > > On Fri, Aug 31, 2018 at 12:41 PM, Jann Horn wrote: > > When the kernel.print-fatal-signals sysctl has been enabled (I don't know > > whether anyone actually enables it), a simple userspace crash will cause > > the kernel to write a crash

Re: [PATCH 18/21] edac: cpc925: use for_each_of_cpu_node iterator

On Thu, Sep 6, 2018 at 3:35 AM Borislav Petkov wrote: > > On Wed, Sep 05, 2018 at 02:37:35PM -0500, Rob Herring wrote: > > Use the for_each_of_cpu_node iterator to iterate over cpu nodes. This > > has the side effect of defaulting to iterating using "cpu" node names in > > preference to the deprec

Re: [RFC PATCH] mm/hugetlb: make hugetlb_lock irq safe

On Wed 05-09-18 16:51:00, Mike Kravetz wrote: > On 09/05/2018 04:07 PM, Matthew Wilcox wrote: > > On Wed, Sep 05, 2018 at 03:00:08PM -0700, Andrew Morton wrote: > >> On Wed, 5 Sep 2018 14:35:11 -0700 Mike Kravetz > >> wrote: > >> > so perhaps we cou

[PATCH] agp: check for index out of range before accessing maxes_table[index]

From: Colin Ian King Currently maxes_table[index] is accessed before index is checked to be out of range. Fix this by performing the out of range check on index first. Also don't check against a hard-coded maximum value but use the array size instead. Detected by static analysis with cppcheck:

Re: [PATCH 2/2] thunderbolt: Initialize after IOMMUs

On Thu, Sep 06, 2018 at 02:07:56PM +0300, Mika Westerberg wrote: > On Thu, Sep 06, 2018 at 01:00:49PM +0200, Lukas Wunner wrote: > > On Thu, Sep 06, 2018 at 01:36:02PM +0300, Mika Westerberg wrote: > > > On Thu, Sep 06, 2018 at 10:13:37AM +0200, Lukas Wunner wrote: > > > > So with this patch, you r

Re: [PATCH v3] spi: dw: support 4-16 bits per word

On Thu, Sep 6, 2018 at 1:09 PM Mark Brown wrote: > > On Tue, Sep 04, 2018 at 09:49:44PM +0200, Simon Goldschmidt wrote: > > The spi-dw driver currently only supports 8 or 16 bits per word. > > > > Since the hardware supports 4-16 bits per word, adapt the driver > > to also support this. > > Please

Re: [PATCH v11 0/3] remain and optimize memblock_next_valid_pfn on arm and arm64

On 22 August 2018 at 05:07, Jia He wrote: > Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns > where possible") optimized the loop in memmap_init_zone(). But it causes > possible panic bug. So Daniel Vacek reverted it later. > > But as suggested by Daniel Vacek, it is fine t

Re: [PATCH v3 2/2] clk: qcom: Add lpass clock controller driver for SDM845

On 9/6/2018 7:21 AM, Stephen Boyd wrote: Quoting Taniya Das (2018-09-05 11:26:10) On 8/28/2018 2:41 AM, Stephen Boyd wrote: Quoting Taniya Das (2018-08-03 05:21:14) diff --git a/drivers/clk/qcom/lpasscc-sdm845.c b/drivers/clk/qcom/lpasscc-sdm845.c new file mode 100644 index 000..6f387f

RE: [PATCH 3/7] spi: spi-mem: Add a driver for NXP FlexSPI controller

Hi Frieder, > -Original Message- > From: Frieder Schrempf [mailto:frieder.schre...@exceet.de] > Sent: Thursday, September 6, 2018 1:56 PM > To: Yogesh Narayan Gaur ; Boris Brezillon > > Cc: linux-...@lists.infradead.org; marek.va...@gmail.com; linux- > s...@vger.kernel.org; devicet...@vge

Re: [PATCH] mm: hugepage: mark splitted page dirty when needed

On Wed, Sep 05, 2018 at 03:55:22PM +0300, Kirill A. Shutemov wrote: > On Wed, Sep 05, 2018 at 03:30:37PM +0800, Peter Xu wrote: > > On Tue, Sep 04, 2018 at 10:00:28AM -0400, Zi Yan wrote: > > > On 4 Sep 2018, at 4:01, Kirill A. Shutemov wrote: > > > > > > > On Tue, Sep 04, 2018 at 03:55:10PM +0800

Re: [PATCH v5 10/16] x86/mce: enable Hygon support to MCE infrastructure

On 2018/9/6 16:39, Borislav Petkov wrote: > On Thu, Sep 06, 2018 at 11:52:42AM +0800, Pu Wen wrote: >> In most of the normal use cases MCE is necessary. Rarely in some cases >> such as for test purpose MCE may be unselected. > > Test with MCE disabled? Please elaborate. The first is the compilatio

[PATCH v2] perf tools: use PTR_ERR_OR_ZERO inetead of return code

use PTR_ERR_OR_ZERO for bpf__setup_stdout return code v2: add macro PTR_ERR_OR_ZERO to err.h Signed-off-by: Ding Xiang --- tools/include/linux/err.h| 7 +++ tools/perf/util/bpf-loader.c | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/tools/include/linux/err.h b/too

[PATCH v5 0/5] x86: Fix SEV guest regression

The following commit " x86/kvmclock: Remove memblock dependency https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=368a540e0232ad446931f5a4e8a5e06f69f21343 " introduced SEV guest regression. The guest physical address holding the wall_clock and hv_clock_boot are share

[PATCH v5 2/5] x86/mm: fix sme_populate_pgd() to update page flags

Fix sme_populate_pgd() to update page flags if the PMD/PTE entry already exists. Signed-off-by: Brijesh Singh Reviewed-by: Tom Lendacky Cc: Tom Lendacky Cc: k...@vger.kernel.org Cc: Thomas Gleixner Cc: Borislav Petkov Cc: "H. Peter Anvin" Cc: linux-kernel@vger.kernel.org Cc: Paolo Bonzini C

Re: [PATCH] mm: hugepage: mark splitted page dirty when needed

On Wed, Sep 05, 2018 at 08:49:20AM -0400, Zi Yan wrote: > On 5 Sep 2018, at 3:30, Peter Xu wrote: > > > On Tue, Sep 04, 2018 at 10:00:28AM -0400, Zi Yan wrote: > >> On 4 Sep 2018, at 4:01, Kirill A. Shutemov wrote: > >> > >>> On Tue, Sep 04, 2018 at 03:55:10PM +0800, Peter Xu wrote: > When sp

[PATCH v5 4/5] x86/kvm: use __decrypted attribute in shared variables

Commit: 368a540e0232 (x86/kvmclock: Remove memblock dependency) caused SEV guest regression. When SEV is active, we map the shared variables (wall_clock and hv_clock_boot) with C=0 to ensure that both the guest and the hypervisor are able to access the data. To map the variables we use kernel_physi

[PATCH v5 3/5] x86/mm: add .data..decrypted section to hold shared variables

kvmclock defines few static variables which are shared with the hypervisor during the kvmclock initialization. When SEV is active, memory is encrypted with a guest-specific key, and if guest OS wants to share the memory region with hypervisor then it must clear the C-bit before sharing it. Current

[PATCH v5 5/5] x86/kvm: Avoid dynamic allocation of pvclock data when SEV is active

Currently, the per-cpu pvclock data is allocated dynamically when cpu > HVC_BOOT_ARRAY_SIZE. The physical address of this variable is shared between the guest and the hypervisor hence it must be mapped as unencrypted (ie. C=0) when SEV is active. When SEV is active, we will be wasting fairly sizea

[PATCH v5 1/5] x86/mm: Restructure sme_encrypt_kernel()

Re-arrange the sme_encrypt_kernel() by moving the workarea map/unmap logic in a separate static function. There are no logical changes in this patch. The restructuring will allow us to expand the sme_encrypt_kernel in future. Signed-off-by: Brijesh Singh Reviewed-by: Tom Lendacky Cc: Tom Lendack

Re: [PATCH 3/7] spi: spi-mem: Add a driver for NXP FlexSPI controller

On Thu, 6 Sep 2018 11:35:13 + Yogesh Narayan Gaur wrote: > Hi Frieder, > > > -Original Message- > > From: Frieder Schrempf [mailto:frieder.schre...@exceet.de] > > Sent: Thursday, September 6, 2018 1:56 PM > > To: Yogesh Narayan Gaur ; Boris > > Brezillon > > Cc: linux-...@lists.infr

Re: [PATCH 2/2] thunderbolt: Initialize after IOMMUs

On Thu, Sep 06, 2018 at 01:21:01PM +0200, Lukas Wunner wrote: > On Thu, Sep 06, 2018 at 02:07:56PM +0300, Mika Westerberg wrote: > > On Thu, Sep 06, 2018 at 01:00:49PM +0200, Lukas Wunner wrote: > > > On Thu, Sep 06, 2018 at 01:36:02PM +0300, Mika Westerberg wrote: > > > > On Thu, Sep 06, 2018 at 1

<    1   2   3   4   5   6   7   8   9   10   >