GOOD DAY FRIEND

[Mr. Piyush Gupta]

--
Dear Friend,

Good Day, I am Mr. Piyush Gupta as a  (DBSHK) banker, I have funds worth 
of $25.500,000.00 to secretly secure and transfer in to your account of 
my late client who dead with next of kin, which i will like to invest in 
profitable business in your country.


Please if you are interested to help me without betrayed me, do and 
write me for more details. Here is my Email: infopiyu...@gmail.com


Regards,
Mr. Piyush Gupta.
(DBSHK)
Hong Kong.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

HD is powered off too early during shutdown/reboot (4.8 regression?)

[Johannes Maibaum]

Hi,

this is my first posting on a Linux kernel related list, and I hope that
this is the correct place.  If not, I'd be glad if you could point me to
the right place.  People on the Arch Linux forums [1] and on the
systemd-devel mailing list [2] suggested to report this issue to the
kernel community.

I try to be as specific as I can, but unfortunately I'm not a low-level
Linux expert.

Since installing kernel 4.8, I have a problem with my MacBook Pro
running Arch Linux on a second HD installed in a HD caddy [1].  The root
and /home file systems are on this HD (/dev/sdb, see below), while /boot
is on the first HD alongside macOS (/dev/sda).

On shutdown/reboot, it seems that the HD (or the caddy?) gets powered
off too early, which is clearly audible ('clank!').  Shortly afterwards,
the following errors appears on screen (transcribed from a photo):

ata2: exception Emask 0x10 SAct 0x0 SErr 0x199 action 0xe
frozenbd204ed5c
ata2: irq_stat 0x0040, PHY RDY changed
ata2: SError: { PHYRdyChg 10B8B Dispar LinkSeq TrStaTrns }

The machine shuts down or reboots a few seconds later, but I've never
seen the above errors on another kernel before (kernel 4.4 through 4.7
were installed on this machine and all worked OK), so it seems to be a
regression.

Unfortunately, I haven't yet succeeded in gathering more verbose debug
information from late shutdown.  I tried to follow the guide in the
systemd docs [4], but the script failed (probably, since the hd is
already gone when the script tries to run).  But I will happily try to
provide you with more information if needed.

Here's some more information about my setup:

$ dmesg | grep ata2 | head
[2.508533] ata2: SATA max UDMA/133 abar m8192@0xd3484000 port
0xd3484180 irq 26
[2.824504] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[2.825383] ata2.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES)
filtered out
[2.825543] ata2.00: ATA-8: Hitachi HTS545032B9SA02, PB3AC60W, max
UDMA/133
[2.825545] ata2.00: 625142448 sectors, multi 0: LBA48 NCQ (depth 31/32)
[2.826577] ata2.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES)
filtered out
[2.826745] ata2.00: configured for UDMA/133
$ readlink /dev/disk/by-id/*HTS545032B9SA02* | head -n1
../../sdb
$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sdb  8:16   0 298,1G  0 disk
├─sdb2   8:18   0 268,1G  0 part /home
└─sdb1   8:17   030G  0 part /
sda  8:00 931,5G  0 disk
├─sda2   8:20 930,7G  0 part
├─sda3   8:30 619,9M  0 part
└─sda1   8:10   200M  0 part /boot


Best,
Johannes

[1] Here's a link to the HD caddy: https://www.amazon.com/dp/B0090KFOYS
[2] Arch Linux forum thread:
https://bbs.archlinux.org/viewtopic.php?pid=1668277
[3] Systemd-devel thread:
https://lists.freedesktop.org/archives/systemd-devel/2016-November/037882.html
[4] https://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] ufs: Add missing UFS_MASK macro definition

[Subhash Jadavani]

On 2016-11-23 20:58, Zhangfei Gao wrote:

From: Santosh Y 

Reported-by: Venkatraman S 
Reviewed-by: Vinayak Holikatti 
Signed-off-by: Santosh Y 
Signed-off-by: Zhangfei Gao 
---

Find the original patch from
http://www.spinics.net/lists/linux-scsi/msg58634.html

 drivers/scsi/ufs/ufshci.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/scsi/ufs/ufshci.h b/drivers/scsi/ufs/ufshci.h
index 9599741..bbd8df9 100644
--- a/drivers/scsi/ufs/ufshci.h
+++ b/drivers/scsi/ufs/ufshci.h
@@ -83,6 +83,8 @@ enum {
MASK_UIC_DME_TEST_MODE_SUPPORT  = 0x0400,
 };

+#define UFS_MASK(mask, offset) ((mask) << (offset))
+
 /* UFS Version 08h */
 #define MINOR_VERSION_NUM_MASK UFS_MASK(0x, 0)
 #define MAJOR_VERSION_NUM_MASK UFS_MASK(0x, 16)


LGTM.
Reviewed-by: Subhash Jadavani 

--
The Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] scsi_dh_alua: Add return value and check for alua_rtpg_queue() to avoid DM devices I/Os hang

[tang . junhui]

From: "tang.junhui" 

Activate_complete fn() must be called in alua_activate() if
alua_rtpg_queue() failed, otherwise, it would cause I/Os hang in DM
devices. So this patch add return value and check for alua_rtpg_queue().

Signed-off-by: tang.junhui 
---
 drivers/scsi/device_handler/scsi_dh_alua.c | 14 +-
 1 file changed, 9 insertions(+), 5 deletions(-)

diff --git a/drivers/scsi/device_handler/scsi_dh_alua.c 
b/drivers/scsi/device_handler/scsi_dh_alua.c
index 7bb2068..62075c7 100644
--- a/drivers/scsi/device_handler/scsi_dh_alua.c
+++ b/drivers/scsi/device_handler/scsi_dh_alua.c
@@ -113,7 +113,7 @@ struct alua_queue_data {
 #define ALUA_POLICY_SWITCH_ALL 1
 
 static void alua_rtpg_work(struct work_struct *work);
-static void alua_rtpg_queue(struct alua_port_group *pg,
+static int alua_rtpg_queue(struct alua_port_group *pg,
struct scsi_device *sdev,
struct alua_queue_data *qdata, bool force);
 static void alua_check(struct scsi_device *sdev, bool force);
@@ -862,7 +862,7 @@ static void alua_rtpg_work(struct work_struct *work)
kref_put(>kref, release_port_group);
 }
 
-static void alua_rtpg_queue(struct alua_port_group *pg,
+static int alua_rtpg_queue(struct alua_port_group *pg,
struct scsi_device *sdev,
struct alua_queue_data *qdata, bool force)
 {
@@ -871,7 +871,7 @@ static void alua_rtpg_queue(struct alua_port_group *pg,
struct workqueue_struct *alua_wq = kaluad_wq;
 
if (!pg)
-   return;
+   return SCSI_DH_IO;
 
spin_lock_irqsave(>lock, flags);
if (qdata) {
@@ -906,7 +906,10 @@ static void alua_rtpg_queue(struct alua_port_group *pg,
if (sdev)
scsi_device_put(sdev);
kref_put(>kref, release_port_group);
+   return SCSI_DH_IO;
}
+
+   return SCSI_DH_OK;
 }
 
 /*
@@ -1007,11 +1010,12 @@ static int alua_activate(struct scsi_device *sdev,
mutex_unlock(>init_mutex);
goto out;
}
-   fn = NULL;
rcu_read_unlock();
mutex_unlock(>init_mutex);
 
-   alua_rtpg_queue(pg, sdev, qdata, true);
+   err = alua_rtpg_queue(pg, sdev, qdata, true);
+   if (!err)
+   fn = NULL;
kref_put(>kref, release_port_group);
 out:
if (fn)
-- 
2.8.1.windows.1


--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[patch] scsi: libfc: Remove an unneeded condition

[Dan Carpenter]

We verified that resp_code is FC_SPP_RESP_ACK earlier so we don't need
to check again here.

Signed-off-by: Dan Carpenter 

diff --git a/drivers/scsi/libfc/fc_rport.c b/drivers/scsi/libfc/fc_rport.c
index 110a707..c991f3b 100644
--- a/drivers/scsi/libfc/fc_rport.c
+++ b/drivers/scsi/libfc/fc_rport.c
@@ -1196,7 +1196,6 @@ static void fc_rport_prli_resp(struct fc_seq *sp, struct 
fc_frame *fp,
 * Check if the image pair could be established
 */
if (rdata->spp_type != FC_TYPE_FCP ||
-   resp_code != FC_SPP_RESP_ACK ||
!(pp->spp.spp_flags & FC_SPP_EST_IMG_PAIR)) {
/*
 * Nope; we can't use this port as a target.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] xen-scsifront: Add a missing call to kfree

[Juergen Gross]

On 19/11/16 19:22, Quentin Lambert wrote:
> Most error branches following the call to kmalloc contain
> a call to kfree. This patch add these calls where they are
> missing.
> 
> This issue was found with Hector.
> 
> Signed-off-by: Quentin Lambert 

Applied to xen/tip.git for-linus-4.10


Juergen

> 
> ---
>  drivers/scsi/xen-scsifront.c |1 +
>  1 file changed, 1 insertion(+)
> 
> --- a/drivers/scsi/xen-scsifront.c
> +++ b/drivers/scsi/xen-scsifront.c
> @@ -627,6 +627,7 @@ static int scsifront_action_handler(stru
>  
>   if (scsifront_enter(info)) {
>   spin_unlock_irq(host->host_lock);
> + kfree(shadow);
>   return FAILED;
>   }
>  
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html