Re: [PATCH] gpio: uniphier: add UniPhier GPIO controller driver

Hi Linus, 2017-08-08 0:37 GMT+09:00 Linus Walleij : > On Mon, Aug 7, 2017 at 3:50 PM, Masahiro Yamada > wrote: > >> Adding "interrupts" property in DT causes >> of_pupulate_default_populate() to assign virtual IRQ numbers >> before driver

[PATCH] MAINTAINERS: Update Cavium ThunderX2 entry

Add Robert Richter as the primary maintainer for this platform. Signed-off-by: Jayachandran C --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 44cb004..f2d8963 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3155,6

Re: [PATCH] irqchip: uniphier-aidet: add UniPhier AIDET irqchip driver

Hi Marc, 2017-08-07 22:36 GMT+09:00 Marc Zyngier : > On 07/08/17 12:59, Masahiro Yamada wrote: >> Hi Marc, >> >> Thanks for your comments. >> >> >> 2017-08-07 19:43 GMT+09:00 Marc Zyngier : >>> On 03/08/17 12:15, Masahiro Yamada wrote: UniPhier

Re: [PATCH RFC v2 3/5] samples/bpf: Fix inline asm issues building samples on arm64

Hi Dave, On Mon, Aug 7, 2017 at 11:28 AM, David Miller wrote: > > Please, no. Sorry you dislike it, I had intentionally marked it as RFC as its an idea I was just toying with the idea and posted it early to get feedback. > > The amount of hellish hacks we are adding to

[PATCH v3 RESEND] f2fs: support journalled quota

This patch supports to enable f2fs to accept quota information through mount option: - {usr,grp,prj}jquota= - jqfmt= Then, in ->mount flow, we can recover quota file during log replaying, by this, journelled quota can be supported. Signed-off-by: Chao Yu Signed-off-by:

Re: [PATCH 2/2 v2] f2fs: introduce gc_urgent mode for background GC

Change log from v1: - update Documentation. This patch adds a sysfs entry to control urgent mode for background GC. If this is set, background GC thread conducts GC with gc_urgent_sleep_time all the time. Signed-off-by: Jaegeuk Kim ---

Re: [PATCH v2 00/13] mpt3sas driver NVMe support:

On Mon, Aug 07, 2017 at 08:45:25AM -0700, James Bottomley wrote: > On Mon, 2017-08-07 at 20:01 +0530, Kashyap Desai wrote: > > > > We have to attempt this use case and see how it behaves. I have not > > tried this, so not sure if things are really bad or just some tuning > > may be helpful. I

[PATCH v2 0/4] KVM: optimize the kvm_vcpu_on_spin

This is a simple optimization for kvm_vcpu_on_spin, the main idea is described in patch-1's commit msg. I did some tests base on the RFC version, the result shows that it can improves the performance slightly. == Geekbench-3.4.1 == VM1:8U,4G, vcpu(0...7) is 1:1 pinned to pcpu(6...11,18,19)

[PATCH v2 4/4] KVM: arm: implements the kvm_arch_vcpu_in_kernel()

This implements the kvm_arch_vcpu_in_kernel() for ARM. Signed-off-by: Longpeng(Mike) --- virt/kvm/arm/arm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/virt/kvm/arm/arm.c b/virt/kvm/arm/arm.c index 862f820..b9f68e4 100644 --- a/virt/kvm/arm/arm.c

Re: [PATCH v2 0/9] mfd: axp20x: Add basic support for AXP813

On Wed, Jul 26, 2017 at 4:32 PM, Maxime Ripard wrote: > On Wed, Jul 26, 2017 at 04:28:23PM +0800, Chen-Yu Tsai wrote: >> Hi everyone, >> >> This is v2 of my AXP813 support series. The device tree patches are >> based on my A83T MMC support series. These will go

Re: [PATCH 13/18] power: supply: bq24190_charger: Export 5V boost converter as regulator

* Hans de Goede [170806 05:37]: > Register the 5V boost converter as a regulator named > "regulator-bq24190-usb-vbus". Note the name includes "bq24190" because > the bq24190 family is also used on ACPI devices where there are no > device-tree phandles, so regulator_get will

[PATCH 1/3] autofs - fix AT_NO_AUTOMOUNT not being honored

The fstatat(2) and statx() calls can pass the flag AT_NO_AUTOMOUNT which is meant to clear the LOOKUP_AUTOMOUNT flag and prevent triggering of an automount by the call. But this flag is unconditionally cleared for all stat family system calls except statx(). stat family system calls have always

[PATCH 3/3] autofs - make dev ioctl version and ismountpoint user accessible

Some of the autofs miscellaneous device ioctls need to be accessable to user space applications without CAP_SYS_ADMIN to get information about autofs mounts. Signed-off-by: Ian Kent Cc: Colin Walters Cc: Ondrej Holy ---

[PATCH] thermal: rockchip: fix error return code in rockchip_thermal_probe()

platform_get_irq() returns an error code, but the rockchip_thermal driver ignores it and always returns -EINVAL. This is not correct and, prevents -EPROBE_DEFER from being propagated properly. Notice that platform_get_irq() no longer returns 0 on error:

[PATCH v2] perf/core: Avoid context switch overheads

From: "leilei.lin" A performance issue caused by less strickly check in task sched when these tasks were once attached by per-task perf_event. A task will alloc task->perf_event_ctxp[ctxn] when it was called by perf_event_open, and task->perf_event_ctxp[ctxn] would

Re: [PATCH] arm64: correct modules range of kernel virtual memory layout

On Mon, 2017-08-07 at 15:01 +0100, Will Deacon wrote: > On Mon, Aug 07, 2017 at 02:18:00PM +0100, Ard Biesheuvel wrote: > > On 7 August 2017 at 14:16, Will Deacon wrote: > > > On Mon, Aug 07, 2017 at 07:04:46PM +0800, Miles Chen wrote: > > >> The commit f80fb3a3d508 ("arm64:

Re: [MD] Crash with 4.12+ kernel and high disk load -- bisected to 4ad23a976413: MD: use per-cpu counter for writes_pending

On Mon, Aug 07, 2017 at 01:20:25PM +0200, Dominik Brodowski wrote: > Neil, Shaohua, > > following up on David R's bug message: I have observed something similar > on v4.12.[345] and v4.13-rc4, but not on v4.11. This is a RAID1 (on bare > metal partitions, /dev/sdaX and /dev/sdbY linked together).

[PATCH] spi/bcm63xx: fix error return code in bcm63xx_spi_probe()

platform_get_irq() returns an error code, but the spi-bcm63xx driver ignores it and always returns -ENXIO. This is not correct and, prevents -EPROBE_DEFER from being propagated properly. Notice that platform_get_irq() no longer returns 0 on error:

linux-next: manual merge of the userns tree with the mips tree

Hi Eric, Today's linux-next merge of the userns tree got a conflict in: arch/mips/kernel/traps.c between commit: 260a789828aa ("MIPS: signal: Remove unreachable code from force_fcr31_sig().") from the mips tree and commit: ea1b75cf9138 ("signal/mips: Document a conflict with SI_USER

Re: [PATCH] mm: ratelimit PFNs busy info message

Andrew Morton writes: > On Wed, 2 Aug 2017 13:44:57 -0400 Jonathan Toppins > wrote: > >> The RDMA subsystem can generate several thousand of these messages per >> second eventually leading to a kernel crash. Ratelimit these messages >> to

Re: [RFC PATCH 0/1] Add hugetlbfs support to memfd_create()

Hi, I am one foot out of office and will be offline for two days so I didn't get to review the patch yet but this information is an useful information about the usecase that should be in the patch directly for future reference. On Mon 07-08-17 16:47:51, Mike Kravetz wrote: > This patch came out

[PATCH 4/4] dt-bindings: mt8173-xhci: add generic compatible and rename file

The mt8173-xhci.txt actually holds the bindings for all mediatek SoCs with xHCI controller, so add a generic compatible and change the name to xhci-mtk.txt to reflect that. Signed-off-by: Chunfeng Yun --- .../bindings/usb/{mt8173-xhci.txt => xhci-mtk.txt} | 10

[PATCH 3/4] dt-bindings: mt8173-mtu3: add generic compatible and rename file

The mt8173-mtu3.txt actually holds the bindings for all mediatek SoCs with usb3 DRD IP, so add a generic compatible and change the name to mtu3.txt. Signed-off-by: Chunfeng Yun --- .../bindings/usb/{mt8173-mtu3.txt => mtu3.txt} |6 -- 1 file changed, 4

[PATCH 2/4] usb: xhci-mtk: add generic compatible string

The xhci-mtk driver is a generic driver for MediaTek xHCI IP, add a generic compatible to avoid confusion when support new SoCs but use a compatible with specific SoC's name "mt8173". Signed-off-by: Chunfeng Yun --- drivers/usb/host/xhci-mtk.c |1 + 1 file

[PATCH 1/4] usb: mtu3: add generic compatible string

The mtu3 driver is a generic driver for MediaTek usb3 DRD IP, add a generic compatible to avoid confusion when support new SoCs but use a compatible with specific SoC's name "mt8173". Signed-off-by: Chunfeng Yun --- drivers/usb/mtu3/mtu3_plat.c |1 + 1 file

Re: [PATCH v5 net-next 00/12] bpf: rewrite value tracking in verifier

On 08/07/2017 04:21 PM, Edward Cree wrote: This series simplifies alignment tracking, generalises bounds tracking and fixes some bounds-tracking bugs in the BPF verifier. Pointer arithmetic on packet pointers, stack pointers, map value pointers and context pointers has been unified, and

Re: [PATCH] devfreq: add error check for sscanf in userspace governor

Hi, On 2017년 08월 07일 22:06, Santosh Mardi wrote: > store_freq function of devfreq userspace governor > executes further, even if error is returned from sscanf, > this will result in setting up wrong frequency value. > > Add proper error check to bail out if any error is returned. > >

Re: [PATCH v2 0/4] ipmi: bt-i2c: added IPMI Block Transfer over I2C

On Sat, Aug 5, 2017 at 3:23 PM, Corey Minyard wrote: > On 08/04/2017 08:18 PM, Brendan Higgins wrote: >> >> This patchset introduces IPMI Block Transfer over I2C (BT-I2C), which has >> the >> same semantics as IPMI Block Transfer except it done over I2C. >> >> For the OpenBMC

Re: [PATCH v2 2/4] usb: common: Move u_serial from gadget/function to usb/common

Hi, On 08/07/2017 04:13 PM, Felipe Balbi wrote: > Hi, > > Lu Baolu writes: >> The component u_serial provides a glue layer between TTY layer >> and a USB gadget device needed to provide a basic serial port >> functionality. Currently, u_serial sits under gadget/function

Re: [PATCH 3/4] selftests/seccomp: Refactor RET_ERRNO tests

On 08/02/2017 10:19 PM, Kees Cook wrote: > This refactors the errno tests (since they all use the same pattern for > their filter) and adds a RET_DATA field ordering test. > > Signed-off-by: Kees Cook This all looks good and is a great idea. Reviewed-by: Tyler Hicks

[PATCH] dt-bindings: clock: sunxi-ccu: Add compatibles for sun5i CCU driver

The bindings were not updated when the sun5i CCU driver was added in commit 5e73761786d6 ("clk: sunxi-ng: Add sun5i CCU driver"). Signed-off-by: Jonathan Liu --- Documentation/devicetree/bindings/clock/sunxi-ccu.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 3/4] selftests/seccomp: Refactor RET_ERRNO tests

This refactors the errno tests (since they all use the same pattern for their filter) and adds a RET_DATA field ordering test. Signed-off-by: Kees Cook Reviewed-by: Tyler Hicks --- tools/testing/selftests/seccomp/seccomp_bpf.c | 95

linux-next: Signed-off-by missing for commit in the scsi-mkp tree

Hi Martin, Commit facfc963ae92 ("scsi: g_NCR5380: Two DTC436 PDMA workarounds") is missing a Signed-off-by from its author. -- Cheers, Stephen Rothwell

[RFC v1 2/4] ipmi_bmc: device interface to IPMI BMC framework

From: Benjamin Fair This creates a char device which allows userspace programs to send and receive IPMI messages. Messages are only routed to userspace if no other kernel driver can handle them. Signed-off-by: Benjamin Fair Signed-off-by:

[RFC v1 3/4] ipmi_bmc: bt-i2c: port driver to IPMI BMC framework

From: Benjamin Fair Instead of handling interaction with userspace and providing a file interface, rely on the IPMI BMC framework to do this. This simplifies the logic and eliminates duplicate code. Signed-off-by: Benjamin Fair Signed-off-by:

[RFC v1 0/4] ipmi_bmc: framework for IPMI on BMCs

This introduces a framework for implementing the BMC side of the IPMI protocol, roughly mirroring the host side OpenIPMI framework; it attempts to abstract away hardware interfaces, such as Block Transfer interface hardware implementations from IPMI command handlers. It does this by implementing

Re: linux-next: Signed-off-by missing for commit in the scsi-mkp tree

On Tue, 8 Aug 2017, Stephen Rothwell wrote: > Hi Martin, > > Commit > > facfc963ae92 ("scsi: g_NCR5380: Two DTC436 PDMA workarounds") > > is missing a Signed-off-by from its author. > Sorry about that. The patch was a joint effort. Ondrej, would you please send your "Signed-off-by" tag so

[PATCH] mmc: host: omap_hsmmc: Add CMD23 capability to omap_hsmmc driver

omap_hsmmc driver always relied on CMD12 to stop transmission. However if CMD12 is not issued at the correct timing, the card will indicate a out of range error. With certain cards in some of the DRA7 based boards, -EIO error is observed. By Adding CMD23 capability, the MMC core will send

[PATCH] ARM: dts: DRA7: Add pcie1 dt node for EP mode

Add pcie1 dt node in order for the controller to operate in endpoint mode. However since none of the dra7 based boards have slots configured to operate in endpoint mode, keep EP mode disabled. Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/am571x-idk.dts

Re: [PATCH v4] printk: Add monotonic, boottime, and realtime timestamps

On (08/07/17 11:52), Prarit Bhargava wrote: [..] > +/** > + * enum printk_time_type - Timestamp types for printk() messages. > + * @PRINTK_TIME_DISABLE: No time stamp. > + * @PRINTK_TIME_LOCAL: Local hardware clock timestamp. > + * @PRINTK_TIME_BOOT: Boottime clock timestamp. > + *

Re: [PATCH v8 14/14] lockdep: Crossrelease feature documentation

-crossrelease-feature/20170807-172617 config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): >> ERROR: "lookup_page

[RFC][PATCH] timer: Add function-change canary

This introduces canaries to struct timer_list in an effort to protect the function callback pointer from getting rewritten during stack or heap overflow attacks. The struct timer_list has become a recent target for security flaw exploitation because it includes the "data" argument in the

Re: [PATCH 1/4] seccomp: Provide matching filter for introspection

On 08/07/2017 08:03 PM, Tyler Hicks wrote: > On 08/02/2017 10:19 PM, Kees Cook wrote: >> Both the upcoming logging improvements and changes to RET_KILL will need >> to know which filter a given seccomp return value originated from. In >> order to delay logic processing of result until after the

[PATCH 2/2] f2fs: introduce gc_urgent mode for background GC

This patch adds a sysfs entry to control urgent mode for background GC. If this is set, background GC thread conducts GC with gc_urgent_sleep_time all the time. Signed-off-by: Jaegeuk Kim --- Documentation/ABI/testing/sysfs-fs-f2fs | 12 fs/f2fs/gc.c

[PATCH 1/2] f2fs: use IPU for cold files

We expect cold files write data sequentially, but sometimes some of small data can be updated, which incurs fragmentation. Let's avoid that. Signed-off-by: Jaegeuk Kim --- fs/f2fs/segment.h | 4 1 file changed, 4 insertions(+) diff --git a/fs/f2fs/segment.h

[PATCH v2 4/4] selftests/seccomp: Test thread vs process killing

SECCOMP_RET_KILL is supposed to kill the current thread (and userspace depends on this), so test for this, distinct from killing the entire process. This also tests killing the entire process with the new SECCOMP_FILTER_FLAG_KILL_PROCESS flag. (This also moves a bunch of defines up earlier in the

[PATCH v2 0/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS

This series is the result of Fabricio and I going around a few times on possible solutions for finding a way to enhance RET_KILL to kill the process group. There's a lot of ways this could be done, but I wanted something that felt cleanest. As it happens, Tyler's recent patch series for logging

[PATCH v2 2/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS

Right now, SECCOMP_RET_KILL kills the current thread. There have been a few requests for RET_KILL to kill the entire process (the thread group), but since seccomp's u32 return values are ABI, and ordered by lowest value, with RET_KILL as 0, there isn't a trivial way to provide an even smaller

[PATCH v2 1/4] seccomp: Provide matching filter for introspection

Both the upcoming logging improvements and changes to RET_KILL will need to know which filter a given seccomp return value originated from. In order to delay logic processing of result until after the seccomp loop, this adds a single pointer assignment on matches. This will allow both log and

linux-next: manual merge of the rdma tree with Linus' tree

Hi Doug, Today's linux-next merge of the rdma tree got a conflict in: drivers/net/ethernet/mellanox/mlx5/core/main.c between commit: eeb66cdb6826 ("net/mlx5: Separate between E-Switch and MPFS") from Linus' tree and commit: c85023e153e3 ("IB/mlx5: Add raw ethernet local loopback

Re: block/ps3vram: Delete an error message for a failed memory allocation in ps3vram_cache_init()

SF Markus Elfring writes: I didn't consider one would be triggered by the kzalloc failure. >>> >>> Do you reconsider any special system settings for further >>> software evolution then? >> >> Sorry, I don't quite understand your question. > > Do you try to

[PATCH urgent] x86/asm/64: Clear AC on NMI entries

This closes a hole in our SMAP implementation. This patch comes from grsecurity. Good catch! Cc: sta...@vger.kernel.org Signed-off-by: Andy Lutomirski --- arch/x86/entry/entry_64.S | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/x86/entry/entry_64.S

Re: Possible race in pc87413_wdt.ko

On 08/07/2017 06:22 AM, Anton Volkov wrote: Hello. While searching for races in the Linux kernel I've come across "drivers/watchdog/pc87413_wdt.ko" module. Here is a question that I came up with while analyzing results. Lines are given using the info from Linux v4.12. Consider the following

Re: [PATCH -mm] mm: Clear to access sub-page last when clearing huge page

Mike Kravetz writes: > On 08/07/2017 12:21 AM, Huang, Ying wrote: >> From: Huang Ying >> >> Huge page helps to reduce TLB miss rate, but it has higher cache >> footprint, sometimes this may cause some issue. For example, when >> clearing huge

Re: [PATCH 0/6] In-kernel QMI handling

On Mon 07 Aug 12:19 PDT 2017, Marcel Holtmann wrote: > Hi Bjorn, > > >>> This series starts by moving the common definitions of the QMUX > >>> protocol to the > >>> uapi header, as they are shared with clients - both in kernel and > >>> userspace. > >>> > >>> This series then introduces

[PATCH] spi: xlp: fix error return code in xlp_spi_probe()

platform_get_irq() returns an error code, but the spi-xlp driver ignores it and always returns -EINVAL. This is not correct and, prevents -EPROBE_DEFER from being propagated properly. Notice that platform_get_irq() no longer returns 0 on error:

[PATCH 1/2] PCI: iproc: Implement PCI hotplug support

This patch implements PCI hotplug support for iproc family chipsets. Iproc based SOC (e.g. Stingray) does not have hotplug controller integrated. Hence, standard PCI hotplug framework hooks can-not be used. e.g. controlled power up/down of slot. The mechanism, for e.g. Stingray has adopted for

[PATCH 0/2] PCI hotplug feature

These patches bring in PCI hotplug support for iproc family chipsets. It includes DT binding documentation update and, implementation in iproc pcie RC driver. These patch set is made on top of following patches. [PATCH v6 2/2] PCI: iproc: add device shutdown for PCI RC [PATCH v6 1/2] PCI: iproc:

[PATCH 2/2] PCI: iproc: Add optional brcm,pci-hotplug

Add description for optional device tree property 'brcm,pci-hotplug' for PCI hotplug feature. Signed-off-by: Oza Pawandeep Reviewed-by: Ray Jui diff --git a/Documentation/devicetree/bindings/pci/brcm,iproc-pcie.txt

[PATCH v2] scheduler: enhancement to show_state_filter

Sometimes we want to get tasks in TASK_RUNNING sepcifically, instead of dump all tasks. For example, when the loadavg are high, we want to dump tasks in TASK_RUNNING and TASK_UNINTERRUPTIBLE, which contribute to system load. But mostly there're lots of tasks in Sleep state, which occupies almost

[PATCH] mmc: wmt-sdmmc: Handle return value of clk_prepare_enable

clk_prepare_enable() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/mmc/host/wmt-sdmmc.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/host/wmt-sdmmc.c b/drivers/mmc/host/wmt-sdmmc.c

Re: [PATCH v8 09/14] lockdep: Apply crossrelease to completions

-crossrelease-feature/20170807-172617 config: cris-allmodconfig (attached as .config) compiler: cris-linux-gcc (GCC) 6.2.0 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # save the attached

Re: [PATCH 1/4] seccomp: Provide matching filter for introspection

On 08/02/2017 10:19 PM, Kees Cook wrote: > Both the upcoming logging improvements and changes to RET_KILL will need > to know which filter a given seccomp return value originated from. In > order to delay logic processing of result until after the seccomp loop, > this adds a single pointer

Re: [PATCH 1/4] seccomp: Provide matching filter for introspection

On Mon, Aug 7, 2017 at 6:03 PM, Tyler Hicks wrote: >> -static u32 seccomp_run_filters(const struct seccomp_data *sd) >> +static u32 seccomp_run_filters(const struct seccomp_data *sd, >> +struct seccomp_filter **match) >> { >> struct

Re: [PATCH 2/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS

On Mon, Aug 7, 2017 at 6:23 PM, Tyler Hicks wrote: > On 08/02/2017 10:19 PM, Kees Cook wrote: >> Right now, SECCOMP_RET_KILL kills the current thread. There have been >> a few requests for RET_KILL to kill the entire process (the thread >> group), but since seccomp's u32

Re: [PATCH] media: i2c: OV5647: gate clock lane before stream on

Hi all, 2017-08-07 22:48 GMT+08:00 Luis Oliveira : > Hi all, > > I'm new here, I got to be Maintainer of this driver by the old Maintainer > recommendation. Still getting the hang of it :) > > On 07-Aug-17 13:26, Philipp Zabel wrote: >> Hi Jacob, >> >> On Mon,

Re: [lkp-robot] [mm] 7674270022: will-it-scale.per_process_ops -19.3% regression

Hi, On Tue, Aug 08, 2017 at 09:19:23AM +0800, kernel test robot wrote: > > Greeting, > > FYI, we noticed a -19.3% regression of will-it-scale.per_process_ops due to > commit: > > > commit: 76742700225cad9df49f05399381ac3f1ec3dc60 ("mm: fix > MADV_[FREE|DONTNEED] TLB flush miss problem") >

Re: [PATCH v2 1/5] mfd: mt6397: create irq mappings in mfd core driver

On Mon, Aug 07, 2017 at 11:32:44PM +0200, Alexandre Belloni wrote: > On 07/08/2017 at 09:57:41 +0800, Chen Zhong wrote: > > The core driver should create and manage irq mappings instead of > > leaf drivers. This patch change to pass irq domain to > > devm_mfd_add_devices() and it will create

Re: [PATCH 2/2] f2fs: introduce gc_urgent mode for background GC

Hi Jaegeuk, On 2017/8/8 9:42, Jaegeuk Kim wrote: > This patch adds a sysfs entry to control urgent mode for background GC. > If this is set, background GC thread conducts GC with gc_urgent_sleep_time > all the time. Good idea. If we want to add more gc policy, current approach is not friendly

Re: [PATCH 2/2] f2fs: introduce gc_urgent mode for background GC

Hi Chao, On 08/08, Chao Yu wrote: > Hi Jaegeuk, > > On 2017/8/8 9:42, Jaegeuk Kim wrote: > > This patch adds a sysfs entry to control urgent mode for background GC. > > If this is set, background GC thread conducts GC with gc_urgent_sleep_time > > all the time. > > Good idea. > > If we want to

[PATCH] f2fs: fix some cases with reserved_blocks

Signed-off-by: Yunlong Song --- fs/f2fs/recovery.c | 3 ++- fs/f2fs/super.c| 9 + 2 files changed, 7 insertions(+), 5 deletions(-) diff --git a/fs/f2fs/recovery.c b/fs/f2fs/recovery.c index a3d0261..e288319 100644 --- a/fs/f2fs/recovery.c +++

Re: [PATCH 3.18 00/50] 3.18.64-stable review

On 08/07/2017 12:34 PM, Greg Kroah-Hartman wrote: On Sat, Aug 05, 2017 at 12:11:19PM -0700, Guenter Roeck wrote: On 08/05/2017 08:43 AM, Greg Kroah-Hartman wrote: On Sat, Aug 05, 2017 at 08:02:17AM +0200, Willy Tarreau wrote: On Sat, Aug 05, 2017 at 07:55:11AM +0200, Willy Tarreau wrote: On

[PATCH] usb: imx21-hcd: fix error return code in imx21_probe()

platform_get_irq() returns an error code, but the imx21-hcd driver ignores it and always returns -ENXIO. This is not correct, and prevents -EPROBE_DEFER from being propagated properly. Notice that platform_get_irq() no longer returns 0 on error:

Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API

On Mon, Aug 07, 2017 at 06:18:35PM +0800, Coly Li wrote: > On 2017/8/7 下午4:38, Byungchul Park wrote: > > Although llist provides proper APIs, they are not used. Make them used. > > > > Signed-off-by: Byungchul Park Only have a question about why not using

[PATCH v5 1/1] usb:host:xhci support option to disable the xHCI USB2 HW LPM

XHCI specification 1.1 does not require xHCI-compliant controllers to always enable hardware USB2 LPM. However, the current xHCI driver always enable it when seeing HLC=1. This patch supports an option for users to control disabling USB2 Hardware LPM via DT/ACPI attribute. This option is needed in

[PATCH] mm, devm_memremap_pages: use multi-order radix for ZONE_DEVICE lookups

devm_memremap_pages() records mapped ranges in pgmap_radix with an entry per section's worth of memory (128MB). The key for each of those entries is a section number. This leads to false positives when devm_memremap_pages() is passed a section-unaligned range as lookups in the misalignment fail

[PATCHv3] arm:kexec: have own crash_smp_send_stop() for crash dump for nonpanic cores

Commit 0ee5941 : (x86/panic: replace smp_send_stop() with kdump friendly version in panic path) introduced crash_smp_send_stop() which is a weak function and can be overriden by architecture codes to fix the side effect caused by commit f06e515 : (kernel/panic.c: add "crash_kexec_post_ notifiers"

Re: [PATCH 4/4] selftests/seccomp: Test thread vs process killing

On Mon, Aug 7, 2017 at 6:29 PM, Tyler Hicks wrote: >> + /* Only the thread died. Let parent know this thread didn't die. */ > > This read a little odd to me. How about, "Only the created thread died. > Let parent know the this creating thread didn't die."? Sounds good.

Re: [PATCH] serio: PS2 gpio bit banging driver for the serio bus

On Mon, Aug 07, 2017 at 11:03:53AM +0200, Linus Walleij wrote: > On Tue, Aug 1, 2017 at 12:24 AM, Danilo Krummrich > wrote: > > > +config SERIO_GPIO_PS2 > > + tristate "GPIO PS/2 bit banging driver" > > + help > > + Say Y here if you want PS/2

Re: [PATCH v3] xen: get rid of paravirt op adjust_exception_frame

On Mon, Aug 7, 2017 at 1:56 PM, Boris Ostrovsky wrote: > >> diff --git a/arch/x86/xen/enlighten_pv.c b/arch/x86/xen/enlighten_pv.c >> index 811e4ddb3f37..a3dcd83187ce 100644 >> --- a/arch/x86/xen/enlighten_pv.c >> +++ b/arch/x86/xen/enlighten_pv.c >> @@ -579,6 +579,71

[PATCH v2] x86/xen/64: Rearrange the SYSCALL entries

Xen's raw SYSCALL entries are much less weird than native. Rather than fudging them to look like native entries, use the Xen-provided stack frame directly. This lets us eliminate entry_SYSCALL_64_after_swapgs and two uses of the SWAPGS_UNSAFE_STACK paravirt hook. The SYSENTER code would benefit

Re: [lkp-robot] [mm] 7674270022: will-it-scale.per_process_ops -19.3% regression

Minchan Kim wrote: > Hi, > > On Tue, Aug 08, 2017 at 09:19:23AM +0800, kernel test robot wrote: >> Greeting, >> >> FYI, we noticed a -19.3% regression of will-it-scale.per_process_ops due to >> commit: >> >> >> commit: 76742700225cad9df49f05399381ac3f1ec3dc60 ("mm: fix

[PATCH] spi/bcm63xx-hspi: fix error return code in bcm63xx_hsspi_probe()

platform_get_irq() returns an error code, but the spi-bcm63xx-hsspi driver ignores it and always returns -ENXIO. This is not correct and, prevents -EPROBE_DEFER from being propagated properly. Notice that platform_get_irq() no longer returns 0 on error:

Re: [PATCH] arm64: correct modules range of kernel virtual memory layout

On Tue, 2017-08-08 at 12:44 +0800, Miles Chen wrote: > On Mon, 2017-08-07 at 15:01 +0100, Will Deacon wrote: > > On Mon, Aug 07, 2017 at 02:18:00PM +0100, Ard Biesheuvel wrote: > > > On 7 August 2017 at 14:16, Will Deacon wrote: > > > > On Mon, Aug 07, 2017 at 07:04:46PM

Re: [RESEND PATCH] bcache: Don't reinvent the wheel but use existing llist API

On 2017/8/8 下午12:12, Byungchul Park wrote: > On Mon, Aug 07, 2017 at 06:18:35PM +0800, Coly Li wrote: >> On 2017/8/7 下午4:38, Byungchul Park wrote: >>> Although llist provides proper APIs, they are not used. Make them used. >>> >>> Signed-off-by: Byungchul Park > Only have

[PATCH] memory: mtk-smi: Handle return value of clk_prepare_enable

clk_prepare_enable() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/memory/mtk-smi.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/memory/mtk-smi.c b/drivers/memory/mtk-smi.c index

Re: linux-next: manual merge of the userns tree with the mips tree

On Tue, Aug 08, 2017 at 03:10:04PM +1000, Stephen Rothwell wrote: (Maciej added to cc.) > Hi Eric, > > Today's linux-next merge of the userns tree got a conflict in: > > arch/mips/kernel/traps.c > > between commit: > > 260a789828aa ("MIPS: signal: Remove unreachable code from >

[PATCH] mmc: mxcmmc: Handle return value of clk_prepare_enable

clk_prepare_enable() can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/mmc/host/mxcmmc.c | 25 +++-- 1 file changed, 19 insertions(+), 6 deletions(-) diff --git a/drivers/mmc/host/mxcmmc.c

RE: [PATCH 2/2] gpio: 74x164: handling enable-gpios

> > + chip->enable_gpio = devm_gpiod_get(>dev, "enable", > GPIOD_OUT_LOW); > > + if (IS_ERR(chip->enable_gpio)) { > > + dev_dbg(>dev, "No enable-gpios property\n"); > > + chip->enable_gpio = NULL; > > Also, the error handling here is not correct as it will

Re: [PATCH 2/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS

On 08/02/2017 10:19 PM, Kees Cook wrote: > Right now, SECCOMP_RET_KILL kills the current thread. There have been > a few requests for RET_KILL to kill the entire process (the thread > group), but since seccomp's u32 return values are ABI, and ordered by > lowest value, with RET_KILL as 0, there

[no subject]

Hello Linux http://beat4sale.com/development.php?cover=27rgc725thxdcx All Best Vinay

Re: Suspend-resume failure on Intel Eagle Lake Core2Duo

Hi Marc, 2017-08-07 17:17 GMT+09:00 Marc Zyngier : > On 07/08/17 05:45, Masahiro Yamada wrote: >> Hi Marc, >> >> >> 2017-08-03 22:30 GMT+09:00 Marc Zyngier : >>> On 03/08/17 13:52, Masahiro Yamada wrote: Hi Marc, 2017-08-03 17:41

Re: [PATCH 4/4] selftests/seccomp: Test thread vs process killing

On 08/02/2017 10:19 PM, Kees Cook wrote: > SECCOMP_RET_KILL is supposed to kill the current thread (and userspace > depends on this), so test for this, distinct from killing the entire > process. This also tests killing the entire process with the new > SECCOMP_FILTER_FLAG_KILL_PROCESS flag. (This

Re: [PATCH v2 2/3] usb: chipidea: Hook into mux framework to toggle usb switch

Quoting Peter Rosin (2017-07-31 03:33:22) > On 2017-07-14 23:40, Stephen Boyd wrote: > > @@ -1964,16 +1965,26 @@ void ci_hdrc_gadget_destroy(struct ci_hdrc *ci) > > > > static int udc_id_switch_for_device(struct ci_hdrc *ci) > > { > > + int ret = 0; > > + > > if (ci->is_otg) > >

Re: [PATCH v9 0/4] Add new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

On Mon, Aug 07, 2017 at 02:14:48PM -0700, David Miller wrote: > From: Ding Tianhong > Date: Mon, 7 Aug 2017 12:13:17 +0800 > > > Hi David： > > > > I think networking tree merge it is a better choice, as it mainly used to > > tell the NIC > > drivers how to use the

Re: [PATCH v2 2/4] seccomp: Add SECCOMP_FILTER_FLAG_KILL_PROCESS

On 08/07/2017 08:59 PM, Kees Cook wrote: > Right now, SECCOMP_RET_KILL kills the current thread. There have been > a few requests for RET_KILL to kill the entire process (the thread > group), but since seccomp's u32 return values are ABI, and ordered by > lowest value, with RET_KILL as 0, there

Re: [PATCH v3] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES

On 2017/7/26 18:15, Hanjun Guo wrote: From: Hanjun Guo When enabling ITS NUMA support on D05, I got the boot log: [0.00] SRAT: PXM 0 -> ITS 0 -> Node 0 [0.00] SRAT: PXM 0 -> ITS 1 -> Node 0 [0.00] SRAT: PXM 0 -> ITS 2 -> Node 0 [0.00]

[PATCH] scheduler: enhancement to show_state_filter

Sometimes we want to get tasks in TASK_RUNNING sepcifically, instead of dump all tasks. For example, when the loadavg are high, we want to dump tasks in TASK_RUNNING and TASK_UNINTERRUPTIBLE, which contribute to system load. But mostly there're lots of tasks in Sleep state, which occupies almost

[RFC v1 4/4] ipmi_bmc: bt-aspeed: port driver to IPMI BMC framework

From: Benjamin Fair The driver was handling interaction with userspace on its own. This patch changes it to use the functionality of the ipmi_bmc framework instead. Note that this removes the ability for the BMC to set SMS_ATN by making an ioctl. If this functionality

[RFC v1 1/4] ipmi_bmc: framework for BT IPMI on BMCs

From: Benjamin Fair This patch introduces a framework for writing IPMI drivers which run on a Board Management Controller. It is similar in function to OpenIPMI. The framework handles registering devices and routing messages. Signed-off-by: Benjamin Fair

  1   2   3   4   5   6   7   8   9   10   >