Re: [PATCH v5 15/15] scsi: ufs-qcom: set PA_Local_TX_LCC_Enable before link startup

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Some UFS devices (and may be host) have issues if LCC is > enabled. So we are setting PA_Local_TX_LCC_Enable to 0 > before link startup which will make sure that both host > and device TX LCC are disabled once link startup is > completed. > > This

Re: [PATCH v5 15/15] scsi: ufs-qcom: set PA_Local_TX_LCC_Enable before link startup

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Some UFS devices (and may be host) have issues if LCC is > enabled. So we are setting PA_Local_TX_LCC_Enable to 0 > before link startup which will make sure that both host > and device TX LCC are disabled once link startup is > completed. > > This

Re: [PATCH v5 13/15] scsi: ufs: fix leakage during link off state

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Currently when we try to put the link in off/disabled state during > suspend, it seems link is not being kept in low power mode. > This patch fixes the issue by putting the link in hibern8 first > (so device also puts the link in low power mode) and

Re: [PATCH v5 14/15] scsi: ufs: add device quirk delay before putting UFS rails in LPM

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > We put the UFS device in sleep state & UFS link in hibern8 state during > runtime suspaned. After this we put all the UFS rails in low power > modes immediately but it seems some devices may still draw more than > sleep current from UFS rails

Re: [PATCH v5 13/15] scsi: ufs: fix leakage during link off state

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Currently when we try to put the link in off/disabled state during > suspend, it seems link is not being kept in low power mode. > This patch fixes the issue by putting the link in hibern8 first > (so device also puts the link in low power mode) and

Re: [PATCH v5 14/15] scsi: ufs: add device quirk delay before putting UFS rails in LPM

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > We put the UFS device in sleep state & UFS link in hibern8 state during > runtime suspaned. After this we put all the UFS rails in low power > modes immediately but it seems some devices may still draw more than > sleep current from UFS rails

Re: [PATCH v5 12/15] scsi: ufs: tune UniPro parameters to optimize hibern8 exit time

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Optimal values of local UniPro parameters like PA_Hibern8Time & > PA_TActivate can help reduce the hibern8 exit latency. If both host and > device supports UniPro ver1.6 or later, these parameters will be > automatically tuned during link startup

Re: [PATCH v5 12/15] scsi: ufs: tune UniPro parameters to optimize hibern8 exit time

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Optimal values of local UniPro parameters like PA_Hibern8Time & > PA_TActivate can help reduce the hibern8 exit latency. If both host and > device supports UniPro ver1.6 or later, these parameters will be > automatically tuned during link startup

Re: [PATCH v5 11/15] scsi: ufs: handle non spec compliant bkops behaviour by device

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > We are seeing that some devices are raising the urgent bkops exception > events even when BKOPS status doesn't indicate performace impacted or > critical. Handle these device by determining their urgent bkops status > at runtime. > > Signed-off-by:

Re: [PATCH v5 11/15] scsi: ufs: handle non spec compliant bkops behaviour by device

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > We are seeing that some devices are raising the urgent bkops exception > events even when BKOPS status doesn't indicate performace impacted or > critical. Handle these device by determining their urgent bkops status > at runtime. > > Signed-off-by:

Re: [PATCH v5 10/15] scsi: ufs: add retry for query descriptors

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Query commands have 100ms timeout and it may timeout if they are > issued in parallel to ongoing read/write SCSI commands, this change > adds the retry (max: 10) in case command timeouts. > > Signed-off-by: Subhash Jadavani >

Re: [PATCH v5 10/15] scsi: ufs: add retry for query descriptors

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Query commands have 100ms timeout and it may timeout if they are > issued in parallel to ongoing read/write SCSI commands, this change > adds the retry (max: 10) in case command timeouts. > > Signed-off-by: Subhash Jadavani > Signed-off-by: Yaniv

Re: [PATCH v5 09/15] scsi: ufs: add error recovery after DL NAC error

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Some vendor's UFS device sends back to back NACs for the DL data frames > causing the host controller to raise the DFES error status. Sometimes > such UFS devices send back to back NAC without waiting for new > retransmitted DL frame from the host and

Re: [PATCH v5 09/15] scsi: ufs: add error recovery after DL NAC error

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Some vendor's UFS device sends back to back NACs for the DL data frames > causing the host controller to raise the DFES error status. Sometimes > such UFS devices send back to back NAC without waiting for new > retransmitted DL frame from the host and

Re: [PATCH v5 08/15] scsi: ufs: make error handling bit faster

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > UFS driver's error handler forcefully tries to clear all the pending > requests. For each pending request in the queue, it waits 1 sec for it > to get cleared. If we have multiple requests in the queue then it's > possible that we might end up waiting

Re: [PATCH v5 08/15] scsi: ufs: make error handling bit faster

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > UFS driver's error handler forcefully tries to clear all the pending > requests. For each pending request in the queue, it waits 1 sec for it > to get cleared. If we have multiple requests in the queue then it's > possible that we might end up waiting

[PATCH] CNS3xxx: remove unused *_VIRT definitions

Signed-off-by: Krzysztof Hałasa diff --git a/arch/arm/mach-cns3xxx/cns3xxx.h b/arch/arm/mach-cns3xxx/cns3xxx.h index a0f5b60..a642ba5 100644 --- a/arch/arm/mach-cns3xxx/cns3xxx.h +++ b/arch/arm/mach-cns3xxx/cns3xxx.h @@ -162,13 +162,11 @@ #define CNS3XXX_L2C_BASE

Re: [PATCH] Don't set sempid in semctl syscall.

Hi David, On 02/29/2016 10:22 PM, Davidlohr Bueso wrote: > On Sun, 28 Feb 2016, Michael Kerrisk wrote: > >> Linux also updates sempid for SETVAL operations and semaphore >> adjustments. However, somewhat inconsistently, it does not >> update sempid for SETALL operations.

[PATCH] CNS3xxx: remove unused *_VIRT definitions

Signed-off-by: Krzysztof Hałasa diff --git a/arch/arm/mach-cns3xxx/cns3xxx.h b/arch/arm/mach-cns3xxx/cns3xxx.h index a0f5b60..a642ba5 100644 --- a/arch/arm/mach-cns3xxx/cns3xxx.h +++ b/arch/arm/mach-cns3xxx/cns3xxx.h @@ -162,13 +162,11 @@ #define CNS3XXX_L2C_BASE

Re: [PATCH] Don't set sempid in semctl syscall.

Hi David, On 02/29/2016 10:22 PM, Davidlohr Bueso wrote: > On Sun, 28 Feb 2016, Michael Kerrisk wrote: > >> Linux also updates sempid for SETVAL operations and semaphore >> adjustments. However, somewhat inconsistently, it does not >> update sempid for SETALL operations.

RE: [PATCH 1/3] panic: Export panic_cpu and nmi_panic_self_stop

Hi Borislav, > From: Borislav Petkov [mailto:b...@alien8.de] > On Tue, Mar 01, 2016 at 10:50:37AM +0900, Hidehiro Kawai wrote: > > Export panic_cpu and nmi_panic_self_stop symbols for modules which > > use nmi_panic() macro. > > > > Signed-off-by: Hidehiro Kawai >

RE: [PATCH 1/3] panic: Export panic_cpu and nmi_panic_self_stop

Hi Borislav, > From: Borislav Petkov [mailto:b...@alien8.de] > On Tue, Mar 01, 2016 at 10:50:37AM +0900, Hidehiro Kawai wrote: > > Export panic_cpu and nmi_panic_self_stop symbols for modules which > > use nmi_panic() macro. > > > > Signed-off-by: Hidehiro Kawai > > Cc: Andrew Morton > > Cc:

[PATCH] CNS3xxx: remove unused *_VIRT definitions

diff --git a/arch/arm/mach-cns3xxx/cns3xxx.h b/arch/arm/mach-cns3xxx/cns3xxx.h index a0f5b60..a642ba5 100644 --- a/arch/arm/mach-cns3xxx/cns3xxx.h +++ b/arch/arm/mach-cns3xxx/cns3xxx.h @@ -162,13 +162,11 @@ #define CNS3XXX_L2C_BASE 0x9200 /* L2 Cache Control */

[PATCH] CNS3xxx: remove unused *_VIRT definitions

diff --git a/arch/arm/mach-cns3xxx/cns3xxx.h b/arch/arm/mach-cns3xxx/cns3xxx.h index a0f5b60..a642ba5 100644 --- a/arch/arm/mach-cns3xxx/cns3xxx.h +++ b/arch/arm/mach-cns3xxx/cns3xxx.h @@ -162,13 +162,11 @@ #define CNS3XXX_L2C_BASE 0x9200 /* L2 Cache Control */

Re: [PATCH] [v3] x86, pkeys: fix siginfo ABI breakage from new field

* Dave Hansen wrote: > > This responds to the feedback from Ingo that we should be using > explicitly-sized types and fixes a typo in the patch description. > > -- > > From: Dave Hansen > > Stephen Rothwell reported: > >

Re: [PATCH] [v3] x86, pkeys: fix siginfo ABI breakage from new field

* Dave Hansen wrote: > > This responds to the feedback from Ingo that we should be using > explicitly-sized types and fixes a typo in the patch description. > > -- > > From: Dave Hansen > > Stephen Rothwell reported: > >

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

On February 29, 2016 11:28:22 PM PST, Sedat Dilek wrote: >On Tue, Mar 1, 2016 at 8:07 AM, Ingo Molnar wrote: >> >> * Stephen Rothwell wrote: >> >>> Hi all, >>> >>> After merging the tip tree, today's linux-next build (x86_64

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

On February 29, 2016 11:28:22 PM PST, Sedat Dilek wrote: >On Tue, Mar 1, 2016 at 8:07 AM, Ingo Molnar wrote: >> >> * Stephen Rothwell wrote: >> >>> Hi all, >>> >>> After merging the tip tree, today's linux-next build (x86_64 >allmodconfig) >>> failed like this: >>> >>> DESCEND objtool >>>

Re: [alsa-devel] [PATCH] ASoC: intel: remove unused variable

On Tue, 01 Mar 2016 06:49:27 +0100, Sudip Mukherjee wrote: > > On Tue, Mar 01, 2016 at 11:59:12AM +0900, Mark Brown wrote: > > On Mon, Feb 29, 2016 at 10:53:46PM +0530, Sudip Mukherjee wrote: > > > The variable cmd_id is only assigned some value and is never used. > > > > > > Signed-off-by:

Re: [alsa-devel] [PATCH] ASoC: intel: remove unused variable

On Tue, 01 Mar 2016 06:49:27 +0100, Sudip Mukherjee wrote: > > On Tue, Mar 01, 2016 at 11:59:12AM +0900, Mark Brown wrote: > > On Mon, Feb 29, 2016 at 10:53:46PM +0530, Sudip Mukherjee wrote: > > > The variable cmd_id is only assigned some value and is never used. > > > > > > Signed-off-by:

Re: [PATCH v5 06/15] scsi: ufs: separate device and host quirks

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Currently we use the host quirks mechanism in order to > handle both device and host controller quirks. > In order to support various of UFS devices we should separate > handling the device quirks from the host controller's. > > Reviewed-by: Gilad

Re: [PATCH v5 06/15] scsi: ufs: separate device and host quirks

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Currently we use the host quirks mechanism in order to > handle both device and host controller quirks. > In order to support various of UFS devices we should separate > handling the device quirks from the host controller's. > > Reviewed-by: Gilad

Re: [PATCH v4 4/5] arm64/perf: Enable PMCR long cycle counter bit

On Mon, Feb 29, 2016 at 03:39:35PM +, Will Deacon wrote: > Hi Jan, > > I've queued this lot on my perf/updates branch, but I just noticed an > oddity whilst dealing with some potential conflicts with the kvm tree. > > On Thu, Feb 18, 2016 at 05:50:13PM +0100, Jan Glauber wrote: > > With the

Re: [PATCH v4 4/5] arm64/perf: Enable PMCR long cycle counter bit

On Mon, Feb 29, 2016 at 03:39:35PM +, Will Deacon wrote: > Hi Jan, > > I've queued this lot on my perf/updates branch, but I just noticed an > oddity whilst dealing with some potential conflicts with the kvm tree. > > On Thu, Feb 18, 2016 at 05:50:13PM +0100, Jan Glauber wrote: > > With the

Re: [PATCH v5 07/15] scsi: ufs: disable vccq if it's not needed by UFS device

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Some UFS devices don't require VCCQ rail for device operations hence > this change adds support to recognize such devices and remove vote for > the unused VCCQ rail. > > Signed-off-by: Subhash Jadavani > Signed-off-by: Yaniv

Re: [PATCH v5 07/15] scsi: ufs: disable vccq if it's not needed by UFS device

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Some UFS devices don't require VCCQ rail for device operations hence > this change adds support to recognize such devices and remove vote for > the unused VCCQ rail. > > Signed-off-by: Subhash Jadavani > Signed-off-by: Yaniv Gardi > > --- >

Re: [PATCH v5 05/15] scsi: ufs: add support to read device and string descriptors

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > This change adds support to read device descriptor and string descriptor > from a UFS device > > Reviewed-by: Gilad Broner > Signed-off-by: Raviv Shvili > Signed-off-by: Yaniv Gardi

Re: [PATCH v5 05/15] scsi: ufs: add support to read device and string descriptors

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > This change adds support to read device descriptor and string descriptor > from a UFS device > > Reviewed-by: Gilad Broner > Signed-off-by: Raviv Shvili > Signed-off-by: Yaniv Gardi > > --- > drivers/scsi/ufs/ufs.h| 1 + >

[PATCH v3 3/7] QE: Add uqe_serial document to bindings

Add uqe_serial document to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/uqe_serial.txt Signed-off-by: Zhao Qiang --- Changes for v2 - modify tx/rx-clock-name specification Changes for v2 - NA .../bindings/powerpc/fsl/cpm_qe/uqe_serial.txt|

[PATCH v3 2/7] QE: Add ucc hdlc document to bindings

Add ucc hdlc document to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/network.txt Signed-off-by: Zhao Qiang --- Changes for v2 - use ucc-hdlc instead of ucc_hdlc - add more information to properties. Changes for v3 - use fsl,tx-timeslot-mask

[PATCH v3 3/7] QE: Add uqe_serial document to bindings

Add uqe_serial document to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/uqe_serial.txt Signed-off-by: Zhao Qiang --- Changes for v2 - modify tx/rx-clock-name specification Changes for v2 - NA .../bindings/powerpc/fsl/cpm_qe/uqe_serial.txt| 19

[PATCH v3 2/7] QE: Add ucc hdlc document to bindings

Add ucc hdlc document to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/network.txt Signed-off-by: Zhao Qiang --- Changes for v2 - use ucc-hdlc instead of ucc_hdlc - add more information to properties. Changes for v3 - use fsl,tx-timeslot-mask instead of

[PATCH v3 7/7] T104xQDS: Add qe node to t104xqds

add qe node to t104xqds.dtsi Signed-off-by: Zhao Qiang --- Changes for v2 - rebase Changes for v3 - rebase arch/powerpc/boot/dts/fsl/t104xqds.dtsi | 39 + 1 file changed, 39 insertions(+) diff --git

[PATCH v3 7/7] T104xQDS: Add qe node to t104xqds

add qe node to t104xqds.dtsi Signed-off-by: Zhao Qiang --- Changes for v2 - rebase Changes for v3 - rebase arch/powerpc/boot/dts/fsl/t104xqds.dtsi | 39 + 1 file changed, 39 insertions(+) diff --git a/arch/powerpc/boot/dts/fsl/t104xqds.dtsi

[PATCH v3 4/7] bindings: move cpm_qe binding from powerpc/fsl to soc/fsl

cpm_qe is supported on both powerpc and arm. and the QE code has been moved from arch/powerpc into drivers/soc/fsl, so move cpm_qe binding from powerpc/fsl to soc/fsl Signed-off-by: Zhao Qiang --- Changes for v3 - NA Documentation/devicetree/bindings/{powerpc =>

[PATCH v3 4/7] bindings: move cpm_qe binding from powerpc/fsl to soc/fsl

cpm_qe is supported on both powerpc and arm. and the QE code has been moved from arch/powerpc into drivers/soc/fsl, so move cpm_qe binding from powerpc/fsl to soc/fsl Signed-off-by: Zhao Qiang --- Changes for v3 - NA Documentation/devicetree/bindings/{powerpc => soc}/fsl/cpm_qe/cpm.txt

Re: [PATCH v5 04/15] scsi: ufs: verify hba controller hce reg value

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Sometimes due to hw issues it takes some time to the > host controller register to update. In order to verify the register > has updated, a polling is done until its value is set. > > In addition the functions ufshcd_hba_stop() and >

Re: [PATCH v5 04/15] scsi: ufs: verify hba controller hce reg value

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > Sometimes due to hw issues it takes some time to the > host controller register to update. In order to verify the register > has updated, a polling is done until its value is set. > > In addition the functions ufshcd_hba_stop() and >

Re: [PATCH v5 03/15] scsi: ufs: implement scsi host timeout handler

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > A race condition exists between request requeueing and scsi layer > error handling: > When UFS driver queuecommand returns a busy status for a request, > it will be requeued and its tag will be freed and set to -1. > At the same time it is possible that

Re: [PATCH v5 03/15] scsi: ufs: implement scsi host timeout handler

On 02/28/2016 09:32 PM, Yaniv Gardi wrote: > A race condition exists between request requeueing and scsi layer > error handling: > When UFS driver queuecommand returns a busy status for a request, > it will be requeued and its tag will be freed and set to -1. > At the same time it is possible that

Re: [PATCH] target/cxgbit: add INET dependency

On Tue, Mar 01, 2016 at 10:58:28AM +0530, Nicholas A. Bellinger wrote: > Hi Arnd, > > On Mon, 2016-02-29 at 12:14 +0100, Arnd Bergmann wrote: > > The newly added cxgbit driver directly calls functions of the > > IPv4 network stack, which fails if that is disabled: > > > > ERROR:

Re: [PATCH 0/3] OOM detection rework v4

On Mon, 29 Feb 2016, Michal Hocko wrote: > On Wed 24-02-16 19:47:06, Hugh Dickins wrote: > [...] > > Boot with mem=1G (or boot your usual way, and do something to occupy > > most of the memory: I think /proc/sys/vm/nr_hugepages provides a great > > way to gobble up most of the memory, though it's

Re: [PATCH] target/cxgbit: add INET dependency

On Tue, Mar 01, 2016 at 10:58:28AM +0530, Nicholas A. Bellinger wrote: > Hi Arnd, > > On Mon, 2016-02-29 at 12:14 +0100, Arnd Bergmann wrote: > > The newly added cxgbit driver directly calls functions of the > > IPv4 network stack, which fails if that is disabled: > > > > ERROR:

Re: [PATCH 0/3] OOM detection rework v4

On Mon, 29 Feb 2016, Michal Hocko wrote: > On Wed 24-02-16 19:47:06, Hugh Dickins wrote: > [...] > > Boot with mem=1G (or boot your usual way, and do something to occupy > > most of the memory: I think /proc/sys/vm/nr_hugepages provides a great > > way to gobble up most of the memory, though it's

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

On Tue, Mar 1, 2016 at 8:07 AM, Ingo Molnar wrote: > > * Stephen Rothwell wrote: > >> Hi all, >> >> After merging the tip tree, today's linux-next build (x86_64 allmodconfig) >> failed like this: >> >> DESCEND objtool >> CC

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

On Tue, Mar 1, 2016 at 8:07 AM, Ingo Molnar wrote: > > * Stephen Rothwell wrote: > >> Hi all, >> >> After merging the tip tree, today's linux-next build (x86_64 allmodconfig) >> failed like this: >> >> DESCEND objtool >> CC

Re: [PATCH 1/3] panic: Export panic_cpu and nmi_panic_self_stop

On Tue, Mar 01, 2016 at 10:50:37AM +0900, Hidehiro Kawai wrote: > Export panic_cpu and nmi_panic_self_stop symbols for modules which > use nmi_panic() macro. > > Signed-off-by: Hidehiro Kawai > Cc: Andrew Morton > Cc: Borislav Petkov

Re: [PATCH 1/3] panic: Export panic_cpu and nmi_panic_self_stop

On Tue, Mar 01, 2016 at 10:50:37AM +0900, Hidehiro Kawai wrote: > Export panic_cpu and nmi_panic_self_stop symbols for modules which > use nmi_panic() macro. > > Signed-off-by: Hidehiro Kawai > Cc: Andrew Morton > Cc: Borislav Petkov > Cc: Thomas Gleixner > Cc: Michal Hocko > Cc: HATAYAMA

[PATCH] mmc: dw_mmc-rockchip: fix failing to mount partition with "discard"

Without MMC_CAP_ERASE support, we fail to mount partition with "discard" option since mmc_queue_setup_discard is limited for checking mmc_can_erase. Without doing mmc_queue_setup_discard, blk_queue_discard fails to test QUEUE_FLAG_DISCARD flag, so we get the following log from f2fs(actually

[PATCH] mmc: dw_mmc-rockchip: fix failing to mount partition with "discard"

Without MMC_CAP_ERASE support, we fail to mount partition with "discard" option since mmc_queue_setup_discard is limited for checking mmc_can_erase. Without doing mmc_queue_setup_discard, blk_queue_discard fails to test QUEUE_FLAG_DISCARD flag, so we get the following log from f2fs(actually

[PATCH v3 5/7] T104xD4RDB: Add qe node to t104xd4rdb

add qe node to t104xd4rdb.dtsi and t1040si-post.dtsi. Signed-off-by: Zhao Qiang --- Changes for v2 - rebase Changes for v3 - rebase arch/powerpc/boot/dts/fsl/t1040si-post.dtsi | 45 + arch/powerpc/boot/dts/fsl/t104xd4rdb.dtsi |

[PATCH v3 6/7] T104xRDB: Add qe node to t104xrdb

add qe node to t104xrdb.dtsi Signed-off-by: Zhao Qiang --- Changes for v2 - rebase Changes for v3 - rebase arch/powerpc/boot/dts/fsl/t104xrdb.dtsi | 39 + 1 file changed, 39 insertions(+) diff --git

[PATCH v3 5/7] T104xD4RDB: Add qe node to t104xd4rdb

add qe node to t104xd4rdb.dtsi and t1040si-post.dtsi. Signed-off-by: Zhao Qiang --- Changes for v2 - rebase Changes for v3 - rebase arch/powerpc/boot/dts/fsl/t1040si-post.dtsi | 45 + arch/powerpc/boot/dts/fsl/t104xd4rdb.dtsi | 39

[PATCH v3 6/7] T104xRDB: Add qe node to t104xrdb

add qe node to t104xrdb.dtsi Signed-off-by: Zhao Qiang --- Changes for v2 - rebase Changes for v3 - rebase arch/powerpc/boot/dts/fsl/t104xrdb.dtsi | 39 + 1 file changed, 39 insertions(+) diff --git a/arch/powerpc/boot/dts/fsl/t104xrdb.dtsi

[PATCH v3 1/7] QE: Add IC, SI and SIRAM document to device tree bindings.

Add IC, SI and SIRAM document of QE to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe.txt Signed-off-by: Zhao Qiang --- Changes for v2 - Add interrupt-controller in Required properties - delete address-cells and size-cells for qe-si and qe-siram

[PATCH v3 1/7] QE: Add IC, SI and SIRAM document to device tree bindings.

Add IC, SI and SIRAM document of QE to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe.txt Signed-off-by: Zhao Qiang --- Changes for v2 - Add interrupt-controller in Required properties - delete address-cells and size-cells for qe-si and qe-siram Changes for v3 -

Re: [PATCH 6/8] drivers/pinctrl: make sunxi/pinctrl-sun[4-9]* explicitly non-modular

On Mon, Feb 29, 2016 at 03:48:42PM -0500, Paul Gortmaker wrote: > None of the Kconfigs for any of these drivers are tristate, > meaning that they currently are not being built as a module by anyone. > > Lets remove the modular code that is essentially orphaned, so that > when reading the drivers

Re: [PATCH 6/8] drivers/pinctrl: make sunxi/pinctrl-sun[4-9]* explicitly non-modular

On Mon, Feb 29, 2016 at 03:48:42PM -0500, Paul Gortmaker wrote: > None of the Kconfigs for any of these drivers are tristate, > meaning that they currently are not being built as a module by anyone. > > Lets remove the modular code that is essentially orphaned, so that > when reading the drivers

Re: [PATCH 7/8] drivers/pinctrl: make sunxi/pinctrl-sun9i-a80-r.c explicitly non-modular

On Mon, Feb 29, 2016 at 03:48:43PM -0500, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/sunxi/Kconfig:config PINCTRL_SUN9I_A80_R > drivers/pinctrl/sunxi/Kconfig: def_bool MACH_SUN9I > > ...meaning that it currently is not being built

Re: [PATCH 7/8] drivers/pinctrl: make sunxi/pinctrl-sun9i-a80-r.c explicitly non-modular

On Mon, Feb 29, 2016 at 03:48:43PM -0500, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/pinctrl/sunxi/Kconfig:config PINCTRL_SUN9I_A80_R > drivers/pinctrl/sunxi/Kconfig: def_bool MACH_SUN9I > > ...meaning that it currently is not being built

Re: [PATCH 1/8] drivers/pinctrl: sunxi/pinctrl-sunxi.c does not need module.h

On Mon, Feb 29, 2016 at 03:48:37PM -0500, Paul Gortmaker wrote: > This file is not modular, nor is it using modular functions. The > only thing close is the global THIS_MODULE which comes from export.h > so lets replace it appropriately and cut back on the amount of > header stuff we draw in by

Re: [PATCH 1/8] drivers/pinctrl: sunxi/pinctrl-sunxi.c does not need module.h

On Mon, Feb 29, 2016 at 03:48:37PM -0500, Paul Gortmaker wrote: > This file is not modular, nor is it using modular functions. The > only thing close is the global THIS_MODULE which comes from export.h > so lets replace it appropriately and cut back on the amount of > header stuff we draw in by

Re: [PATCH v2 13/13] ARM: sunxi: Introduce MACH_SUN8I_A83T option

Hi, On Sun, Feb 28, 2016 at 11:18:58PM +0800, Vishnu Patekar wrote: > A83T has CPUS clock similar to A80's. currently, a80 cpus clock only > compiled for A80. So, Introduce MACH_SUN8I_A83T to compile it for > A83T as well. > > Signed-off-by: Vishnu Patekar > --- >

Re: [PATCH v2 13/13] ARM: sunxi: Introduce MACH_SUN8I_A83T option

Hi, On Sun, Feb 28, 2016 at 11:18:58PM +0800, Vishnu Patekar wrote: > A83T has CPUS clock similar to A80's. currently, a80 cpus clock only > compiled for A80. So, Introduce MACH_SUN8I_A83T to compile it for > A83T as well. > > Signed-off-by: Vishnu Patekar > --- > arch/arm/mach-sunxi/Kconfig |

Re: Applied "regmap: Keep regmap_write_bits()" to the regmap tree

Hi Mark, On Tue, 1 Mar 2016 11:25:44 +0900 Mark Brown wrote: > > On Tue, Mar 01, 2016 at 09:00:19AM +1100, Stephen Rothwell wrote: > > On Mon, 29 Feb 2016 23:02:23 +0900 Mark Brown wrote: > > > >

Re: Applied "regmap: Keep regmap_write_bits()" to the regmap tree

Hi Mark, On Tue, 1 Mar 2016 11:25:44 +0900 Mark Brown wrote: > > On Tue, Mar 01, 2016 at 09:00:19AM +1100, Stephen Rothwell wrote: > > On Mon, 29 Feb 2016 23:02:23 +0900 Mark Brown wrote: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git > > > This is needed in

Re: [PATCH v2 01/13] pinctrl: sunxi: Add A83T R_PIO controller support

Hi, On Sun, Feb 28, 2016 at 11:18:46PM +0800, Vishnu Patekar wrote: > The A83T has R_PIO pin controller, it's same as A23, execpt A83T > interrupt bit is 6th and A83T has one extra pin PL12. > > Signed-off-by: Vishnu Patekar > Acked-by: Chen-Yu Tsai

Re: [PATCH v2 01/13] pinctrl: sunxi: Add A83T R_PIO controller support

Hi, On Sun, Feb 28, 2016 at 11:18:46PM +0800, Vishnu Patekar wrote: > The A83T has R_PIO pin controller, it's same as A23, execpt A83T > interrupt bit is 6th and A83T has one extra pin PL12. > > Signed-off-by: Vishnu Patekar > Acked-by: Chen-Yu Tsai > Acked-by: Rob Herring > --- >

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

* Stephen Rothwell wrote: > Hi all, > > After merging the tip tree, today's linux-next build (x86_64 allmodconfig) > failed like this: > > DESCEND objtool > CC /home/sfr/next/x86_64_allmodconfig/tools/objtool/builtin-check.o > CC

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

* Stephen Rothwell wrote: > Hi all, > > After merging the tip tree, today's linux-next build (x86_64 allmodconfig) > failed like this: > > DESCEND objtool > CC /home/sfr/next/x86_64_allmodconfig/tools/objtool/builtin-check.o > CC

[PATCH] arm64: defconfig: Enable devices for Hi6220 and 96boards HiKey

This patch enables a number of devices currently supported by the Hi6220 and 96boards HiKey. These include a) Hi655x PMIC and regulator b) Hi6220 I2C, USB, MMC, mailbox, reset c) CONFIG_PINCTRL_SINGLE, and CONFIG_LEDS_GPIO CONFIG_MMC_BLOCK_MINORS is set to 16 (default is 8). Signed-off-by:

[PATCH] arm64: defconfig: Enable devices for Hi6220 and 96boards HiKey

This patch enables a number of devices currently supported by the Hi6220 and 96boards HiKey. These include a) Hi655x PMIC and regulator b) Hi6220 I2C, USB, MMC, mailbox, reset c) CONFIG_PINCTRL_SINGLE, and CONFIG_LEDS_GPIO CONFIG_MMC_BLOCK_MINORS is set to 16 (default is 8). Signed-off-by:

Re: [PATCH v4 4/5] staging/android: refactor SYNC_IOC_FILE_INFO

On Fri, Feb 26, 2016 at 03:31:46PM -0300, Gustavo Padovan wrote: > +no_fences: > + info->num_fences = sync_file->num_fences; > > - if (copy_to_user((void __user *)arg, info, len)) > + if (copy_to_user((void __user *)arg, info, sizeof(*info))) > ret = -EFAULT; >

Re: [PATCH v4 4/5] staging/android: refactor SYNC_IOC_FILE_INFO

On Fri, Feb 26, 2016 at 03:31:46PM -0300, Gustavo Padovan wrote: > +no_fences: > + info->num_fences = sync_file->num_fences; > > - if (copy_to_user((void __user *)arg, info, len)) > + if (copy_to_user((void __user *)arg, info, sizeof(*info))) > ret = -EFAULT; >

Re: [BUG] Core2 cpu triggers hard lockup with perf test

On Mon, Feb 29, 2016 at 10:12:08PM +, Liang, Kan wrote: > > > > > > I can't find what's special about Core2 CPU PEBS setup, it seems that oher > > CPUs are ok (tried on ivb/snb/hsw). > > > > reverting the 156174999dd1 fixed the issue for me > > > > ideas? thanks, > > I think we may just

Re: [BUG] Core2 cpu triggers hard lockup with perf test

On Mon, Feb 29, 2016 at 10:12:08PM +, Liang, Kan wrote: > > > > > > I can't find what's special about Core2 CPU PEBS setup, it seems that oher > > CPUs are ok (tried on ivb/snb/hsw). > > > > reverting the 156174999dd1 fixed the issue for me > > > > ideas? thanks, > > I think we may just

Re: [PATCH] eata: Convert eata driver as normal PCI and platform device drivers

Hi Jiang. I'd love to see this patch in and abuse of the old PCI API gone. Did you resolve the problems Arthur saw with the previous iteratons of the patch?

Re: [PATCH] eata: Convert eata driver as normal PCI and platform device drivers

Hi Jiang. I'd love to see this patch in and abuse of the old PCI API gone. Did you resolve the problems Arthur saw with the previous iteratons of the patch?

Re: [RFCv7 PATCH 04/10] sched/fair: add triggers for OPP change requests

Hi Steve, On Tue, Feb 23, 2016 at 9:22 AM, Steve Muckle wrote: > From: Juri Lelli > > Each time a task is {en,de}queued we might need to adapt the current > frequency to the new usage. Add triggers on {en,de}queue_task_fair() for > this purpose.

Re: [RFCv7 PATCH 04/10] sched/fair: add triggers for OPP change requests

Hi Steve, On Tue, Feb 23, 2016 at 9:22 AM, Steve Muckle wrote: > From: Juri Lelli > > Each time a task is {en,de}queued we might need to adapt the current > frequency to the new usage. Add triggers on {en,de}queue_task_fair() for > this purpose. Only trigger a freq request if we are

[PATCH] MAINTAINERS: update tpmdd urls

Updated GIT and patchwork location both of which were out-of-sync or actually patchwork location was incorrect. Signed-off-by: Jarkko Sakkinen --- MAINTAINERS | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index

[PATCH] MAINTAINERS: update tpmdd urls

Updated GIT and patchwork location both of which were out-of-sync or actually patchwork location was incorrect. Signed-off-by: Jarkko Sakkinen --- MAINTAINERS | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 7f1fa4f..2900d48 100644 ---

Re: [PATCH v4 1/2] gpio: designware: switch device node to fwnode and add acpi binding

在 2016/2/29 21:51, Andy Shevchenko 写道: > On Mon, Feb 29, 2016 at 3:13 PM, qiujiang wrote: >> This patch switches device node to fwnode and adds acpi >> binding. As a result, DT and acpi bingdings are compatible >> for this driver. > > I'm not sure it makes sense to add ACPI

Re: [PATCH v4 1/2] gpio: designware: switch device node to fwnode and add acpi binding

在 2016/2/29 21:51, Andy Shevchenko 写道: > On Mon, Feb 29, 2016 at 3:13 PM, qiujiang wrote: >> This patch switches device node to fwnode and adds acpi >> binding. As a result, DT and acpi bingdings are compatible >> for this driver. > > I'm not sure it makes sense to add ACPI binding here. It more

[PATCH] mm: __delete_from_page_cache show Bad page if mapped

Commit e1534ae95004 ("mm: differentiate page_mapped() from page_mapcount() for compound pages") changed the famous BUG_ON(page_mapped(page)) in __delete_from_page_cache() to VM_BUG_ON_PAGE(page_mapped(page)): which gives us more info when CONFIG_DEBUG_VM=y, but nothing at all when not. Although

[PATCH] mm: __delete_from_page_cache show Bad page if mapped

Commit e1534ae95004 ("mm: differentiate page_mapped() from page_mapcount() for compound pages") changed the famous BUG_ON(page_mapped(page)) in __delete_from_page_cache() to VM_BUG_ON_PAGE(page_mapped(page)): which gives us more info when CONFIG_DEBUG_VM=y, but nothing at all when not. Although

[PATCH v3 1/3] dt-bindings: add bindings for rk3399 clock controller

From: Xing Zheng Add devicetree bindings for Rockchip cru which found on Rockchip SoCs. Acked-by: Rob Herring Signed-off-by: Xing Zheng Signed-off-by: Jianqun Xu --- changes in v3: - none

Re: [PATCH] mm: __delete_from_page_cache WARN_ON(page_mapped)

On Mon, 29 Feb 2016, Kirill A. Shutemov wrote: > On Sun, Feb 28, 2016 at 08:49:10PM -0800, Hugh Dickins wrote: > > Commit e1534ae95004 ("mm: differentiate page_mapped() from page_mapcount() > > for compound pages") changed the famous BUG_ON(page_mapped(page)) in > > __delete_from_page_cache() to

[PATCH v3 1/3] dt-bindings: add bindings for rk3399 clock controller

From: Xing Zheng Add devicetree bindings for Rockchip cru which found on Rockchip SoCs. Acked-by: Rob Herring Signed-off-by: Xing Zheng Signed-off-by: Jianqun Xu --- changes in v3: - none .../bindings/clock/rockchip,rk3399-cru.txt | 82 ++ 1 file changed, 82

Re: [PATCH] mm: __delete_from_page_cache WARN_ON(page_mapped)

On Mon, 29 Feb 2016, Kirill A. Shutemov wrote: > On Sun, Feb 28, 2016 at 08:49:10PM -0800, Hugh Dickins wrote: > > Commit e1534ae95004 ("mm: differentiate page_mapped() from page_mapcount() > > for compound pages") changed the famous BUG_ON(page_mapped(page)) in > > __delete_from_page_cache() to

  1   2   3   4   5   6   7   8   9   10   >