Patrick Irwin | 25 Jul 05:23 2014
Picon

Re: its your family.


Please let me know if you got my previous mail concerning your family.

--
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

Maurizio Lombardi | 25 Jul 10:02 2014
Picon

[PATCH] bnx2fc: do not add shared skbs to the fcoe_rx_list

In some cases, the fcoe_rx_list may contains multiple instances
of the same skb (the so called "shared skbs").

the bnx2fc_l2_rcv thread is a loop that extracts a skb from the list,
modifies (and destroys) its content and the proceed to the next one.
The problem is that if the skb is shared, the remaining instances will
be corrupted.

The solution is to use skb_share_check() before adding the skb to the
fcoe_rx_list.

[ 6286.808725] ------------[ cut here ]------------
[ 6286.808729] WARNING: at include/scsi/fc_frame.h:173 bnx2fc_l2_rcv_thread+0x425/0x450 [bnx2fc]()
[ 6286.808748] Modules linked in: bnx2x(-) mdio dm_service_time bnx2fc cnic uio fcoe libfcoe 8021q garp
stp mrp libfc llc scsi_transport_fc scsi_tgt sg iTCO_wdt iTCO_vendor_support coretemp kvm_intel kvm
crct10dif_pclmul crc32_pclmul crc32c_intel e1000e ghash_clmulni_intel aesni_intel lrw gf128mul
glue_helper ablk_helper ptp cryptd hpilo serio_raw hpwdt lpc_ich pps_core ipmi_si pcspkr mfd_core
ipmi_msghandler shpchp pcc_cpufreq mperf nfsd auth_rpcgss nfs_acl lockd sunrpc dm_multipath xfs
libcrc32c ata_generic pata_acpi sd_mod crc_t10dif crct10dif_common mgag200 syscopyarea
sysfillrect sysimgblt i2c_algo_bit ata_piix drm_kms_helper ttm drm libata i2c_core hpsa dm_mirror
dm_region_hash dm_log dm_mod [last unloaded: mdio]
[ 6286.808750] CPU: 3 PID: 1304 Comm: bnx2fc_l2_threa Not tainted 3.10.0-121.el7.x86_64 #1
[ 6286.808750] Hardware name: HP ProLiant DL120 G7, BIOS J01 07/01/2013
[ 6286.808752]  0000000000000000 000000000b36e715 ffff8800deba1e00 ffffffff815ec0ba
[ 6286.808753]  ffff8800deba1e38 ffffffff8105dee1 ffffffffa05618c0 ffff8801e4c81888
[ 6286.808754]  ffffe8ffff663868 ffff8801f402b180 ffff8801f56bc000 ffff8800deba1e48
[ 6286.808754] Call Trace:
[ 6286.808759]  [<ffffffff815ec0ba>] dump_stack+0x19/0x1b
[ 6286.808762]  [<ffffffff8105dee1>] warn_slowpath_common+0x61/0x80
[ 6286.808763]  [<ffffffff8105e00a>] warn_slowpath_null+0x1a/0x20
(Continue reading)

Chis, Ioan | 25 Jul 08:28 2014
Picon

Charity Code: 29Q118

$1 Million USD. Has been donated to you kindly contact the donator Mr. Harry Black via personal email (
harryblack25 <at> rogers.com<mailto:harryblack25 <at> rogers.com> )
--
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

Chis, Ioan | 25 Jul 04:50 2014
Picon

Charity Code: 29Q118

$1 Million USD. Has been donated to you kindly contact the donator Mr. Harry Black via personal email (
harryblack25 <at> rogers.com<mailto:harryblack25 <at> rogers.com> )
--
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

Peter Hans | 24 Jul 21:22 2014
Picon

Please reply

Good day,

Here is a pdf attachment of my proposal to you. Please read and reply I
would be grateful.

Peter Hans wrote:
Attachment (Good day.pdf): application/pdf, 110 KiB
Randy Dunlap | 24 Jul 20:07 2014

[PATCH -next] scsi: fix u14-34f printk format warnings

From: Randy Dunlap <rdunlap <at> infradead.org>

Fix printk format warnings (seen on i386 builds):

../drivers/scsi/u14-34f.c: In function 'port_detect':
../drivers/scsi/u14-34f.c:630:28: warning: format '%u' expects argument of type 'unsigned int', but
argument 4 has type 'u64' [-Wformat=]
../drivers/scsi/u14-34f.c: In function 'u14_34f_queuecommand_lck':
../drivers/scsi/u14-34f.c:1290:25: warning: format '%llu' expects argument of type 'long long
unsigned int', but argument 6 has type 'int' [-Wformat=]

Signed-off-by: Randy Dunlap <rdunlap <at> infradead.org>
Cc: "James E.J. Bottomley" <JBottomley <at> parallels.com>
Cc: Christoph Hellwig <hch <at> infradead.org>
---
 drivers/scsi/u14-34f.c |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

Index: linux-next-20140724/drivers/scsi/u14-34f.c
===================================================================
--- linux-next-20140724.orig/drivers/scsi/u14-34f.c
+++ linux-next-20140724/drivers/scsi/u14-34f.c
 <at>  <at>  -1006,7 +1006,7  <at>  <at>  static int port_detect \
           sh[j]->irq, dma_name, sh[j]->sg_tablesize, sh[j]->can_queue);

    if (sh[j]->max_id > 8 || sh[j]->max_lun > 8)
-      printk("%s: wide SCSI support enabled, max_id %u, max_lun %u.\n",
+      printk("%s: wide SCSI support enabled, max_id %u, max_lun %llu.\n",
              BN(j), sh[j]->max_id, sh[j]->max_lun);

(Continue reading)

Richard Wong | 24 Jul 10:37 2014

Re:

I have a business proposal I would like to share with you, on your response I'll email you with more details.

Regards,
Richard Wong
--
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

Martin K. Petersen | 23 Jul 03:39 2014
Picon

Re: mpt2sas and mpt3sas merge (again)

>>>>> "Sreekanth" == Sreekanth Reddy <sreekanth.reddy <at> avagotech.com> writes:

Hey Sreekanth,

Sreekanth> If we have single driver approach, making any changes in
Sreekanth> driver require lots of regression and Q/A cycle so that
Sreekanth> existing customer who are based on older controller does not
Sreekanth> have any impact due some fixes/new features.

Sreekanth> With all these HBA specific features, it is unmanageable to
Sreekanth> have a common driver for SAS2 and SAS3 HBAs.

But just as a counterexample to that: qla2xxx and lpfc are both capable
of driving a wide range of chip generations and firmware interface
versions with a single driver.

The problem I have with the mpt2sas/mpt3sas split is that there are way
more commonalities than there are differences. It is trivial to handle
multiple scatterlist format and features in a single driver. You guys
already do that in megaraid_sas.

--

-- 
Martin K. Petersen	Oracle Linux Engineering
--
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

Richard Wong | 22 Jul 13:19 2014

Good Day

I have a business proposal I would like to share with you, on your response I will email you with more details.

I await your quick response.

Kind regards
Richard Wong

--
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

Hannes Reinecke | 21 Jul 10:27 2014
Picon

[PATCHv2 0/4] Initial SMR drive support

this is a first stab at implementing SMR support.
The powers that be decided to call the ATA implementation
'ZAC' (zoned access commands), and the SCSI implementation
'ZBC' (zoned block commands).

This is just basic enablement to get ZAC and ZBC drives
handled correctly.
The first three patches update the libata SATL to handle
ZAC devices correctly, and the last patch updates the 'sd'
to work correctly with ZBC devices.
ZBC devices will _not_ be handled with the 'sd' driver
automatically ss of now; however, the sd device can
be bound manually to the device by using the sysfs
'bind' attribute.

None of the specific commands like 'report zones' or
'reset write pointer' have been implemented yet as the
actual format is still not finalized.

This patch is made against the core-for-3.17 tree from hch.

Hannes Reinecke (4):
  libata: consolidate ata_dev_classify()
  libata: Implement ATA_DEV_ZAC
  libata-scsi: Update SATL for ZAC drives
  sd: Handle ZBC drives correctly

 drivers/ata/libahci.c               | 11 +++----
 drivers/ata/libata-core.c           | 34 +++++++++++++-------
 drivers/ata/libata-eh.c             |  7 +++--
(Continue reading)

Ben Hutchings | 21 Jul 02:09 2014
Picon

[PATCH] [SCSI] hpsa: Fix driver support flag initialisation on !x86

On !x86 we currently don't read the existing support flags:

/home/benh/linux-3.14.13/drivers/scsi/hpsa.c:4375:17: warning: 'driver_support' is used
uninitialized in this function [-Wuninitialized]
  driver_support |= ENABLE_UNIT_ATTN;
                 ^

Signed-off-by: Ben Hutchings <ben <at> decadent.org.uk>
Fixes: 28e134464734 ("[SCSI] hpsa: enable unit attention reporting")
Cc: <stable <at> vger.kernel.org> # 3.14+
---
Compile-tested only.

Ben.

 drivers/scsi/hpsa.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c
index 9a6e4a2..7c3ff51 100644
--- a/drivers/scsi/hpsa.c
+++ b/drivers/scsi/hpsa.c
 <at>  <at>  -6350,9 +6350,9  <at>  <at>  static inline void hpsa_set_driver_support_bits(struct ctlr_info *h)
 {
 	u32 driver_support;

+	driver_support = readl(&(h->cfgtable->driver_support));
 #ifdef CONFIG_X86
 	/* Need to enable prefetch in the SCSI core for 6400 in x86 */
-	driver_support = readl(&(h->cfgtable->driver_support));
(Continue reading)


Gmane