[PATCH V3 6/13] KVM/MMU: Flush tlb directly in kvm_mmu_zap_collapsible_spte()

2018-09-26 Thread Tianyu Lan
kvm_mmu_zap_collapsible_spte() returns flush request to the slot_handle_leaf() and the latter does flush on demand. When range flush is available, make kvm_mmu_zap_collapsible_spte() to flush tlb with range directly to avoid returning range back to slot_handle_leaf(). Signed-off-by: Lan Tianyu

[PATCH V3 5/13] KVM/MMU: Flush tlb directly in the kvm_zap_gfn_range()

2018-09-26 Thread Tianyu Lan
Originally, flush tlb is done by slot_handle_level_range(). This patch is to flush tlb directly in the kvm_zap_gfn_range() when range flush is available. Signed-off-by: Lan Tianyu --- arch/x86/kvm/mmu.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git

[PATCH V3 00/13] x86/KVM/Hyper-v: Add HV ept tlb range flush hypercall support in KVM

2018-09-26 Thread Tianyu Lan
For nested memory virtualization, Hyper-v doesn't set write-protect L1 hypervisor EPT page directory and page table node to track changes while it relies on guest to tell it changes via HvFlushGuestAddressLlist hypercall. HvFlushGuestAddressLlist hypercall provides a way to flush EPT page table

[PATCH V3 6/13] KVM/MMU: Flush tlb directly in kvm_mmu_zap_collapsible_spte()

2018-09-26 Thread Tianyu Lan
kvm_mmu_zap_collapsible_spte() returns flush request to the slot_handle_leaf() and the latter does flush on demand. When range flush is available, make kvm_mmu_zap_collapsible_spte() to flush tlb with range directly to avoid returning range back to slot_handle_leaf(). Signed-off-by: Lan Tianyu

Re: possible deadlock in ovl_write_iter

2018-09-26 Thread Amir Goldstein
On Wed, Sep 26, 2018 at 11:44 PM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:a38523185b40 erge tag 'libnvdimm-fixes-4.19-rc6' of git://.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=178f63fa40 > kernel

Re: possible deadlock in ovl_write_iter

2018-09-26 Thread Amir Goldstein
On Wed, Sep 26, 2018 at 11:44 PM syzbot wrote: > > Hello, > > syzbot found the following crash on: > > HEAD commit:a38523185b40 erge tag 'libnvdimm-fixes-4.19-rc6' of git://.. > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=178f63fa40 > kernel

Re: [PATCHv4 4/6] ARM: dts: exynos: Add CD and WP pins to Odroid XU3/XU4 SD card

2018-09-26 Thread Anand Moon
Hi Krzysztof, On Thu, 27 Sep 2018 at 00:36, Krzysztof Kozlowski wrote: > > On Sat, Sep 22, 2018 at 07:52:36AM +, Anand Moon wrote: > > Add the card-detect and write-protect GPIO pins for OdroidXU3/XU4 > > SD card by adding pinctrl setting for wp-gpio pin and set it to > > active low. > > > >

Re: [PATCHv4 4/6] ARM: dts: exynos: Add CD and WP pins to Odroid XU3/XU4 SD card

2018-09-26 Thread Anand Moon
Hi Krzysztof, On Thu, 27 Sep 2018 at 00:36, Krzysztof Kozlowski wrote: > > On Sat, Sep 22, 2018 at 07:52:36AM +, Anand Moon wrote: > > Add the card-detect and write-protect GPIO pins for OdroidXU3/XU4 > > SD card by adding pinctrl setting for wp-gpio pin and set it to > > active low. > > > >

[PATCH] mfd: cros_ec: Avoid unneeded internal declaration warning

2018-09-26 Thread Nathan Chancellor
Clang warns: drivers/mfd/cros_ec_dev.c:509:40: warning: variable 'cros_ec_id' is not needed and will not be emitted [-Wunneeded-internal-declaration] static const struct platform_device_id cros_ec_id[] = { ^ 1 warning generated. Avoid this warning by adding

[PATCH] mfd: cros_ec: Avoid unneeded internal declaration warning

2018-09-26 Thread Nathan Chancellor
Clang warns: drivers/mfd/cros_ec_dev.c:509:40: warning: variable 'cros_ec_id' is not needed and will not be emitted [-Wunneeded-internal-declaration] static const struct platform_device_id cros_ec_id[] = { ^ 1 warning generated. Avoid this warning by adding

Re: [PATCH v2 1/2] ARM: dt-bindings: Add vendor prefix for Facebook

2018-09-26 Thread Joel Stanley
On Thu, 27 Sep 2018 at 03:01, Rob Herring wrote: > > On Wed, 19 Sep 2018 09:47:10 -0700, Vijay Khemka wrote: > > Initial introduction of Facebook TiogaPass family equipped with > > Aspeed 2500 BMC SoC. TiogaPass is a x86 server development kit > > with a ASPEED ast2500 BMC manufactured by

Re: [PATCH v2 1/2] ARM: dt-bindings: Add vendor prefix for Facebook

2018-09-26 Thread Joel Stanley
On Thu, 27 Sep 2018 at 03:01, Rob Herring wrote: > > On Wed, 19 Sep 2018 09:47:10 -0700, Vijay Khemka wrote: > > Initial introduction of Facebook TiogaPass family equipped with > > Aspeed 2500 BMC SoC. TiogaPass is a x86 server development kit > > with a ASPEED ast2500 BMC manufactured by

Re: [PATCH i2c-next v3 2/3] i2c: aspeed: Add 'aspeed,timeout' DT property reading code

2018-09-26 Thread Joel Stanley
On Thu, 27 Sep 2018 at 01:58, Jae Hyun Yoo wrote: > > This commit adds reading code of the 'aspeed,timeout' DT property > to set 'timeout' value in adapter configuration. This value still > case be configured through an I2C_TIMEOUT ioctl on cdev too. > > Signed-off-by: Jae Hyun Yoo > --- >

Re: [PATCH i2c-next v3 2/3] i2c: aspeed: Add 'aspeed,timeout' DT property reading code

2018-09-26 Thread Joel Stanley
On Thu, 27 Sep 2018 at 01:58, Jae Hyun Yoo wrote: > > This commit adds reading code of the 'aspeed,timeout' DT property > to set 'timeout' value in adapter configuration. This value still > case be configured through an I2C_TIMEOUT ioctl on cdev too. > > Signed-off-by: Jae Hyun Yoo > --- >

Re: perf segmentation fault from NULL dereference

2018-09-26 Thread Andi Kleen
> Please me let me know if a valid issue so we can get a fix in. If it crashes it must be a valid issue of course. But I'm not sure about your bisect. Hard to see how my patch could cause this. Sometimes bisects go wrong. You verified by just reverting the patch? First thing I would also try

Re: perf segmentation fault from NULL dereference

2018-09-26 Thread Andi Kleen
> Please me let me know if a valid issue so we can get a fix in. If it crashes it must be a valid issue of course. But I'm not sure about your bisect. Hard to see how my patch could cause this. Sometimes bisects go wrong. You verified by just reverting the patch? First thing I would also try

[PATCH] thermal: qoriq: add multiple sensors support

2018-09-26 Thread andy . tang
From: Yuantian Tang There is only one sensor supported in current driver. Multiple sensors are existing on Layscape socs. To support them, covert this driver to support multiple sensors. Signed-off-by: Tang Yuantian --- drivers/thermal/qoriq_thermal.c | 117

[PATCH] thermal: qoriq: add multiple sensors support

2018-09-26 Thread andy . tang
From: Yuantian Tang There is only one sensor supported in current driver. Multiple sensors are existing on Layscape socs. To support them, covert this driver to support multiple sensors. Signed-off-by: Tang Yuantian --- drivers/thermal/qoriq_thermal.c | 117

Re: [PATCHv2] misc: genwqe: remove duplicated include and order header files alphabetically in card_utils.c

2018-09-26 Thread zhong jiang
On 2018/9/26 11:05, zhong jiang wrote: > dma-mapping.h and delay.h have included twice. It is unnecessary. Meanwhile, > Arrange header files in alphabetical sequence to improve readability. > > Signed-off-by: zhong jiang > --- > drivers/misc/genwqe/card_utils.c | 22 ++ > 1

Re: [PATCHv2] misc: genwqe: remove duplicated include and order header files alphabetically in card_utils.c

2018-09-26 Thread zhong jiang
On 2018/9/26 11:05, zhong jiang wrote: > dma-mapping.h and delay.h have included twice. It is unnecessary. Meanwhile, > Arrange header files in alphabetical sequence to improve readability. > > Signed-off-by: zhong jiang > --- > drivers/misc/genwqe/card_utils.c | 22 ++ > 1

RE: [PATCH] PM / devfreq: remove redundant null pointer check before kfree

2018-09-26 Thread MyungJoo Ham
  > kfree has taken the null pointer into account. hence it is safe > to remove the redundant null pointer check before kfree. > > Signed-off-by: zhong jiang Acked-by: MyungJoo Ham > --- > drivers/devfreq/devfreq.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git

RE: [PATCH] PM / devfreq: remove redundant null pointer check before kfree

2018-09-26 Thread MyungJoo Ham
  > kfree has taken the null pointer into account. hence it is safe > to remove the redundant null pointer check before kfree. > > Signed-off-by: zhong jiang Acked-by: MyungJoo Ham > --- > drivers/devfreq/devfreq.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git

Re: Leaking Path in XFS's ioctl interface(missing LSM check)

2018-09-26 Thread Dave Chinner
On Wed, Sep 26, 2018 at 09:23:03AM -0400, Stephen Smalley wrote: > On 09/25/2018 09:33 PM, Dave Chinner wrote: > >On Tue, Sep 25, 2018 at 08:51:50PM -0400, TongZhang wrote: > >>Hi, > >> > >>I'm bringing up this issue again to let of LSM developers know the > >>situation, and would like to know

Re: Leaking Path in XFS's ioctl interface(missing LSM check)

2018-09-26 Thread Dave Chinner
On Wed, Sep 26, 2018 at 09:23:03AM -0400, Stephen Smalley wrote: > On 09/25/2018 09:33 PM, Dave Chinner wrote: > >On Tue, Sep 25, 2018 at 08:51:50PM -0400, TongZhang wrote: > >>Hi, > >> > >>I'm bringing up this issue again to let of LSM developers know the > >>situation, and would like to know

Re: [PATCH] proc: restrict kernel stack dumps to root

2018-09-26 Thread Kees Cook
On Wed, Sep 26, 2018 at 6:19 PM, Jann Horn wrote: > On Thu, Sep 13, 2018 at 4:39 PM Kees Cook wrote: >> On Thu, Sep 13, 2018 at 4:55 AM, Jann Horn wrote: >> > On Thu, Sep 13, 2018 at 12:28 AM Kees Cook wrote: >> >> >> >> On Wed, Sep 12, 2018 at 8:29 AM, Jann Horn wrote: >> >> > +linux-api, I

Re: [PATCH] proc: restrict kernel stack dumps to root

2018-09-26 Thread Kees Cook
On Wed, Sep 26, 2018 at 6:19 PM, Jann Horn wrote: > On Thu, Sep 13, 2018 at 4:39 PM Kees Cook wrote: >> On Thu, Sep 13, 2018 at 4:55 AM, Jann Horn wrote: >> > On Thu, Sep 13, 2018 at 12:28 AM Kees Cook wrote: >> >> >> >> On Wed, Sep 12, 2018 at 8:29 AM, Jann Horn wrote: >> >> > +linux-api, I

Re: [PATCH 2/2] iio: magnetometer: Add driver support for PNI RM3100

2018-09-26 Thread Phil Reid
On 26/09/2018 4:09 PM, Song Qiang wrote: On Wed, Sep 26, 2018 at 10:30:34AM +0800, Phil Reid wrote: On 26/09/2018 9:49 AM, Song Qiang wrote: On Tue, Sep 25, 2018 at 10:36:54PM +0800, Phil Reid wrote: On 25/09/2018 9:30 PM, Jonathan Cameron wrote: +static irqreturn_t

Re: [PATCH v23 4/4] soc: mediatek: Add Mediatek CMDQ helper

2018-09-26 Thread houlong wei
On Wed, 2018-09-26 at 23:53 +0800, Matthias Brugger wrote: > > On 25/07/2018 03:26, Houlong Wei wrote: > > Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code. > > > > Signed-off-by: Houlong Wei > > Signed-off-by: HS Liao > > --- > > drivers/soc/mediatek/Kconfig

Re: [PATCH 2/2] iio: magnetometer: Add driver support for PNI RM3100

2018-09-26 Thread Phil Reid
On 26/09/2018 4:09 PM, Song Qiang wrote: On Wed, Sep 26, 2018 at 10:30:34AM +0800, Phil Reid wrote: On 26/09/2018 9:49 AM, Song Qiang wrote: On Tue, Sep 25, 2018 at 10:36:54PM +0800, Phil Reid wrote: On 25/09/2018 9:30 PM, Jonathan Cameron wrote: +static irqreturn_t

Re: [PATCH v23 4/4] soc: mediatek: Add Mediatek CMDQ helper

2018-09-26 Thread houlong wei
On Wed, 2018-09-26 at 23:53 +0800, Matthias Brugger wrote: > > On 25/07/2018 03:26, Houlong Wei wrote: > > Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code. > > > > Signed-off-by: Houlong Wei > > Signed-off-by: HS Liao > > --- > > drivers/soc/mediatek/Kconfig

Re: Bug: getcwd: cannot access parent directories

2018-09-26 Thread Roel Van de Paar
Ping :) On 21 September 2018 at 18:16, Roel Van de Paar wrote: > > [1.] One line summary of the problem: > > "cd: error retrieving current directory: getcwd: cannot access parent > directories: No such file or directory" on move of directories to > another volume > > [2.] Full description of the

Re: Bug: getcwd: cannot access parent directories

2018-09-26 Thread Roel Van de Paar
Ping :) On 21 September 2018 at 18:16, Roel Van de Paar wrote: > > [1.] One line summary of the problem: > > "cd: error retrieving current directory: getcwd: cannot access parent > directories: No such file or directory" on move of directories to > another volume > > [2.] Full description of the

Re: [PATCH] split if-condition code in bch_cache_set_alloc

2018-09-26 Thread Coly Li
On 9/26/18 5:00 PM, Dongbo Cao wrote: rebase my local code and commit it again. Signed-off-by: Dongbo Cao Hi Dongbo, The above commit log does not explain why you make this change (it might belong to changelog). Could you please to make it to be more informative ? Thanks. Coly Li

Re: [PATCH] split if-condition code in bch_cache_set_alloc

2018-09-26 Thread Coly Li
On 9/26/18 5:00 PM, Dongbo Cao wrote: rebase my local code and commit it again. Signed-off-by: Dongbo Cao Hi Dongbo, The above commit log does not explain why you make this change (it might belong to changelog). Could you please to make it to be more informative ? Thanks. Coly Li

[PATCH v2 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.

2018-09-26 Thread Leonardo Brás
Adds Makefile to enable building the driver using 'make drivers/hwtracing/'. Changes drivers/Makefile to call the new Makefile directly. It enables user building this driver without building the whole drivers/ subtree. Signed-off-by: Leonardo Brás --- drivers/Makefile | 4 +---

[PATCH v2 7/7] drivers: hwtracing: Adds Makefile to enable building from directory.

2018-09-26 Thread Leonardo Brás
Adds Makefile to enable building the driver using 'make drivers/hwtracing/'. Changes drivers/Makefile to call the new Makefile directly. It enables user building this driver without building the whole drivers/ subtree. Signed-off-by: Leonardo Brás --- drivers/Makefile | 4 +---

[PATCH v2 6/7] drivers: oprofile: Avoids building driver from direct make command

2018-09-26 Thread Leonardo Brás
Creates new Makefile to avoid building driver if 'make drivers/oprofile/' is called directly. This driver is usually built from arch/$ARCH and seems to have no meaning building alone. Signed-off-by: Leonardo Brás --- drivers/oprofile/Makefile | 2 ++ 1 file changed, 2 insertions(+) create

[PATCH v2 6/7] drivers: oprofile: Avoids building driver from direct make command

2018-09-26 Thread Leonardo Brás
Creates new Makefile to avoid building driver if 'make drivers/oprofile/' is called directly. This driver is usually built from arch/$ARCH and seems to have no meaning building alone. Signed-off-by: Leonardo Brás --- drivers/oprofile/Makefile | 2 ++ 1 file changed, 2 insertions(+) create

[PATCH v2 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.

2018-09-26 Thread Leonardo Brás
Avoids building s390 drivers if 'make drivers/s390/' is called but ARCH is not s390. Signed-off-by: Leonardo Brás --- drivers/s390/Makefile | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile index a863b0462b43..0575f02dba45

[PATCH v2 5/7] drivers: s390: Avoids building drivers if ARCH is not s390.

2018-09-26 Thread Leonardo Brás
Avoids building s390 drivers if 'make drivers/s390/' is called but ARCH is not s390. Signed-off-by: Leonardo Brás --- drivers/s390/Makefile | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/s390/Makefile b/drivers/s390/Makefile index a863b0462b43..0575f02dba45

[PATCH v2 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled

2018-09-26 Thread Leonardo Brás
Avoids building proc.o if 'make drivers/zorro/' is called and CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled. Signed-off-by: Leonardo Brás --- drivers/zorro/Makefile | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/zorro/Makefile

[PATCH v2 4/7] drivers: zorro: Avoids building proc.o if CONFIG_ZORRO is disabled

2018-09-26 Thread Leonardo Brás
Avoids building proc.o if 'make drivers/zorro/' is called and CONFIG_ZORRO is disabled, even if CONFIG_PROC_FS is enabled. Signed-off-by: Leonardo Brás --- drivers/zorro/Makefile | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/zorro/Makefile

[PATCH v2 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled

2018-09-26 Thread Leonardo Brás
Avoids building driver if 'make drivers/parisc/' is called and CONFIG_PARISC is disabled. Signed-off-by: Leonardo Brás --- drivers/parisc/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile index

[PATCH v2 3/7] drivers: parisc: Avoids building driver if CONFIG_PARISC is disabled

2018-09-26 Thread Leonardo Brás
Avoids building driver if 'make drivers/parisc/' is called and CONFIG_PARISC is disabled. Signed-off-by: Leonardo Brás --- drivers/parisc/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/parisc/Makefile b/drivers/parisc/Makefile index

Re: [PATCH] mmc: add quirk for O2 Micro dev 0x8620 rev 0x01

2018-09-26 Thread Yu Zhao
On Thu, Sep 27, 2018 at 01:48:58AM +0200, Ulf Hansson wrote: > On 23 September 2018 at 22:39, Yu Zhao wrote: > > This device reports SDHCI_CLOCK_INT_STABLE even though it's not > > ready to take SDHCI_CLOCK_CARD_EN. The symptom is that reading > > SDHCI_CLOCK_CONTROL after enabling the clock

Re: [PATCH] mmc: add quirk for O2 Micro dev 0x8620 rev 0x01

2018-09-26 Thread Yu Zhao
On Thu, Sep 27, 2018 at 01:48:58AM +0200, Ulf Hansson wrote: > On 23 September 2018 at 22:39, Yu Zhao wrote: > > This device reports SDHCI_CLOCK_INT_STABLE even though it's not > > ready to take SDHCI_CLOCK_CARD_EN. The symptom is that reading > > SDHCI_CLOCK_CONTROL after enabling the clock

[PATCH v2 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled

2018-09-26 Thread Leonardo Brás
Avoids building driver if 'make drivers/nubus/' is called and CONFIG_NUBUS is disabled. Avoids building proc.o if CONFIG_PROC_FS is enabled but CONFIG_NUBUS is disabled. Signed-off-by: Leonardo Brás --- drivers/nubus/Makefile | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff

[PATCH v2 2/7] drivers: nubus: Avoids building driver if CONFIG_NUBUS is disabled

2018-09-26 Thread Leonardo Brás
Avoids building driver if 'make drivers/nubus/' is called and CONFIG_NUBUS is disabled. Avoids building proc.o if CONFIG_PROC_FS is enabled but CONFIG_NUBUS is disabled. Signed-off-by: Leonardo Brás --- drivers/nubus/Makefile | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff

[PATCH v2 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled

2018-09-26 Thread Leonardo Brás
Avoids building driver if 'make drivers/dio/' is called and CONFIG_DIO is disabled. Signed-off-by: Leonardo Brás --- drivers/dio/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile index ae92d17083f2..f5cffe232448 100644 ---

[PATCH v2 1/7] drivers: dio: Avoids building driver if CONFIG_DIO is disabled

2018-09-26 Thread Leonardo Brás
Avoids building driver if 'make drivers/dio/' is called and CONFIG_DIO is disabled. Signed-off-by: Leonardo Brás --- drivers/dio/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dio/Makefile b/drivers/dio/Makefile index ae92d17083f2..f5cffe232448 100644 ---

[PATCH v2 0/7] Remove errors building drivers/DRIVERNAME

2018-09-26 Thread Leonardo Brás
Special thanks for the feedback from: - Finn Thain (I fixed the build problem) - Geert Uytterhoeven (The cross compilers were very useful) - Rolf Eike Beer (Was unintentional, thanks for noticing) This Patchset changes some driver's Makefile to allow them building using the command 'make

[PATCH v2 0/7] Remove errors building drivers/DRIVERNAME

2018-09-26 Thread Leonardo Brás
Special thanks for the feedback from: - Finn Thain (I fixed the build problem) - Geert Uytterhoeven (The cross compilers were very useful) - Rolf Eike Beer (Was unintentional, thanks for noticing) This Patchset changes some driver's Makefile to allow them building using the command 'make

Re: Leaking Path in XFS's ioctl interface(missing LSM check)

2018-09-26 Thread Dave Chinner
On Wed, Sep 26, 2018 at 07:24:26PM +0100, Alan Cox wrote: > On Wed, 26 Sep 2018 11:33:29 +1000 > Dave Chinner wrote: > > > On Tue, Sep 25, 2018 at 08:51:50PM -0400, TongZhang wrote: > > > Hi, > > > > > > I'm bringing up this issue again to let of LSM developers know the > > > situation, and

Re: Leaking Path in XFS's ioctl interface(missing LSM check)

2018-09-26 Thread Dave Chinner
On Wed, Sep 26, 2018 at 07:24:26PM +0100, Alan Cox wrote: > On Wed, 26 Sep 2018 11:33:29 +1000 > Dave Chinner wrote: > > > On Tue, Sep 25, 2018 at 08:51:50PM -0400, TongZhang wrote: > > > Hi, > > > > > > I'm bringing up this issue again to let of LSM developers know the > > > situation, and

Re: [PATCH v2] of: __of_update_property_sysfs only call __of_sysfs_remove_bin_file if of_node_is_attached

2018-09-26 Thread Frank Rowand
On 09/26/18 14:05, Rob Herring wrote: > On Thu, Sep 13, 2018 at 03:21:27PM +, Andre Kalb wrote: >> Hi Rob, >> >> I have used an other hardware to check the patch. I hope it doesn’t matter. >> I added few lines at the untitest.c. All existing unittest use an attached >> sysfs, therefore the

Re: [PATCH v2] of: __of_update_property_sysfs only call __of_sysfs_remove_bin_file if of_node_is_attached

2018-09-26 Thread Frank Rowand
On 09/26/18 14:05, Rob Herring wrote: > On Thu, Sep 13, 2018 at 03:21:27PM +, Andre Kalb wrote: >> Hi Rob, >> >> I have used an other hardware to check the patch. I hope it doesn’t matter. >> I added few lines at the untitest.c. All existing unittest use an attached >> sysfs, therefore the

Re: [PATCH -V5 RESEND 03/21] swap: Support PMD swap mapping in swap_duplicate()

2018-09-26 Thread Huang, Ying
Daniel Jordan writes: > On Wed, Sep 26, 2018 at 08:55:59PM +0800, Huang, Ying wrote: >> Daniel Jordan writes: >> > On Tue, Sep 25, 2018 at 03:13:30PM +0800, Huang Ying wrote: >> >> /* >> >> * Increase reference count of swap entry by 1. >> >> - * Returns 0 for success, or -ENOMEM if a

Re: [PATCH -V5 RESEND 03/21] swap: Support PMD swap mapping in swap_duplicate()

2018-09-26 Thread Huang, Ying
Daniel Jordan writes: > On Wed, Sep 26, 2018 at 08:55:59PM +0800, Huang, Ying wrote: >> Daniel Jordan writes: >> > On Tue, Sep 25, 2018 at 03:13:30PM +0800, Huang Ying wrote: >> >> /* >> >> * Increase reference count of swap entry by 1. >> >> - * Returns 0 for success, or -ENOMEM if a

Re: [PATCH] proc: restrict kernel stack dumps to root

2018-09-26 Thread Jann Horn
On Thu, Sep 13, 2018 at 4:39 PM Kees Cook wrote: > On Thu, Sep 13, 2018 at 4:55 AM, Jann Horn wrote: > > On Thu, Sep 13, 2018 at 12:28 AM Kees Cook wrote: > >> > >> On Wed, Sep 12, 2018 at 8:29 AM, Jann Horn wrote: > >> > +linux-api, I guess > >> > > >> > On Tue, Sep 11, 2018 at 8:39 PM Jann

Re: [PATCH] proc: restrict kernel stack dumps to root

2018-09-26 Thread Jann Horn
On Thu, Sep 13, 2018 at 4:39 PM Kees Cook wrote: > On Thu, Sep 13, 2018 at 4:55 AM, Jann Horn wrote: > > On Thu, Sep 13, 2018 at 12:28 AM Kees Cook wrote: > >> > >> On Wed, Sep 12, 2018 at 8:29 AM, Jann Horn wrote: > >> > +linux-api, I guess > >> > > >> > On Tue, Sep 11, 2018 at 8:39 PM Jann

Re: [PATCH] sched/fair: vruntime should normalize when switching from fair

2018-09-26 Thread Wanpeng Li
On Thu, 27 Sep 2018 at 06:38, Dietmar Eggemann wrote: > > Hi, > > On 09/26/2018 11:50 AM, Wanpeng Li wrote: > > Hi Dietmar, > > On Tue, 28 Aug 2018 at 22:55, Dietmar Eggemann > > wrote: > >> > >> On 08/27/2018 12:14 PM, Peter Zijlstra wrote: > >>> On Fri, Aug 24, 2018 at 02:24:48PM -0700, Steve

Re: [PATCH] sched/fair: vruntime should normalize when switching from fair

2018-09-26 Thread Wanpeng Li
On Thu, 27 Sep 2018 at 06:38, Dietmar Eggemann wrote: > > Hi, > > On 09/26/2018 11:50 AM, Wanpeng Li wrote: > > Hi Dietmar, > > On Tue, 28 Aug 2018 at 22:55, Dietmar Eggemann > > wrote: > >> > >> On 08/27/2018 12:14 PM, Peter Zijlstra wrote: > >>> On Fri, Aug 24, 2018 at 02:24:48PM -0700, Steve

[PATCH] RDMA/qedr: Explicitly cast pkt->tx_dest to qed_ll2_tx_dest

2018-09-26 Thread Nathan Chancellor
Clang warns when one enumerated type is explicitly converted to another. drivers/infiniband/hw/qedr/qedr_roce_cm.c:198:28: warning: implicit conversion from enumeration type 'enum qed_roce_ll2_tx_dest' to different enumeration type 'enum qed_ll2_tx_dest' [-Wenum-conversion]

[PATCH] RDMA/qedr: Explicitly cast pkt->tx_dest to qed_ll2_tx_dest

2018-09-26 Thread Nathan Chancellor
Clang warns when one enumerated type is explicitly converted to another. drivers/infiniband/hw/qedr/qedr_roce_cm.c:198:28: warning: implicit conversion from enumeration type 'enum qed_roce_ll2_tx_dest' to different enumeration type 'enum qed_ll2_tx_dest' [-Wenum-conversion]

Re: [PATCH v3 1/3] spis: mediatek: add bindings for Mediatek MT2712 soc platform

2018-09-26 Thread lei liu
On Wed, 2018-09-26 at 17:33 -0500, Rob Herring wrote: > On Mon, Sep 17, 2018 at 10:19:20AM +0800, Leilk Liu wrote: > > This patch adds a DT binding documentation for the MT2712 soc. > > > > Signed-off-by: Leilk Liu > > --- > > .../devicetree/bindings/spi/spi-slave-mt27xx.txt | 32 > >

Re: [PATCH v3 1/3] spis: mediatek: add bindings for Mediatek MT2712 soc platform

2018-09-26 Thread lei liu
On Wed, 2018-09-26 at 17:33 -0500, Rob Herring wrote: > On Mon, Sep 17, 2018 at 10:19:20AM +0800, Leilk Liu wrote: > > This patch adds a DT binding documentation for the MT2712 soc. > > > > Signed-off-by: Leilk Liu > > --- > > .../devicetree/bindings/spi/spi-slave-mt27xx.txt | 32 > >

Re: [PATCH v2 2/4] power: supply: core: Introduce properties to present the battery OCV table

2018-09-26 Thread Baolin Wang
On 26 September 2018 at 21:51, Sebastian Reichel wrote: > Hi, > > On Wed, Sep 26, 2018 at 10:59:12AM +0800, Baolin Wang wrote: >> Some battery driver will use the open circuit voltage (OCV) value to look >> up the corresponding battery capacity percent in one certain degree Celsius. >> Thus this

Re: [PATCH v2 2/4] power: supply: core: Introduce properties to present the battery OCV table

2018-09-26 Thread Baolin Wang
On 26 September 2018 at 21:51, Sebastian Reichel wrote: > Hi, > > On Wed, Sep 26, 2018 at 10:59:12AM +0800, Baolin Wang wrote: >> Some battery driver will use the open circuit voltage (OCV) value to look >> up the corresponding battery capacity percent in one certain degree Celsius. >> Thus this

Re: [PATCH] IB/mlx4: Avoid implicit enumerated type conversion

2018-09-26 Thread Nathan Chancellor
On Mon, Sep 24, 2018 at 08:37:22PM -0600, Jason Gunthorpe wrote: > On Mon, Sep 24, 2018 at 03:29:38PM -0700, Nick Desaulniers wrote: > > On Mon, Sep 24, 2018 at 3:27 PM Nathan Chancellor > > wrote: > > > > > > On Mon, Sep 24, 2018 at 03:24:36PM -0700, Nick Desaulniers wrote: > > > > On Mon, Sep

Re: [PATCH] IB/mlx4: Avoid implicit enumerated type conversion

2018-09-26 Thread Nathan Chancellor
On Mon, Sep 24, 2018 at 08:37:22PM -0600, Jason Gunthorpe wrote: > On Mon, Sep 24, 2018 at 03:29:38PM -0700, Nick Desaulniers wrote: > > On Mon, Sep 24, 2018 at 3:27 PM Nathan Chancellor > > wrote: > > > > > > On Mon, Sep 24, 2018 at 03:24:36PM -0700, Nick Desaulniers wrote: > > > > On Mon, Sep

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Re: [PATCH v2 1/4] power: supply: core: Introduce one property to present the battery internal resistance

2018-09-26 Thread Baolin Wang
On 26 September 2018 at 20:45, Sebastian Reichel wrote: > Hi, > > On Wed, Sep 26, 2018 at 04:30:39PM +0800, Baolin Wang wrote: >> Hi Linus, >> >> On 26 September 2018 at 16:00, Linus Walleij >> wrote: >> > On Wed, Sep 26, 2018 at 4:59 AM Baolin Wang wrote: >> > >> >> Introduce one property to

Re: [PATCH v2 1/4] power: supply: core: Introduce one property to present the battery internal resistance

2018-09-26 Thread Baolin Wang
On 26 September 2018 at 20:45, Sebastian Reichel wrote: > Hi, > > On Wed, Sep 26, 2018 at 04:30:39PM +0800, Baolin Wang wrote: >> Hi Linus, >> >> On 26 September 2018 at 16:00, Linus Walleij >> wrote: >> > On Wed, Sep 26, 2018 at 4:59 AM Baolin Wang wrote: >> > >> >> Introduce one property to

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Re: [PATCH] spi: sprd: don't mark remove function as __exit

2018-09-26 Thread Baolin Wang
On 26 September 2018 at 20:58, Arnd Bergmann wrote: > The __exit section is left out for built-in drivers, so a > 'remove' callback must not be marked as such to avoid breaking when > we unbind a device at runtime. This was pointed out by kbuild: > > `sprd_spi_remove' referenced in section

Re: [PATCH] spi: sprd: don't mark remove function as __exit

2018-09-26 Thread Baolin Wang
On 26 September 2018 at 20:58, Arnd Bergmann wrote: > The __exit section is left out for built-in drivers, so a > 'remove' callback must not be marked as such to avoid breaking when > we unbind a device at runtime. This was pointed out by kbuild: > > `sprd_spi_remove' referenced in section

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

Reminder,

2018-09-26 Thread Juliet Muhammad
Hello Please i still await your response regarding my previous email.

[PATCH v2] dt-bindings: input: pwm-vibrator: correct pwms in example

2018-09-26 Thread Brian Masney
In the example for the pwm-vibrator bindings, pwm8 is the direction pin, and pwm9 is the enable pin. The pwms on the vibrator node has these two values swapped so this patch corrects it. Signed-off-by: Brian Masney --- Changes since v1: - Swapped the pwms values instead of the pwm-names values

[PATCH v2] dt-bindings: input: pwm-vibrator: correct pwms in example

2018-09-26 Thread Brian Masney
In the example for the pwm-vibrator bindings, pwm8 is the direction pin, and pwm9 is the enable pin. The pwms on the vibrator node has these two values swapped so this patch corrects it. Signed-off-by: Brian Masney --- Changes since v1: - Swapped the pwms values instead of the pwm-names values

[PATCH v4 1/2] Bluetooth: Add device_get_bd_address()

2018-09-26 Thread Matthias Kaehlcke
Provide an API for Bluetooth drivers to retrieve the Bluetooth Device address (BD_ADDR) for a device. If the firmware node of the device has a property 'local-bd-address' the BD address is read from this property. Signed-off-by: Matthias Kaehlcke Reviewed-by: Andy Shevchenko Reviewed-by: Sakari

[PATCH v4 0/2] Add API to retrieve the Bluetooth Device Address (BD_ADDR)

2018-09-26 Thread Matthias Kaehlcke
On some systems the Bluetooth Device Address (BD_ADDR) isn't stored on the Bluetooth chip itself. One way to configure the address is through the device tree. The btqcomsmd driver is an example, it can read the address from the DT property 'local-bd-address'. It is also planned to extend the

[PATCH v4 2/2] Bluetooth: btqcomsmd: Get the BD address with device_get_bd_address()

2018-09-26 Thread Matthias Kaehlcke
Use the new API to get the BD address instead of reading it directly from the device tree. Also remove an unncessary pair of braces in the same area of code. Signed-off-by: Matthias Kaehlcke Reviewed-by: Andy Shevchenko Reviewed-by: Sakari Ailus --- Changes in v4: - added 'Reviewed-by: Sakari

[PATCH v4 1/2] Bluetooth: Add device_get_bd_address()

2018-09-26 Thread Matthias Kaehlcke
Provide an API for Bluetooth drivers to retrieve the Bluetooth Device address (BD_ADDR) for a device. If the firmware node of the device has a property 'local-bd-address' the BD address is read from this property. Signed-off-by: Matthias Kaehlcke Reviewed-by: Andy Shevchenko Reviewed-by: Sakari

[PATCH v4 0/2] Add API to retrieve the Bluetooth Device Address (BD_ADDR)

2018-09-26 Thread Matthias Kaehlcke
On some systems the Bluetooth Device Address (BD_ADDR) isn't stored on the Bluetooth chip itself. One way to configure the address is through the device tree. The btqcomsmd driver is an example, it can read the address from the DT property 'local-bd-address'. It is also planned to extend the

[PATCH v4 2/2] Bluetooth: btqcomsmd: Get the BD address with device_get_bd_address()

2018-09-26 Thread Matthias Kaehlcke
Use the new API to get the BD address instead of reading it directly from the device tree. Also remove an unncessary pair of braces in the same area of code. Signed-off-by: Matthias Kaehlcke Reviewed-by: Andy Shevchenko Reviewed-by: Sakari Ailus --- Changes in v4: - added 'Reviewed-by: Sakari

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