On Wed, 2019-02-27 at 15:23 +0800, Stanley Chu wrote:
> Add UFS M-PHY driver on MediaTek chipsets.
>
> Signed-off-by: Stanley Chu
> ---
> drivers/phy/mediatek/Kconfig | 9 ++
> drivers/phy/mediatek/Makefile | 1 +
> drivers/phy/mediatek/phy-mtk-ufs.c | 239
Hi, Yingjoe,
On Wed, 2019-03-13 at 17:37 +0800, Yingjoe Chen wrote:
> On Wed, 2019-02-27 at 15:23 +0800, Stanley Chu wrote:
> > Add UFS M-PHY driver on MediaTek chipsets.
> >
> > Signed-off-by: Stanley Chu
> > ---
> > drivers/phy/mediatek/Kconfig | 9 ++
> > drivers/phy/mediatek/Makefil
Hi Rob,
On Tue, 2019-03-12 at 21:25 +0800, Rob Herring wrote:
> On Wed, Feb 27, 2019 at 03:23:09PM +0800, Stanley Chu wrote:
> > Add UFS M-PHY node document for MediaTek SoC chips.
> >
> > Signed-off-by: Stanley Chu
> > ---
> > .../devicetree/bindings/phy/phy-mtk-ufs.txt | 35
Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh,
Hello dear
I came across your contact during my private search. Mrs Aisha Al-
Qaddafi is my name, the only daughter of late Libyan president, am a
single Mother and a Widow with three Children.I have funds the sum of
$27.5 million USD for investme
Zdravstvujte Vas interesuyut klientskie bazy dannyh?
On Tue, Mar 12, 2019 at 3:46 PM Sreekanth Reddy
wrote:
>
> On Tue, Mar 12, 2019 at 3:17 PM Michal Soltys wrote:
> >
> > On 3/11/19 10:17 AM, Sreekanth Reddy wrote:
> > > On Fri, Mar 8, 2019 at 6:52 PM Christoph Hellwig
> > > wrote:
> > >>
> > >> On Wed, Mar 06, 2019 at 12:49:55PM -0500, Martin
On Tue, Mar 12, 2019 at 9:41 PM Stanley Chu wrote:
>
> Hi Rob,
>
> On Tue, 2019-03-12 at 21:31 +0800, Rob Herring wrote:
> > On Wed, Feb 27, 2019 at 03:23:10PM +0800, Stanley Chu wrote:
> > > Add UFS and UFS PHY node document for Mediatek SoC chips.
> > >
> > > Signed-off-by: Stanley Chu
> > > --
I've got an oops for the following stack:
...
lpfc_send_taskmgmt+0x28a [lpfc]
lpfc_bus_reset_handler+0x16a [lpfc]
scsi_try_bus_reset+0x3a
scsi_ioctl_reset+0x143
scsi_ioctl+0x18e [sg]
The issue is that lpfc eventually calls blk_mq_unique_tag() as
everything is scsi-mq enabled. blk_mq_
On 3/6/2019 9:33 PM, Dan Carpenter wrote:
It used to be that "error" was set to -ENODEV at the start of the
function but we shifted some code around an now "error" is set to
zero for most error paths. There is a mix of direct returns and
"goto out" but I changed everything to direct returns f
On Wed, 2019-03-13 at 13:19 -0700, James Smart wrote:
> I've got an oops for the following stack:
>...
>lpfc_send_taskmgmt+0x28a [lpfc]
>lpfc_bus_reset_handler+0x16a [lpfc]
>scsi_try_bus_reset+0x3a
>scsi_ioctl_reset+0x143
>scsi_ioctl+0x18e [sg]
>
> The issue is that lpfc ev
On 3/13/2019 2:44 PM, Bart Van Assche wrote:
On Wed, 2019-03-13 at 13:19 -0700, James Smart wrote:
I've got an oops for the following stack:
...
lpfc_send_taskmgmt+0x28a [lpfc]
lpfc_bus_reset_handler+0x16a [lpfc]
scsi_try_bus_reset+0x3a
scsi_ioctl_reset+0x143
scsi_ioctl+0
Fix performance issue where the queue depth for SmartIOC logical
volumes is set to 1, and allow the usual logical volume code
to be executed
Fixes: a052865fe2871a3888 (aacraid: Set correct Queue Depth for HBA1000
RAW disks)
Signed-off-by: Sagar Biradar
Reviewed-by: Dave Carroll
---
drivers/scs
On Wed, Mar 13, 2019 at 04:21:24PM -0700, Sagar Biradar wrote:
> Fix performance issue where the queue depth for SmartIOC logical
> volumes is set to 1, and allow the usual logical volume code
> to be executed
>
> Fixes: a052865fe2871a3888 (aacraid: Set correct Queue Depth for HBA1000
> RAW disks)
On 2019-03-13 6:15 p.m., James Smart wrote:
On 3/13/2019 2:44 PM, Bart Van Assche wrote:
On Wed, 2019-03-13 at 13:19 -0700, James Smart wrote:
I've got an oops for the following stack:
...
lpfc_send_taskmgmt+0x28a [lpfc]
lpfc_bus_reset_handler+0x16a [lpfc]
scsi_try_bus_reset+0x3
On 3/13/19 6:32 PM, Douglas Gilbert wrote:
I agree that scsi_ioctl_reset() should be taught how to produce a request
that doesn't blow up intermediate code expecting all requests to be well
made with respect to mq.
Hi Doug,
Do you perhaps have a proposal for how to do that without allocating a
Hi Rob and Yingjoe,
On Thu, 2019-03-14 at 03:52 +0800, Rob Herring wrote:
> On Wed, Mar 13, 2019 at 9:05 AM Stanley Chu wrote:
> >
> > Hi Yingjoe,
> >
> > On Wed, 2019-03-13 at 18:21 +0800, Yingjoe Chen wrote:
> > > On Wed, 2019-02-27 at 15:23 +0800, Stanley Chu wrote:
> > > > Add UFS M-PHY node
Hi Rob,
On Thu, 2019-03-14 at 03:48 +0800, Rob Herring wrote:
> On Tue, Mar 12, 2019 at 9:41 PM Stanley Chu wrote:
> >
> > Hi Rob,
> >
> > On Tue, 2019-03-12 at 21:31 +0800, Rob Herring wrote:
> > > On Wed, Feb 27, 2019 at 03:23:10PM +0800, Stanley Chu wrote:
> > > > Add UFS and UFS PHY node docu
On 2019-03-13 10:39 p.m., Bart Van Assche wrote:
On 3/13/19 6:32 PM, Douglas Gilbert wrote:
I agree that scsi_ioctl_reset() should be taught how to produce a request
that doesn't blow up intermediate code expecting all requests to be well
made with respect to mq.
Hi Doug,
Do you perhaps have
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.
Signed-off-by: Stanley
This patch adds UFS support for MediaTek SoC chips.
Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
---
drivers/scsi/ufs/Kconfig| 14 ++
drivers/scsi/ufs/Makefile | 1 +
drivers/scsi/ufs/ufs-mediatek.c | 368
drivers/scsi/ufs/ufs-mediatek.h
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
---
drivers/scsi/ufs/ufs-qcom.c | 106 ++--
1 file changed, 4 insertions(+),
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
Add UFS and UFS PHY node document for Mediatek SoC chips.
Signed-off-by: Stanley Chu
---
.../devicetree/bindings/ufs/ufs-mediatek.txt | 40 +++
1 file changed, 40 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ufs/ufs-mediatek.txt
diff --git a/Documentation
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
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
---
drivers/scsi/ufs/ufs-hisi.c | 109 ++--
1 file changed, 4 insertions(+),
Add UFS M-PHY node document for MediaTek SoC chips.
Signed-off-by: Stanley Chu
---
.../devicetree/bindings/phy/phy-mtk-ufs.txt | 38 +++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree/bindings/phy/phy-mtk-ufs.txt
diff --git a/Documentation/device
Add UFS M-PHY driver on MediaTek chipsets.
Signed-off-by: Stanley Chu
Reviewed-by: Chunfeng Yun
---
drivers/phy/mediatek/Kconfig | 11 ++
drivers/phy/mediatek/Makefile | 1 +
drivers/phy/mediatek/phy-mtk-ufs.c | 239 +
3 files changed, 251 insertions(+)
Hi Martin,
Any update on these patches.
Thanks,
Suganath
On Fri, Feb 15, 2019 at 1:10 PM Suganath Prabu
wrote:
>
> We have seen cpu lock up issue from fields if
> system has greater (more than 96) logical cpu count.
> SAS3.0 controller (Invader series) supports at
> max 96 msix vector and SAS3
28 matches
Mail list logo
