Hi,
> Hello,
>
> This series re-factors ufshcd_get_pwr_dev_param in vendors' drivers. This
> function is for vendors to decide finally agreed attributes for power mode
> change if vendors define
> their host capability in struct ufs_dev_params. Because it is using by both
> ufs-qcom and ufs-hisi
Hi Avri,
Thanks so much for consideration.
Then I will combine this series to "scsi: ufs-mediatek: Add UFS support
for Mediatek SoC chips" and upload a completed version later.
On Mon, 2019-02-25 at 08:54 +, Avri Altman wrote:
> Hi,
>
> > Hello,
> >
> > This series re-factors ufshcd_get_pw
From: Stanley Chu
Hello,
This patch series adds UFS M-PHY and UFS host driver support in MediaTek
chipsets.
In the meantime, re-factors ufshcd_get_pwr_dev_param in vendors' drivers. This
function is for vendors to decide finally agreed attributes for power mode
change if vendors define
their
From: Stanley Chu
ufshcd_get_pwr_dev_param function and ufs_dev_params struct
are re-factored to ufs common driver thus change the way this
driver used.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-qcom.c | 106 ++--
1 file changed, 4 insertions(+), 102 d
From: Stanley Chu
This patch adds UFS support for Mediatek SoC chips.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/Kconfig| 14 ++
drivers/scsi/ufs/Makefile | 1 +
drivers/scsi/ufs/ufs-mediatek.c | 377
drivers/scsi/ufs/ufs-mediatek.h | 61
From: Stanley Chu
ufshcd_get_pwr_dev_param function and ufs_dev_params struct
are re-factored to ufs common driver thus change the way this
driver used.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-hisi.c | 109 ++--
1 file changed, 4 insertions(+), 105 d
Hello,
This patch series adds UFS M-PHY and UFS host driver support in MediaTek
chipsets.
In the meantime, re-factors ufshcd_get_pwr_dev_param in vendors' drivers. This
function is for vendors to decide finally agreed attributes for power mode
change if vendors define
their host capability in
From: Stanley Chu
Add UFS and UFS PHY node document for Mediatek SoC chips.
Signed-off-by: Stanley Chu
---
.../devicetree/bindings/ufs/ufs-mediatek.txt | 75 +++
1 file changed, 75 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ufs/ufs-mediatek.txt
diff -
From: Stanley Chu
Add UFS M-PHY driver on Mediatek chipsets.
Signed-off-by: Stanley Chu
---
drivers/phy/mediatek/Kconfig| 29 ++--
drivers/phy/mediatek/Makefile | 2 +
drivers/phy/mediatek/phy-mtk-ufs-12nm.c | 151 +++
drivers/phy/mediatek/phy-mtk-ufs-1
From: Stanley Chu
ufshcd_get_pwr_dev_param is for vendors to decide finally
agreed attributes for power mode change if vendors define
their host capability in struct ufs_dev_params.
This api is using by both ufs-qcom and ufs-hisi now. Simply
re-factor it and then every vendors can reuse it.
Sig
>
> From: Stanley Chu
>
> ufshcd_get_pwr_dev_param is for vendors to decide finally
> agreed attributes for power mode change if vendors define
> their host capability in struct ufs_dev_params.
>
> This api is using by both ufs-qcom and ufs-hisi now. Simply
> re-factor it and then every vendors
>
> ufshcd_get_pwr_dev_param function and ufs_dev_params struct
> are re-factored to ufs common driver thus change the way this
> driver used.
>
> Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
>
> From: Stanley Chu
>
> ufshcd_get_pwr_dev_param function and ufs_dev_params struct
> are re-factored to ufs common driver thus change the way this
> driver used.
>
> Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
> This patch adds UFS support for Mediatek SoC chips.
>
> Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
On 22/02/2019 17:29, Lee Duncan wrote:
> From: Lee Duncan
>
> If there is an error queueing an iscsi command in
> iscsi_queuecommand(), for example if the transport fails
> to take the command in sessuin->tt->xmit_task(), then
> the error path can call iscsi_complete_task() without
> first aquiri
Hi Stanley,
On Mon, 2019-02-25 at 17:24 +0800, stanley@mediatek.com wrote:
> From: Stanley Chu
>
> Add UFS M-PHY driver on Mediatek chipsets.
>
> Signed-off-by: Stanley Chu
> ---
> drivers/phy/mediatek/Kconfig| 29 ++--
> drivers/phy/mediatek/Makefile | 2 +
> dri
Hello,
This series adds support for the UFS host controller on APQ8098/MSM8998-based
boards.
This should be the final rev ;-)
Differences between v4 and v5:
- Drop patches that have already been accepted or spun off
Differences between v3 and v4:
- Rebase on top of -next
- Pick up Douglas Ande
Add "qcom,msm8998-ufshc" compatible string.
Signed-off-by: Marc Gonzalez
---
Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.txt
b/Documentation/devicetree/bindings/ufs/ufshcd-pltfrm.
The UFS host controller driver needs to set the load on 3 power rails
(l20, l26, s4) but the operation fails silently unless we specify the
regulator-allow-set-load property in the corresponding DT nodes.
Reviewed-by: Jeffrey Hugo
Signed-off-by: Marc Gonzalez
---
arch/arm64/boot/dts/qcom/msm899
Add host controller and PHY DT nodes.
Signed-off-by: Marc Gonzalez
---
arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi | 19 +++
arch/arm64/boot/dts/qcom/msm8998.dtsi | 65 +++
2 files changed, 84 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8998-mtp.dtsi
b/arch
On 2/19/19 3:19 AM, Ming Lei wrote:
On Tue, Feb 5, 2019 at 11:30 PM Hannes Reinecke wrote:
Hi all,
this came up during discussion on the mailing list (cf thread "Question
on handling managed IRQs when hotplugging CPUs").
The problem is that with managed IRQs and block-mq I/O will be routed to
On 2/19/19 1:02 PM, Sreekanth Reddy wrote:
Use driver's scsiio lookup table to track outstanding IOs at driver level,
Have done following changes in this patch,
* Allocated & initialized scsi_lookup table of type
(struct scsiio_tracker) and of depth host's can_queue at driver load time
and
On 2/25/19 2:02 AM, Johannes Thumshirn wrote:
> On 22/02/2019 17:29, Lee Duncan wrote:
>> From: Lee Duncan
>>
>> If there is an error queueing an iscsi command in
>> iscsi_queuecommand(), for example if the transport fails
>> to take the command in sessuin->tt->xmit_task(), then
>> the error path
From: Lee Duncan
If there is an error queueing an iscsi command in
iscsi_queuecommand(), for example if the transport fails
to take the command in sessuin->tt->xmit_task(), then
the error path can call iscsi_complete_task() without
first aquiring the back_lock as required. This can
lead to things
On Fri, 2019-02-22 at 17:37 +0100, Przemek Socha wrote:
> [ ... ]
> git bisect good 7cedffec8e759480f7f7a9be9cd0d7ebf0aafff2
> # first bad commit: [986d413b7c156e69198dfc80fb74aa18d0ddef44] blk-mq: Enable
> support for runtime power management
Hi Przemek,
This is weird. Neither scsi_device_quies
On 2/21/19 1:11 PM, Sreekanth Reddy wrote:
During expander reset handling, the driver invokes kernel function
scsi_host_find_tag() to obtain outstanding requests associated with
the scsi host managed by the driver. Kernel’s block layer may return
stale entry for one or more outstanding requests i
Dnia poniedziałek, 25 lutego 2019 19:37:37 CET piszesz:
> On Fri, 2019-02-22 at 17:37 +0100, Przemek Socha wrote:
> > [ ... ]
> > git bisect good 7cedffec8e759480f7f7a9be9cd0d7ebf0aafff2
> > # first bad commit: [986d413b7c156e69198dfc80fb74aa18d0ddef44] blk-mq:
> > Enable support for runtime power
The recent patchset to use dma_set_mask_and_coherent() introduced
a regression where a call to set a 64-bit DMA mask was followed
by a call to set a 32-bit DMA mask, leading to I/O errors and
data corruption.
Patchset is based on a suggestions from Ewan Milne.
Hannes Reinecke (8):
lpfc: fix c
The change to use dma_set_mask_and_coherent() incorrectly made a second
call with the 32 bit DMA mask value when the call with the 64 bit DMA
mask value succeeded. This resulted in NVMe/FC connections failing due
to corrupted data buffers, and various other SCSI/FCP I/O errors.
Fixes: f30e1bfd615
The change to use dma_set_mask_and_coherent() incorrectly made a second
call with the 32 bit DMA mask value when the call with the 64 bit DMA
mask value succeeded.
Fixes: b000bced5739 ("scsi: 3w-9xxx: fully convert to the generic DMA API")
Cc:
Signed-off-by: Hannes Reinecke
---
drivers/scsi/3w-
The change to use dma_set_mask_and_coherent() incorrectly made a second
call with the 32 bit DMA mask value when the call with the 64 bit DMA
mask value succeeded.
Fixes: b1fa122930c4 ("scsi: 3w-sas: fully convert to the generic DMA API")
Cc:
Signed-off-by: Hannes Reinecke
---
drivers/scsi/3w-s
The change to use dma_set_mask_and_coherent() incorrectly made a second
call with the 32 bit DMA mask value when the call with the 64 bit DMA
mask value succeeded.
Fixes: 3a21986f1a59 ("scsi: aic94xx: fully convert to the generic DMA API")
Cc:
Signed-off-by: Hannes Reinecke
---
drivers/scsi/aic
The change to use dma_set_mask_and_coherent() incorrectly made a second
call with the 32 bit DMA mask value when the call with the 64 bit DMA
mask value succeeded. This resulted in FC connections failing due
to corrupted data buffers, and various other SCSI/FCP I/O errors.
Fixes: a69b080025ea ("s
The change to use dma_set_mask_and_coherent() incorrectly made a second
call with the 32 bit DMA mask value when the call with the 64 bit DMA
mask value succeeded.
Fixes: c22b332d811b ("scsi: csiostor: switch to generic DMA API")
Cc:
Signed-off-by: Hannes Reinecke
---
drivers/scsi/csiostor/csio
The change to use dma_set_mask_and_coherent() incorrectly made a second
call with the 32 bit DMA mask value when the call with the 64 bit DMA
mask value succeeded. This resulted in FC connections failing due
to corrupted data buffers, and various other SCSI/FCP I/O errors.
Fixes: e4db40e7a1a2 ("s
The change to use dma_set_mask() incorrectly made a second call with the
32 bit DMA mask value when the call with the 64 bit DMA mask value succeeded.
Fixes: 453cd3700ca3 ("scsi: hptiop: use dma_set_mask")
Cc:
Suggested-by: Ewan D. Milne
Signed-off-by: Hannes Reinecke
---
drivers/scsi/hptiop.c
Hannes,
> The recent patchset to use dma_set_mask_and_coherent() introduced a
> regression where a call to set a 64-bit DMA mask was followed by a
> call to set a 32-bit DMA mask, leading to I/O errors and data
> corruption.
Applied to 5.0/scsi-fixes with the subject and commit message tweaks
s
37 matches
Mail list logo
