Re: [PATCH 2/2] mmc: dw_mmc: add resets support to dw_mmc

On 03/29/2016 11:22 AM, Shawn Lin wrote: > 在 2016/3/25 13:35, Guodong Xu 写道: >> Hi, Shawn >> >> Sorry I replied late. I added comments below. >> >> On 6 March 2016 at 22:16, Shawn Lin > > wrote: >> >> On 2016/3/6 16:47, Guodong Xu

Re: [PATCH 2/2] mmc: dw_mmc: add resets support to dw_mmc

On 03/29/2016 11:22 AM, Shawn Lin wrote: > 在 2016/3/25 13:35, Guodong Xu 写道: >> Hi, Shawn >> >> Sorry I replied late. I added comments below. >> >> On 6 March 2016 at 22:16, Shawn Lin > > wrote: >> >> On 2016/3/6 16:47, Guodong Xu wrote: >> >> mmc

Re: [LKP] [lkp] [futex] 65d8fc777f: +25.6% will-it-scale.per_process_ops

Darren Hart writes: > On Tue, Mar 29, 2016 at 09:12:56AM +0800, Huang, Ying wrote: >> Darren Hart writes: >> >> > On Mon, Mar 21, 2016 at 04:42:47PM +0800, Huang, Ying wrote: >> >> Thomas Gleixner writes: >> >> >> >> > On Mon,

Re: [LKP] [lkp] [futex] 65d8fc777f: +25.6% will-it-scale.per_process_ops

Darren Hart writes: > On Tue, Mar 29, 2016 at 09:12:56AM +0800, Huang, Ying wrote: >> Darren Hart writes: >> >> > On Mon, Mar 21, 2016 at 04:42:47PM +0800, Huang, Ying wrote: >> >> Thomas Gleixner writes: >> >> >> >> > On Mon, 21 Mar 2016, Huang, Ying wrote: >> >> >> > FYI, we noticed 25.6%

Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

On Tue, 2016-03-29 at 05:37 +, Zheng, Lv wrote: > Hi, Hi again. > > No, I disagree.  _I_ don't need to.  You need to. > [Lv Zheng]  > Then you don't have to provide the solution as you are not the one executing > the process. > I can fix it myself: > https://github.com/acpica/acpica/pull/129 

Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

On Tue, 2016-03-29 at 05:37 +, Zheng, Lv wrote: > Hi, Hi again. > > No, I disagree.  _I_ don't need to.  You need to. > [Lv Zheng]  > Then you don't have to provide the solution as you are not the one executing > the process. > I can fix it myself: > https://github.com/acpica/acpica/pull/129 

RE: [PATCH v2 3/6] Documentation: DT: vdma: update binding doc for AXI DMA

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Tuesday, March 29, 2016 2:23 AM > To: Appana Durga Kedareswara Rao > Cc: pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; Michal Simek; Soren > Brinkmann;

RE: [PATCH v2 3/6] Documentation: DT: vdma: update binding doc for AXI DMA

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Tuesday, March 29, 2016 2:23 AM > To: Appana Durga Kedareswara Rao > Cc: pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; Michal Simek; Soren > Brinkmann;

RE: [PATCH v2 5/6] Documentation: DT: vdma: update binding doc for AXI CDMA

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Tuesday, March 29, 2016 2:26 AM > To: Appana Durga Kedareswara Rao > Cc: Soren Brinkmann; pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; Michal Simek; >

RE: [PATCH v2 5/6] Documentation: DT: vdma: update binding doc for AXI CDMA

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Tuesday, March 29, 2016 2:26 AM > To: Appana Durga Kedareswara Rao > Cc: Soren Brinkmann; pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk; ga...@codeaurora.org; Michal Simek; >

[RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

Certain SPI controllers may provide accelerated hardware interface to read from m25p80 type flash devices in order to provide better read performance. SPI core supports such devices with spi_flash_read() API. Call spi_flash_read(), if supported, to make use of such interface. Signed-off-by:

[RESEND][PATCH] mtd: devices: m25p80: add support for mmap read request

Certain SPI controllers may provide accelerated hardware interface to read from m25p80 type flash devices in order to provide better read performance. SPI core supports such devices with spi_flash_read() API. Call spi_flash_read(), if supported, to make use of such interface. Signed-off-by:

Re: [PATCH 5/6] powerpc/livepatch: Add livepatch stack to struct thread_info

>> At this point ti->livepatch_sp points to the next CPUs thread_info for >> softirq_ctx? > Sorry I'm not sure what you mean. > > None of this relates to the current CPUs thread info. Oh! I meant that klp_init_thread_info points to the end of (struct thread_info {} + 1) in the stack of the

Re: [PATCH 5/6] powerpc/livepatch: Add livepatch stack to struct thread_info

>> At this point ti->livepatch_sp points to the next CPUs thread_info for >> softirq_ctx? > Sorry I'm not sure what you mean. > > None of this relates to the current CPUs thread info. Oh! I meant that klp_init_thread_info points to the end of (struct thread_info {} + 1) in the stack of the

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

> OTOH, we should fix it some day, making sure the DTS files are fixed > first: > > imx6qdl-apf6dev.dtsi: reset-gpio = < 2 GPIO_ACTIVE_HIGH>; > imx6qdl-aristainetos2.dtsi: reset-gpio = < 16 GPIO_ACTIVE_HIGH>; > imx6qdl-hummingboard.dtsi: reset-gpio = < 4 0>; (I think RMK already > handles

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

> OTOH, we should fix it some day, making sure the DTS files are fixed > first: > > imx6qdl-apf6dev.dtsi: reset-gpio = < 2 GPIO_ACTIVE_HIGH>; > imx6qdl-aristainetos2.dtsi: reset-gpio = < 16 GPIO_ACTIVE_HIGH>; > imx6qdl-hummingboard.dtsi: reset-gpio = < 4 0>; (I think RMK already > handles

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

Fabio Estevam writes: > In order to keep old dtb's working we should simply ignore the GPIO > flags passed in the 'reset-gpio' property. > > That's why we need a revert. Just sent a v2, BTW. OTOH, we should fix it some day, making sure the DTS files are fixed first:

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

Fabio Estevam writes: > In order to keep old dtb's working we should simply ignore the GPIO > flags passed in the 'reset-gpio' property. > > That's why we need a revert. Just sent a v2, BTW. OTOH, we should fix it some day, making sure the DTS files are fixed first: imx6qdl-apf6dev.dtsi:

Re: [PATCH] mwifiex: add __GFP_REPEAT to skb allocation call

On Tue, Mar 29, 2016 at 12:47:20PM +0800, Wei-Ning Huang wrote: > "single skb allocation failure" happens when system is under heavy > memory pressure. Add __GFP_REPEAT to skb allocation call so kernel > attempts to reclaim pages and retry the allocation. Oh, that's interesting, we're back to

Re: [PATCH] mwifiex: add __GFP_REPEAT to skb allocation call

On Tue, Mar 29, 2016 at 12:47:20PM +0800, Wei-Ning Huang wrote: > "single skb allocation failure" happens when system is under heavy > memory pressure. Add __GFP_REPEAT to skb allocation call so kernel > attempts to reclaim pages and retry the allocation. Oh, that's interesting, we're back to

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Mon, 2016-03-28 at 03:02 +, Zheng, Lv wrote: > > Hi, > > Hello. > > > > So why not fix the process script first? > > > Maybe add something like:

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Mon, 2016-03-28 at 03:02 +, Zheng, Lv wrote: > > Hi, > > Hello. > > > > So why not fix the process script first? > > > Maybe add something like:

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

Tim Harvey writes: > It's not too easy to tell how many IMX6 boards incorrectly specify > their reset-gpio polarity. I don't know what the best way to determine > what boards use the IMX6 pcie host controller. Is there a dtc usage > that will display the compiled dtb's

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

Tim Harvey writes: > It's not too easy to tell how many IMX6 boards incorrectly specify > their reset-gpio polarity. I don't know what the best way to determine > what boards use the IMX6 pcie host controller. Is there a dtc usage > that will display the compiled dtb's then we grep out

Re: [PATCH 6/6] powerpc/livepatch: Add live patching support on ppc64le

On Thu, 2016-03-24 at 14:42 +0100, Torsten Duwe wrote: > On Thu, Mar 24, 2016 at 10:04:05PM +1100, Michael Ellerman wrote: > > +livepatch_handler: > > + CURRENT_THREAD_INFO(r12, r1) > [...] > > + /* Put ctr in r12 for global entry and branch there */ > > + mfctr r12 > > + bctrl >

Re: [PATCH 6/6] powerpc/livepatch: Add live patching support on ppc64le

On Thu, 2016-03-24 at 14:42 +0100, Torsten Duwe wrote: > On Thu, Mar 24, 2016 at 10:04:05PM +1100, Michael Ellerman wrote: > > +livepatch_handler: > > + CURRENT_THREAD_INFO(r12, r1) > [...] > > + /* Put ctr in r12 for global entry and branch there */ > > + mfctr r12 > > + bctrl >

Re: [PART1 RFC v3 02/12] KVM: x86: Introducing kvm_x86_ops VM init/uninit hooks

Hi Paolo, On 3/18/16 17:11, Paolo Bonzini wrote: On 18/03/2016 07:09, Suravee Suthikulpanit wrote: >Adding function pointers in struct kvm_x86_ops for processor-specific >layer to provide hooks for when KVM initialize and un-initialize VM. This is not the only thing your patch is doing, and

Re: [PART1 RFC v3 02/12] KVM: x86: Introducing kvm_x86_ops VM init/uninit hooks

Hi Paolo, On 3/18/16 17:11, Paolo Bonzini wrote: On 18/03/2016 07:09, Suravee Suthikulpanit wrote: >Adding function pointers in struct kvm_x86_ops for processor-specific >layer to provide hooks for when KVM initialize and un-initialize VM. This is not the only thing your patch is doing, and

Re: [PATCH v3] dell-rbtn: Ignore ACPI notifications if device is suspended

On Mon, Mar 28, 2016 at 09:41:09PM +0200, Gabriele Mazzotta wrote: > 2016-03-28 20:56 GMT+02:00 Darren Hart : > > On Mon, Mar 28, 2016 at 07:58:09PM +0200, Gabriele Mazzotta wrote: > >> 2016-03-28 19:33 GMT+02:00 Darren Hart : > >> > On Thu, Mar 24, 2016

Re: [PATCH v3] dell-rbtn: Ignore ACPI notifications if device is suspended

On Mon, Mar 28, 2016 at 09:41:09PM +0200, Gabriele Mazzotta wrote: > 2016-03-28 20:56 GMT+02:00 Darren Hart : > > On Mon, Mar 28, 2016 at 07:58:09PM +0200, Gabriele Mazzotta wrote: > >> 2016-03-28 19:33 GMT+02:00 Darren Hart : > >> > On Thu, Mar 24, 2016 at 12:24:56PM +0100, Gabriele Mazzotta

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

Tim Harvey writes: > ok - I'll respond there as I agree with the patch but not the wording > of the commit (It's Gateworks 'Ventana' using IMX6 not Laguna and we > do define the polarity properly as active-low in Ventana dt's). Right, it's Ventana of course (I had been

Re: [PATCH] i.MX6 PCIe: Fix imx6_pcie_deassert_core_reset() polarity

Tim Harvey writes: > ok - I'll respond there as I agree with the patch but not the wording > of the commit (It's Gateworks 'Ventana' using IMX6 not Laguna and we > do define the polarity properly as active-low in Ventana dt's). Right, it's Ventana of course (I had been working with Laguna

Re: [PATCH 5/6] powerpc/livepatch: Add livepatch stack to struct thread_info

On Tue, 2016-03-29 at 10:58 +1100, Balbir Singh wrote: > On 24/03/16 22:04, Michael Ellerman wrote: > > diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c > > index 290559df1e8b..3cb46a3b1de7 100644 > > --- a/arch/powerpc/kernel/irq.c > > +++ b/arch/powerpc/kernel/irq.c > > @@

Re: [PATCH 5/6] powerpc/livepatch: Add livepatch stack to struct thread_info

On Tue, 2016-03-29 at 10:58 +1100, Balbir Singh wrote: > On 24/03/16 22:04, Michael Ellerman wrote: > > diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c > > index 290559df1e8b..3cb46a3b1de7 100644 > > --- a/arch/powerpc/kernel/irq.c > > +++ b/arch/powerpc/kernel/irq.c > > @@

Re: [LKP] [lkp] [futex] 65d8fc777f: +25.6% will-it-scale.per_process_ops

On Tue, Mar 29, 2016 at 09:12:56AM +0800, Huang, Ying wrote: > Darren Hart writes: > > > On Mon, Mar 21, 2016 at 04:42:47PM +0800, Huang, Ying wrote: > >> Thomas Gleixner writes: > >> > >> > On Mon, 21 Mar 2016, Huang, Ying wrote: > >> >> > FYI, we

Re: [LKP] [lkp] [futex] 65d8fc777f: +25.6% will-it-scale.per_process_ops

On Tue, Mar 29, 2016 at 09:12:56AM +0800, Huang, Ying wrote: > Darren Hart writes: > > > On Mon, Mar 21, 2016 at 04:42:47PM +0800, Huang, Ying wrote: > >> Thomas Gleixner writes: > >> > >> > On Mon, 21 Mar 2016, Huang, Ying wrote: > >> >> > FYI, we noticed 25.6% performance improvement due to

Re: fallocate INSERT_RANGE/COLLAPSE_RANGE is completely broken [PATCH]

On Mon, Mar 28, 2016 at 08:25:46PM -0800, Kent Overstreet wrote: > Bit of previous discussion: > http://thread.gmane.org/gmane.linux.file-systems/101201/ > > The underlying issue is that we have no mechanism for invalidating a range of > the pagecache and then _keeping it invalidated_ while we Do

Re: fallocate INSERT_RANGE/COLLAPSE_RANGE is completely broken [PATCH]

On Mon, Mar 28, 2016 at 08:25:46PM -0800, Kent Overstreet wrote: > Bit of previous discussion: > http://thread.gmane.org/gmane.linux.file-systems/101201/ > > The underlying issue is that we have no mechanism for invalidating a range of > the pagecache and then _keeping it invalidated_ while we Do

[PATCH] thermal: fix thermal_power_allocator trace event

Fix the dynamic array length in printing the thermal_power_allocator trace event. CC: Javi Merino CC: Daniel Kurtz Signed-off-by: Ricky Liang --- include/trace/events/thermal_power_allocator.h | 4 ++-- 1 file changed, 2

[PATCH] thermal: fix thermal_power_allocator trace event

Fix the dynamic array length in printing the thermal_power_allocator trace event. CC: Javi Merino CC: Daniel Kurtz Signed-off-by: Ricky Liang --- include/trace/events/thermal_power_allocator.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 4/4] perf core: Add backward attribute to perf event

On Tue, Mar 29, 2016 at 10:01:24AM +0800, Wangnan (F) wrote: > > > On 2016/3/28 14:41, Wang Nan wrote: > > [SNIP] > > > > >To prevent this problem, we need to find a way to ensure the ring buffer > >is stable during reading. ioctl(PERF_EVENT_IOC_PAUSE_OUTPUT) is > >suggested because its

Re: [PATCH 4/4] perf core: Add backward attribute to perf event

On Tue, Mar 29, 2016 at 10:01:24AM +0800, Wangnan (F) wrote: > > > On 2016/3/28 14:41, Wang Nan wrote: > > [SNIP] > > > > >To prevent this problem, we need to find a way to ensure the ring buffer > >is stable during reading. ioctl(PERF_EVENT_IOC_PAUSE_OUTPUT) is > >suggested because its

Re: [PATCH V8 00/14] Add T210 support in Tegra soctherm

On 2016年03月29日 11:04, Eduardo Valentin wrote: > On Fri, Mar 25, 2016 at 01:37:17PM +0800, Wei Ni wrote: >> Hi, Eduardo >> Will you take this series, it seems no more comments. > > Yeah, I am taking a look at it. Something is fishy about it. Patch 04 > does not apply cleanly. Also, why did you

Re: [PATCH V8 00/14] Add T210 support in Tegra soctherm

On 2016年03月29日 11:04, Eduardo Valentin wrote: > On Fri, Mar 25, 2016 at 01:37:17PM +0800, Wei Ni wrote: >> Hi, Eduardo >> Will you take this series, it seems no more comments. > > Yeah, I am taking a look at it. Something is fishy about it. Patch 04 > does not apply cleanly. Also, why did you

[PATCH 3/3] staging: dgnc: fix Logical continuations.

fix checkpatch.pl warning about 'Logical continuations should be on the previous line' Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_neo.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.c

[PATCH 2/3] staging: dgnc: fix 'line over 80 characters'

fix checkpatch.pl warning about 'line over 80 characters'. I just moved all line comment to above if statement. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_neo.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git

[PATCH 3/3] staging: dgnc: fix Logical continuations.

fix checkpatch.pl warning about 'Logical continuations should be on the previous line' Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_neo.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.c b/drivers/staging/dgnc/dgnc_neo.c

[PATCH 2/3] staging: dgnc: fix 'line over 80 characters'

fix checkpatch.pl warning about 'line over 80 characters'. I just moved all line comment to above if statement. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_neo.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.c

[PATCH 1/3] staging: dgnc: remove parenthesis around the CONST |

remove parenthesis around the CONST | CONST. It will be also fixed checkpatch.pl warning about "Alignment should match open parenthesis" becasue parenthesis were removed by this patch. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_neo.c | 26

[PATCH 1/3] staging: dgnc: remove parenthesis around the CONST |

remove parenthesis around the CONST | CONST. It will be also fixed checkpatch.pl warning about "Alignment should match open parenthesis" becasue parenthesis were removed by this patch. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_neo.c | 26 +- 1 file

[PATCH] mwifiex: add __GFP_REPEAT to skb allocation call

"single skb allocation failure" happens when system is under heavy memory pressure. Add __GFP_REPEAT to skb allocation call so kernel attempts to reclaim pages and retry the allocation. Signed-off-by: Wei-Ning Huang --- drivers/net/wireless/marvell/mwifiex/sdio.c | 12

[PATCH] mwifiex: add __GFP_REPEAT to skb allocation call

"single skb allocation failure" happens when system is under heavy memory pressure. Add __GFP_REPEAT to skb allocation call so kernel attempts to reclaim pages and retry the allocation. Signed-off-by: Wei-Ning Huang --- drivers/net/wireless/marvell/mwifiex/sdio.c | 12 1 file

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 29.03.2016 13:19, Viresh Kumar wrote: > On 29-03-16, 09:48, Viresh Kumar wrote: >> On 29-03-16, 13:10, Krzysztof Kozlowski wrote: >>> On 24.03.2016 15:40, Viresh Kumar wrote: The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 29.03.2016 13:19, Viresh Kumar wrote: > On 29-03-16, 09:48, Viresh Kumar wrote: >> On 29-03-16, 13:10, Krzysztof Kozlowski wrote: >>> On 24.03.2016 15:40, Viresh Kumar wrote: The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove

Re: [PATCH 1/4 fix] perf core: Introduce new ioctl options to pause and resume ring buffer

On Tue, Mar 29, 2016 at 02:05:07AM +, Wang Nan wrote: > Add new ioctl() to pause/resume ring-buffer output. > > In some situations we want to read from ring buffer only when we > ensure nothing can write to the ring buffer during reading. Without > this patch we have to turn off all events

Re: [PATCH 1/4 fix] perf core: Introduce new ioctl options to pause and resume ring buffer

On Tue, Mar 29, 2016 at 02:05:07AM +, Wang Nan wrote: > Add new ioctl() to pause/resume ring-buffer output. > > In some situations we want to read from ring buffer only when we > ensure nothing can write to the ring buffer during reading. Without > this patch we have to turn off all events

Re: [PATCH 3/4] wcn36xx: Transition driver to SMD client

On Mon, Jan 11, 2016 at 1:02 AM, Eugene Krasnikov wrote: > Better late than never! Looks good to me. > Unfortunately I ran into an issue with ordering of operations between the WiFi driver and the wcnss_ctrl driver. So an updated series is on the way, but this depends on

Re: [PATCH 3/4] wcn36xx: Transition driver to SMD client

On Mon, Jan 11, 2016 at 1:02 AM, Eugene Krasnikov wrote: > Better late than never! Looks good to me. > Unfortunately I ran into an issue with ordering of operations between the WiFi driver and the wcnss_ctrl driver. So an updated series is on the way, but this depends on changes to the

[PATCH 3/5] dt-binding: Add Qualcomm WCNSS control binding

This binding describes the control interface for the Qualcomm WCNSS. Signed-off-by: Bjorn Andersson --- Got a reviewed-by from Andy and acked-by from Rob on the WiFi part of this binding. But during futher testing I spotted a timing issue, where the wcnss_ctrl driver

[PATCH 3/5] dt-binding: Add Qualcomm WCNSS control binding

This binding describes the control interface for the Qualcomm WCNSS. Signed-off-by: Bjorn Andersson --- Got a reviewed-by from Andy and acked-by from Rob on the WiFi part of this binding. But during futher testing I spotted a timing issue, where the wcnss_ctrl driver must finish the uploading

[PATCH 4/5] soc: qcom: wcnss_ctrl: Make wcnss_ctrl parent the other components

We need the signal from wcnss_ctrl indicating that the firmware is up and running before we can communicate with the other components of the chip. So make these other components children of the wcnss_ctrl device, so they can be probed in order. The process seems to take between 1/2-5 seconds, so

[PATCH 4/5] soc: qcom: wcnss_ctrl: Make wcnss_ctrl parent the other components

We need the signal from wcnss_ctrl indicating that the firmware is up and running before we can communicate with the other components of the chip. So make these other components children of the wcnss_ctrl device, so they can be probed in order. The process seems to take between 1/2-5 seconds, so

[PATCH 1/5] soc: qcom: smd: Make callback pass channel reference

By passing the smd channel reference to the callback, rather than the smd device, we can open additional smd channels from sub-devices of smd devices. Also updates the two smd clients today found in mainline. Signed-off-by: Bjorn Andersson ---

[PATCH 1/5] soc: qcom: smd: Make callback pass channel reference

By passing the smd channel reference to the callback, rather than the smd device, we can open additional smd channels from sub-devices of smd devices. Also updates the two smd clients today found in mainline. Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/smd-rpm.c| 9 ++---

[PATCH 5/5] ARM: dts: qcom: msm8974: Introduce pronto node

From: Bjorn Andersson Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- .../boot/dts/qcom-msm8974-sony-xperia-honami.dts | 4 +++ arch/arm/boot/dts/qcom-msm8974.dtsi|

[PATCH 5/5] ARM: dts: qcom: msm8974: Introduce pronto node

From: Bjorn Andersson Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- .../boot/dts/qcom-msm8974-sony-xperia-honami.dts | 4 +++ arch/arm/boot/dts/qcom-msm8974.dtsi| 29 ++ 2 files changed, 33 insertions(+) diff --git

[PATCH 2/5] soc: qcom: smem: Use write-combine remap for SMEM

Mapping the SMEM region as write combine makes the contiguous writes in SMD perform better and also allows us to do unaligned read and writes on ARM64. Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/smem.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)

[PATCH 2/5] soc: qcom: smem: Use write-combine remap for SMEM

Mapping the SMEM region as write combine makes the contiguous writes in SMD perform better and also allows us to do unaligned read and writes on ARM64. Signed-off-by: Bjorn Andersson --- drivers/soc/qcom/smem.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [PATCH V8 00/14] Add T210 support in Tegra soctherm

On 2016年03月29日 11:29, Eduardo Valentin wrote: > On Mon, Mar 28, 2016 at 08:04:41PM -0700, Eduardo Valentin wrote: >> On Fri, Mar 25, 2016 at 01:37:17PM +0800, Wei Ni wrote: >>> Hi, Eduardo >>> Will you take this series, it seems no more comments. >> >> Yeah, I am taking a look at it. Something

Re: [PATCH V8 00/14] Add T210 support in Tegra soctherm

On 2016年03月29日 11:29, Eduardo Valentin wrote: > On Mon, Mar 28, 2016 at 08:04:41PM -0700, Eduardo Valentin wrote: >> On Fri, Mar 25, 2016 at 01:37:17PM +0800, Wei Ni wrote: >>> Hi, Eduardo >>> Will you take this series, it seems no more comments. >> >> Yeah, I am taking a look at it. Something

fallocate INSERT_RANGE/COLLAPSE_RANGE is completely broken [PATCH]

Bit of previous discussion: http://thread.gmane.org/gmane.linux.file-systems/101201/ The underlying issue is that we have no mechanism for invalidating a range of the pagecache and then _keeping it invalidated_ while we Do Stuff. The fallocate INSERT_RANGE/COLLAPSE_RANGE situation seems likely

fallocate INSERT_RANGE/COLLAPSE_RANGE is completely broken [PATCH]

Bit of previous discussion: http://thread.gmane.org/gmane.linux.file-systems/101201/ The underlying issue is that we have no mechanism for invalidating a range of the pagecache and then _keeping it invalidated_ while we Do Stuff. The fallocate INSERT_RANGE/COLLAPSE_RANGE situation seems likely

Re: [PATCH 0/3] drm/exynos: Kconfig dependency fixes

Hello Javier, On 2016년 03월 29일 11:41, Javier Martinez Canillas wrote: > Hello Seung-Woo, > > Thanks a lot for your feedback. > > On 03/28/2016 09:46 PM, Seung-Woo Kim wrote: >> Hi Javier, >> >> On 2016년 03월 29일 10:28, Javier Martinez Canillas wrote: >>> Hello Inki, >>> >>> This patch series

Re: [PATCH 0/3] drm/exynos: Kconfig dependency fixes

Hello Javier, On 2016년 03월 29일 11:41, Javier Martinez Canillas wrote: > Hello Seung-Woo, > > Thanks a lot for your feedback. > > On 03/28/2016 09:46 PM, Seung-Woo Kim wrote: >> Hi Javier, >> >> On 2016년 03월 29일 10:28, Javier Martinez Canillas wrote: >>> Hello Inki, >>> >>> This patch series

[PATCH] ARM64: add SBSA Generic Watchdog device node in amd-seattle-soc.dtsi

From: Fu Wei This can be a example of adding SBSA Generic Watchdog device node into some dts files for the Soc which contains SBSA Generic Watchdog. Acked-by: Arnd Bergmann Signed-off-by: Suravee Suthikulpanit Signed-off-by: Fu

[PATCH] ARM64: add SBSA Generic Watchdog device node in amd-seattle-soc.dtsi

From: Fu Wei This can be a example of adding SBSA Generic Watchdog device node into some dts files for the Soc which contains SBSA Generic Watchdog. Acked-by: Arnd Bergmann Signed-off-by: Suravee Suthikulpanit Signed-off-by: Fu Wei Reviewed-by: Guenter Roeck --- Changelog: v1 :Re-upstream

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 29-03-16, 09:48, Viresh Kumar wrote: > On 29-03-16, 13:10, Krzysztof Kozlowski wrote: > > On 24.03.2016 15:40, Viresh Kumar wrote: > > > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > > > device now, reuse that and remove similar code from platform code. > > > > > >

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 29-03-16, 09:48, Viresh Kumar wrote: > On 29-03-16, 13:10, Krzysztof Kozlowski wrote: > > On 24.03.2016 15:40, Viresh Kumar wrote: > > > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > > > device now, reuse that and remove similar code from platform code. > > > > > >

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 29-03-16, 13:10, Krzysztof Kozlowski wrote: > On 24.03.2016 15:40, Viresh Kumar wrote: > > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > > device now, reuse that and remove similar code from platform code. > > > > Signed-off-by: Viresh Kumar

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 29-03-16, 13:10, Krzysztof Kozlowski wrote: > On 24.03.2016 15:40, Viresh Kumar wrote: > > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > > device now, reuse that and remove similar code from platform code. > > > > Signed-off-by: Viresh Kumar > > --- > >

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 24.03.2016 15:40, Viresh Kumar wrote: > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > device now, reuse that and remove similar code from platform code. > > Signed-off-by: Viresh Kumar > --- > arch/arm/mach-exynos/exynos.c| 25

Re: [PATCH 3/3] cpufreq: exynos: Use generic platdev driver

On 24.03.2016 15:40, Viresh Kumar wrote: > The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform > device now, reuse that and remove similar code from platform code. > > Signed-off-by: Viresh Kumar > --- > arch/arm/mach-exynos/exynos.c| 25 - >

Re: [PATCH RT 4/6] rt/locking: Reenable migration accross schedule

On Fri, 2016-03-25 at 17:24 +0100, Mike Galbraith wrote: > On Fri, 2016-03-25 at 10:13 +0100, Mike Galbraith wrote: > > On Fri, 2016-03-25 at 09:52 +0100, Thomas Gleixner wrote: > > > On Fri, 25 Mar 2016, Mike Galbraith wrote: > > > > On Thu, 2016-03-24 at 12:06 +0100, Mike Galbraith wrote: > > >

Re: [PATCH RT 4/6] rt/locking: Reenable migration accross schedule

On Fri, 2016-03-25 at 17:24 +0100, Mike Galbraith wrote: > On Fri, 2016-03-25 at 10:13 +0100, Mike Galbraith wrote: > > On Fri, 2016-03-25 at 09:52 +0100, Thomas Gleixner wrote: > > > On Fri, 25 Mar 2016, Mike Galbraith wrote: > > > > On Thu, 2016-03-24 at 12:06 +0100, Mike Galbraith wrote: > > >

Re: [PATCH 2/3] cpufreq: dt: Add generic platform-device creation support

On 24.03.2016 15:40, Viresh Kumar wrote: > Multiple platforms are using the generic cpufreq-dt driver now, and all > of them are required to create a platform device with name "cpufreq-dt", > in order to get the cpufreq-dt probed. > > Many of them do it from platform code, others have special

Re: [PATCH 2/3] cpufreq: dt: Add generic platform-device creation support

On 24.03.2016 15:40, Viresh Kumar wrote: > Multiple platforms are using the generic cpufreq-dt driver now, and all > of them are required to create a platform device with name "cpufreq-dt", > in order to get the cpufreq-dt probed. > > Many of them do it from platform code, others have special

Re: [RFC PATCH 1/2] mm/hugetlbfs: Attempt PUD_SIZE mapping alignment if PMD sharing enabled

> > When creating a hugetlb mapping, attempt PUD_SIZE alignment if the > following conditions are met: > - Address passed to mmap or shmat is NULL > - The mapping is flaged as shared > - The mapping is at least PUD_SIZE in length > If a PUD_SIZE aligned mapping can not be created, then fall back

Re: [RFC PATCH 1/2] mm/hugetlbfs: Attempt PUD_SIZE mapping alignment if PMD sharing enabled

> > When creating a hugetlb mapping, attempt PUD_SIZE alignment if the > following conditions are met: > - Address passed to mmap or shmat is NULL > - The mapping is flaged as shared > - The mapping is at least PUD_SIZE in length > If a PUD_SIZE aligned mapping can not be created, then fall back

Re: [PATCH 1/4] ARM: dts: qcom: msm8974: Add USB gadget nodes

Hi Bjorn, [auto build test ERROR on v4.6-rc1] [also build test ERROR on next-20160329] [cannot apply to robh/for-next] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

Re: [PATCH 1/4] ARM: dts: qcom: msm8974: Add USB gadget nodes

Hi Bjorn, [auto build test ERROR on v4.6-rc1] [also build test ERROR on next-20160329] [cannot apply to robh/for-next] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url:

[PATCH v2 2/9] remoteproc: core: Make the loaded resource table optional

From: Bjorn Andersson Remote processors like the ones found in the Qualcomm SoCs does not have a resource table passed to them, so make it optional by only populating it if it does exist. Signed-off-by: Bjorn Andersson

[PATCH v2 2/9] remoteproc: core: Make the loaded resource table optional

From: Bjorn Andersson Remote processors like the ones found in the Qualcomm SoCs does not have a resource table passed to them, so make it optional by only populating it if it does exist. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- Changes since v1: - None

[PATCH v2 8/9] ARM: dts: qcom: apq8064: Add smd node and all edges

Signed-off-by: Bjorn Andersson --- Andy, this is only here for context, please apply separately. Changes since v1: - Added dts patches arch/arm/boot/dts/qcom-apq8064.dtsi | 40 + 1 file changed, 40 insertions(+) diff --git

[PATCH v2 3/9] remoteproc: Add additional crash reasons

From: Bjorn Andersson The Qualcomm WCNSS can crash by watchdog or a fatal software error. Add these types to the list of remoteproc crash reasons. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson

[PATCH v2 0/9] Qualcomm WCNSS remoteproc

This series introduces the remoteproc driver for controlling the Qualcomm Wireless Connectivity Subsystem (WCNSS). The WCNSS is a builtin ARM9 inside the Qualcomm SoC with an externally connected RF module (iris). Supports booting and shutting down wcnss on 8064, 8974 and 8016. The driver will

[PATCH v2 4/9] remoteproc: Introduce Qualcomm WCNSS firmware loader

From: Bjorn Andersson This introduces the peripheral image loader, for loading WCNSS firmware and boot the core on e.g. MSM8974. The firmware is verified and booted with the help of the Peripheral Authentication System (PAS) in TrustZone. Signed-off-by: Bjorn

[PATCH v2 9/9] ARM: dts: qcom: apq8064: Introduce wcnss remoteproc

Signed-off-by: Bjorn Andersson --- Changes since v1: - Added dts patches .../arm/boot/dts/qcom-apq8064-sony-xperia-yuga.dts | 4 ++ arch/arm/boot/dts/qcom-apq8064.dtsi| 57 ++ 2 files changed, 61 insertions(+) diff --git

[PATCH v2 8/9] ARM: dts: qcom: apq8064: Add smd node and all edges

Signed-off-by: Bjorn Andersson --- Andy, this is only here for context, please apply separately. Changes since v1: - Added dts patches arch/arm/boot/dts/qcom-apq8064.dtsi | 40 + 1 file changed, 40 insertions(+) diff --git

[PATCH v2 3/9] remoteproc: Add additional crash reasons

From: Bjorn Andersson The Qualcomm WCNSS can crash by watchdog or a fatal software error. Add these types to the list of remoteproc crash reasons. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- Changes since v1: - None drivers/remoteproc/remoteproc_core.c | 2 ++

[PATCH v2 0/9] Qualcomm WCNSS remoteproc

This series introduces the remoteproc driver for controlling the Qualcomm Wireless Connectivity Subsystem (WCNSS). The WCNSS is a builtin ARM9 inside the Qualcomm SoC with an externally connected RF module (iris). Supports booting and shutting down wcnss on 8064, 8974 and 8016. The driver will

  1   2   3   4   5   6   7   8   9   10   >