Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

Hi Jonathan, Thank you for all your hard work. Your feedback is really helpful. I’m surprised that no one from Analog Device has offered any suggestions. Anyway, please see my comments inline below Regards, John > On Mar 18, 2018, at 5:23 AM, Jonathan Cameron wrote: >

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

Hi Jonathan, Thank you for all your hard work. Your feedback is really helpful. I’m surprised that no one from Analog Device has offered any suggestions. Anyway, please see my comments inline below Regards, John > On Mar 18, 2018, at 5:23 AM, Jonathan Cameron wrote: > > On Sat, 17 Mar

Re: [PATCH] ACPI / scan: Send the change uevent with offine environmental data

Hi Rafael, On Mon, Mar 19, 2018 at 11:02:32AM +0100, Rafael J. Wysocki wrote: > On Friday, March 2, 2018 7:35:08 AM CET Lee, Chun-Yi wrote: > > In current design of ACPI container offline, Kernel emits > > KOBJ_CHANGE uevent to user space to indidate that the ejection of > > the container was

Re: [PATCH] ACPI / scan: Send the change uevent with offine environmental data

Hi Rafael, On Mon, Mar 19, 2018 at 11:02:32AM +0100, Rafael J. Wysocki wrote: > On Friday, March 2, 2018 7:35:08 AM CET Lee, Chun-Yi wrote: > > In current design of ACPI container offline, Kernel emits > > KOBJ_CHANGE uevent to user space to indidate that the ejection of > > the container was

[PATCH v2] ACPI / scan: Send the change uevent with offine environmental data

In current design of ACPI container offline, Kernel emits KOBJ_CHANGE uevent to user space to indidate that the ejection of the container was triggered by platform. (caa73ea15 patch) A pure KOBJ_CHANGE uevent is not enough for user space to identify the purpose. For example, a "udevadm trigger"

[PATCH v2] ACPI / scan: Send the change uevent with offine environmental data

In current design of ACPI container offline, Kernel emits KOBJ_CHANGE uevent to user space to indidate that the ejection of the container was triggered by platform. (caa73ea15 patch) A pure KOBJ_CHANGE uevent is not enough for user space to identify the purpose. For example, a "udevadm trigger"

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

On Mon, 2018-02-05 at 08:20 +0100, Knut Omang wrote: > On Mon, 2018-02-05 at 16:03 +0900, Masahiro Yamada wrote: Hi Masahiro, I know these are busy times but any hope of getting forward on this? Anything more I can do to ease the process? Thanks for your time, Knut > > 2018-02-05 15:41

Re: [PATCH v4 1/1] runchecks: Generalize make C={1,2} to support multiple checkers

On Mon, 2018-02-05 at 08:20 +0100, Knut Omang wrote: > On Mon, 2018-02-05 at 16:03 +0900, Masahiro Yamada wrote: Hi Masahiro, I know these are busy times but any hope of getting forward on this? Anything more I can do to ease the process? Thanks for your time, Knut > > 2018-02-05 15:41

RE: [PATCHv2 0/7] sched/fair: Migrate 'misfit' tasks on asymmetric capacity systems

Hi > -Original Message- > From: Morten Rasmussen [mailto:morten.rasmus...@arm.com] > Sent: Thursday, March 15, 2018 11:47 PM > To: pet...@infradead.org; mi...@redhat.com > Cc: valentin.schnei...@arm.com; dietmar.eggem...@arm.com; > vincent.guit...@linaro.org; Gaku Inami >

RE: [PATCHv2 0/7] sched/fair: Migrate 'misfit' tasks on asymmetric capacity systems

Hi > -Original Message- > From: Morten Rasmussen [mailto:morten.rasmus...@arm.com] > Sent: Thursday, March 15, 2018 11:47 PM > To: pet...@infradead.org; mi...@redhat.com > Cc: valentin.schnei...@arm.com; dietmar.eggem...@arm.com; > vincent.guit...@linaro.org; Gaku Inami > ;

RE: [PATCH] bnx2x: fix spelling mistake: "registeration" -> "registration"

-Original Message- From: Colin King [mailto:colin.k...@canonical.com] Sent: 19 March 2018 20:03 To: Elior, Ariel ; Dept-Eng Everest Linux L2 ; net...@vger.kernel.org Cc: kernel-janit...@vger.kernel.org;

RE: [PATCH] bnx2x: fix spelling mistake: "registeration" -> "registration"

-Original Message- From: Colin King [mailto:colin.k...@canonical.com] Sent: 19 March 2018 20:03 To: Elior, Ariel ; Dept-Eng Everest Linux L2 ; net...@vger.kernel.org Cc: kernel-janit...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: [PATCH] bnx2x: fix spelling mistake:

Re: [PATCH 4.4 038/134] ARM: DRA7: hwmod_data: Prevent wait_target_disable error for usb_otg_ss

On 20/03/18 01:52, Dan Rue wrote: On Mon, Mar 19, 2018 at 07:05:21PM +0100, Greg Kroah-Hartman wrote: 4.4-stable review patch. If anyone has any objections, please let me know. -- From: Roger Quadros [ Upstream commit e2d54fe76997301b49311bde7ba8ef52b47896f9

Re: [PATCH 4.4 038/134] ARM: DRA7: hwmod_data: Prevent wait_target_disable error for usb_otg_ss

On 20/03/18 01:52, Dan Rue wrote: On Mon, Mar 19, 2018 at 07:05:21PM +0100, Greg Kroah-Hartman wrote: 4.4-stable review patch. If anyone has any objections, please let me know. -- From: Roger Quadros [ Upstream commit e2d54fe76997301b49311bde7ba8ef52b47896f9 ] It seems

RE: linux-next: build warning after merge of the libata tree

Hi Stephen: Sorry to introduce this build warning. I'm preparing one commit to fix it. Best Regards Richard Zhu -Original Message- From: Stephen Rothwell [mailto:s...@canb.auug.org.au] Sent: Tuesday, March 20, 2018 12:57 PM To: Tejun Heo Cc: Linux-Next Mailing List

RE: linux-next: build warning after merge of the libata tree

Hi Stephen: Sorry to introduce this build warning. I'm preparing one commit to fix it. Best Regards Richard Zhu -Original Message- From: Stephen Rothwell [mailto:s...@canb.auug.org.au] Sent: Tuesday, March 20, 2018 12:57 PM To: Tejun Heo Cc: Linux-Next Mailing List ; Linux Kernel

linux-next: build warning after merge of the libata tree

Hi Tejun, After merging the libata tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/ata/ahci_imx.c: In function 'imx_sata_disable': drivers/ata/ahci_imx.c:478:2: warning: enumeration value 'AHCI_IMX53' not handled in switch [-Wswitch] switch

linux-next: build warning after merge of the libata tree

Hi Tejun, After merging the libata tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: drivers/ata/ahci_imx.c: In function 'imx_sata_disable': drivers/ata/ahci_imx.c:478:2: warning: enumeration value 'AHCI_IMX53' not handled in switch [-Wswitch] switch

drivers/platform/x86/dell-smbios-smm.c:99: undefined reference to `dcdbas_smi_request'

Hi Mario, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1b5f3ba415fe4cf8b8b39c8d104ed44cde330658 commit: 25d47027e1003546bfd8964b4423cb39bc2d53e9 platform/x86: dell-smbios: Link all dell-smbios-* modules together

drivers/platform/x86/dell-smbios-smm.c:99: undefined reference to `dcdbas_smi_request'

Hi Mario, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 1b5f3ba415fe4cf8b8b39c8d104ed44cde330658 commit: 25d47027e1003546bfd8964b4423cb39bc2d53e9 platform/x86: dell-smbios: Link all dell-smbios-* modules together

Re: [PATCH 4.14 064/109] dmaengine: bcm2835-dma: Use vchan_terminate_vdesc() instead of desc_free

On Mon, Mar 19, 2018 at 12:53:41PM +0530, Vinod Koul wrote: > On Mon, Mar 19, 2018 at 09:14:00AM +0200, Peter Ujfalusi wrote: > > On 2018-03-19 05:08, Vinod Koul wrote: > > > On Sun, Mar 18, 2018 at 11:44:51AM +0100, Greg Kroah-Hartman wrote: > > >> On Sun, Mar 18, 2018 at 11:24:17AM +0100, Greg

Re: [PATCH 4.14 064/109] dmaengine: bcm2835-dma: Use vchan_terminate_vdesc() instead of desc_free

On Mon, Mar 19, 2018 at 12:53:41PM +0530, Vinod Koul wrote: > On Mon, Mar 19, 2018 at 09:14:00AM +0200, Peter Ujfalusi wrote: > > On 2018-03-19 05:08, Vinod Koul wrote: > > > On Sun, Mar 18, 2018 at 11:44:51AM +0100, Greg Kroah-Hartman wrote: > > >> On Sun, Mar 18, 2018 at 11:24:17AM +0100, Greg

Re: [PATCH v2] virtio_balloon: export hugetlb page allocation counts

> On Mar 19, 2018, at 7:31 PM, Jason Wang wrote: > > > > On 2018年03月20日 06:14, Jonathan Helman wrote: >> Export the number of successful and failed hugetlb page >> allocations via the virtio balloon driver. These 2 counts >> come directly from the vm_events

Re: [PATCH v2] virtio_balloon: export hugetlb page allocation counts

> On Mar 19, 2018, at 7:31 PM, Jason Wang wrote: > > > > On 2018年03月20日 06:14, Jonathan Helman wrote: >> Export the number of successful and failed hugetlb page >> allocations via the virtio balloon driver. These 2 counts >> come directly from the vm_events HTLB_BUDDY_PGALLOC and >>

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On Mon, 2018-03-19 at 17:41 -0400, Waiman Long wrote: > On 03/19/2018 04:49 PM, Mike Galbraith wrote: > > On Mon, 2018-03-19 at 08:34 -0700, Tejun Heo wrote: > >> Hello, Mike. > >> > >> On Thu, Mar 15, 2018 at 03:49:01AM +0100, Mike Galbraith wrote: > >>> Under the hood v2 details are entirely up

Re: [PATCH v4] cpuset: Enable cpuset controller in default hierarchy

On Mon, 2018-03-19 at 17:41 -0400, Waiman Long wrote: > On 03/19/2018 04:49 PM, Mike Galbraith wrote: > > On Mon, 2018-03-19 at 08:34 -0700, Tejun Heo wrote: > >> Hello, Mike. > >> > >> On Thu, Mar 15, 2018 at 03:49:01AM +0100, Mike Galbraith wrote: > >>> Under the hood v2 details are entirely up

[PATCH v2] ACPI / PM: allow deeper wakeup power states with no _SxD nor _SxW

acpi_dev_pm_get_state() is used to determine the range of allowable device power states when going into S3 suspend. This is implemented by executing the _S3D and _S3W ACPI methods. Linux follows the ACPI spec behaviour in that when _S3D is implemented and _S3W is not, Linux will not go into a

[PATCH v2] ACPI / PM: allow deeper wakeup power states with no _SxD nor _SxW

acpi_dev_pm_get_state() is used to determine the range of allowable device power states when going into S3 suspend. This is implemented by executing the _S3D and _S3W ACPI methods. Linux follows the ACPI spec behaviour in that when _S3D is implemented and _S3W is not, Linux will not go into a

[PATCH v3 07/13] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk04.1-c3 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c3.dts | 8 2 files changed, 9 insertions(+) create mode 100644

[PATCH v3 07/13] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk04.1-c3 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c3.dts | 8 2 files changed, 9 insertions(+) create mode 100644 arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c3.dts diff --git

[PATCH v3 04/13] ARM: dts: ipq4019: Update ipq4019-dk01.1 board data

Reviewed-by: Abhishek Sahu Adds missing memory, reserved-memory nodes. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi | 28 +++ 1 file changed, 28 insertions(+) diff --git

[PATCH v3 04/13] ARM: dts: ipq4019: Update ipq4019-dk01.1 board data

Reviewed-by: Abhishek Sahu Adds missing memory, reserved-memory nodes. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi | 28 +++ 1 file changed, 28 insertions(+) diff --git a/arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi

[PATCH v3 05/13] ARM: dts: ipq4019: Add ipq4019-ap.dk04.dtsi

Add the common parts for the dk04 boards. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1.dtsi | 129 ++ 1 file changed, 129 insertions(+) create mode 100644

[PATCH v3 05/13] ARM: dts: ipq4019: Add ipq4019-ap.dk04.dtsi

Add the common parts for the dk04 boards. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1.dtsi | 129 ++ 1 file changed, 129 insertions(+) create mode 100644 arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1.dtsi diff --git

[PATCH v3 09/13] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk07.1-c1 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1-c1.dts | 65 + 2 files changed, 66 insertions(+) create mode

[PATCH v3 09/13] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk07.1-c1 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1-c1.dts | 65 + 2 files changed, 66 insertions(+) create mode 100644 arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1-c1.dts

[PATCH v3 10/13] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk07.1-c2 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1-c2.dts | 26 + 2 files changed, 27 insertions(+) create mode

[PATCH] MIPS: ralink: fix booting on mt7621

Since commit 3af5a67c86a3 ("MIPS: Fix early CM probing") the MT7621 has not been able to boot. This patched caused mips_cm_probe() to be called before mt7621.c::proc_soc_init(). prom_soc_init() has a comment explaining that mips_cm_probe() "wipes out the bootloader config" and means that

[PATCH v3 10/13] ARM: dts: ipq4019: Add qcom-ipq4019-ap.dk07.1-c2 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1-c2.dts | 26 + 2 files changed, 27 insertions(+) create mode 100644 arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1-c2.dts

[PATCH] MIPS: ralink: fix booting on mt7621

Since commit 3af5a67c86a3 ("MIPS: Fix early CM probing") the MT7621 has not been able to boot. This patched caused mips_cm_probe() to be called before mt7621.c::proc_soc_init(). prom_soc_init() has a comment explaining that mips_cm_probe() "wipes out the bootloader config" and means that

[PATCH v3 13/13] ARM: dts: ipq8074: Enable few peripherals for hk01 board

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm64/boot/dts/qcom/ipq8074-hk01.dts | 103 ++ 1 file changed, 103 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/ipq8074-hk01.dts

[PATCH v3 13/13] ARM: dts: ipq8074: Enable few peripherals for hk01 board

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm64/boot/dts/qcom/ipq8074-hk01.dts | 103 ++ 1 file changed, 103 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/ipq8074-hk01.dts b/arch/arm64/boot/dts/qcom/ipq8074-hk01.dts index

[PATCH v3 12/13] ARM: dts: ipq8074: Add pcie nodes

The driver/phy support for ipq8074 is available now. So enabling the nodes in DT. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm64/boot/dts/qcom/ipq8074.dtsi | 157 +- 1 file changed, 156

[PATCH v3 12/13] ARM: dts: ipq8074: Add pcie nodes

The driver/phy support for ipq8074 is available now. So enabling the nodes in DT. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm64/boot/dts/qcom/ipq8074.dtsi | 157 +- 1 file changed, 156 insertions(+), 1 deletion(-) diff --git

[PATCH v3 08/13] ARM: dts: ipq4019: Add ipq4019-ap.dk07.1 common data

Reviewed-by: Abhishek Sahu Add the common data for all dk07 based boards. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1.dtsi | 83 +++ 1 file changed, 83 insertions(+) create mode 100644

[PATCH v3 08/13] ARM: dts: ipq4019: Add ipq4019-ap.dk07.1 common data

Reviewed-by: Abhishek Sahu Add the common data for all dk07 based boards. Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1.dtsi | 83 +++ 1 file changed, 83 insertions(+) create mode 100644 arch/arm/boot/dts/qcom-ipq4019-ap.dk07.1.dtsi diff

[PATCH v3 11/13] ARM: dts: ipq8074: Add peripheral nodes

Add serial, i2c, bam, spi, qpic peripheral nodes. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm64/boot/dts/qcom/ipq8074.dtsi | 105 ++ 1 file changed, 105 insertions(+) diff --git

[PATCH v3 11/13] ARM: dts: ipq8074: Add peripheral nodes

Add serial, i2c, bam, spi, qpic peripheral nodes. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm64/boot/dts/qcom/ipq8074.dtsi | 105 ++ 1 file changed, 105 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/ipq8074.dtsi

[PATCH v3 06/13] ARM: dts: ipq4019: Add ipq4019-ap.dk04.1-c1 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c1.dts | 20 2 files changed, 21 insertions(+) create mode 100644

[PATCH v3 06/13] ARM: dts: ipq4019: Add ipq4019-ap.dk04.1-c1 board file

Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c1.dts | 20 2 files changed, 21 insertions(+) create mode 100644 arch/arm/boot/dts/qcom-ipq4019-ap.dk04.1-c1.dts

[PATCH v3 01/13] firmware: qcom: scm: Add ipq4019 soc compatible

Add the compatible for ipq4019. This does not need clocks to do scm calls. Reviewed-by: Rob Herring Signed-off-by: Sricharan R --- Documentation/devicetree/bindings/firmware/qcom,scm.txt | 3 ++- drivers/firmware/qcom_scm.c

[PATCH v3 01/13] firmware: qcom: scm: Add ipq4019 soc compatible

Add the compatible for ipq4019. This does not need clocks to do scm calls. Reviewed-by: Rob Herring Signed-off-by: Sricharan R --- Documentation/devicetree/bindings/firmware/qcom,scm.txt | 3 ++- drivers/firmware/qcom_scm.c | 3 +++ 2 files changed, 5 insertions(+),

[PATCH v3 00/13] ARM: dts: ipq: updates to enable a few peripherals

[v3] * Fixed minor comments from v2, https://www.spinics.net/lists/arm-kernel/msg641480.html * Added Abhishek's review tags [v2] * Addressed all comments from Abhishek * Removed dk01-c2 and dk04-c5 spinand based boards as support for spinand is not complete *

[PATCH v3 02/13] ARM: dts: ipq4019: Add a few peripheral nodes

Now with the driver updates for some peripherals being there, add i2c, spi, pcie, bam, qpic-nand, scm nodes to enhance the available peripheral support. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R ---

[PATCH v3 00/13] ARM: dts: ipq: updates to enable a few peripherals

[v3] * Fixed minor comments from v2, https://www.spinics.net/lists/arm-kernel/msg641480.html * Added Abhishek's review tags [v2] * Addressed all comments from Abhishek * Removed dk01-c2 and dk04-c5 spinand based boards as support for spinand is not complete *

[PATCH v3 02/13] ARM: dts: ipq4019: Add a few peripheral nodes

Now with the driver updates for some peripherals being there, add i2c, spi, pcie, bam, qpic-nand, scm nodes to enhance the available peripheral support. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 134 1

[PATCH v3 03/13] ARM: dts: ipq4019: Change the max opp frequency

The max opp frequency is 716MHZ. So update that. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v3 03/13] ARM: dts: ipq4019: Change the max opp frequency

The max opp frequency is 716MHZ. So update that. Reviewed-by: Abhishek Sahu Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/qcom-ipq4019.dtsi b/arch/arm/boot/dts/qcom-ipq4019.dtsi index

Re: [PATCH v4 1/2] kconfig: warn unmet direct dependency of tristate symbols selected by y

2018-03-19 7:17 GMT+09:00 Eugeniu Rosca : > Hi Masahiro, > > On Tue, Mar 13, 2018 at 06:56:07PM +0900, Masahiro Yamada wrote: >> Commit 246cf9c26bf1 ("kbuild: Warn on selecting symbols with unmet >> direct dependencies") forcibly promoted ->dir_dep.tri to yes from mod. >>

Re: [PATCH v4 1/2] kconfig: warn unmet direct dependency of tristate symbols selected by y

2018-03-19 7:17 GMT+09:00 Eugeniu Rosca : > Hi Masahiro, > > On Tue, Mar 13, 2018 at 06:56:07PM +0900, Masahiro Yamada wrote: >> Commit 246cf9c26bf1 ("kbuild: Warn on selecting symbols with unmet >> direct dependencies") forcibly promoted ->dir_dep.tri to yes from mod. >> So, the unmet direct

Re: [PATCH v8 01/13] resource: add walk_system_ram_res_rev()

On 03/20/18 at 12:12pm, AKASHI Takahiro wrote: > Baoquan, > > On Tue, Mar 20, 2018 at 09:43:18AM +0800, Baoquan He wrote: > > On 02/23/18 at 04:36pm, Dave Young wrote: > > > Hi AKASHI, > > > > > > On 02/22/18 at 08:17pm, AKASHI Takahiro wrote: > > > > This function, being a variant of

RE: [PATCH] media: cxd2880-spi: avoid out-of-bounds access warning

Hi. We check the patch. > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Tuesday, March 13, 2018 9:09 PM > To: Takiguchi, Yasunari (SSS); Mauro Carvalho Chehab > Cc: Arnd Bergmann; Martin Sebor; Matsumoto, Toshihiko (SSS); Yonezawa, > Kota (SSS); Watanabe,

Re: [PATCH v8 01/13] resource: add walk_system_ram_res_rev()

On 03/20/18 at 12:12pm, AKASHI Takahiro wrote: > Baoquan, > > On Tue, Mar 20, 2018 at 09:43:18AM +0800, Baoquan He wrote: > > On 02/23/18 at 04:36pm, Dave Young wrote: > > > Hi AKASHI, > > > > > > On 02/22/18 at 08:17pm, AKASHI Takahiro wrote: > > > > This function, being a variant of

RE: [PATCH] media: cxd2880-spi: avoid out-of-bounds access warning

Hi. We check the patch. > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Tuesday, March 13, 2018 9:09 PM > To: Takiguchi, Yasunari (SSS); Mauro Carvalho Chehab > Cc: Arnd Bergmann; Martin Sebor; Matsumoto, Toshihiko (SSS); Yonezawa, > Kota (SSS); Watanabe,

Re: [PATCH v2 1/3] dt-bindings: pinctrl: Add a reserved-gpio-ranges property

On 3/19/18 10:36 PM, Linus Walleij wrote: This looks fine except Andy's note to rename this ranges to gpio-reserved-ranges for namespacing. Are you reposting this series as v3 with this fixed or does someone else need to pick it up? I will pick this up if Stephen wants me to. -- Qualcomm

Re: [PATCH v2 1/3] dt-bindings: pinctrl: Add a reserved-gpio-ranges property

On 3/19/18 10:36 PM, Linus Walleij wrote: This looks fine except Andy's note to rename this ranges to gpio-reserved-ranges for namespacing. Are you reposting this series as v3 with this fixed or does someone else need to pick it up? I will pick this up if Stephen wants me to. -- Qualcomm

Re: [PATCH] x86/vsyscall/64: Use proper accessor to update p4d entry

On Mon, Mar 19, 2018 at 2:31 PM, Boris Ostrovsky wrote: > Writing to it directly does not work for Xen PV guests. Whoops, my bad. Acked-by: Andy Lutomirski > > Signed-off-by: Boris Ostrovsky > --- >

Re: [PATCH] x86/vsyscall/64: Use proper accessor to update p4d entry

On Mon, Mar 19, 2018 at 2:31 PM, Boris Ostrovsky wrote: > Writing to it directly does not work for Xen PV guests. Whoops, my bad. Acked-by: Andy Lutomirski > > Signed-off-by: Boris Ostrovsky > --- > arch/x86/entry/vsyscall/vsyscall_64.c | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [PATCH 14/19] csky: Misc headers

Hi Arnd, On Tue, Mar 20, 2018 at 12:11:24AM +0800, Arnd Bergmann wrote: > On Mon, Mar 19, 2018 at 3:51 AM, Guo Ren wrote: > > +++ b/arch/csky/include/uapi/asm/fcntl.h > > @@ -0,0 +1,13 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +// Copyright (C) 2018 Hangzhou C-SKY

Re: [PATCH v2 1/3] dt-bindings: pinctrl: Add a reserved-gpio-ranges property

Hi Stephen, thanks for the patch and hope you have a good time at your new workplace! On Fri, Jan 26, 2018 at 2:13 AM, Stephen Boyd wrote: > Some qcom platforms make some GPIOs or pins unavailable for use > by non-secure operating systems, and thus reading or writing the

Re: [PATCH 14/19] csky: Misc headers

Hi Arnd, On Tue, Mar 20, 2018 at 12:11:24AM +0800, Arnd Bergmann wrote: > On Mon, Mar 19, 2018 at 3:51 AM, Guo Ren wrote: > > +++ b/arch/csky/include/uapi/asm/fcntl.h > > @@ -0,0 +1,13 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +// Copyright (C) 2018 Hangzhou C-SKY Microsystems co.,ltd. > >

Re: [PATCH v2 1/3] dt-bindings: pinctrl: Add a reserved-gpio-ranges property

Hi Stephen, thanks for the patch and hope you have a good time at your new workplace! On Fri, Jan 26, 2018 at 2:13 AM, Stephen Boyd wrote: > Some qcom platforms make some GPIOs or pins unavailable for use > by non-secure operating systems, and thus reading or writing the > registers for those

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

Arend, I use RK3288-firefly, bcm4339 (ap6335). Regards, Alex On 20 March 2018 at 06:16, Arend van Spriel wrote: > + Uffe > > On 3/19/2018 6:55 PM, Florian Fainelli wrote: >> >> On 03/19/2018 07:10 AM, Alexey Roslyakov wrote: >>> >>> Hi Arend, >>> I appreciate

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

Arend, I use RK3288-firefly, bcm4339 (ap6335). Regards, Alex On 20 March 2018 at 06:16, Arend van Spriel wrote: > + Uffe > > On 3/19/2018 6:55 PM, Florian Fainelli wrote: >> >> On 03/19/2018 07:10 AM, Alexey Roslyakov wrote: >>> >>> Hi Arend, >>> I appreciate your response. In my opinion, it

Re: [PATCH 13/36] fs: introduce new ->get_poll_head and ->poll_mask methods

On Mon, Mar 05, 2018 at 01:27:20PM -0800, Christoph Hellwig wrote: > ->get_poll_head returns the waitqueue that the poll operation is going > to sleep on. Note that this means we can only use a single waitqueue > for the poll, unlike some current drivers that use two waitqueues for > different

Re: [PATCH 13/36] fs: introduce new ->get_poll_head and ->poll_mask methods

On Mon, Mar 05, 2018 at 01:27:20PM -0800, Christoph Hellwig wrote: > ->get_poll_head returns the waitqueue that the poll operation is going > to sleep on. Note that this means we can only use a single waitqueue > for the poll, unlike some current drivers that use two waitqueues for > different

Re: [PATCH] scsi: iscsi_tcp: set BDI_CAP_STABLE_WRITES when data digest enabled

Jianchao, > iscsi tcp will first send out data, then calculate and send data > digest. If we don't have BDI_CAP_STABLE_WRITES, the page cache will > be written in spite of the on going writeback. Consequently, wrong > digest will be got and sent to target. > > To fix this, set

Re: [PATCH] scsi: iscsi_tcp: set BDI_CAP_STABLE_WRITES when data digest enabled

Jianchao, > iscsi tcp will first send out data, then calculate and send data > digest. If we don't have BDI_CAP_STABLE_WRITES, the page cache will > be written in spite of the on going writeback. Consequently, wrong > digest will be got and sent to target. > > To fix this, set

[PATCH v5 3/3] Bluetooth: hci_qca: Add serdev support

Add support for Qualcomm serial slave devices. Probe the serial device, retrieve its maximum speed and register a new hci uart device. Signed-off-by: Thierry Escande --- v5: - Use gpio new name 'enable' v4: - Rename divclk4 as susclk (its name in the bt chip) - Use

[PATCH v5 3/3] Bluetooth: hci_qca: Add serdev support

Add support for Qualcomm serial slave devices. Probe the serial device, retrieve its maximum speed and register a new hci uart device. Signed-off-by: Thierry Escande --- v5: - Use gpio new name 'enable' v4: - Rename divclk4 as susclk (its name in the bt chip) - Use gpiod_set_value_cansleep() -

[PATCH v5 2/3] dt-bindings: net: bluetooth: Add qualcomm-bluetooth

Add binding document for serial bluetooth chips using Qualcomm protocol. Signed-off-by: Thierry Escande --- v5: - Rename 'bt-disable-n' gpio as 'enable' v4: - Move bt-disable-n-gpios to required properties section - Add clocks and pinctrl-0 as required properties

[PATCH v5 0/3] Bluetooth: hci_qca: Add serdev support

Hi, This patchset enables the Qualcomm BT controller QCA6174 node in the device tree of the db820c board. This allows the bluetooth chipset to be probed and registered against the hci layer by using the serdev framework. This patchset also contains the documentation for the compatible string

[PATCH v5 1/3] arm64: dts: apq8096-db820c: enable bluetooth node

Add a new serial node for the Qualcomm BT controller QCA6174. This allows automatic probing and hci registration through the serdev framework instead of relying on the userspace helpers. Signed-off-by: Thierry Escande --- v5: - Rename 'bt-disable-n' gpio as 'enable'

[PATCH v5 0/3] Bluetooth: hci_qca: Add serdev support

Hi, This patchset enables the Qualcomm BT controller QCA6174 node in the device tree of the db820c board. This allows the bluetooth chipset to be probed and registered against the hci layer by using the serdev framework. This patchset also contains the documentation for the compatible string

[PATCH v5 1/3] arm64: dts: apq8096-db820c: enable bluetooth node

Add a new serial node for the Qualcomm BT controller QCA6174. This allows automatic probing and hci registration through the serdev framework instead of relying on the userspace helpers. Signed-off-by: Thierry Escande --- v5: - Rename 'bt-disable-n' gpio as 'enable' v4: no change v3: no change

[PATCH v5 2/3] dt-bindings: net: bluetooth: Add qualcomm-bluetooth

Add binding document for serial bluetooth chips using Qualcomm protocol. Signed-off-by: Thierry Escande --- v5: - Rename 'bt-disable-n' gpio as 'enable' v4: - Move bt-disable-n-gpios to required properties section - Add clocks and pinctrl-0 as required properties v3: no change v2: no change

RE: [RFC PATCH 1/2] clk: add new APIs to operate on all available clocks

> -Original Message- > From: Stephen Boyd [mailto:sb...@kernel.org] > Sent: Tuesday, March 20, 2018 12:22 AM > To: A.s. Dong ; linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; dl- > linux-imx ;

RE: [RFC PATCH 1/2] clk: add new APIs to operate on all available clocks

> -Original Message- > From: Stephen Boyd [mailto:sb...@kernel.org] > Sent: Tuesday, March 20, 2018 12:22 AM > To: A.s. Dong ; linux-...@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; dl- > linux-imx ; aisheng.d...@codeaurora.org; linux- >

Re: [PATCH 07/36] aio: add delayed cancel support

On Mon, Mar 05, 2018 at 01:27:14PM -0800, Christoph Hellwig wrote: > The upcoming aio poll support would like to be able to complete the > iocb inline from the cancellation context, but that would cause > a lock order reversal. Add support for optionally moving the cancelation > outside the

Re: [PATCH 07/36] aio: add delayed cancel support

On Mon, Mar 05, 2018 at 01:27:14PM -0800, Christoph Hellwig wrote: > The upcoming aio poll support would like to be able to complete the > iocb inline from the cancellation context, but that would cause > a lock order reversal. Add support for optionally moving the cancelation > outside the

Re: [PATCH V4] thermal: Add cooling device's statistics in sysfs

On 二, 2018-03-20 at 09:38 +0800, Viresh Kumar wrote: > On 14-03-18, 13:44, Viresh Kumar wrote: > > > > I got those warnings as well, and I quietly ignored them :) > > > > I ignored the renaming part for the sake of consistency. The other > > existing > > routines for similar purpose are named

Re: [PATCH V4] thermal: Add cooling device's statistics in sysfs

On 二, 2018-03-20 at 09:38 +0800, Viresh Kumar wrote: > On 14-03-18, 13:44, Viresh Kumar wrote: > > > > I got those warnings as well, and I quietly ignored them :) > > > > I ignored the renaming part for the sake of consistency. The other > > existing > > routines for similar purpose are named

[PATCH 3/4] signal/x86: Move nosig handling at the end of exit_to_usermode_loop.

Handling of restarting a system call for nosig should be done after all possible calls of do_signal, to see if it's actually delivering signal(s) or not. Before this change, restarting a system call for nosig may be followed by a call of handle_signal which would try to change the system call

[PATCH 3/4] signal/x86: Move nosig handling at the end of exit_to_usermode_loop.

Handling of restarting a system call for nosig should be done after all possible calls of do_signal, to see if it's actually delivering signal(s) or not. Before this change, restarting a system call for nosig may be followed by a call of handle_signal which would try to change the system call

[PATCH 1/2] clk: mediatek: add devm_of_platform_populate() for MT7622 audsys

Add devm_of_platform_populate() to populate devices which are children of the root node. Signed-off-by: Ryder Lee --- drivers/clk/mediatek/clk-mt7622-aud.c | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git

[PATCH 2/4] signal/x86: do_signal: syscall restart should be done only once.

do_signal may be called multiple times from exit_to_usermode_loop. In those multiple calls, only the one should handle restarting the system call. When actually delivering a signal, make sure the register will not be examined again as syscall errno by another call of do_signal. Signed-off-by:

[PATCH 1/2] clk: mediatek: add devm_of_platform_populate() for MT7622 audsys

Add devm_of_platform_populate() to populate devices which are children of the root node. Signed-off-by: Ryder Lee --- drivers/clk/mediatek/clk-mt7622-aud.c | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/drivers/clk/mediatek/clk-mt7622-aud.c

[PATCH 2/4] signal/x86: do_signal: syscall restart should be done only once.

do_signal may be called multiple times from exit_to_usermode_loop. In those multiple calls, only the one should handle restarting the system call. When actually delivering a signal, make sure the register will not be examined again as syscall errno by another call of do_signal. Signed-off-by:

[PATCH 0/4] Unblocked by fake_signal_wake_up then real signal

Hello, Background: I tried to fix my own problem in suspend-to-ram with USB devices (some device doesn't work well after suspend/resume). I know it's common problems. Well, while I identified some problems of USB devices and drivers, I did try my best. I fixed a USB device implementation of

[PATCH 1/4] signal/x86: Factor out nosig handling.

Make a function for swing at the ball and miss. Signed-off-by: NIIBE Yutaka --- arch/x86/include/asm/signal.h | 1 + arch/x86/kernel/signal.c | 5 + 2 files changed, 6 insertions(+) diff --git a/arch/x86/include/asm/signal.h b/arch/x86/include/asm/signal.h index

  1   2   3   4   5   6   7   8   9   10   >