Re: [PATCH v2] f2fs: add an ioctl to disable GC for specific file

This patch gives a flag to disable GC on given file, which would be useful, when user wants to keep its block map. It also conducts in-place-update for dontmove file. Signed-off-by: Jaegeuk Kim --- Change log from v2: - change the naming from dontmove to pin_file - do

Re: [PATCH v2] f2fs: add an ioctl to disable GC for specific file

This patch gives a flag to disable GC on given file, which would be useful, when user wants to keep its block map. It also conducts in-place-update for dontmove file. Signed-off-by: Jaegeuk Kim --- Change log from v2: - change the naming from dontmove to pin_file - do in-place-update for

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, This patch looks good to me. thanks, Jun On 2017/12/28 10:58, Gang He wrote: > > > >> Hi Gang, >> >> You cleared my doubt. Should we handle the errno of ocfs2_inode_lock() >> or just use mlog_errno()? > Hi Jun, I think it is not necessary, since we just want to hold a while >

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, This patch looks good to me. thanks, Jun On 2017/12/28 10:58, Gang He wrote: > > > >> Hi Gang, >> >> You cleared my doubt. Should we handle the errno of ocfs2_inode_lock() >> or just use mlog_errno()? > Hi Jun, I think it is not necessary, since we just want to hold a while >

[PATCH] Documentation: gpu/i915: rename intel_guc_loader.c

Commit e8668bbcb0f91c7baa ("drm/i915/guc: Rename intel_guc_loader.c to intel_guc_fw.c") renamed drivers/gpu/drm/i915/intel_guc_loader.c but didn't update Documentation/gpu/i915.rst. Change intel_guc_loader.c to intel_guc_fw.c in Documentation/gpu/i915.rst. Signed-off-by: Joey Pabalinas

[PATCH] Documentation: gpu/i915: rename intel_guc_loader.c

Commit e8668bbcb0f91c7baa ("drm/i915/guc: Rename intel_guc_loader.c to intel_guc_fw.c") renamed drivers/gpu/drm/i915/intel_guc_loader.c but didn't update Documentation/gpu/i915.rst. Change intel_guc_loader.c to intel_guc_fw.c in Documentation/gpu/i915.rst. Signed-off-by: Joey Pabalinas ---

Re: [f2fs-dev] [PATCH 1/2] f2fs: pass down write hints to block layer for bufferd write

On 12/23, Chao Yu wrote: > On 2017/12/15 10:06, Jaegeuk Kim wrote: > > On 12/14, Hyunchul Lee wrote: > >> Hi Jaegeuk, > >> > >> I need your comment about the fs_iohint mount option. > >> > >> a) w/o fs_iohint, propagate user hints to low layer. > >> b) w/ fs_iohint, ignore user hints, and use

Re: [f2fs-dev] [PATCH 1/2] f2fs: pass down write hints to block layer for bufferd write

On 12/23, Chao Yu wrote: > On 2017/12/15 10:06, Jaegeuk Kim wrote: > > On 12/14, Hyunchul Lee wrote: > >> Hi Jaegeuk, > >> > >> I need your comment about the fs_iohint mount option. > >> > >> a) w/o fs_iohint, propagate user hints to low layer. > >> b) w/ fs_iohint, ignore user hints, and use

Re: [RFC PATCH] memory-hotplug: add sysfs immovable_mem attribute

On Wed, Dec 27, 2017 at 01:47:26PM +0100, Greg KH wrote: >On Wed, Dec 27, 2017 at 08:30:12PM +0800, Chao Fan wrote: >> In sometimes users specify the memory region in immovable node in >> some kernel commandline, such as "kernel_core" or the "immovable_mem=" >> in the patchset that I have send.

Re: [RFC PATCH] memory-hotplug: add sysfs immovable_mem attribute

On Wed, Dec 27, 2017 at 01:47:26PM +0100, Greg KH wrote: >On Wed, Dec 27, 2017 at 08:30:12PM +0800, Chao Fan wrote: >> In sometimes users specify the memory region in immovable node in >> some kernel commandline, such as "kernel_core" or the "immovable_mem=" >> in the patchset that I have send.

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

>>> > Hi Gang, > > You cleared my doubt. Should we handle the errno of ocfs2_inode_lock() > or just use mlog_errno()? Hi Jun, I think it is not necessary, since we just want to hold a while before get the DLM lock, we do not care about the result, since we will unlock immediately here. In

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

>>> > Hi Gang, > > You cleared my doubt. Should we handle the errno of ocfs2_inode_lock() > or just use mlog_errno()? Hi Jun, I think it is not necessary, since we just want to hold a while before get the DLM lock, we do not care about the result, since we will unlock immediately here. In

Re: PROBLEM: 4.15.0-rc3 APIC causes lockups on Core 2 Duo laptop

On Thu, Dec 28, 2017 at 10:06:25AM +0800, Dou Liyang wrote: > Hi Alexandru, > > Thanks for testing ! > At 12/28/2017 12:18 AM, Alexandru Chirvasitu wrote: > > As per instructions, I did the following: > > > > (1) > > > > Checked out > > > > 464e1d5 Linux 4.15-rc5 > > > > (after getting my

Re: PROBLEM: 4.15.0-rc3 APIC causes lockups on Core 2 Duo laptop

On Thu, Dec 28, 2017 at 10:06:25AM +0800, Dou Liyang wrote: > Hi Alexandru, > > Thanks for testing ! > At 12/28/2017 12:18 AM, Alexandru Chirvasitu wrote: > > As per instructions, I did the following: > > > > (1) > > > > Checked out > > > > 464e1d5 Linux 4.15-rc5 > > > > (after getting my

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Alex, >>> > Hi Gang, > > On 2017/12/27 18:37, Gang He wrote: >> Hi Jun, >> >> > >>> Hi Gang, >>> >>> Do you mean that too many retrys in loop cast losts of CPU-time and >>> block page-fault interrupt? We should not add any delay in >>> ocfs2_fault(), right? And I still feel a little

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Alex, >>> > Hi Gang, > > On 2017/12/27 18:37, Gang He wrote: >> Hi Jun, >> >> > >>> Hi Gang, >>> >>> Do you mean that too many retrys in loop cast losts of CPU-time and >>> block page-fault interrupt? We should not add any delay in >>> ocfs2_fault(), right? And I still feel a little

[PATCH 2/2] staging: iio: add spaces around '-' operator

Clean up checkpatch warning: CHECK: spaces preferred around that '-' (ctx:VxV) Signed-off-by: Ji-Hun Kim --- drivers/staging/iio/adc/ad7192.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/iio/adc/ad7192.c

[PATCH 2/2] staging: iio: add spaces around '-' operator

Clean up checkpatch warning: CHECK: spaces preferred around that '-' (ctx:VxV) Signed-off-by: Ji-Hun Kim --- drivers/staging/iio/adc/ad7192.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/iio/adc/ad7192.c b/drivers/staging/iio/adc/ad7192.c index

[PATCH 1/2] staging: iio: remove unnecessary parentheses

Clean up checkpatch warning: CHECK: Unnecessary parentheses around 'st->devid != ID_AD7195' Signed-off-by: Ji-Hun Kim --- drivers/staging/iio/adc/ad7192.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/iio/adc/ad7192.c

[PATCH 1/2] staging: iio: remove unnecessary parentheses

Clean up checkpatch warning: CHECK: Unnecessary parentheses around 'st->devid != ID_AD7195' Signed-off-by: Ji-Hun Kim --- drivers/staging/iio/adc/ad7192.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/iio/adc/ad7192.c b/drivers/staging/iio/adc/ad7192.c

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, You cleared my doubt. Should we handle the errno of ocfs2_inode_lock() or just use mlog_errno()? thanks, Jun On 2017/12/28 10:11, Gang He wrote: > Hi Jun, > > >> Hi Gang, >> >> Thanks for your explaination, and I just have one more question. Could >> we use 'ocfs2_inode_lock'

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, You cleared my doubt. Should we handle the errno of ocfs2_inode_lock() or just use mlog_errno()? thanks, Jun On 2017/12/28 10:11, Gang He wrote: > Hi Jun, > > >> Hi Gang, >> >> Thanks for your explaination, and I just have one more question. Could >> we use 'ocfs2_inode_lock'

Re: [RFC PATCH bpf-next v2 1/4] tracing/kprobe: bpf: Check error injectable event is on function entry

On Wed, 27 Dec 2017 14:46:24 -0800 Alexei Starovoitov wrote: > On 12/26/17 9:56 PM, Masami Hiramatsu wrote: > > On Tue, 26 Dec 2017 17:57:32 -0800 > > Alexei Starovoitov wrote: > > > >> On Tue, Dec 26, 2017 at 04:46:59PM +0900, Masami Hiramatsu wrote:

Re: [RFC PATCH bpf-next v2 1/4] tracing/kprobe: bpf: Check error injectable event is on function entry

On Wed, 27 Dec 2017 14:46:24 -0800 Alexei Starovoitov wrote: > On 12/26/17 9:56 PM, Masami Hiramatsu wrote: > > On Tue, 26 Dec 2017 17:57:32 -0800 > > Alexei Starovoitov wrote: > > > >> On Tue, Dec 26, 2017 at 04:46:59PM +0900, Masami Hiramatsu wrote: > >>> Check whether error injectable event

[PATCH] f2fs: add reserved blocks for root user

This patch allows root to reserve some blocks via mount option. "-o reserve_root=N" means N x 4KB-sized blocks for root only. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 25 - fs/f2fs/super.c | 24 ++-- fs/f2fs/sysfs.c | 5

[PATCH] f2fs: add reserved blocks for root user

This patch allows root to reserve some blocks via mount option. "-o reserve_root=N" means N x 4KB-sized blocks for root only. Signed-off-by: Jaegeuk Kim --- fs/f2fs/f2fs.h | 25 - fs/f2fs/super.c | 24 ++-- fs/f2fs/sysfs.c | 5 - 3 files

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Jun, >>> > Hi Gang, > > Thanks for your explaination, and I just have one more question. Could > we use 'ocfs2_inode_lock' instead of 'ocfs2_inode_lock_full' to avoid > -EAGAIN circularly? No, please see the comments above the function ocfs2_inode_lock_with_page(), there will be probably a

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Jun, >>> > Hi Gang, > > Thanks for your explaination, and I just have one more question. Could > we use 'ocfs2_inode_lock' instead of 'ocfs2_inode_lock_full' to avoid > -EAGAIN circularly? No, please see the comments above the function ocfs2_inode_lock_with_page(), there will be probably a

[GIT PULL 2/3] SOC: Keystone SOC update for 4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git tags/keystone_driver_soc_for_4.16 for you to fetch

[GIT PULL 3/3] ARM: Keystone config update for 4.16

Also had patch to sync up multi-v7 config but because of conflicts in next, have to drop it. Will send that post merge window separately The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository

[GIT PULL 2/3] SOC: Keystone SOC update for 4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git tags/keystone_driver_soc_for_4.16 for you to fetch

[GIT PULL 3/3] ARM: Keystone config update for 4.16

Also had patch to sync up multi-v7 config but because of conflicts in next, have to drop it. Will send that post merge window separately The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository

[GIT PULL 1/3] ARM: Keystone DTS for 4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git tags/keystone_dts_for_4.16 for you to fetch changes up

[GIT PULL 1/3] ARM: Keystone DTS for 4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux-keystone.git tags/keystone_dts_for_4.16 for you to fetch changes up

Re: [PATCH 4/4] KVM: nVMX: initialize more non-shadowed fields in prepare_vmcs02_full

2017-12-27 17:54 GMT+08:00 Paolo Bonzini : > On 25/12/2017 04:09, Wanpeng Li wrote: >> 2017-12-21 20:43 GMT+08:00 Paolo Bonzini : >>> These fields are also simple copies of the data in the vmcs12 struct. >>> For some of them, prepare_vmcs02 was skipping

Re: [PATCH 4/4] KVM: nVMX: initialize more non-shadowed fields in prepare_vmcs02_full

2017-12-27 17:54 GMT+08:00 Paolo Bonzini : > On 25/12/2017 04:09, Wanpeng Li wrote: >> 2017-12-21 20:43 GMT+08:00 Paolo Bonzini : >>> These fields are also simple copies of the data in the vmcs12 struct. >>> For some of them, prepare_vmcs02 was skipping the copy when the field >>> was unused. In

Re: [PATCH] PCI: designware: add a check of msi_desc in irqchip

Hi lorenzo:   What do you think? Regards, czou On 12/22/2017 05:35 PM, Marc Zyngier wrote: On 22/12/17 07:38, Cao Zou wrote: On 12/22/2017 11:04 AM, Cao Zou wrote: On 12/20/2017 12:20 AM, Lorenzo Pieralisi wrote: On Mon, Dec 18, 2017 at 10:02:20AM +0800, Cao Zou wrote: On 12/16/2017

Re: [PATCH] PCI: designware: add a check of msi_desc in irqchip

Hi lorenzo:   What do you think? Regards, czou On 12/22/2017 05:35 PM, Marc Zyngier wrote: On 22/12/17 07:38, Cao Zou wrote: On 12/22/2017 11:04 AM, Cao Zou wrote: On 12/20/2017 12:20 AM, Lorenzo Pieralisi wrote: On Mon, Dec 18, 2017 at 10:02:20AM +0800, Cao Zou wrote: On 12/16/2017

Re: PROBLEM: 4.15.0-rc3 APIC causes lockups on Core 2 Duo laptop

Hi Alexandru, Thanks for testing ! At 12/28/2017 12:18 AM, Alexandru Chirvasitu wrote: As per instructions, I did the following: (1) Checked out 464e1d5 Linux 4.15-rc5 (after getting my copy up to date, fetching, pulling ,etc.) and compiled it as-is. Config attached (the one labeled 'np'

Re: PROBLEM: 4.15.0-rc3 APIC causes lockups on Core 2 Duo laptop

Hi Alexandru, Thanks for testing ! At 12/28/2017 12:18 AM, Alexandru Chirvasitu wrote: As per instructions, I did the following: (1) Checked out 464e1d5 Linux 4.15-rc5 (after getting my copy up to date, fetching, pulling ,etc.) and compiled it as-is. Config attached (the one labeled 'np'

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, On 2017/12/27 18:37, Gang He wrote: > Hi Jun, > > >> Hi Gang, >> >> Do you mean that too many retrys in loop cast losts of CPU-time and >> block page-fault interrupt? We should not add any delay in >> ocfs2_fault(), right? And I still feel a little confused why your >> method can

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, On 2017/12/27 18:37, Gang He wrote: > Hi Jun, > > >> Hi Gang, >> >> Do you mean that too many retrys in loop cast losts of CPU-time and >> block page-fault interrupt? We should not add any delay in >> ocfs2_fault(), right? And I still feel a little confused why your >> method can

Re: [PATCH] kobject: fix suppressing modalias in uevents delivered over netlink

Dmitry, Komali has done some experiments with changing /lib/udev/rules.d/80-drivers.rules along the lines you suggested and that seems to be the trick (I'm waiting for clarification from her). What's the mechanism for getting that change committed to the various repositories? Also, your

Re: [PATCH] kobject: fix suppressing modalias in uevents delivered over netlink

Dmitry, Komali has done some experiments with changing /lib/udev/rules.d/80-drivers.rules along the lines you suggested and that seems to be the trick (I'm waiting for clarification from her). What's the mechanism for getting that change committed to the various repositories? Also, your

Re: [PATCH -V5b -mm] mm, swap: Fix race between swapoff and some swap operations

"Huang, Ying" writes: > From: Huang Ying > > When the swapin is performed, after getting the swap entry information > from the page table, system will swap in the swap entry, without any > lock held to prevent the swap device from being swapoff. This

Re: [PATCH -V5b -mm] mm, swap: Fix race between swapoff and some swap operations

"Huang, Ying" writes: > From: Huang Ying > > When the swapin is performed, after getting the swap entry information > from the page table, system will swap in the swap entry, without any > lock held to prevent the swap device from being swapoff. This may > cause the race like below, > > CPU 1

Re: [RFC PATCH bpf-next v2 4/4] error-injection: Support fault injection framework

On Wed, 27 Dec 2017 14:49:46 -0800 Alexei Starovoitov wrote: > On 12/27/17 12:09 AM, Masami Hiramatsu wrote: > > On Tue, 26 Dec 2017 18:12:56 -0800 > > Alexei Starovoitov wrote: > > > >> On Tue, Dec 26, 2017 at 04:48:25PM +0900, Masami Hiramatsu wrote:

Re: [PATCH v5 2/2] PCI: mediatek: Set up class type and vendor ID for MT7622

On Wed, 2017-12-27 at 12:45 -0600, Bjorn Helgaas wrote: > On Wed, Dec 27, 2017 at 08:59:54AM +0800, honghui.zh...@mediatek.com wrote: > > From: Honghui Zhang > > > > The hardware default value of IDs and class type is not correct, > > fix that by setup the correct

Re: [RFC PATCH bpf-next v2 4/4] error-injection: Support fault injection framework

On Wed, 27 Dec 2017 14:49:46 -0800 Alexei Starovoitov wrote: > On 12/27/17 12:09 AM, Masami Hiramatsu wrote: > > On Tue, 26 Dec 2017 18:12:56 -0800 > > Alexei Starovoitov wrote: > > > >> On Tue, Dec 26, 2017 at 04:48:25PM +0900, Masami Hiramatsu wrote: > >>> Support in-kernel fault-injection

Re: [PATCH v5 2/2] PCI: mediatek: Set up class type and vendor ID for MT7622

On Wed, 2017-12-27 at 12:45 -0600, Bjorn Helgaas wrote: > On Wed, Dec 27, 2017 at 08:59:54AM +0800, honghui.zh...@mediatek.com wrote: > > From: Honghui Zhang > > > > The hardware default value of IDs and class type is not correct, > > fix that by setup the correct values before start up. > > >

Re: [RFC PATCH net-next] net: hns3: hns3_get_channels() can be static

From: kbuild test robot Date: Thu, 28 Dec 2017 09:09:59 +0800 > > Fixes: 482d2e9c1cc7 ("net: hns3: add support to query tqps number") > Signed-off-by: Fengguang Wu Applied, thanks.

Re: [RFC PATCH net-next] net: hns3: hns3_get_channels() can be static

From: kbuild test robot Date: Thu, 28 Dec 2017 09:09:59 +0800 > > Fixes: 482d2e9c1cc7 ("net: hns3: add support to query tqps number") > Signed-off-by: Fengguang Wu Applied, thanks.

Re: PROBLEM: consolidated IDT invalidation causes kexec to reboot

On Tue, Dec 26, 2017 at 07:00:43PM -0800, h...@zytor.com wrote: > On December 26, 2017 6:54:55 PM PST, Linus Torvalds > wrote: > >On Tue, Dec 26, 2017 at 6:25 PM, wrote: > >> > >> This is why I personally prefer to see these kinds of terminal

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, Thanks for your explaination, and I just have one more question. Could we use 'ocfs2_inode_lock' instead of 'ocfs2_inode_lock_full' to avoid -EAGAIN circularly? thanks, Jun On 2017/12/27 18:37, Gang He wrote: > Hi Jun, > > >> Hi Gang, >> >> Do you mean that too many retrys in

Re: PROBLEM: consolidated IDT invalidation causes kexec to reboot

On Tue, Dec 26, 2017 at 07:00:43PM -0800, h...@zytor.com wrote: > On December 26, 2017 6:54:55 PM PST, Linus Torvalds > wrote: > >On Tue, Dec 26, 2017 at 6:25 PM, wrote: > >> > >> This is why I personally prefer to see these kinds of terminal stubs > >written in assembly explicitly: the C

Re: [Ocfs2-devel] [PATCH] ocfs2: try a blocking lock before return AOP_TRUNCATED_PAGE

Hi Gang, Thanks for your explaination, and I just have one more question. Could we use 'ocfs2_inode_lock' instead of 'ocfs2_inode_lock_full' to avoid -EAGAIN circularly? thanks, Jun On 2017/12/27 18:37, Gang He wrote: > Hi Jun, > > >> Hi Gang, >> >> Do you mean that too many retrys in

Re: [PATCH 3/4] phy: usb: phy-brcm-usb-init: Power down USB 3.0 PHY when XHCI disabled

On 12/27/2017 11:28 AM, Al Cooper wrote: > From: Al Cooper > > Set PHY3_IDDQ_OVERRIDE in the xhci uninit routine. This will save > additional power when the XHCI driver is not enabled. > > Fixes: 49859e55e364 ("phy: usb: phy-brcm-usb: Add Broadcom STB USB phy >

Re: [PATCH 3/4] phy: usb: phy-brcm-usb-init: Power down USB 3.0 PHY when XHCI disabled

On 12/27/2017 11:28 AM, Al Cooper wrote: > From: Al Cooper > > Set PHY3_IDDQ_OVERRIDE in the xhci uninit routine. This will save > additional power when the XHCI driver is not enabled. > > Fixes: 49859e55e364 ("phy: usb: phy-brcm-usb: Add Broadcom STB USB phy > driver") > Signed-off-by: Al

Re: [PATCH 4/4] phy: usb: phy-brcm-usb-init: DRD mode can cause crash on startup

On 12/27/2017 11:28 AM, Al Cooper wrote: > From: Al Cooper > > This is caused by a bug in the BDC core. When the BDC core comes > out of reset and it's not selected, it gets a backup clock. When > the BDC core is selected, it get's the main clock. If HOST mode > is then

Re: [PATCH 2/4] phy: usb: phy-brcm-usb-init: Some Low Speed keyboards fail on 7271

On 12/27/2017 11:28 AM, Al Cooper wrote: > From: Al Cooper > > Enable the the Low Speed Keep Alive signal on the 7271b0 by setting > the LS_KEEP_ALIVE bit in the USB CTRL OBRIDGE register otherwise > some Dell Low Speed keyboards fail. > > Also do a little cleanup of

Re: [PATCH 4/4] phy: usb: phy-brcm-usb-init: DRD mode can cause crash on startup

On 12/27/2017 11:28 AM, Al Cooper wrote: > From: Al Cooper > > This is caused by a bug in the BDC core. When the BDC core comes > out of reset and it's not selected, it gets a backup clock. When > the BDC core is selected, it get's the main clock. If HOST mode > is then selected the BDC core

Re: [PATCH 2/4] phy: usb: phy-brcm-usb-init: Some Low Speed keyboards fail on 7271

On 12/27/2017 11:28 AM, Al Cooper wrote: > From: Al Cooper > > Enable the the Low Speed Keep Alive signal on the 7271b0 by setting > the LS_KEEP_ALIVE bit in the USB CTRL OBRIDGE register otherwise > some Dell Low Speed keyboards fail. > > Also do a little cleanup of the EBRIDGE ESTOP_SCB_REQ

Re: [PATCH 1/4] phy: usb: phy-brcm-usb: Fix two DT properties to match bindings doc

On 12/27/2017 11:28 AM, Al Cooper wrote: > Change "brcm,has_xhci" and "brcm,has_eohci" device tree properties > to the preferred "brcm,has-xhci" and "brcm,has-eohci". This also > matches the existing device tree bindings document. > > Fixes: 49859e55e364 ("phy: usb: phy-brcm-usb: Add Broadcom

Re: [PATCH 1/4] phy: usb: phy-brcm-usb: Fix two DT properties to match bindings doc

On 12/27/2017 11:28 AM, Al Cooper wrote: > Change "brcm,has_xhci" and "brcm,has_eohci" device tree properties > to the preferred "brcm,has-xhci" and "brcm,has-eohci". This also > matches the existing device tree bindings document. > > Fixes: 49859e55e364 ("phy: usb: phy-brcm-usb: Add Broadcom

Re: [PATCH v6 3/4] iio : Add cm3218 smbus ara and acpi support

On Monday, December 25, 2017 4:57:22 PM CET Marc CAPDEVILLE wrote: > On asus T100, Capella cm3218 chip is implemented as ambiant light > sensor. This chip expose an smbus ARA protocol device on standard > address 0x0c. The chip is not functional before all alerts are > acknowledged. > On asus

Re: [PATCH v6 3/4] iio : Add cm3218 smbus ara and acpi support

On Monday, December 25, 2017 4:57:22 PM CET Marc CAPDEVILLE wrote: > On asus T100, Capella cm3218 chip is implemented as ambiant light > sensor. This chip expose an smbus ARA protocol device on standard > address 0x0c. The chip is not functional before all alerts are > acknowledged. > On asus

Re: WARNING in strp_data_ready

On Wed, Dec 27, 2017 at 12:20 PM, Ozgur wrote: > > > 27.12.2017, 23:14, "Dmitry Vyukov" : >> On Wed, Dec 27, 2017 at 9:08 PM, Ozgur wrote: >>> 27.12.2017, 22:21, "Dmitry Vyukov" : On Wed, Dec 27, 2017 at 8:09 PM,

Re: WARNING in strp_data_ready

On Wed, Dec 27, 2017 at 12:20 PM, Ozgur wrote: > > > 27.12.2017, 23:14, "Dmitry Vyukov" : >> On Wed, Dec 27, 2017 at 9:08 PM, Ozgur wrote: >>> 27.12.2017, 22:21, "Dmitry Vyukov" : On Wed, Dec 27, 2017 at 8:09 PM, Tom Herbert wrote: > Did you try the patch I posted? Hi

[net-next:master 731/763] drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c:852:6: sparse: symbol 'hns3_get_channels' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 55b07a65e15bea6e253a907dacaf89b61fe504ca commit: 482d2e9c1cc7c0e154464e3e052db09e5e62541f [731/763] net: hns3: add support to query tqps number reproduce: # apt-get install sparse git

[net-next:master 731/763] drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c:852:6: sparse: symbol 'hns3_get_channels' was not declared. Should it be static?

tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 55b07a65e15bea6e253a907dacaf89b61fe504ca commit: 482d2e9c1cc7c0e154464e3e052db09e5e62541f [731/763] net: hns3: add support to query tqps number reproduce: # apt-get install sparse git

[RFC PATCH net-next] net: hns3: hns3_get_channels() can be static

Fixes: 482d2e9c1cc7 ("net: hns3: add support to query tqps number") Signed-off-by: Fengguang Wu --- hns3_ethtool.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c

[RFC PATCH net-next] net: hns3: hns3_get_channels() can be static

Fixes: 482d2e9c1cc7 ("net: hns3: add support to query tqps number") Signed-off-by: Fengguang Wu --- hns3_ethtool.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c b/drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c

Re: [PATCH v4 1/2] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

Hi, On Tue, 26 Dec 2017 15:55:37 -0600 Rob Herring wrote: > On Fri, Dec 22, 2017 at 05:41:29PM +0800, Yong Deng wrote: > > Add binding documentation for Allwinner V3s CSI. > > > > Signed-off-by: Yong Deng > > --- > >

Re: [PATCH v4 1/2] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

Hi, On Tue, 26 Dec 2017 15:55:37 -0600 Rob Herring wrote: > On Fri, Dec 22, 2017 at 05:41:29PM +0800, Yong Deng wrote: > > Add binding documentation for Allwinner V3s CSI. > > > > Signed-off-by: Yong Deng > > --- > > .../devicetree/bindings/media/sun6i-csi.txt| 51 > >

Re: [PATCH v2 2/3] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

Hi, On Wed, 27 Dec 2017 23:47:23 +0200 Sakari Ailus wrote: > Hi Yong, > > On Thu, Dec 21, 2017 at 10:49:35AM +0800, Yong wrote: > > Hi, > > > > On Tue, 19 Dec 2017 13:53:28 +0200 > > Sakari Ailus wrote: > > > > > Hi Yong, > > > > > > On Thu, Jul

Re: [PATCH v2 2/3] dt-bindings: media: Add Allwinner V3s Camera Sensor Interface (CSI)

Hi, On Wed, 27 Dec 2017 23:47:23 +0200 Sakari Ailus wrote: > Hi Yong, > > On Thu, Dec 21, 2017 at 10:49:35AM +0800, Yong wrote: > > Hi, > > > > On Tue, 19 Dec 2017 13:53:28 +0200 > > Sakari Ailus wrote: > > > > > Hi Yong, > > > > > > On Thu, Jul 27, 2017 at 01:01:36PM +0800, Yong Deng

Re: [PATCH v6 1/4] i2c-core-acpi : Add i2c_acpi_set_connection

On Monday, December 25, 2017 4:57:20 PM CET Marc CAPDEVILLE wrote: > Add a methode to allow clients to change their connection address on > same adapter. > > On ACPI enumerated device, when a device support smbus alert protocol, > there are two acpi serial bus connection description. The order in

Re: [PATCH v6 1/4] i2c-core-acpi : Add i2c_acpi_set_connection

On Monday, December 25, 2017 4:57:20 PM CET Marc CAPDEVILLE wrote: > Add a methode to allow clients to change their connection address on > same adapter. > > On ACPI enumerated device, when a device support smbus alert protocol, > there are two acpi serial bus connection description. The order in

Re: [PATCH 1/4] libbpf: add function to setup XDP

On 2017/12/28 3:02, Eric Leblond wrote: > Most of the code is taken from set_link_xdp_fd() in bpf_load.c and > slightly modified to be library compliant. > > Signed-off-by: Eric Leblond > --- ... > +int bpf_set_link_xdp_fd(int ifindex, int fd, __u32 flags) ... > + if

Re: [PATCH 1/4] libbpf: add function to setup XDP

On 2017/12/28 3:02, Eric Leblond wrote: > Most of the code is taken from set_link_xdp_fd() in bpf_load.c and > slightly modified to be library compliant. > > Signed-off-by: Eric Leblond > --- ... > +int bpf_set_link_xdp_fd(int ifindex, int fd, __u32 flags) ... > + if (bind(sock, (struct

[PATCH -V5a -mm] mm, swap: Fix race between swapoff and some swap operations

From: Huang Ying When the swapin is performed, after getting the swap entry information from the page table, system will swap in the swap entry, without any lock held to prevent the swap device from being swapoff. This may cause the race like below, CPU 1

[PATCH -V5a -mm] mm, swap: Fix race between swapoff and some swap operations

From: Huang Ying When the swapin is performed, after getting the swap entry information from the page table, system will swap in the swap entry, without any lock held to prevent the swap device from being swapoff. This may cause the race like below, CPU 1 CPU 2 -

[PATCH -V5b -mm] mm, swap: Fix race between swapoff and some swap operations

From: Huang Ying When the swapin is performed, after getting the swap entry information from the page table, system will swap in the swap entry, without any lock held to prevent the swap device from being swapoff. This may cause the race like below, CPU 1

[PATCH -V5b -mm] mm, swap: Fix race between swapoff and some swap operations

From: Huang Ying When the swapin is performed, after getting the swap entry information from the page table, system will swap in the swap entry, without any lock held to prevent the swap device from being swapoff. This may cause the race like below, CPU 1 CPU 2 -

Re: [RFC PATCH v11 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

On Wed, Dec 27, 2017 at 4:08 PM, Tony Lindgren wrote: > * Rafael J. Wysocki [171227 01:00]: >> On Tuesday, December 26, 2017 2:06:47 AM CET JeffyChen wrote: >> > Hi Rafael, >> > >> > Thanks for your reply :) >> > >> > On 12/26/2017 08:11 AM, Rafael J.

Re: [RFC PATCH v11 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

On Wed, Dec 27, 2017 at 4:08 PM, Tony Lindgren wrote: > * Rafael J. Wysocki [171227 01:00]: >> On Tuesday, December 26, 2017 2:06:47 AM CET JeffyChen wrote: >> > Hi Rafael, >> > >> > Thanks for your reply :) >> > >> > On 12/26/2017 08:11 AM, Rafael J. Wysocki wrote: >> > >> >+ >> > >> >+

Re: [PATCH/RFC] llist: add llist_[add|del_first]_exclusive

Vitaly Wool writes: > 2017-12-22 14:57 GMT+01:00 Huang, Ying : > >> Vitaly Wool writes: >> >> > 2017-12-20 1:57 GMT+01:00 Huang, Ying : >> > >> > >> > >> >> >> >> > Could you please elaborate how this would

Re: [PATCH/RFC] llist: add llist_[add|del_first]_exclusive

Vitaly Wool writes: > 2017-12-22 14:57 GMT+01:00 Huang, Ying : > >> Vitaly Wool writes: >> >> > 2017-12-20 1:57 GMT+01:00 Huang, Ying : >> > >> > >> > >> >> >> >> > Could you please elaborate how this would be implemented "on top"? >> >> >> >> struct llist_node *my_del_first_exclusive(struct

Re: [PATCHv3 0/2] capability controlled user-namespaces

On Wed, Dec 27, 2017 at 12:23 PM, Michael Kerrisk (man-pages) wrote: > Hello Mahesh, > > On 27 December 2017 at 18:09, Mahesh Bandewar (महेश बंडेवार) > wrote: >> Hello James, >> >> Seems like I missed your name to be added into the review of this >>

Re: [PATCHv3 0/2] capability controlled user-namespaces

On Wed, Dec 27, 2017 at 12:23 PM, Michael Kerrisk (man-pages) wrote: > Hello Mahesh, > > On 27 December 2017 at 18:09, Mahesh Bandewar (महेश बंडेवार) > wrote: >> Hello James, >> >> Seems like I missed your name to be added into the review of this >> patch series. Would you be willing be pull

Re: [RFC PATCH v12 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

On Wed, Dec 27, 2017 at 4:30 PM, Rob Herring wrote: > On Tue, Dec 26, 2017 at 7:32 PM, JeffyChen wrote: >> Hi Rob, >> >> Thanks for your reply. >> >> On 12/27/2017 07:56 AM, Rob Herring wrote: > > drivers/of/of_pci_irq.c | 49

Re: [RFC PATCH v12 4/5] PCI / PM: Add support for the PCIe WAKE# signal for OF

On Wed, Dec 27, 2017 at 4:30 PM, Rob Herring wrote: > On Tue, Dec 26, 2017 at 7:32 PM, JeffyChen wrote: >> Hi Rob, >> >> Thanks for your reply. >> >> On 12/27/2017 07:56 AM, Rob Herring wrote: > > drivers/of/of_pci_irq.c | 49 +++ >>> >>> Please move

Re: [PATCH] x86/cpu, x86/pti: Do not enable PTI on AMD processors

On Tue, Dec 26, 2017 at 11:43:54PM -0600, Tom Lendacky wrote: > AMD processors are not subject to the types of attacks that the kernel > page table isolation feature protects against. The AMD microarchitecture > does not allow memory references, including speculative references, that > access

Re: [PATCH] x86/cpu, x86/pti: Do not enable PTI on AMD processors

On Tue, Dec 26, 2017 at 11:43:54PM -0600, Tom Lendacky wrote: > AMD processors are not subject to the types of attacks that the kernel > page table isolation feature protects against. The AMD microarchitecture > does not allow memory references, including speculative references, that > access

Re: [PATCH v2] zram: better utilization of zram swap space

On Wed, Dec 27, 2017 at 04:10:56PM +0900, Sergey Senozhatsky wrote: > On (12/27/17 15:29), Minchan Kim wrote: > > On Fri, Dec 22, 2017 at 04:00:06PM +0530, Gopi Sai Teja wrote: > > > 75% of the PAGE_SIZE is not a correct threshold to store uncompressed > > > > Please describe it in detail that

Re: [PATCH v2] zram: better utilization of zram swap space

On Wed, Dec 27, 2017 at 04:10:56PM +0900, Sergey Senozhatsky wrote: > On (12/27/17 15:29), Minchan Kim wrote: > > On Fri, Dec 22, 2017 at 04:00:06PM +0530, Gopi Sai Teja wrote: > > > 75% of the PAGE_SIZE is not a correct threshold to store uncompressed > > > > Please describe it in detail that

Re: 答复: 答复: [PATCH v6] mfd: Add support for RTS5250S power saving

On Tue, Dec 19, 2017 at 08:15:24AM +, 冯锐 wrote: > > On Fri, Dec 15, 2017 at 09:42:45AM +, 冯锐 wrote: > > > > [+cc Hans, Dave, linux-pci] > > > > > > > > On Thu, Sep 07, 2017 at 04:26:39PM +0800, rui_f...@realsil.com.cn > > wrote: > > > > > From: Rui Feng > > > > >

Re: 答复: 答复: [PATCH v6] mfd: Add support for RTS5250S power saving

On Tue, Dec 19, 2017 at 08:15:24AM +, 冯锐 wrote: > > On Fri, Dec 15, 2017 at 09:42:45AM +, 冯锐 wrote: > > > > [+cc Hans, Dave, linux-pci] > > > > > > > > On Thu, Sep 07, 2017 at 04:26:39PM +0800, rui_f...@realsil.com.cn > > wrote: > > > > > From: Rui Feng > > > > > > > > I wish this had

Re: [PATCH] ARM: dts: qcom: msm8974: Add Sony Xperia Z1 Compact

On Sat 02 Dec 20:09 PST 2017, Attila Sz?ll??si wrote: > This patch adds a DTS file for Sony Xperia Z1 Compact with support for > regulators, serial UART, eMMC/SD-card, USB, charger, backlight, > coincell and buttons. > > Work based on arch/arm/boot/dts/qcom-msm8974-sony-xperia-honami.dts. > >

[PATCH v2] PCI: dwc: Use {upper,lower}_32_bits() macros for clarity

We have macros for getting the upper or lower 32 bits of a number. Use them here to shave a couple lines off the code and provide clarity. Signed-off-by: Stephen Boyd --- Changes from v1: * Update dw_msi_setup_msg() too * Reword commit text slightly

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