Rework from previous work by:
Sujit Reddy Thumma
Until now the scsi mid-layer forbids runtime suspend till userspace
enables it. This is mainly to quarantine some disks with broken
runtime power management or have high latencies executing suspend
resume callbacks. If the userspace doesn't enable
Enable auto suspend capability in MediaTek UFS driver.
Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
---
drivers/scsi/ufs/ufs-mediatek.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/scsi/ufs/ufs-mediatek.c b/drivers/scsi/ufs/ufs-mediatek.c
index 0f6ff33ce52e..b7b177c
Rework from previous work by:
Sujit Reddy Thumma
Override auto suspend tunables for UFS device LUNs during
initialization so as to efficiently manage background operations
and the power consumption.
Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
---
drivers/scsi/ufs/ufshcd.c | 8 +++
Until now the scsi mid-layer forbids runtime suspend till userspace
enables it. This is mainly to quarantine some disks with broken
runtime power management or have high latencies executing suspend
resume callbacks. If the userspace doesn't enable the runtime suspend
the underlying hardware will be
Hi Avri,
On Wed, 2019-09-11 at 10:58 +, Avri Altman wrote:
> >
> > Enable auto suspend capability in MediaTek UFS driver.
> >
> > Signed-off-by: Stanley Chu
> Reviewed-by: Avri Altman
>
> > ---
> > drivers/scsi/ufs/ufs-mediatek.c | 7 +++
> > 1 file changed, 7 insertions(+)
> >
> >
On 9/12/19 1:39 AM, Roman Bolshakov wrote:
> This series has a few bug fixes for the driver.
>
> Note, #1 only fixes the crash in the kernel. The complete fix for clean
> ACL deletion from initiator side is in works and requires a discussion.
>
> As of now initiator is not aware that target no lo
Hi Avri,
> > diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c index
> > 30b752c61b97..d253a018a73b 100644
> > --- a/drivers/scsi/ufs/ufshcd.c
> > +++ b/drivers/scsi/ufs/ufshcd.c
> > @@ -88,6 +88,9 @@
> > /* Interrupt aggregation default timeout, unit: 40us */
> > #define INT_AG
> On Aug 29, 2019, at 11:49 PM, Andrey Melnikov wrote:
>
> Hello.
>
> This patch break exposing individual RAID disks from adaptec raid
> controller. I need access to this disc's for S.M.A.R.T monitoring.
Hello Andrey,
Do you have any more details about how/why it is broken?
Thanks, Zhong
Hi Avri,
> > diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c index
> > 149d406aacc9..2218d57c4c0c 100644
> > --- a/drivers/scsi/sd.c
> > +++ b/drivers/scsi/sd.c
> > @@ -3371,6 +3371,9 @@ static int sd_probe(struct device *dev)
> > }
> >
> > blk_pm_runtime_init(sdp->request_queu
When a port sends PLOGI, discovery state should be changed to login
pending, otherwise RELOGIN_NEEDED bit is set in
qla24xx_handle_plogi_done_event(). RELOGIN_NEEDED triggers another
PLOGI, and it never goes out of the loop until login timer expires.
Fixes: 8777e4314d397 ("scsi: qla2xxx: Migrate N
del_work is already initialized inside qla2x00_alloc_fcport, there's no
need to overwrite it. Indeed, it might prevent complete traversal of
workqueue list.
Fixes: a01c77d2cbc45 ("scsi: qla2xxx: Move session delete to driver work queue")
Cc: Quinn Tran
Cc: Himanshu Madhani
Cc: Hannes Reinecke
S
Target creation triggers a new BUG_ON introduced in in 4d43d395fed12
("workqueue: Try to catch flush_work() without INIT_WORK().").
The BUG_ON reveals an attempt to flush free_work in qla24xx_do_nack_work
before it's initialized in qlt_unreg_sess:
WARNING: CPU: 7 PID: 211 at kernel/workqueue.c:3
If ABTS cannot be completed in target mode, the driver attempts to free
related management command and crashes:
NIP [d00019181ee8] tcm_qla2xxx_free_mcmd+0x40/0x80 [tcm_qla2xxx]
LR [d0001dc1e6f8] qlt_response_pkt+0x190/0xa10 [qla2xxx]
Call Trace:
[c03fff27bb50] [c03fff27bc10
Hi Martin,
This series has a few bug fixes for the driver.
Note, #1 only fixes the crash in the kernel. The complete fix for clean
ACL deletion from initiator side is in works and requires a discussion.
As of now initiator is not aware that target no longer wants talking to
it, that implies unne
https://bugzilla.kernel.org/show_bug.cgi?id=204815
Roman Bolshakov (r.bolsha...@yadro.com) changed:
What|Removed |Added
Regression|No |Yes
--
You are
https://bugzilla.kernel.org/show_bug.cgi?id=204815
--- Comment #1 from Roman Bolshakov (r.bolsha...@yadro.com) ---
Created attachment 284927
--> https://bugzilla.kernel.org/attachment.cgi?id=284927&action=edit
firmware behaves properly
--
You are receiving this mail because:
You are watching t
https://bugzilla.kernel.org/show_bug.cgi?id=204815
Bug ID: 204815
Summary: qla2xxx: firmware is not responding to mailbox
commands
Product: SCSI Drivers
Version: 2.5
Kernel Version: 5.2-rc1 up to 5.3-rc8
Hardware: PPC-6
The qla2xxx driver had this issue as well when the newer array
firmware returned the retry_delay_timer in the fcp_rsp.
The bnx2fc is not handling the masking of the scope bits either
so the retry_delay_timestamp value lands up being a large value
added to the timer timestamp delaying I/O for up to
>
> Enable auto suspend capability in MediaTek UFS driver.
>
> Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
> ---
> drivers/scsi/ufs/ufs-mediatek.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/drivers/scsi/ufs/ufs-mediatek.c b/drivers/scsi/ufs/ufs-mediatek.c
> index
>
> Rework from previous work by:
> Sujit Reddy Thumma
>
> Override auto suspend tunables for UFS device LUNs during initialization so
> as to efficiently manage background operations and the power consumption.
>
> Signed-off-by: Stanley Chu
Reviewed-by: Avri Altman
> ---
> drivers/scsi/ufs
>
> Rework from previous work by:
> Sujit Reddy Thumma
>
> Until now the scsi mid-layer forbids runtime suspend till userspace enables
> it.
> This is mainly to quarantine some disks with broken runtime power
> management or have high latencies executing suspend resume callbacks. If
> the users
Until now the scsi mid-layer forbids runtime suspend till userspace
enables it. This is mainly to quarantine some disks with broken
runtime power management or have high latencies executing suspend
resume callbacks. If the userspace doesn't enable the runtime suspend
the underlying hardware will be
Rework from previous work by:
Sujit Reddy Thumma
Override auto suspend tunables for UFS device LUNs during
initialization so as to efficiently manage background operations
and the power consumption.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufshcd.c | 8
drivers/scsi/ufs/ufshcd
Rework from previous work by:
Sujit Reddy Thumma
Until now the scsi mid-layer forbids runtime suspend till userspace
enables it. This is mainly to quarantine some disks with broken
runtime power management or have high latencies executing suspend
resume callbacks. If the userspace doesn't enable
Enable auto suspend capability in MediaTek UFS driver.
Signed-off-by: Stanley Chu
---
drivers/scsi/ufs/ufs-mediatek.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/scsi/ufs/ufs-mediatek.c b/drivers/scsi/ufs/ufs-mediatek.c
index 0f6ff33ce52e..b7b177c6194c 100644
--- a/drivers
25 matches
Mail list logo
