Re: [PATCH] i2c: i2c-cadence: Don't register the adapter until it's ready

On 06-01-17 22:34, Vladimir Zapolskiy wrote: Hello Mike, On 01/05/2017 12:47 PM, Mike Looijmans wrote: The driver calls i2c_add_adapter before writing to config registers, resulting in dmesg output like this, where devices fail to initialize: cdns-i2c ff03.i2c: timeout waiting on

Re: [PATCH] i2c: i2c-cadence: Don't register the adapter until it's ready

On 06-01-17 22:34, Vladimir Zapolskiy wrote: Hello Mike, On 01/05/2017 12:47 PM, Mike Looijmans wrote: The driver calls i2c_add_adapter before writing to config registers, resulting in dmesg output like this, where devices fail to initialize: cdns-i2c ff03.i2c: timeout waiting on

Re: sysfs deferred_probe attribute

On 01/12/2017 07:26 PM, Ben Hutchings wrote: > On Thu, 2017-01-12 at 18:41 +0100, Greg Kroah-Hartman wrote: >> On Thu, Jan 12, 2017 at 11:27:01AM -0600, Rob Herring wrote: >>> I just noticed that we have a new device attribute 'deferred_probe' >>> added in 4.10 with this commit: >>> >>> commit

Re: sysfs deferred_probe attribute

On 01/12/2017 07:26 PM, Ben Hutchings wrote: > On Thu, 2017-01-12 at 18:41 +0100, Greg Kroah-Hartman wrote: >> On Thu, Jan 12, 2017 at 11:27:01AM -0600, Rob Herring wrote: >>> I just noticed that we have a new device attribute 'deferred_probe' >>> added in 4.10 with this commit: >>> >>> commit

[PATCH v3 1/3] Documentation: devicetree: move shared property used by rc into a common place

From: Sean Wang Most IR drivers uses the same label to identify the scancdoe/key table they used by multiple bindings and lack explanation well. So move the shared property into a common place and give better explanation. Signed-off-by: Sean Wang

[PATCH v3 0/3] media: rc: add support for IR receiver on MT7623 SoC

From: Sean Wang This patchset introduces consumer IR (CIR) support on MT7623 SoC that also works on other similar SoCs and implements raw mode for more compatibility with different protocols. The driver simply reports the duration of pulses and spaces to rc-core logic to

[PATCH v3 1/3] Documentation: devicetree: move shared property used by rc into a common place

From: Sean Wang Most IR drivers uses the same label to identify the scancdoe/key table they used by multiple bindings and lack explanation well. So move the shared property into a common place and give better explanation. Signed-off-by: Sean Wang ---

[PATCH v3 0/3] media: rc: add support for IR receiver on MT7623 SoC

From: Sean Wang This patchset introduces consumer IR (CIR) support on MT7623 SoC that also works on other similar SoCs and implements raw mode for more compatibility with different protocols. The driver simply reports the duration of pulses and spaces to rc-core logic to decode. Changes since

Re: + mm-vmscan-add-mm_vmscan_inactive_list_is_low-tracepoint.patch added to -mm tree

On Fri 13-01-17 10:37:24, Minchan Kim wrote: > Hello, > > On Thu, Jan 12, 2017 at 10:10:17AM +0100, Michal Hocko wrote: > > On Thu 12-01-17 17:48:13, Minchan Kim wrote: > > > On Thu, Jan 12, 2017 at 09:15:54AM +0100, Michal Hocko wrote: > > > > On Thu 12-01-17 14:12:47, Minchan Kim wrote: > > > >

[PATCH v3 2/3] Documentation: devicetree: Add document bindings for mtk-cir

From: Sean Wang This patch adds documentation for devicetree bindings for consumer Mediatek IR controller. Signed-off-by: Sean Wang --- .../devicetree/bindings/media/mtk-cir.txt | 24 ++ 1 file changed, 24

[PATCH v3 3/3] media: rc: add driver for IR remote receiver on MT7623 SoC

From: Sean Wang This patch adds driver for IR controller on MT7623 SoC. and should also work on similar Mediatek SoC. Currently testing successfully on NEC and SONY remote controller only but it should work on others (lirc, rc-5 and rc-6). Signed-off-by: Sean Wang

Re: + mm-vmscan-add-mm_vmscan_inactive_list_is_low-tracepoint.patch added to -mm tree

On Fri 13-01-17 10:37:24, Minchan Kim wrote: > Hello, > > On Thu, Jan 12, 2017 at 10:10:17AM +0100, Michal Hocko wrote: > > On Thu 12-01-17 17:48:13, Minchan Kim wrote: > > > On Thu, Jan 12, 2017 at 09:15:54AM +0100, Michal Hocko wrote: > > > > On Thu 12-01-17 14:12:47, Minchan Kim wrote: > > > >

[PATCH v3 2/3] Documentation: devicetree: Add document bindings for mtk-cir

From: Sean Wang This patch adds documentation for devicetree bindings for consumer Mediatek IR controller. Signed-off-by: Sean Wang --- .../devicetree/bindings/media/mtk-cir.txt | 24 ++ 1 file changed, 24 insertions(+) create mode 100644

[PATCH v3 3/3] media: rc: add driver for IR remote receiver on MT7623 SoC

From: Sean Wang This patch adds driver for IR controller on MT7623 SoC. and should also work on similar Mediatek SoC. Currently testing successfully on NEC and SONY remote controller only but it should work on others (lirc, rc-5 and rc-6). Signed-off-by: Sean Wang Reviewed-by: Sean Young ---

Re: [PATCH 2/5] staging/lustre/mgc: Combine two seq_printf() calls into one call in lprocfs_mgc_rd_ir_state()

On Fri, Jan 13, 2017 at 01:58:37AM -0500, Oleg Drokin wrote: > > On Jan 1, 2017, at 11:35 AM, SF Markus Elfring wrote: Oleg, please realize that I have blacklisted this patch author, and don't take contributions from them, unless you, or someone else wishes to properly review and pass them on.

Re: [PATCH 2/5] staging/lustre/mgc: Combine two seq_printf() calls into one call in lprocfs_mgc_rd_ir_state()

On Fri, Jan 13, 2017 at 01:58:37AM -0500, Oleg Drokin wrote: > > On Jan 1, 2017, at 11:35 AM, SF Markus Elfring wrote: Oleg, please realize that I have blacklisted this patch author, and don't take contributions from them, unless you, or someone else wishes to properly review and pass them on.

[PATCH] checkpatch: update $logFunctions

From: Miles Chen Currently checkpatch.pl does not recognize printk_deferred* functions as log functions and complains about the line length of printk_deferred* functoins. Add printk_deferred* to logFunctions to fix it. Signed-off-by: Miles Chen

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

at 04:00 on Fri 13-Jan-2017 Al Viro (v...@zeniv.linux.org.uk) wrote: > That, and check if it is reproducible on commit 523ac9afc73a with > commit 8e54cadab447 cherry-picked on top of that. $ git checkout 523ac9afc73a $ git cherry-pick 8e54cadab447 [detached HEAD 3826f27f6830] fix

[PATCH] checkpatch: update $logFunctions

From: Miles Chen Currently checkpatch.pl does not recognize printk_deferred* functions as log functions and complains about the line length of printk_deferred* functoins. Add printk_deferred* to logFunctions to fix it. Signed-off-by: Miles Chen --- scripts/checkpatch.pl | 2 +- 1 file

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

at 04:00 on Fri 13-Jan-2017 Al Viro (v...@zeniv.linux.org.uk) wrote: > That, and check if it is reproducible on commit 523ac9afc73a with > commit 8e54cadab447 cherry-picked on top of that. $ git checkout 523ac9afc73a $ git cherry-pick 8e54cadab447 [detached HEAD 3826f27f6830] fix

[PATCH v1 1/2] Documentation: mtk-quadspi: update DT bindings

Add "mediatek,mt2701-nor" for nor flash node's compatible. Signed-off-by: Guochun Mao --- .../devicetree/bindings/mtd/mtk-quadspi.txt|4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt

[PATCH v1 0/2] add nor flash node for mt2701

This patch series based on v4.10-rc2, include MT2701 spinor node and bindings. Dependent on "Add clock and power domain DT nodes for Mediatek MT2701"[1]. [1] http://lists.infradead.org/pipermail/linux-mediatek/2016-December/007637.html Guochun Mao (2): Documentation: mtk-quadspi: update DT

[PATCH v1 1/2] Documentation: mtk-quadspi: update DT bindings

Add "mediatek,mt2701-nor" for nor flash node's compatible. Signed-off-by: Guochun Mao --- .../devicetree/bindings/mtd/mtk-quadspi.txt|4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/mtd/mtk-quadspi.txt

[PATCH v1 0/2] add nor flash node for mt2701

This patch series based on v4.10-rc2, include MT2701 spinor node and bindings. Dependent on "Add clock and power domain DT nodes for Mediatek MT2701"[1]. [1] http://lists.infradead.org/pipermail/linux-mediatek/2016-December/007637.html Guochun Mao (2): Documentation: mtk-quadspi: update DT

Re: [RFC 2/6] perf/core: add a rb-tree index to inactive_groups

On Thu, Jan 12, 2017 at 3:47 AM, Mark Rutland wrote: > On Tue, Jan 10, 2017 at 12:20:00PM -0800, David Carrillo-Cisneros wrote: >> On Tue, Jan 10, 2017 at 6:14 AM, Mark Rutland wrote: >> > On Tue, Jan 10, 2017 at 02:24:58AM -0800, David

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

at 15:28 on Thu 12-Jan-2017 Linus Torvalds (torva...@linux-foundation.org) wrote: > So assuming Al hasn't figured it out by the time you get back, can > you try to send us the same strace for the working case? Full output at https://wylie.me.uk/tmp/strace1.txt # uname -a Linux frodo 4.8.17 #1

Re: [RFC 2/6] perf/core: add a rb-tree index to inactive_groups

On Thu, Jan 12, 2017 at 3:47 AM, Mark Rutland wrote: > On Tue, Jan 10, 2017 at 12:20:00PM -0800, David Carrillo-Cisneros wrote: >> On Tue, Jan 10, 2017 at 6:14 AM, Mark Rutland wrote: >> > On Tue, Jan 10, 2017 at 02:24:58AM -0800, David Carrillo-Cisneros wrote: >> > For example, on a big.LITTLE

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

at 15:28 on Thu 12-Jan-2017 Linus Torvalds (torva...@linux-foundation.org) wrote: > So assuming Al hasn't figured it out by the time you get back, can > you try to send us the same strace for the working case? Full output at https://wylie.me.uk/tmp/strace1.txt # uname -a Linux frodo 4.8.17 #1

Re: [PATCH v3 1/2] tpm: implement TPM 2.0 capability to get active PCR banks

On 01/12/2017 11:55 PM, Jarkko Sakkinen wrote: On Thu, Jan 12, 2017 at 11:58:09AM -0500, Nayna Jain wrote: This patch implements the TPM 2.0 capability TPM_CAP_PCRS to retrieve the active PCR banks from the TPM. This is needed to enable extending all active banks as recommended by TPM 2.0 TCG

Re: [PATCH v3 1/2] tpm: implement TPM 2.0 capability to get active PCR banks

On 01/12/2017 11:55 PM, Jarkko Sakkinen wrote: On Thu, Jan 12, 2017 at 11:58:09AM -0500, Nayna Jain wrote: This patch implements the TPM 2.0 capability TPM_CAP_PCRS to retrieve the active PCR banks from the TPM. This is needed to enable extending all active banks as recommended by TPM 2.0 TCG

Re: [PATCH v8 2/5] i2c: Add STM32F4 I2C driver

Hello, On Thu, Jan 12, 2017 at 10:28:20PM +0100, M'boumba Cedric Madianga wrote: > Please see below a quote from datasheet that clearly described how to handle > For 2-byte reception: > ● Wait until ADDR = 1 (SCL stretched low until the ADDR flag is cleared) > ● Set ACK low, set POS high > ●

Re: [PATCH v8 2/5] i2c: Add STM32F4 I2C driver

Hello, On Thu, Jan 12, 2017 at 10:28:20PM +0100, M'boumba Cedric Madianga wrote: > Please see below a quote from datasheet that clearly described how to handle > For 2-byte reception: > ● Wait until ADDR = 1 (SCL stretched low until the ADDR flag is cleared) > ● Set ACK low, set POS high > ●

Re: [PATCH v4 1/2] eeprom: Add IDT 89HPESx EEPROM/CSR driver

On Fri, Jan 13, 2017 at 01:54:17AM +0300, Serge Semin wrote: > On Wed, Jan 11, 2017 at 09:21:19AM +0100, Greg KH > wrote: > > > + /* Return failure if root directory doesn't exist */ > > > + if (!csr_dbgdir) { > > > + dev_dbg(dev, "No Debugfs root directory");

Re: [PATCH v4 1/2] eeprom: Add IDT 89HPESx EEPROM/CSR driver

On Fri, Jan 13, 2017 at 01:54:17AM +0300, Serge Semin wrote: > On Wed, Jan 11, 2017 at 09:21:19AM +0100, Greg KH > wrote: > > > + /* Return failure if root directory doesn't exist */ > > > + if (!csr_dbgdir) { > > > + dev_dbg(dev, "No Debugfs root directory"); > > > + return

[PATCH v1 2/2] arm: dts: mt2701: add nor flash node

Add Mediatek nor flash node. Signed-off-by: Guochun Mao --- arch/arm/boot/dts/mt2701-evb.dts | 25 + arch/arm/boot/dts/mt2701.dtsi| 12 2 files changed, 37 insertions(+) diff --git a/arch/arm/boot/dts/mt2701-evb.dts

[PATCH v1 2/2] arm: dts: mt2701: add nor flash node

Add Mediatek nor flash node. Signed-off-by: Guochun Mao --- arch/arm/boot/dts/mt2701-evb.dts | 25 + arch/arm/boot/dts/mt2701.dtsi| 12 2 files changed, 37 insertions(+) diff --git a/arch/arm/boot/dts/mt2701-evb.dts

Re: [PATCH v3 2/2] mmc: pwrseq: add support for Marvell SD8787 chip

On 2017/1/13 13:29, Matt Ranostay wrote: Allow power sequencing for the Marvell SD8787 Wifi/BT chip. This can be abstracted to other chipsets if needed in the future. Cc: Tony Lindgren Cc: Ulf Hansson Signed-off-by: Matt Ranostay

Re: [PATCH v3 2/2] mmc: pwrseq: add support for Marvell SD8787 chip

On 2017/1/13 13:29, Matt Ranostay wrote: Allow power sequencing for the Marvell SD8787 Wifi/BT chip. This can be abstracted to other chipsets if needed in the future. Cc: Tony Lindgren Cc: Ulf Hansson Signed-off-by: Matt Ranostay --- drivers/mmc/core/Kconfig | 10

Re: [PATCH v2 18/18] insert build break

On Thu, Jan 12, 2017 at 04:37:35PM -0600, christopher.lee.bos...@gmail.com wrote: > From: Chris Bostic > > Signed-off-by: Chris Bostic I can not accept patches that have no changelog text, and this one is very odd: > --- > drivers/fsi/fsi-core.c | 1 +

Re: [PATCH v2 18/18] insert build break

On Thu, Jan 12, 2017 at 04:37:35PM -0600, christopher.lee.bos...@gmail.com wrote: > From: Chris Bostic > > Signed-off-by: Chris Bostic I can not accept patches that have no changelog text, and this one is very odd: > --- > drivers/fsi/fsi-core.c | 1 + > 1 file changed, 1 insertion(+) > >

Re: [PATCH] mm: extend zero pages to same element pages for zram

On (01/13/17 15:47), Minchan Kim wrote: [..] > > > Could you elaborate a bit? Do you mean this? > > > > > > ret = scnprintf(buf, PAGE_SIZE, > > > "%8llu %8llu %8llu %8lu %8ld %8llu %8lu\n", > > > orig_size << PAGE_SHIFT, > > >

Re: [PATCH] mm: extend zero pages to same element pages for zram

On (01/13/17 15:47), Minchan Kim wrote: [..] > > > Could you elaborate a bit? Do you mean this? > > > > > > ret = scnprintf(buf, PAGE_SIZE, > > > "%8llu %8llu %8llu %8lu %8ld %8llu %8lu\n", > > > orig_size << PAGE_SHIFT, > > >

Re: [PATCH 4/5] staging/lustre/obdclass: Combine two seq_printf() calls into one call in lprocfs_rd_state()

On Jan 1, 2017, at 11:38 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 1 Jan 2017 16:26:36 +0100 > > Some data were printed into a sequence by two separate function calls. > Print the same data by a single function call instead. > > This issue

Re: [PATCH 4/5] staging/lustre/obdclass: Combine two seq_printf() calls into one call in lprocfs_rd_state()

On Jan 1, 2017, at 11:38 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 1 Jan 2017 16:26:36 +0100 > > Some data were printed into a sequence by two separate function calls. > Print the same data by a single function call instead. > > This issue was detected by using the

Re: [PATCH 2/5] staging/lustre/mgc: Combine two seq_printf() calls into one call in lprocfs_mgc_rd_ir_state()

On Jan 1, 2017, at 11:35 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 1 Jan 2017 15:40:29 +0100 > > Some data were printed into a sequence by two separate function calls. > Print the same data by a single function call instead. > > This issue

Re: [PATCH 2/5] staging/lustre/mgc: Combine two seq_printf() calls into one call in lprocfs_mgc_rd_ir_state()

On Jan 1, 2017, at 11:35 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 1 Jan 2017 15:40:29 +0100 > > Some data were printed into a sequence by two separate function calls. > Print the same data by a single function call instead. > > This issue was detected by using the

Re: [v2 2/2] vfio iommu type1: fix the testing of capability for remote task

Looks good to me Reviewed by: Kirti Wankhede On 1/13/2017 3:52 AM, James Morris wrote: > On Thu, 12 Jan 2017, Jike Song wrote: > >> Before the mdev enhancement type1 iommu used capable() to test the >> capability of current task; in the course of mdev development a >>

Re: [v2 2/2] vfio iommu type1: fix the testing of capability for remote task

Looks good to me Reviewed by: Kirti Wankhede On 1/13/2017 3:52 AM, James Morris wrote: > On Thu, 12 Jan 2017, Jike Song wrote: > >> Before the mdev enhancement type1 iommu used capable() to test the >> capability of current task; in the course of mdev development a >> new requirement, testing

RE: [PATCH v5 3/3] dmaengine: xilinx_dma: Fix race condition in the driver for multiple descriptor scenario

Hi Vinod, Thanks for the review... [Snip] > > > Btw how and when does DMA stop, assuming it is circular it never > > > would, isn't there a valid/stop flag associated with a descriptor > > > which tells DMA engine what to do next > > > > There are two registers that controls the

RE: [PATCH v5 3/3] dmaengine: xilinx_dma: Fix race condition in the driver for multiple descriptor scenario

Hi Vinod, Thanks for the review... [Snip] > > > Btw how and when does DMA stop, assuming it is circular it never > > > would, isn't there a valid/stop flag associated with a descriptor > > > which tells DMA engine what to do next > > > > There are two registers that controls the

Re: [PATCH] mm: extend zero pages to same element pages for zram

On Fri, Jan 13, 2017 at 03:36:14PM +0900, Sergey Senozhatsky wrote: > On (01/13/17 15:23), Minchan Kim wrote: > [..] > > > > Please add same_pages to tail of the stat > > > > > > sounds ok to me. and yes, can deprecate zero_pages. > > > > > > seems that with that patch the concept of ZRAM_ZERO

Re: [PATCH] mm: extend zero pages to same element pages for zram

On Fri, Jan 13, 2017 at 03:36:14PM +0900, Sergey Senozhatsky wrote: > On (01/13/17 15:23), Minchan Kim wrote: > [..] > > > > Please add same_pages to tail of the stat > > > > > > sounds ok to me. and yes, can deprecate zero_pages. > > > > > > seems that with that patch the concept of ZRAM_ZERO

Re: [PATCH 4.9 003/116] rtlwifi: Fix enter/exit power_save

Greg Kroah-Hartman writes: > On Tue, Jan 10, 2017 at 10:51:56PM +0100, Willy Tarreau wrote: >> On Tue, Jan 10, 2017 at 03:23:27PM -0600, l...@pengaru.com wrote: >> > On Tue, Jan 10, 2017 at 09:40:24PM +0100, Greg Kroah-Hartman wrote: >> > > On Tue, Jan 10, 2017 at

Re: [PATCH 4.9 003/116] rtlwifi: Fix enter/exit power_save

Greg Kroah-Hartman writes: > On Tue, Jan 10, 2017 at 10:51:56PM +0100, Willy Tarreau wrote: >> On Tue, Jan 10, 2017 at 03:23:27PM -0600, l...@pengaru.com wrote: >> > On Tue, Jan 10, 2017 at 09:40:24PM +0100, Greg Kroah-Hartman wrote: >> > > On Tue, Jan 10, 2017 at 08:40:28PM +0300, Dmitry

Re: [PATCH] mm: extend zero pages to same element pages for zram

Hi Sergey, On Fri, Jan 13, 2017 at 01:24:44PM +0900, Sergey Senozhatsky wrote: > Hello, > > sorry, was mostly offline for the past few days, now catching up. > > On (01/10/17 08:41), Minchan Kim wrote: > > > the idea is that without doing more calculations we extend zero pages > > > to same

Re: [PATCH] mm: extend zero pages to same element pages for zram

Hi Sergey, On Fri, Jan 13, 2017 at 01:24:44PM +0900, Sergey Senozhatsky wrote: > Hello, > > sorry, was mostly offline for the past few days, now catching up. > > On (01/10/17 08:41), Minchan Kim wrote: > > > the idea is that without doing more calculations we extend zero pages > > > to same

[PATCH 3/4] selftest: cpufreq: Add support to test cpufreq modules

This patch adds support for cpufreq modules like cpufreq drivers and cpufreq governors. The tests will insert the modules in different orders and them perform basic cpufreq tests. The modules are then removed from the kernel. Signed-off-by: Viresh Kumar ---

[PATCH 3/4] selftest: cpufreq: Add support to test cpufreq modules

This patch adds support for cpufreq modules like cpufreq drivers and cpufreq governors. The tests will insert the modules in different orders and them perform basic cpufreq tests. The modules are then removed from the kernel. Signed-off-by: Viresh Kumar ---

[PATCH 4/4] selftest: cpufreq: Add special tests

This patch adds support for special tests which were reported on the PM list over the years, which helped catching core bugs by several developers. Signed-off-by: Viresh Kumar --- tools/testing/selftests/cpufreq/Makefile | 2 +-

[PATCH 2/4] selftest: cpufreq: Add suspend/resume/hibernate support

This patch adds support to test basic suspend/resume and hibernation to the cpufreq selftests. Signed-off-by: Viresh Kumar --- tools/testing/selftests/cpufreq/cpufreq.sh | 40 ++ tools/testing/selftests/cpufreq/main.sh| 14 +-- 2

[PATCH 4/4] selftest: cpufreq: Add special tests

This patch adds support for special tests which were reported on the PM list over the years, which helped catching core bugs by several developers. Signed-off-by: Viresh Kumar --- tools/testing/selftests/cpufreq/Makefile | 2 +- tools/testing/selftests/cpufreq/governor.sh | 7

[PATCH 2/4] selftest: cpufreq: Add suspend/resume/hibernate support

This patch adds support to test basic suspend/resume and hibernation to the cpufreq selftests. Signed-off-by: Viresh Kumar --- tools/testing/selftests/cpufreq/cpufreq.sh | 40 ++ tools/testing/selftests/cpufreq/main.sh| 14 +-- 2 files changed, 52

[PATCH 0/4] selftest: cpufreq: Add support for cpufreq framework

Hi, This patchset adds support for cpufreq selftests to the kernel selftest framework. More details can be found on individual patches. These are all tested after installation of selftests on ARM Dual A15 core Exynos platform. The content of the output file for the basic tests looks like this:

[PATCH 1/4] selftest: cpufreq: Add support for cpufreq tests

This patch adds supports for basic cpufreq tests, which can be performed independent of any platform. It does basic tests for now, like - reading all cpufreq files - trying to update them - switching frequencies - switching governors This can be extended to have more specific tests later on.

[PATCH 0/4] selftest: cpufreq: Add support for cpufreq framework

Hi, This patchset adds support for cpufreq selftests to the kernel selftest framework. More details can be found on individual patches. These are all tested after installation of selftests on ARM Dual A15 core Exynos platform. The content of the output file for the basic tests looks like this:

[PATCH 1/4] selftest: cpufreq: Add support for cpufreq tests

This patch adds supports for basic cpufreq tests, which can be performed independent of any platform. It does basic tests for now, like - reading all cpufreq files - trying to update them - switching frequencies - switching governors This can be extended to have more specific tests later on.

Re: [PATCH] mm: extend zero pages to same element pages for zram

On (01/13/17 15:23), Minchan Kim wrote: [..] > > > Please add same_pages to tail of the stat > > > > sounds ok to me. and yes, can deprecate zero_pages. > > > > seems that with that patch the concept of ZRAM_ZERO disappears. both > > ZERO and SAME_ELEMENT pages are considered to be the same

Re: [PATCH] mm: extend zero pages to same element pages for zram

On (01/13/17 15:23), Minchan Kim wrote: [..] > > > Please add same_pages to tail of the stat > > > > sounds ok to me. and yes, can deprecate zero_pages. > > > > seems that with that patch the concept of ZRAM_ZERO disappears. both > > ZERO and SAME_ELEMENT pages are considered to be the same

[PATCH] virtio-crypto: adjust priority of algorithm

Some hardware accelerators (like intel aseni or the s390 cpacf functions) have lower priorities than virtio crypto, and those drivers are faster than the same in the host via virtio. So let's lower the priority of virtio-crypto's algorithm, make it's higher than sofeware implimentations but lower

[PATCH] virtio-crypto: adjust priority of algorithm

Some hardware accelerators (like intel aseni or the s390 cpacf functions) have lower priorities than virtio crypto, and those drivers are faster than the same in the host via virtio. So let's lower the priority of virtio-crypto's algorithm, make it's higher than sofeware implimentations but lower

[PATCH] arm64/mm: use phys_addr_t

From: Miles Chen Use phys_addr_t instead of unsigned long for the return value of __pa(), make code easy to understand. Signed-off-by: Miles Chen --- arch/arm64/mm/mmu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH] arm64/mm: use phys_addr_t

From: Miles Chen Use phys_addr_t instead of unsigned long for the return value of __pa(), make code easy to understand. Signed-off-by: Miles Chen --- arch/arm64/mm/mmu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c index

Re: [PATCH v5 3/3] dmaengine: xilinx_dma: Fix race condition in the driver for multiple descriptor scenario

On Fri, Jan 13, 2017 at 06:00:44AM +, Appana Durga Kedareswara Rao wrote: > Hi Vinod, > > Thanks for the review... > > [Snip] > > > > > > > On Sat, Jan 07, 2017 at 12:15:30PM +0530, Kedareswara rao Appana wrote: > > > > > When driver is handling AXI DMA SoftIP When user submits

Re: [PATCH] Input: synaptics-rmi4 - make F03 a tristate symbol

Hi Arnd, On Tue, Jan 10, 2017 at 01:16:58PM +0100, Arnd Bergmann wrote: > If CONFIG_INPUT=m, we get a build error for the rmi4-f03 driver, > added in linux-4.10: > > drivers/input/built-in.o: In function `rmi_f03_attention': > rmi_f03.c:(.text+0xcfe0): undefined reference to `serio_interrupt' >

Re: [PATCH v5 3/3] dmaengine: xilinx_dma: Fix race condition in the driver for multiple descriptor scenario

On Fri, Jan 13, 2017 at 06:00:44AM +, Appana Durga Kedareswara Rao wrote: > Hi Vinod, > > Thanks for the review... > > [Snip] > > > > > > > On Sat, Jan 07, 2017 at 12:15:30PM +0530, Kedareswara rao Appana wrote: > > > > > When driver is handling AXI DMA SoftIP When user submits

Re: [PATCH] Input: synaptics-rmi4 - make F03 a tristate symbol

Hi Arnd, On Tue, Jan 10, 2017 at 01:16:58PM +0100, Arnd Bergmann wrote: > If CONFIG_INPUT=m, we get a build error for the rmi4-f03 driver, > added in linux-4.10: > > drivers/input/built-in.o: In function `rmi_f03_attention': > rmi_f03.c:(.text+0xcfe0): undefined reference to `serio_interrupt' >

Re: [PATCH 2/2] ocfs2: fix deadlocks when taking inode lock at vfs entry points

Hi! On 01/13/2017 12:22 PM, Junxiao Bi wrote: On 01/05/2017 11:31 PM, Eric Ren wrote: Commit 743b5f1434f5 ("ocfs2: take inode lock in ocfs2_iop_set/get_acl()") results in a deadlock, as the author "Tariq Saeed" realized shortly after the patch was merged. The discussion happened here

Re: [PATCH 2/2] ocfs2: fix deadlocks when taking inode lock at vfs entry points

Hi! On 01/13/2017 12:22 PM, Junxiao Bi wrote: On 01/05/2017 11:31 PM, Eric Ren wrote: Commit 743b5f1434f5 ("ocfs2: take inode lock in ocfs2_iop_set/get_acl()") results in a deadlock, as the author "Tariq Saeed" realized shortly after the patch was merged. The discussion happened here

Re: [PATCH 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock

Hi Junxiao! On 01/13/2017 11:59 AM, Junxiao Bi wrote: On 01/05/2017 11:31 PM, Eric Ren wrote: We are in the situation that we have to avoid recursive cluster locking, but there is no way to check if a cluster lock has been taken by a precess already. Mostly, we can avoid recursive locking by

Re: [PATCH 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock

Hi Junxiao! On 01/13/2017 11:59 AM, Junxiao Bi wrote: On 01/05/2017 11:31 PM, Eric Ren wrote: We are in the situation that we have to avoid recursive cluster locking, but there is no way to check if a cluster lock has been taken by a precess already. Mostly, we can avoid recursive locking by

Re: [PATCH] Btrfs: add another missing end_page_writeback on submit_extent_page failure

Thanks for your replying. I understand this bug is more complicated than I expected. I classify error cases under submit_extent_page() below A: ENOMEM error at btrfs_bio_alloc() in submit_extent_page() I first assumed this case and sent the mail. When bio_ret is NULL, submit_extent_page() calls

Re: [PATCH] Btrfs: add another missing end_page_writeback on submit_extent_page failure

Thanks for your replying. I understand this bug is more complicated than I expected. I classify error cases under submit_extent_page() below A: ENOMEM error at btrfs_bio_alloc() in submit_extent_page() I first assumed this case and sent the mail. When bio_ret is NULL, submit_extent_page() calls

[PATCH] x86 tsc: Add the Intel Denverton Processor to native_calibrate_tsc()

From: Len Brown The Intel Denverton microserver uses a 25 MHz TSC crystal, so we can derive its exact * TSC frequency using CPUID and some arithmetic, eg. TSC: 1800 MHz (2500 Hz * 216 / 3 / 100) * 'exact' is only as good as the crystal, which should be +/- 20ppm

[PATCH] x86 tsc: Add the Intel Denverton Processor to native_calibrate_tsc()

From: Len Brown The Intel Denverton microserver uses a 25 MHz TSC crystal, so we can derive its exact * TSC frequency using CPUID and some arithmetic, eg. TSC: 1800 MHz (2500 Hz * 216 / 3 / 100) * 'exact' is only as good as the crystal, which should be +/- 20ppm Signed-off-by: Len

Re: blk_queue_bounce_limit() broken for mask=0xffffffff on 64bit archs

>> There is a use cases when architecture is 64-bit but hardware supports >> only DMA to lower 4G of address space. E.g. NVMe device on RCar PCIe host. >> >> For such cases, it looks proper to call blk_queue_bounce_limit() with >> mask set to 0x - thus making block layer to use bounce

Re: blk_queue_bounce_limit() broken for mask=0xffffffff on 64bit archs

>> There is a use cases when architecture is 64-bit but hardware supports >> only DMA to lower 4G of address space. E.g. NVMe device on RCar PCIe host. >> >> For such cases, it looks proper to call blk_queue_bounce_limit() with >> mask set to 0x - thus making block layer to use bounce

Re: blk_queue_bounce_limit() broken for mask=0xffffffff on 64bit archs

Hi, On Tue, Jan 10, 2017 at 4:48 AM, Nikita Yushchenko wrote: > Hi > > There is a use cases when architecture is 64-bit but hardware supports > only DMA to lower 4G of address space. E.g. NVMe device on RCar PCIe host. > > For such cases, it looks proper to call

Re: blk_queue_bounce_limit() broken for mask=0xffffffff on 64bit archs

Hi, On Tue, Jan 10, 2017 at 4:48 AM, Nikita Yushchenko wrote: > Hi > > There is a use cases when architecture is 64-bit but hardware supports > only DMA to lower 4G of address space. E.g. NVMe device on RCar PCIe host. > > For such cases, it looks proper to call blk_queue_bounce_limit() with >

Re: linux-next: build failure after merge of the akpm-current tree

Hi, On 01/13/2017 11:42 AM, Stephen Rothwell wrote: Hi Eric, On Thu, 12 Jan 2017 13:06:01 +0800 Eric Ren wrote: Thanks for your report and the fix for it. The 0-day project has reported several days ago, but this patch set is still in discussion, so I am waiting for more days

Re: linux-next: build failure after merge of the akpm-current tree

Hi, On 01/13/2017 11:42 AM, Stephen Rothwell wrote: Hi Eric, On Thu, 12 Jan 2017 13:06:01 +0800 Eric Ren wrote: Thanks for your report and the fix for it. The 0-day project has reported several days ago, but this patch set is still in discussion, so I am waiting for more days to see if

RE: [PATCH v5 3/3] dmaengine: xilinx_dma: Fix race condition in the driver for multiple descriptor scenario

Hi Vinod, Thanks for the review... [Snip] > > > > > On Sat, Jan 07, 2017 at 12:15:30PM +0530, Kedareswara rao Appana wrote: > > > > When driver is handling AXI DMA SoftIP When user submits multiple > > > > descriptors back to back on the S2MM(recv) side with the current > > > > driver

RE: [PATCH v5 3/3] dmaengine: xilinx_dma: Fix race condition in the driver for multiple descriptor scenario

Hi Vinod, Thanks for the review... [Snip] > > > > > On Sat, Jan 07, 2017 at 12:15:30PM +0530, Kedareswara rao Appana wrote: > > > > When driver is handling AXI DMA SoftIP When user submits multiple > > > > descriptors back to back on the S2MM(recv) side with the current > > > > driver

Re: [PATCH] PCI: iproc: fix kernel crash if dev->of_node not defined

FYI, here is my tree (based on linux-next): https://github.com/aospan/linux-next-bcm4708-edgecore-ecw7220-l/commits/master last patches adding defconfig and dts I'm using for this device. This files are draft yet. 2017-01-12 19:22 GMT-05:00 Florian Fainelli : > On

Re: [PATCH] PCI: iproc: fix kernel crash if dev->of_node not defined

FYI, here is my tree (based on linux-next): https://github.com/aospan/linux-next-bcm4708-edgecore-ecw7220-l/commits/master last patches adding defconfig and dts I'm using for this device. This files are draft yet. 2017-01-12 19:22 GMT-05:00 Florian Fainelli : > On 01/12/2017 04:20 PM, Abylay

arm64: dts: mt8173: add node for thermal calibration

From: "dawei.ch...@mediatek.com" Add this for supporting thermal calibration by e-fuse data. Signed-off-by: Dawei Chien --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git

arm64: dts: mt8173: add node for thermal calibration

From: "dawei.ch...@mediatek.com" Add this for supporting thermal calibration by e-fuse data. Signed-off-by: Dawei Chien --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

[git pull] Input updates for 4.10-rc3

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem - small driver fixups. Changelog: - Andy Shevchenko (1): Input: adxl34x - make it enumerable in ACPI environment Aniroop Mathur

[git pull] Input updates for 4.10-rc3

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem - small driver fixups. Changelog: - Andy Shevchenko (1): Input: adxl34x - make it enumerable in ACPI environment Aniroop Mathur

[PATCH v3 1/2] devicetree: document new marvell-8xxx and pwrseq-sd8787 options

Cc: devicet...@vger.kernel.org Signed-off-by: Matt Ranostay --- .../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt | 14 ++ .../devicetree/bindings/net/wireless/marvell-8xxx.txt | 7 ++- 2 files changed, 20 insertions(+), 1 deletion(-)

[PATCH v3 1/2] devicetree: document new marvell-8xxx and pwrseq-sd8787 options

Cc: devicet...@vger.kernel.org Signed-off-by: Matt Ranostay --- .../devicetree/bindings/mmc/mmc-pwrseq-sd8787.txt | 14 ++ .../devicetree/bindings/net/wireless/marvell-8xxx.txt | 7 ++- 2 files changed, 20 insertions(+), 1 deletion(-) create mode 100644

  1   2   3   4   5   6   7   8   9   10   >