Re: [RESEND,v2] mtd: spi-nor: Fix wrong abbreviation HWCPAS

From: Boris Brezillon On Fri, 2019-02-08 at 18:34:31 UTC, "Bean Huo (beanhuo)" wrote: > From: Bean Huo > > Change SNOR_HWCPAS_READ_OCTAL to SNOR_HWCAPS_READ_OCTAL. > > Signed-off-by: Bean Huo > Reviewed-by: Tudor Ambarus Applied to http://git.infradead.org/linux-mtd.git spi-nor/next, thanks

Re: linux-next: Tree for Feb 20

Hi Shaokun, On Thu, Feb 21, 2019 at 1:45 AM Zhangshaokun wrote: > On 2019/2/20 18:05, Ard Biesheuvel wrote: > > On Wed, 20 Feb 2019 at 10:58, Jarkko Sakkinen > > wrote: > >> > >> On Wed, Feb 20, 2019 at 11:52:52AM +0200, Jarkko Sakkinen wrote: > >>> On Wed, Feb 20, 2019 at 05:11:15PM +0800, Zhan

Re: [PATCH] iio: cros_ec_accel_legacy: Refactor code in cros_ec_accel_legacy_probe

On 21/2/19 8:00, Kees Cook wrote: > On Wed, Feb 20, 2019 at 6:06 PM Gustavo A. R. Silva > wrote: >> >> Refactor some code in order to fix both the technical implementation >> and the following warnings: >> >> drivers/iio/accel/cros_ec_accel_legacy.c: In function >> ‘cros_ec_accel_legacy_probe’

[PATCH v4 02/16] powerpc/mm/32: add base address to mmu_mapin_ram()

At the time being, mmu_mapin_ram() always maps RAM from the beginning. But some platforms like the WII have to map a second block of RAM. This patch adds to mmu_mapin_ram() the base address of the block. At the moment, only base address 0 is supported. Signed-off-by: Christophe Leroy --- arch/p

[PATCH v4 00/16] powerpc/32: Use BATs/LTLBs for STRICT_KERNEL_RWX

The purpose of this serie is to: - use BATs with STRICT_KERNEL_RWX on book3s (See patch 13 for details.) - use LTLBs with STRICT_KERNEL_RWX on 8xx (See patch 15 for a few details.) v4: - Fixed mapin_ram() to only map mem below total_lowmem (patch 4) - Fixed sparse warning by making __mmu_mapin_ram

[PATCH v4 16/16] powerpc/kconfig: make _etext and data areas alignment configurable on 8xx

On 8xx, large pages (512kb or 8M) are used to map kernel linear memory. Aligning to 8M reduces TLB misses as only 8M pages are used in that case. We make 8M the default for data. This patchs allows the user to do it via Kconfig. Signed-off-by: Christophe Leroy --- arch/powerpc/Kconfig

[PATCH v4 13/16] powerpc/mm/32s: Use BATs for STRICT_KERNEL_RWX

Today, STRICT_KERNEL_RWX is based on the use of regular pages to map kernel pages. On Book3s 32, it has three consequences: - Using pages instead of BAT for mapping kernel linear memory severely impacts performance. - Exec protection is not effective because no-execute cannot be set at page level

[PATCH v4 15/16] powerpc/8xx: don't disable large TLBs with CONFIG_STRICT_KERNEL_RWX

This patch implements handling of STRICT_KERNEL_RWX with large TLBs directly in the TLB miss handlers. To do so, etext and sinittext are aligned on 512kB boundaries and the miss handlers use 512kB pages instead of 8Mb pages for addresses close to the boundaries. It sets RO PP flags for addresses

[PATCH v4 10/16] powerpc/kconfig: define PAGE_SHIFT inside Kconfig

This patch defined CONFIG_PPC_PAGE_SHIFT in order to be able to use PAGE_SHIFT value inside Kconfig. Signed-off-by: Christophe Leroy --- arch/powerpc/Kconfig| 7 +++ arch/powerpc/include/asm/page.h | 13 ++--- 2 files changed, 9 insertions(+), 11 deletions(-) diff --git

[PATCH v4 03/16] powerpc/mm/32s: rework mmu_mapin_ram()

This patch reworks mmu_mapin_ram() to be more generic and map as much blocks as possible. It now supports blocks not starting at address 0. It scans DBATs array to find free ones instead of forcing the use of BAT2 and BAT3. Signed-off-by: Christophe Leroy --- arch/powerpc/mm/ppc_mmu_32.c | 63 +

[PATCH v4 04/16] powerpc/mm/32s: use generic mmu_mapin_ram() for all blocks.

Now that mmu_mapin_ram() is able to handle other blocks than the one starting at 0, the WII can use it for all its blocks. Signed-off-by: Christophe Leroy --- arch/powerpc/mm/pgtable_32.c | 27 +-- 1 file changed, 9 insertions(+), 18 deletions(-) diff --git a/arch/powerp

[PATCH v4 12/16] powerpc/mm/32s: add setibat() clearibat() and update_bats()

setibat() and clearibat() allows to manipulate IBATs independently of DBATs. update_bats() allows to update bats after init. This is done with MMU off. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/book3s/32/mmu-hash.h | 2 ++ arch/powerpc/kernel/head_32.S | 35 +

[PATCH v4 14/16] powerpc/kconfig: make _etext and data areas alignment configurable on Book3s 32

Depending on the number of available BATs for mapping the different kernel areas, it might be needed to increase the alignment of _etext and/or of data areas. This patchs allows the user to do it via Kconfig. Signed-off-by: Christophe Leroy --- arch/powerpc/Kconfig | 32

[PATCH v4 05/16] powerpc/32: always populate page tables for Abatron BDI.

When CONFIG_BDI_SWITCH is set, the page tables have to be populated allthough large TLBs are used, because the BDI switch knows nothing about those large TLBs which are handled directly in TLB miss logic. Signed-off-by: Christophe Leroy --- arch/powerpc/mm/pgtable_32.c | 5 - 1 file changed,

[PATCH v4 06/16] powerpc/wii: remove wii_mmu_mapin_mem2()

wii_mmu_mapin_mem2() is not used anymore, remove it. Signed-off-by: Christophe Leroy --- arch/powerpc/platforms/embedded6xx/wii.c | 28 1 file changed, 28 deletions(-) diff --git a/arch/powerpc/platforms/embedded6xx/wii.c b/arch/powerpc/platforms/embedded6xx/wii.c

[PATCH v4 08/16] powerpc/32: add helper to write into segment registers

This patch add an helper which wraps 'mtsrin' instruction to write into segment registers. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/reg.h | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/powerpc/include/asm/reg.h b/arch/powerpc/include/asm/reg.h index 1c98ef1f2d5

[PATCH v4 09/16] powerpc/mmu: add is_strict_kernel_rwx() helper

Add a helper to know whether STRICT_KERNEL_RWX is enabled. This is based on rodata_enabled flag which is defined only when CONFIG_STRICT_KERNEL_RWX is selected. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/mmu.h | 11 +++ arch/powerpc/mm/init_32.c | 4 +--- 2 files

[PATCH v4 07/16] powerpc/mm/32s: use _PAGE_EXEC in setbat()

Do not set IBAT when setbat() is called without _PAGE_EXEC Signed-off-by: Christophe Leroy --- arch/powerpc/mm/ppc_mmu_32.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/mm/ppc_mmu_32.c b/arch/powerpc/mm/ppc_mmu_32.c index 5fc59b195fef..ff8580c6ab11

[PATCH v4 11/16] powerpc/kconfig: define CONFIG_DATA_SHIFT and CONFIG_ETEXT_SHIFT

CONFIG_STRICT_KERNEL_RWX requires a special alignment for DATA for some subarches. Today it is just defined as an #ifdef in vmlinux.lds.S In order to get more flexibility, this patch moves the definition of this alignment in Kconfig On some subarches, CONFIG_STRICT_KERNEL_RWX will require a speci

[PATCH v4 01/16] powerpc/wii: properly disable use of BATs when requested.

'nobats' kernel parameter or some options like CONFIG_DEBUG_PAGEALLOC deny the use of BATS for mapping memory. This patch makes sure that the specific wii RAM mapping function takes it into account as well. Fixes: de32400dd26e ("wii: use both mem1 and mem2 as ram") Cc: sta...@vger.kernel.org Revi

Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem

On 21.02.19 08:37, Christian Borntraeger wrote: > > On 20.02.2019 14:12, Harald Freudenberger wrote: >> On 18.02.19 19:08, Pierre Morel wrote: >>> Libudev relies on having a subsystem link for non-root devices. To >>> avoid libudev (and potentially other userspace tools) choking on the >>> matrix d

Re: [Xen-devel] xen/evtchn and forced threaded irq

On Wed, Feb 20, 2019 at 10:03:57PM +, Julien Grall wrote: > Hi Boris, > > On 2/20/19 9:46 PM, Boris Ostrovsky wrote: > > On 2/20/19 3:46 PM, Julien Grall wrote: > > > (+ Andrew and Jan for feedback on the event channel interrupt) > > > > > > Hi Boris, > > > > > > Thank you for the your feedb

[PATCH v2] iwlwifi: mvm: Use div_s64 instead of do_div in iwl_mvm_debug_range_resp

Clang warns: drivers/net/wireless/intel/iwlwifi/mvm/ftm-initiator.c:465:2: warning: comparison of distinct pointer types ('typeof ((rtt_avg)) *' (aka 'long long *') and 'uint64_t *' (aka 'unsigned long long *')) [-Wcompare-distinct-pointer-types] do_div(rtt_avg, ); ^~~~

[PATCH 4/4] misc: hpilo: Update driver version

Bump version number to reflect recent minor changes. Signed-off-by: Matt Hsiao --- drivers/misc/hpilo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/misc/hpilo.c b/drivers/misc/hpilo.c index 927309b..4ef6802 100644 --- a/drivers/misc/hpilo.c +++ b/drivers/misc/hpil

[PATCH 0/4] misc: hpilo: Do not claim on unsupported hardware

Changes: 1) Add additional subsystem_vendor check for SSID 0x1979. 2) Instead of having explicit if statement to check device IDs, provide a pci_device_id table of devices to blacklist. 3) Add new patch to add SSID 0x0289 to the blacklist table. 4) Bump version to reflect above minor changes. M

[PATCH 3/4] misc: hpilo: Do not claim unsupported hardware

Do not claim when SSID 0x0289 as the iLO features are not enabled/validated by the firmware. Signed-off-by: Matt Hsiao --- drivers/misc/hpilo.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/misc/hpilo.c b/drivers/misc/hpilo.c index 0224e50..927309b 100644 --- a/drivers/misc/hpilo

[PATCH 1/4] misc: hpilo: Be more specific when ignoring the aux iLO

Be more specific with the subsystem_vendor id used before iLO5 Signed-off-by: Matt Hsiao --- drivers/misc/hpilo.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/misc/hpilo.c b/drivers/misc/hpilo.c index e9c9ef5..01c407a 100644 --- a/drivers/misc/hpilo.c +++ b/dr

[PATCH 2/4] misc: hpilo: Exclude unsupported device via blacklist

Instead of having explicit if statments excluding devices, use a pci_device_id table of devices to blacklist. Signed-off-by: Matt Hsiao --- drivers/misc/hpilo.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/misc/hpilo.c b/drivers/misc/hpilo.c index 01c

Re: xen/evtchn and forced threaded irq

On 19/02/2019 18:31, Julien Grall wrote: > Hi all, > > I have been looking at using Linux RT in Dom0. Once the guest is started, > the console is ending to have a lot of warning (see trace below). > > After some investigation, this is because the irq handler will now be > threaded. > I can repro

Re: [PATCH v2] kcm: remove any offset before parsing messages

Tom Herbert wrote on Wed, Feb 20, 2019: > > When the client closes the socket, some messages are obviously still "in > > flight", and the server will recv a POLLERR notification on the csock at > > some point with many messages left. > > The documentation says to unattach the csock when you get POL

Re: [PATCH v3] usb: chipidea: Grab the (legacy) USB PHY by phandle first

Hi, On Thu, 2019-02-21 at 03:29 +, Peter Chen wrote: > > > On Mon, 2019-02-18 at 03:04 +, Peter Chen wrote: > > > > According to the chipidea driver bindings, the USB PHY is specified via > > > > the > > "phys" > > > > phandle node. However, this only takes effect for USB PHYs that use

Re: [PATCH] mm/cma_debug: Check for null tmp in cma_debugfs_add_one()

On Thu 21-02-19 12:01:30, Yue Hu wrote: > From: Yue Hu > > If debugfs_create_dir() failed, the following debugfs_create_file() > will be meanless since it depends on non-NULL tmp dentry and it will > only waste CPU resource. The file will be created in the debugfs root. But, more importantly. Gr

Re: [PATCH 5/8] iio/counter: add FlexTimer Module Quadrature decoder counter driver

On Thu, Feb 21, 2019 at 10:09:54AM +0900, William Breathitt Gray wrote: > On Wed, Feb 20, 2019 at 04:41:54PM +, Jonathan Cameron wrote: > > On Mon, 18 Feb 2019 15:03:18 +0100 > > Patrick Havelange wrote: > > > > > This driver exposes the counter for the quadrature decoder of the > > > FlexTim

Re: [LKP] [driver core] 570d020012: will-it-scale.per_thread_ops -12.2% regression

Greg Kroah-Hartman writes: > On Thu, Feb 21, 2019 at 03:18:22PM +0800, Huang, Ying wrote: >> Greg Kroah-Hartman writes: >> >> > On Thu, Feb 21, 2019 at 11:10:49AM +0800, kernel test robot wrote: >> >> On Tue, Feb 19, 2019 at 01:19:04PM +0100, Greg Kroah-Hartman wrote: >> >> > On Tue, Feb 19, 20

Re: [PATCH 4/4] misc: hpilo: Update driver version

On Thu, Feb 21, 2019 at 04:04:42PM +0800, Matt Hsiao wrote: > Bump version number to reflect recent minor changes. > > Signed-off-by: Matt Hsiao > --- > drivers/misc/hpilo.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/misc/hpilo.c b/drivers/misc/hpilo.c > in

Re: [PATCH 2/4] misc: hpilo: Exclude unsupported device via blacklist

On Thu, Feb 21, 2019 at 04:04:40PM +0800, Matt Hsiao wrote: > Instead of having explicit if statments excluding devices, > use a pci_device_id table of devices to blacklist. > > Signed-off-by: Matt Hsiao > --- > drivers/misc/hpilo.c | 13 + > 1 file changed, 9 insertions(+), 4 deleti

Re: [PATCH 3/4] misc: hpilo: Do not claim unsupported hardware

On Thu, Feb 21, 2019 at 04:04:41PM +0800, Matt Hsiao wrote: > Do not claim when SSID 0x0289 as the iLO features > are not enabled/validated by the firmware. Can you put more information here, like _what_ hardware is not being supported anymore? As it is, this has nothing to do with "validation by

Re: [PATCH v4 00/12] Mediatek MT8183 clock and scpsys support

On 20/02/2019 20:18, Stephen Boyd wrote: > Quoting Weiyi Lu (2019-02-01 00:30:04) >> This series is based on v5.0-rc1 and most of changes are extracted from >> series below >> (clock/scpsys common changes for both MT8183 & MT6765) >> https://patchwork.kernel.org/patch/10528495/ >> (clock suppor

Re: [PATCH] mm/cma_debug: Check for null tmp in cma_debugfs_add_one()

On Thu, Feb 21, 2019 at 09:23:09AM +0100, Michal Hocko wrote: > On Thu 21-02-19 12:01:30, Yue Hu wrote: > > From: Yue Hu > > > > If debugfs_create_dir() failed, the following debugfs_create_file() > > will be meanless since it depends on non-NULL tmp dentry and it will > > only waste CPU resource

Re: [PATCHv2] usb: typec: tps6598x: handle block writes separately with plain-I2C adapters

Hi Greg, On Wed, 20 Feb 2019, Greg Kroah-Hartman wrote: On Wed, Feb 20, 2019 at 04:22:00PM +0100, Nikolaus Voss wrote: v2: fix tps6598x_exec_cmd also --- drivers/usb/typec/tps6598x.c | 26 -- 1 file changed, 20 insertions(+), 6 deletions(-) diff --git a/drivers/usb/typ

Re: [PATCH v3 1/7] dump_stack: Support adding to the dump stack arch description

On Wed 2019-02-20 14:44:33, Andrea Parri wrote: > > >> > > + * Order the stores above in vsnprintf() vs the store > > >> > > of the > > >> > > + * space below which joins the two strings. Note this > > >> > > doesn't > > >> > > + * make the code truly race free

RE: [PATCH v3] usb: chipidea: Grab the (legacy) USB PHY by phandle first

> > If there is a generic PHY node under USB controller, and there is a > > USB PHY at other sides, both ci->phy and ci->usb_phy are valid, I > > original thought it is the problem you met. > > Right, this is not the problem we are having. The problem is that legacy USB > PHYs > are not grabbed

Re: [PATCH 05/11] x86 topology: export die_siblings

Le 21/02/2019 à 08:41, Len Brown a écrit : > > Here is my list of applications that care about the new CPUID leaf > and the concepts of packages and die: > > cpuid > lscpu > x86_energy_perf_policy > turbostat You may add hwloc/lstopo which is used by most HPC runtimes (including your employers'

Re: [PATCHv3] usb: typec: tps6598x: handle block writes separately with plain-I2C adapters

Hi Guenther, On Wed, 20 Feb 2019, Guenter Roeck wrote: On 2/20/19 7:11 AM, Nikolaus Voss wrote: From: Nikolaus Voss Commit 1a2f474d328f handles block _reads_ separately with plain-I2C adapters, but the problem described with regmap-i2c not handling SMBus block transfers (i.e. read and writes)

Re: linux-next: Tree for Feb 20

Hi Geert, On 2019/2/21 16:03, Geert Uytterhoeven wrote: > Hi Shaokun, > > On Thu, Feb 21, 2019 at 1:45 AM Zhangshaokun > wrote: >> On 2019/2/20 18:05, Ard Biesheuvel wrote: >>> On Wed, 20 Feb 2019 at 10:58, Jarkko Sakkinen >>> wrote: On Wed, Feb 20, 2019 at 11:52:52AM +0200, Jarkko S

Re: [PATCH V15 14/18] block: enable multipage bvecs

fig I can gather more logs if needed, just let me which kernel option to enable. Reverting this commit on top of next-20190218 as well as current linux-next (tested with next-20190221) fixes this issue and makes the system bootable again. > --- > block/bio.c | 22

Re: [PATCH v3] usb: chipidea: Grab the (legacy) USB PHY by phandle first

On Thu, 2019-02-21 at 08:37 +, Peter Chen wrote: > > > > If there is a generic PHY node under USB controller, and there is a > > > USB PHY at other sides, both ci->phy and ci->usb_phy are valid, I > > > original thought it is the problem you met. > > > > Right, this is not the problem we are

[PATCH] bpf: test_bpf: turn of preemption in function __run_once

When running test seccomp_bpf the following splat occurs: [ RUN ] global.secseccomp_bpf.c:2136:global.detect_seccomp_filter_flags:Expected 22 (22) == (*__errno_location ()) (14) seccomp_bpf.c:2138:global.detect_seccomp_filter_flags:Failed to detect that an unknown filter flag (0x8) is un

Re: [PATCH] mm/cma_debug: Check for null tmp in cma_debugfs_add_one()

On Thu 21-02-19 09:36:24, Greg KH wrote: > On Thu, Feb 21, 2019 at 09:23:09AM +0100, Michal Hocko wrote: > > On Thu 21-02-19 12:01:30, Yue Hu wrote: > > > From: Yue Hu > > > > > > If debugfs_create_dir() failed, the following debugfs_create_file() > > > will be meanless since it depends on non-NU

Re: [RFC PATCH RT 0/2] Add PINNED_HARD mode to hrtimers

On 20/02/19 16:30, Sebastian Andrzej Siewior wrote: > On 2019-02-20 08:47:51 [+0100], Juri Lelli wrote: > > > In this case you prepare the wakeup and then wake the CPU anyway. There > > > should be no downside to this unless the housekeeping CPU is busy and in > > > irq-off regions which would incr

[PATCH v5 3/6] remoteproc: mt8183: add reserved memory manager API

From: Erin Lo Add memory table mapping API for other driver to lookup reserved physical and virtual memory Signed-off-by: Erin Lo --- Changes from v4: - New patch. --- drivers/remoteproc/mtk_scp.c | 110 ++ include/linux/platform_data/mtk_scp.h | 20 + 2

[PATCH v5 1/6] dt-bindings: Add a binding for Mediatek SCP

From: Erin Lo Add a DT binding documentation of SCP for the MT8183 SoC from Mediatek. Signed-off-by: Erin Lo --- Changes from v4: - Add detail of more properties. - Document the usage of mtk,rpmsg-name in subnode from the new design. Changes from v3: - No change. Changes from v2: - No cha

[PATCH v5 2/6] remoteproc/mediatek: add SCP support for mt8183

From: Erin Lo Provide a basic driver to control Cortex M4 co-processor Signed-off-by: Erin Lo Signed-off-by: Nicolas Boichat --- Changes from v4: - Rename most function from mtk_scp_* to scp_*. - Change the irq to threaded handler. - Load ELF file instead of plain binary file as firmware by

[PATCH v5 4/6] rpmsg: add rpmsg support for mt8183 SCP.

Add a simple rpmsg support for mt8183 SCP, that use IPI / IPC directly. Signed-off-by: Pi-Hsun Shih --- Changes from v4: - Match and fill the device tree node to the created rpmsg subdevice, so the rpmsg subdevice can utilize the properties and subnodes on device tree (This is similar to w

[PATCH v5 5/6] mfd: add EC host command support using rpmsg.

Add EC host command support through rpmsg. Signed-off-by: Pi-Hsun Shih --- Changes from v4: - Change from work queue to completion. - Change from matching using rpmsg id to device tree compatible, to support EC subdevices. Changes from v3: - Add host event support by adding an extra bytes

[PATCH v5 6/6] cros_ec: differentiate SCP from EC by feature bit.

Since a SCP and EC would both exist on a system, and use the cros_ec_dev driver, we need to differentiate between them for the userspace, or they would both be registered at /dev/cros_ec, causing a conflict. Signed-off-by: Pi-Hsun Shih --- Changes from v4: - No change. Changes from v3: - No ch

Re: [Xen-devel] xen/evtchn and forced threaded irq

On 21/02/2019 09:38, Julien Grall wrote: > Hi Roger, > > On Thu, 21 Feb 2019, 08:08 Roger Pau Monné, > wrote: > > FWIW, you can also mask the interrupt while waiting for the thread to > execute the interrupt handler. Ie: > > > Thank you for providing steps,

Re: [PATCH 4/6] lib/test_bitmap: switch test_bitmap_parselist to ktime_get()

On Wed, Feb 20, 2019 at 03:10:44PM -0800, Palmer Dabbelt wrote: > On Wed, 20 Feb 2019 06:20:48 PST (-0800), yury.no...@gmail.com wrote: > > On Wed, Feb 20, 2019 at 03:52:36PM +0200, Andy Shevchenko wrote: > > > On Wed, Feb 20, 2019 at 03:51:01PM +0200, Andy Shevchenko wrote: > > > > On Wed, Feb 20,

Re: [RFC PATCH] scsi: fix oops in scsi_uninit_cmd()

Hi, Christoph On 2019/2/20 23:18, Christoph Hellwig wrote: [fullquote removed, please follow proper mail etiquette] On Tue, Feb 19, 2019 at 08:56:28AM -0800, Bart Van Assche wrote: regression in the SCSI sd driver due to the switch from the legacy block layer to scsi-mq. The above patch introd

[RFC PATCH] mm,mremap: Bail out earlier in mremap_to under map pressure

When using mremap() syscall in addition to MREMAP_FIXED flag, mremap() calls mremap_to() which does the following: 1) unmaps the destination region where we are going to move the map 2) If the new region is going to be smaller, we unmap the last part of the old region Then, we will eventually

Re: [PATCH] mm/cma_debug: Check for null tmp in cma_debugfs_add_one()

On Thu, 21 Feb 2019 09:23:09 +0100 Michal Hocko wrote: > On Thu 21-02-19 12:01:30, Yue Hu wrote: > > From: Yue Hu > > > > If debugfs_create_dir() failed, the following debugfs_create_file() > > will be meanless since it depends on non-NULL tmp dentry and it will > > only waste CPU resource. >

[PATCH v2.1 04/26] mm: allow VM_FAULT_RETRY for multiple times

The idea comes from a discussion between Linus and Andrea [1]. Before this patch we only allow a page fault to retry once. We achieved this by clearing the FAULT_FLAG_ALLOW_RETRY flag when doing handle_mm_fault() the second time. This was majorly used to avoid unexpected starvation of the system

Re: [PATCH v3 0/3] PCIe Host request to reserve IOVA

Hi Bjorn, Please help to review this patch series. Thank you. Regards, Srinath. On Fri, Jan 25, 2019 at 3:44 PM Srinath Mannam wrote: > > Few SOCs have limitation that their PCIe host can't allow few inbound > address ranges. Allowed inbound address ranges are listed in dma-ranges > DT property

[PATCH] ALSA: hda/realtek: Enable audio jacks of ASUS UX362FA with ALC294

The ASUS UX362FA with ALC294 cannot detect the headset MIC and outputs through the internal speaker and the headphone. This issue can be fixed by the quirk in the commit 4e0511067 ALSA: hda/realtek: Enable audio jacks of ASUS UX533FD with ALC294. Besides, ASUS UX362FA and UX533FD have the same au

Re: [PATCH v2] parisc: use memblock_alloc() instead of custom get_memblock()

Any comments on this? On Tue, Feb 12, 2019 at 05:16:12PM +0200, Mike Rapoport wrote: > The get_memblock() function implements custom bottom-up memblock allocator. > Setting 'memblock_bottom_up = true' before any memblock allocation is done > allows replacing get_memblock() calls with memblock_allo

Re: [PATCHv3] usb: typec: tps6598x: handle block writes separately with plain-I2C adapters

On Wed, Feb 20, 2019 at 04:11:38PM +0100, Nikolaus Voss wrote: > From: Nikolaus Voss > > Commit 1a2f474d328f handles block _reads_ separately with plain-I2C > adapters, but the problem described with regmap-i2c not handling > SMBus block transfers (i.e. read and writes) correctly also exists > wi

Re: [PATCH] mm/cma_debug: Check for null tmp in cma_debugfs_add_one()

On Thu, Feb 21, 2019 at 09:45:25AM +0100, Michal Hocko wrote: > On Thu 21-02-19 09:36:24, Greg KH wrote: > > On Thu, Feb 21, 2019 at 09:23:09AM +0100, Michal Hocko wrote: > > > On Thu 21-02-19 12:01:30, Yue Hu wrote: > > > > From: Yue Hu > > > > > > > > If debugfs_create_dir() failed, the followi

Re: [PATCH] mm/cma_debug: Check for null tmp in cma_debugfs_add_one()

On Thu, Feb 21, 2019 at 04:56:42PM +0800, Yue Hu wrote: > On Thu, 21 Feb 2019 09:23:09 +0100 > Michal Hocko wrote: > > > On Thu 21-02-19 12:01:30, Yue Hu wrote: > > > From: Yue Hu > > > > > > If debugfs_create_dir() failed, the following debugfs_create_file() > > > will be meanless since it dep

Re: [LKP] [driver core] 570d020012: will-it-scale.per_thread_ops -12.2% regression

On Thu, Feb 21, 2019 at 04:39:27PM +0800, Wei Yang wrote: > >>> I don't think this is an issues of struct device. As you said, struct > >>> device isn't access much during test. Struct device may share slab page > >>> with some other data structures (signal related, or fd related (as in > >>> som

[PATCH v7 1/2] pwm: sifive: Add DT documentation for SiFive PWM Controller

DT documentation for PWM controller added. Signed-off-by: Wesley W. Terpstra [Atish: Compatible string update] Signed-off-by: Atish Patra Signed-off-by: Yash Shah --- .../devicetree/bindings/pwm/pwm-sifive.txt | 33 ++ 1 file changed, 33 insertions(+) create mode 1

[PATCH v7 0/2] PWM support for HiFive Unleashed

This patch series adds a PWM driver and DT documentation for HiFive Unleashed board. The patches are mostly based on Wesley's patch. v7 - Modify description of compatible property in DT documentation - Use mutex locks at appropriate places - Fix all bad line breaks - Allow enabling/disabling PWM o

Re: [PATCH] powerpc: Move page table dump files in a dedicated subdirectory

Christophe Leroy writes: > Le 20/02/2019 à 14:37, Michael Ellerman a écrit : >> Christophe Leroy writes: >> >>> This patch moves the files related to page table dump in a >>> dedicated subdirectory. >>> >>> The purpose is to clean a bit arch/powerpc/mm by regrouping >>> multiple files handling a

[PATCH v7 2/2] pwm: sifive: Add a driver for SiFive SoC PWM

Adds a PWM driver for PWM chip present in SiFive's HiFive Unleashed SoC. Signed-off-by: Wesley W. Terpstra [Atish: Various fixes and code cleanup] Signed-off-by: Atish Patra Signed-off-by: Yash Shah --- drivers/pwm/Kconfig | 11 ++ drivers/pwm/Makefile | 1 + drivers/pwm/pwm-sifive

Re: linux-next: Tree for Feb 20

On Thu, 21 Feb 2019 at 09:04, Geert Uytterhoeven wrote: > > Hi Shaokun, > > On Thu, Feb 21, 2019 at 1:45 AM Zhangshaokun > wrote: > > On 2019/2/20 18:05, Ard Biesheuvel wrote: > > > On Wed, 20 Feb 2019 at 10:58, Jarkko Sakkinen > > > wrote: > > >> > > >> On Wed, Feb 20, 2019 at 11:52:52AM +0200

Re: [Xen-devel] xen/evtchn and forced threaded irq

On Thu, Feb 21, 2019 at 08:38:39AM +, Julien Grall wrote: > Hi Roger, > > On Thu, 21 Feb 2019, 08:08 Roger Pau Monné, wrote: > > > FWIW, you can also mask the interrupt while waiting for the thread to > > execute the interrupt handler. Ie: > > > > Thank you for providing steps, however wher

[PATCH v2 2/2] scsi: whitespace cleanup in scsi_scan.c

Noticed during editing that vim would remove some trailing spaces. Signed-off-by: Benjamin Block --- drivers/scsi/scsi_scan.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/scsi/scsi_scan.c b/drivers/scsi/scsi_scan.c index 53380e07b40e..7e1a6c3dd42c 100644

[PATCH v2 1/2] scsi: replace GFP_ATOMIC with GFP_KERNEL for allocations in scsi_scan.c

We had a test-report where, under memory pressure, adding LUNs to the systems would fail (the tests add LUNs strictly in sequence): [ 5525.853432] scsi 0:0:1:1088045124: Direct-Access IBM 2107900 .148 PQ: 0 ANSI: 5 [ 5525.853826] scsi 0:0:1:1088045124: alua: supports implicit TP

[PATCH V4 4/4] rtc: imx-sc: add rtc alarm support

Add i.MX system controller RTC alarm support, the RTC alarm is implemented via SIP(silicon provider) runtime service call and ARM-Trusted-Firmware will communicate with system controller via MU(message unit) IPC to set RTC alarm. When RTC alarm fires, system controller will generate a common MU irq

Re: [PATCH v3 3/9] PCI: keystone: Use hwirq to get the legacy IRQ number offset

Hi Lorenzo, On 14/02/19 4:01 PM, Lorenzo Pieralisi wrote: > [CC'ed MarcZ] > > On Thu, Feb 14, 2019 at 10:27:19AM +0530, Kishon Vijay Abraham I wrote: >> Hi Lorenzo, >> >> On 13/02/19 10:27 PM, Lorenzo Pieralisi wrote: >>> On Wed, Feb 13, 2019 at 06:56:23PM +0530, Kishon Vijay Abraham I wrote: >>>

[PATCH V4 1/4] dt-bindings: fsl: scu: add general interrupt support

Add scu general interrupt function support. Signed-off-by: Anson Huang Reviewed-by: Rob Herring --- Changes since V3: - make general MU interrupt channel as optional; - rename "gi3" to "gip3" according to driver/dts change. --- .../devicetree/bindings/arm/freescale/fsl,scu.txt

[PATCH V4 2/4] firmware: imx: enable imx scu general irq function

The System Controller Firmware (SCFW) controls RTC, thermal and WDOG etc., these resources' interrupt function are managed by SCU. When any IRQ pending, SCU will notify Linux via MU general interrupt channel #3, and Linux kernel needs to call SCU APIs to get IRQ status and notify each module to han

Re: [PATCH RFC 3/5] sched/cpufreq: Fix incorrect RCU API usage

On Thu, Feb 21, 2019 at 12:49:40AM -0500, Joel Fernandes (Google) wrote: > @@ -34,8 +34,12 @@ void cpufreq_add_update_util_hook(int cpu, struct > update_util_data *data, > if (WARN_ON(!data || !func)) > return; > > - if (WARN_ON(per_cpu(cpufreq_update_util_data, cpu))) >

[PATCH V4 3/4] arm64: dts: freescale: imx8qxp: enable scu general irq channel

On i.MX8QXP, SCU uses MU1 general interrupt channel #3 to notify user for IRQs of RTC alarm, thermal alarm and WDOG etc., mailbox RX doorbell mode is used for this function, this patch adds support for it. Signed-off-by: Anson Huang --- Changes since V3: - rename "gi3" to "gip3";

[PATCH v2] iio/chemical/bme680: Fix SPI read interface

The SPI interface implementation was completely broken. When using the SPI interface, there are only 7 address bits, the upper bit is controlled by a page select register. The core needs access to both ranges, so implement register read/write for both regions. The regmap paging functionality didn'

Re: [PATCH RFC 4/5] sched/topology: Annonate RCU pointers properly

On Thu, Feb 21, 2019 at 12:49:41AM -0500, Joel Fernandes (Google) wrote: > Also replace rcu_assign_pointer call on rq->sd with WRITE_ONCE. This > should be sufficient for the rq->sd initialization. > @@ -668,7 +668,7 @@ cpu_attach_domain(struct sched_domain *sd, struct > root_domain *rd, int cpu

Re: [PATCH RFC 5/5] rcuwait: Replace rcu_assign_pointer() with WRITE_ONCE

On Thu, Feb 21, 2019 at 12:49:42AM -0500, Joel Fernandes (Google) wrote: > This suppresses a sparse error generated due to the recently added > rcu_assign_pointer sparse check below. It seems WRITE_ONCE should be > sufficient here. > > >> kernel//locking/percpu-rwsem.c:162:9: sparse: error: incomp

Re: [PATCH] kbuild: compute false-positive -Wmaybe-uninitialized cases in Kconfig

On Thu, Feb 21, 2019 at 5:14 AM Masahiro Yamada wrote: > > Since -Wmaybe-uninitialized was introduced by GCC 4.7, we have patched > various false positives: > > - commit e74fc973b6e5 ("Turn off -Wmaybe-uninitialized when building >with -Os") turned off this option for -Os. > > - commit 815eb

Re: [PATCH v2 1/3] x86/cpufeatures: Enumerate user wait instructions

On Wed, Feb 20, 2019 at 10:37:27PM -0800, Andy Lutomirski wrote: > On Wed, Feb 20, 2019 at 7:44 PM Tao Xu wrote: > > +static ssize_t umwait_enable_c0_2_show(struct device *dev, > > + struct device_attribute *attr, > > + cha

Re: WARNING: ODEBUG bug in f2fs_fill_super

On Thu, Feb 21, 2019 at 3:46 AM Sheng Yong wrote: > > Hi, Dmitry, > > On 2019/2/20 23:12, Dmitry Vyukov wrote: > > On Mon, Aug 27, 2018 at 11:04 PM syzbot > > wrote: > >> > >> Hello, > >> > >> syzbot found the following crash on: > >> > >> HEAD commit:e27bc174c9c6 Add linux-next specific file

RE: [PATCH v3] usb: chipidea: Grab the (legacy) USB PHY by phandle first

> > Current code w/o your patch, it is possible both ci->phy and > > ci->usb_phy are valid if the USB PHY is not at the device tree, but generic > > PHY is > at the device tree. > > If you don't want to fix this issue with this patch, it is ok too. We could > > fix it later. > > I'm not sure I

Re: [PATCH v3 1/1] gpio: add driver for Mellanox BlueField GPIO controller

śr., 20 lut 2019 o 23:07 Shravan Kumar Ramani napisał(a): > > This patch adds support for the GPIO controller used by Mellanox > BlueField SOCs. > Starts to look good. Just some minor points. First: when submitting new versions - please list the changes from the last one (or even better: all cha

Re: [PATCH] printk: Pass caller information to log_store().

On Thu 2019-02-21 11:22:57, Sergey Senozhatsky wrote: > On (02/16/19 19:59), Tetsuo Handa wrote: > > /* insert record into the buffer, discard old ones, update heads */ > > -static int log_store(int facility, int level, > > +static int log_store(u32 caller_id, int facility, int level, > >

Re: [PATCH 2/2] extcon intel-cht-wc: Enable external charger

Hi, On 20-02-19 21:28, Yauhen Kharuzhy wrote: On Wed, Feb 20, 2019 at 05:42:28PM +0100, Hans de Goede wrote: The input-current-limit only specifies how much current the charger may draw from the micro-usb for both supplying the laptop as well as for charging the battery combined. You can safely

Re: [PATCH 1/2] platform/x86: intel_cht_int33fe: Provide fwnode for the USB connector

On Wed, Feb 20, 2019 at 05:55:21PM +0200, Andy Shevchenko wrote: > On Tue, Feb 19, 2019 at 2:00 PM Heikki Krogerus > wrote: > > > > In ACPI, and now also in DT, the USB connectors usually have > > their own device nodes. In case of USB Type-C, those > > connector (port) nodes are child nodes of th

Re: [PATCH] PM-runtime: fix deadlock when canceling hrtimer

On Thu, Feb 21, 2019 at 8:59 AM Vincent Guittot wrote: > > When rpm_resume() desactivates the autosuspend timer, it should only try > to cancel hrtimer but not wait for the handler to finish because both > rpm_resume() and pm_suspend_timer_fn() are taking the power.lock. > We can have the deadlock

Re: [PATCH v1] regulator: core: Log forbidden DRMS operation

On 19/02/2019 17:39, Mark Brown wrote: > On Tue, Feb 19, 2019 at 05:02:46PM +0100, Marc Gonzalez wrote: > >> When REGULATOR_CHANGE_DRMS is not set, drms_uA_update is a no-op. >> It used to print a debug message, which was dropped in commit >> 8a34e979f684 ("regulator: refactor valid_ops_mask chec

Re: [PATCH 1/7] drm: Add a helper function for printing a debugfs_regset32.

On Wed, Feb 20, 2019 at 01:03:37PM -0800, Eric Anholt wrote: > The debugfs_regset32 is nice to use for reducing boilerplate in > dumping a bunch of regs in debugfs, but we also want to be able to > print to dmesg them at runtime for driver debugging. drm_printer lets > us format debugfs and the pr

[PATCH 06/17] perf data: Add perf_data__open_dir_data function

Adding perf_data__open_dir_data to open files inside struct perf_data path directory: static int perf_data__open_dir(struct perf_data *data); Link: http://lkml.kernel.org/n/tip-sv97z5mh9j273mz2cthza...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/data.c | 59 +++

[PATCH 13/17] perf session: Add __perf_session__process_dir_events function

Adding __perf_session__process_dir_events function to process events over the directory data. All directory events are pushed into sessions ordered data and flushed for processing. Link: http://lkml.kernel.org/n/tip-n3zl0wo3z18tatv5x7epm...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf

[PATCH 12/17] perf session: Add process callback to reader object

Adding callback function to reader object so callers can process data in different ways. Link: http://lkml.kernel.org/n/tip-8g1islzz6xkl36tz0z1nk...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/session.c | 23 +++ 1 file changed, 19 insertions(+), 4 deletions(-

  1   2   3   4   5   6   7   8   9   10   >