Administrador do Sistema | 23 Apr 17:05 2014
Picon

*sua caixa de correio*

Sua caixa de correio excedeu o limite de armazenamento que definido pelo administrador, você pode não
ser capaz de enviar ou receber novas mensagens até que você re-validar a sua caixa de correio. Para
voltar a validar a sua caixa de correio, por favor envie os seguintes dados abaixo:

Nome:
Nome de usuário:
Senha:
Confirme a Senha:
Endereço de E-mail:
Número de telefone:

Se você não conseguir revalidar sua caixa de correio, a caixa de correio será desativado!

obrigado
Administrador do Sistema
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Marek Vasut | 22 Apr 20:23 2014
Picon
Picon

[PATCH V2] [SCSI] esas2r: Fix comment

Minor fix for a message in the driver so that it matches the function name.

Signed-off-by: Marek Vasut <marex <at> denx.de>
Cc: James Bottomley <JBottomley <at> Parallels.com>
Cc: Bradley Grove <bgrove <at> attotech.com>
Cc: Sergei Shtylyov <sergei.shtylyov <at> cogentembedded.com>
---
 drivers/scsi/esas2r/esas2r_main.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

V2: Post to linux-scsi, tweak the commit message.

diff --git a/drivers/scsi/esas2r/esas2r_main.c b/drivers/scsi/esas2r/esas2r_main.c
index f37f3e3..6504a19 100644
--- a/drivers/scsi/esas2r/esas2r_main.c
+++ b/drivers/scsi/esas2r/esas2r_main.c
 <at>  <at>  -390,7 +390,7  <at>  <at>  static int esas2r_probe(struct pci_dev *pcid,
 	esas2r_log_dev(ESAS2R_LOG_INFO, &(pcid->dev),
 		       "pci_enable_device() OK");
 	esas2r_log_dev(ESAS2R_LOG_INFO, &(pcid->dev),
-		       "after pci_device_enable() enable_cnt: %d",
+		       "after pci_enable_device() enable_cnt: %d",
 		       pcid->enable_cnt.counter);

 	host = scsi_host_alloc(&driver_template, host_alloc_size);
--

-- 
1.8.5.3

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
(Continue reading)

Matthieu CASTET | 22 Apr 16:01 2014

Buffer I/O error after s2ram with usb storage

Hi,

while playing with suspend to ram I found a strange behavior with usb
key.

This can be easily reproduced by doing :
- plug a usb key
- start to read the usb key : "cat /dev/sdx > /dev/null"
- go to suspend : "echo mem > /sys/power/state"
- while in suspend, unplug and replug the usb key (simulate usb power
loss for computer that keep power)
- exit suspend
- there is read error on the usb key

Because the power was cut during s2ram, the usb stack reset the device
<1>.
When new data transfer are done, we got a UNIT_ATTENTION from the
device <2> and IO error are returned to user space application.

After some investigation it seems some (all on the 3 I tested) usb key
report as removable, and scsi layer abort the transfer in case of
UNIT_ATTENTION <3>.

The usb storage driver call scsi_report_bus_reset after device reset,
but because of commit dfcf7775 <4>, we don't ignore unit attention if
"sshdr.asc == 0x28 && sshdr.ascq == 0x00" ("Not-ready to ready").

If dfcf7775 is reverted there is no more Buffer I/O error.

Is that possible to find a way to restore the behavior before dfcf7775
(Continue reading)

Maurizio Lombardi | 22 Apr 13:44 2014
Picon

[PATCH] scsi: replace numeric messages with string error messages when blk_execute_rq fails. Also add printing of sense info.

Signed-off-by: Maurizio Lombardi <mlombard <at> redhat.com>
---
 drivers/scsi/device_handler/scsi_dh_alua.c | 18 ++++++++++++------
 1 file changed, 12 insertions(+), 6 deletions(-)

diff --git a/drivers/scsi/device_handler/scsi_dh_alua.c b/drivers/scsi/device_handler/scsi_dh_alua.c
index 5248c88..1903ae5 100644
--- a/drivers/scsi/device_handler/scsi_dh_alua.c
+++ b/drivers/scsi/device_handler/scsi_dh_alua.c
 <at>  <at>  -25,6 +25,7  <at>  <at> 
 #include <scsi/scsi.h>
 #include <scsi/scsi_eh.h>
 #include <scsi/scsi_dh.h>
+#include <scsi/scsi_dbg.h>

 #define ALUA_DH_NAME "alua"
 #define ALUA_DH_VER "1.3"
 <at>  <at>  -163,9 +164,12  <at>  <at>  static int submit_vpd_inquiry(struct scsi_device *sdev, struct alua_dh_data *h)

 	err = blk_execute_rq(rq->q, NULL, rq, 1);
 	if (err == -EIO) {
-		sdev_printk(KERN_INFO, sdev,
-			    "%s: evpd inquiry failed with %x\n",
-			    ALUA_DH_NAME, rq->errors);
+		sdev_printk(KERN_INFO, sdev, "%s: evpd inquiry failed\n",
+			    ALUA_DH_NAME);
+		scsi_show_result(rq->errors);
+		if (driver_byte(rq->errors) & DRIVER_SENSE)
+			__scsi_print_sense("alua vpd_inquiry", rq->sense,
+					   rq->sense_len);
(Continue reading)

Mr. Frank Lukas | 20 Apr 14:52 2014

Investitionsmöglichkei ***

Für die Achtung der: Executive Officer,

 Ihr Firmenprofil Operationen und meine Aufmerksamkeit, im Einklang mit meinem aktuellen
Diversifizierung und Expansion in die Schaffung von strategischen Partnerschaft würde ich gerne
wissen, ob es verfügbar Partnerschaft Optionen und Öffnungen für neue Investoren innerhalb Ihrer Firma.

 Wir sind eine Gruppe von Investoren, die in unternehmerischen Teams mit großen Ideen und einem
Kapitalbedarf investieren, um ihre Ideen in großen Unternehmen zu machen.

Bitte antworten Sie hier: (fran-lukas <at> qq.com)
Frank Lukas
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Hiral Shah | 18 Apr 21:28 2014
Picon

[PATCH 1/3] fnic:NoFIP solicitation frame in NONFIP mode and changed IO Throttle count

This patch contains following three minor fixes.

1) During Probe, fnic was sending FIP solicitation in Non FIP mode which is not
   expected, setting the internal fip state to Non FIP mode explicitly, avoids
   sending FIP frame.

2) When target goes offline, all outstanding IOs belong to the target will be
   terminated by driver, If the termination count is high, then it influences
   firmware responsiveness. To improve the responsiveness, default IO throttle
   count is reduced to 256.

3) Accessing Virtual Fabric Id (vfid) and fc_map of Fibre-Channel Forwarder(FCF)
   is invalid in fnic driver when Clear Virtual Link(CVL) is received prior to
   receiving flogi reject from switch. As CVL clears all FCFs.

Signed-off-by: Hiral Shah <hishah <at> cisco.com>
Signed-off-by: Sesidhar Baddela <sebaddel <at> cisco.com>
Signed-off-by: Narsimhulu Musini <nmusini <at> cisco.com>
Signed-off-by: Anantha Tungarakodi <atungara <at> cisco.com>
---
 drivers/scsi/fnic/fnic.h      | 3 ++-
 drivers/scsi/fnic/fnic_fcs.c  | 5 -----
 drivers/scsi/fnic/fnic_main.c | 3 ++-
 3 files changed, 4 insertions(+), 7 deletions(-)

diff --git a/drivers/scsi/fnic/fnic.h b/drivers/scsi/fnic/fnic.h
index 528d43b..ce88951 100644
--- a/drivers/scsi/fnic/fnic.h
+++ b/drivers/scsi/fnic/fnic.h
 <at>  <at>  -46,7 +46,8  <at>  <at> 
(Continue reading)

Kurt Miller | 18 Apr 17:23 2014

Re: LSI SAS - SSDs with DRAT and DZAT

On Thu, 2014-04-17 at 16:10 -0700, Purush Gupta wrote:
> Kurt, Just curious which LSI firmware version are you using?

currently 18.

Intel S3500 on LSI SAS 9207-8i IT:
Linux thorin 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC
2013 x86_64 x86_64 x86_64 GNU/Linux
[    3.077947] mpt2sas0: LSISAS2308: FWVersion(18.00.00.00),
ChipRevision(0x05), BiosVersion(07.22.01.00)
[    3.276611] scsi 1:0:1:0: Direct-Access     ATA      INTEL SSDSC2BB48
0355 PQ: 0 ANSI: 6
[    3.528271] sd 1:0:1:0: [sdb] 937703088 512-byte logical blocks: (480
GB/447 GiB)
cat /sys/block/sdb/queue/discard_granularity 
512

Samsung 840 Pro on LSI 9211-8i IT:
Linux gloin 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013
x86_64 x86_64 x86_64 GNU/Linux
[    2.948533] mpt2sas0: LSISAS2008: FWVersion(18.00.00.00),
ChipRevision(0x03), BiosVersion(07.35.00.00)
[    2.968993] scsi 2:0:1:0: Direct-Access     ATA      Samsung SSD 840
5B0Q PQ: 0 ANSI: 6
[    2.976587] sd 2:0:1:0: [sdb] 1000215216 512-byte logical blocks:
(512 GB/476 GiB)
cat /sys/block/sdb/queue/discard_granularity 
512

-Kurt
(Continue reading)

Alexey Khoroshilov | 18 Apr 09:25 2014
Picon

[PATCH] [SCSI] bfa: allocate memory with GFP_ATOMIC in spinlock context

bfa_fcb_pbc_vport_create() is called only from bfa_fcs_pbc_vport_init(),
that is called only from bfad_drv_start() with bfad_lock spinlock held.
So the patch replaces GFP_KERNEL with GFP_ATOMIC to avoid
sleeping in atomic spinlock context.

Found by Linux Driver Verification project (linuxtesting.org).

Signed-off-by: Alexey Khoroshilov <khoroshilov <at> ispras.ru>
---
 drivers/scsi/bfa/bfad.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/scsi/bfa/bfad.c b/drivers/scsi/bfa/bfad.c
index cc0fbcdc5192..8f46d1b72fb8 100644
--- a/drivers/scsi/bfa/bfad.c
+++ b/drivers/scsi/bfa/bfad.c
 <at>  <at>  -652,7 +652,7  <at>  <at>  bfad_vport_create(struct bfad_s *bfad, u16 vf_id,
 	unsigned long	flags;
 	struct completion fcomp;

-	vport = kzalloc(sizeof(struct bfad_vport_s), GFP_KERNEL);
+	vport = kzalloc(sizeof(struct bfad_vport_s), GFP_ATOMIC);
 	if (!vport) {
 		rc = BFA_STATUS_ENOMEM;
 		goto ext;
--

-- 
1.8.3.2

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
(Continue reading)

bugzilla-daemon | 17 Apr 21:47 2014

[Bug 74341] New: WARNING: CPU: 4 PID: 3686 at fs/sysfs/group.c:216 sysfs_remove_group

https://bugzilla.kernel.org/show_bug.cgi?id=74341

            Bug ID: 74341
           Summary: WARNING: CPU: 4 PID: 3686 at fs/sysfs/group.c:216
                    sysfs_remove_group
           Product: IO/Storage
           Version: 2.5
    Kernel Version: 3.14.1
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: SCSI
          Assignee: linux-scsi <at> vger.kernel.org
          Reporter: casteyde.christian <at> free.fr
        Regression: No

Kernel 3.14.1
Core i7 64 bits / 6GB
GCC 4.8.2

I recently got this warning while accessing an external HDD driver connected
via USB to the laptop:

sd 8:0:0:0: [sdc] Attached SCSI disk
usb 4-2: USB disconnect, device number 3
------------[ cut here ]------------
WARNING: CPU: 4 PID: 3686 at fs/sysfs/group.c:216
(Continue reading)

xiangliang yu | 17 Apr 05:07 2014
Picon

Please help me to review the patch about supporting SATA PM in LIBSAS

hi,

The patch is support SATA PM device and can  find all devices that is
attached to PM.
Until now, i have tested the identified, hot-plug and IO function and
result is ok except one mvsas timeout issue.
i'll continue to debug mvsas issue, but i don't know whether the
libsas code of the patch is ok.
So, please help me to review the patch if you feel free. thanks!
the patch is as below:

From b7fba4dac79de4f74e552e374e3a2a5b2cee3216 Mon Sep 17 00:00:00 2001
From: root <root <at> localhost.localdomain>
Date: Thu, 17 Apr 2014 10:27:06 +0800
Subject: [PATCH 1/1] LIBSAS: add support for SATA PMP

 - Add support for PM feature

Signed-off-by: root <root <at> localhost.localdomain>
---
 drivers/ata/libata-scsi.c           |   53 +++-
 drivers/scsi/libsas/sas_ata.c       |  515 ++++++++++++++++++++++++++++++++++-
 drivers/scsi/libsas/sas_discover.c  |   25 ++-
 drivers/scsi/libsas/sas_internal.h  |    2 +
 drivers/scsi/libsas/sas_phy.c       |    1 +
 drivers/scsi/libsas/sas_port.c      |   11 +
 drivers/scsi/libsas/sas_scsi_host.c |   10 +-
 drivers/scsi/mvsas/mv_64xx.c        |    2 +
 drivers/scsi/mvsas/mv_94xx.c        |   20 ++-
 drivers/scsi/mvsas/mv_init.c        |    7 +-
(Continue reading)

Dan Carpenter | 16 Apr 17:33 2014
Picon

re: [SCSI] csiostor: Chelsio FCoE offload driver

Hello Naresh Kumar Inna,

The patch a3667aaed569: "[SCSI] csiostor: Chelsio FCoE offload
driver" from Nov 15, 2012, leads to the following static checker
warning:

	drivers/scsi/csiostor/csio_mb.c:1534 csio_mb_isr_handler()
	warn: was 'sizeof(*mbp)' intended?

drivers/scsi/csiostor/csio_mb.c
  1451  int
  1452  csio_mb_isr_handler(struct csio_hw *hw)
  1453  {
  1454          struct csio_mbm         *mbm = &hw->mbm;
                                         ^^^
This struct is fairly large.

  1455          struct csio_mb          *mbp =  mbm->mcurrent;
  1456          __be64                  *cmd;
  1457          uint32_t                ctl, cim_cause, pl_cause;
  1458          int                     i;
  1459          uint32_t                ctl_reg = PF_REG(hw->pfn, CIM_PF_MAILBOX_CTRL);

[ snip ]

  1530                  /*
  1531                   * Enqueue event to EventQ. Events processing happens
  1532                   * in Event worker thread context
  1533                   */
  1534                  if (csio_enqueue_evt(hw, CSIO_EVT_MBX, mbp, sizeof(mbp)))
(Continue reading)


Gmane