gmane.linux.scsi

Suply Sample

Donald Ness — 2013-06-18T18:40:42


Hello sir/madam how are you doing i hope fine. Sir i contacted you r company so we can go into seriouse business . I will like you to supply the following product in a large quantity to my company i have attach a sample of it kindly view the sample in the attachment and see if you can supply much of it to my compnay. View it and get back to me as soon as possible so i can place and order for it. I look forward to hear from you soon thanks and have a great day .

Kind regars

Donald


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

Re: [PATCH 07/14] scsi_transport_srp: Add transport layer error handling

Vu Pham — 2013-06-18T16:59:46

Yes.


Ok

I don't think that user can unblock scsi device(s) via sysfs if you use 
scsi_block_requests(shost) in srp_start_tl_fail_timers().

-vu


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

GUARANTEED LOAN OFFER

Library — 2013-06-18T15:16:40


Do You Need Personal/Business Loan At 3%? If Yes Send Reply To This
Email: williamsmark685< at >gmail.com   1. Name___2. Amount____3.
Country___4. Phone No___5. Duration_____

All Repply Should Be Forwarded to This Email: williamsmark685< at >gmail.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

[PATCH v2 4/4] scsi_debug: fix do_device_access() with wrap around range

Akinobu Mita — 2013-06-18T13:31:34

do_device_access() is a function that abstracts copying SG list from/to
ramdisk storage (fake_storep).

It must deal with the ranges exceeding actual fake_storep size, because
such ranges are valid if virtual_gb is set greater than zero, and they
should be treated as fake_storep is repeatedly mirrored up to virtual size.

Unfortunately, it can't deal with the range which wraps around the end of
fake_storep. A wrap around range is copied by two sg_copy_{from,to}_buffer()
calls, but sg_copy_{from,to}_buffer() can't copy from/to in the middle of
SG list, therefore the second call can't copy correctly.

This fixes it by using sg_pcopy_{from,to}_buffer() that can copy from/to
the middle of SG list.

This also simplifies the assignment of sdb->resid in fill_from_dev_buffer().
Because fill_from_dev_buffer() is now only called once per command
execution cycle.  So it is not necessary to take care to decrease
sdb->resid if fill_from_dev_buffer() is called more than once.

Signed-off-by: Akinobu Mita <akinobu.mita< at >gma

[PATCH 1/1] aacraid: Fix for arrays are going offline in the system. System hangs

Mahesh Rajashekhara — 2013-06-18T11:32:07

Hi James,

One of the customer had reported that the set of raid logical arrays will become unavailable (I/O offline) after a long hours of IO stress test.  The OS wouldn`t be accessible afterwards and require a hard reset.

This driver patch has a fix for race condition between the doorbell and the circular buffer. The driver is modified to do an extra read after clearing the doorbell in case there had been a completion posted during the small timing window.

With this fix, we ran IO stress for ~13 days. There were no IO failures.

Signed-off-by: Mahesh Rajashekhara <Mahesh.Rajashekhara< at >pmcs.com>
---
 drivers/scsi/aacraid/src.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/drivers/scsi/aacraid/src.c b/drivers/scsi/aacraid/src.c
index 0f56d8d..7e17107 100644
--- a/drivers/scsi/aacraid/src.c
+++ b/drivers/scsi/aacraid/src.c
< at >< at > -93,6 +93,9 < at >< at > static irqreturn_t aac_src_intr_message(int irq, void *dev_id)
 int send_it = 0;
 extern int aac_sync_mode;
 
+src_writel(dev, MUnit.ODR_C, bellbits);
+

Re: Re: [SCSI] mvsas: Fix the kernel panic due to unaligned data access

Paul Guo — 2013-06-18T09:50:47

Hi James,

Thanks for the reply. See more below.


Yes, our HW has the trap type for unaligned data access. Our kernel
(see arch/tile/kernel/unaligned.c) has the ability to do fixup for
user unaligned data access but we have limited ability to do fixup
for kernel unaligned data access (In theory we can do it better but
the work is more complex), and I'm not sure other platforms which do
not support unaligned data access on HW could do kernel data fixup or
not, but many kernel components have had considered the alignment for
either performance or functionality purpose. At least we have run well
with network stack, storage io stack, etc. I have to admit that
there seems to exist kernel code that does not consider unaligned
data access much, but why not try to fix them, for whatever reason.

Following is the panic stack, from the PC register I can easily find
which code line causes the unaligned data access.

Pid: 0, comm:              swapper, CPU: 1
  r0 : 0xfffffe43f67e2c94 r1 : 0xfffffe43f86b2450 r2 : 0xfff

RE: [PATCH 8/9] scsi/pm8001: use pdev->pm_cap instead of pci_find_capability(..,PCI_CAP_ID_PM)

lindar_liu — 2013-06-18T09:25:09

It works, thanks.

Lindar.

-----Original Message-----
From: Yijing Wang [mailto:wangyijing< at >huawei.com] 
Sent: Tuesday, June 18, 2013 4:24 PM
To: James E.J. Bottomley
Cc: linux-kernel< at >vger.kernel.org; Hanjun Guo; jiang.liu< at >huawei.com; Yijing
Wang; xjtuwjp< at >gmail.com; lindar_liu< at >usish.com; linux-scsi< at >vger.kernel.org
Subject: [PATCH 8/9] scsi/pm8001: use pdev->pm_cap instead of
pci_find_capability(..,PCI_CAP_ID_PM)

Pci core has been saved pm cap register offset by pdev->pm_cap in
pci_pm_init() in init path. So we can use pdev->pm_cap instead of using
pci_find_capability(pdev, PCI_CAP_ID_PM) for better performance and
simplified code.

Signed-off-by: Yijing Wang <wangyijing< at >huawei.com>
Cc: xjtuwjp< at >gmail.com
Cc: lindar_liu< at >usish.com
Cc: "James E.J. Bottomley" <JBottomley< at >parallels.com>
Cc: linux-scsi< at >vger.kernel.org
Cc: linux-kernel< at >vger.kernel.org
---
 drivers/scsi/pm8001/pm8001_init.c |    7 +++----
 1 files changed, 3 insertions(+), 4 deletions(-)

diff --git a/drivers/scsi/pm8001/pm8001_init.c
b/drivers/scsi

Re: [PATCH net-next 2/5] net, scsi/csgb4i: convert skb->transport_header into skb_transport_header(skb)

David Miller — 2013-06-18T00:13:14

From: Simon Horman <horms< at >verge.net.au>
Date: Mon, 17 Jun 2013 11:04:11 +0900


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

(unknown)

AFG GTBANK LOAN — 2013-06-17T19:28:00



Loan Syndicacion

Am AFG Guaranty Trust Bank, zu strukturieren wir Kreditlinien treffen Sie
unsere
Kunden spezifischen geschäftlichen Anforderungen und einen deutlichen
Mehrwert für unsere
Kunden Unternehmen.
eine Division der AFG Finance und Private Bank plc.

Wenn Sie erwägen, eine große Akquisition oder ein Großprojekt sind, können
Sie
brauchen eine erhebliche Menge an Kredit. AFG Guaranty Trust Bank setzen
können
zusammen das Syndikat, das die gesamte Kredit schnürt für
Sie.


Als Bank mit internationaler Reichweite, sind wir gekommen, um Darlehen zu
identifizieren
Syndizierungen als Teil unseres Kerngeschäfts und durch spitzte diese Zeile
aggressiv sind wir an einem Punkt, wo wir kommen, um als erkannt haben
Hauptakteur in diesem Bereich.


öffnen Sie ein Girokonto heute mit einem Minimum Bankguthaben von 500 £ und
Getup zu £ 10.000 als Darlehen und auch den Hauch einer Chance und gewann
die Sterne
Preis von £ 500.000 in die sparen und gewinnen promo in may.aply jetzt.


mit dem Folowin

Re: interrupt coalescing in LSI HBA controller

Baruch Even — 2013-06-17T20:53:02

I didn't try to find it at lsi, there are other places but if it
didn't work it wouldn't help much to find it in another place.

At work I wrote a utility based on the LSI documentation that works on
similar HBAs but I don't think I'd be able to release that. The
relevant headers are in the Linux kernel and you can try to ask LSI
support for the documentation directly, I obviously can't provide it.

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

Re: interrupt coalescing in LSI HBA controller

Zheng Da — 2013-06-17T20:34:04

Hello,

I have tried lsiutil and it cannot recognize the LSI controllers. I
have talked to the LSI tech support and they told me that lsiutil
doesn't support this type of HBA controllers.
I found lsiutil in some other place. I couldn't find it in on LSI's
website. Do you know where I can download it from LSI's website?

Thanks,
Da

On Mon, Jun 17, 2013 at 2:44 PM, Baruch Even <baruch< at >ev-en.org> wrote:
--
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

Re: interrupt coalescing in LSI HBA controller

Baruch Even — 2013-06-17T18:44:01

lsiutil will enable you to read and control the interrupt coalescing on the hba.
It should be possible to find it on lsi's website.

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

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-17T14:14:03

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





--- Comment #4 from Jack Hill <jackhill< at >jackhill.us>  2013-06-17 14:14:03 ---
Hi,

I have attached dmesg output from good ad bad kernels with extended error
logging.

Reverting the commit solved the problem. I was not able to revert the commit on
3.10-rc4 because it resulted in conficts, and I'm not familiar enough with that
code to resolve them by hand.

Best,
Jack

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-17T14:05:31

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





--- Comment #3 from Jack Hill <jackhill< at >jackhill.us>  2013-06-17 14:05:31 ---
Created an attachment (id=104981)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=104981)
dmest output for bad kernel with extended error reporting

[Bug 59601] commit 97dec564fd4948e0e560869c80b76e166ca2a83e breaks communication with XYRATEX disk shelves

2013-06-17T14:04:52

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





--- Comment #2 from Jack Hill <jackhill< at >jackhill.us>  2013-06-17 14:04:52 ---
Created an attachment (id=104971)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=104971)
dmesg output for good kernel with extended error reporting

Quick Loans

Sec Capital Loan — 2013-06-17T10:58:05

Do you need a personal or business loan without stress and quick approval? If yes, contact us today as we are currently offering loans at superb interest rate. Our loan is secured and safe,For more information and Application, Please reply to this Email.

Sincerely,
Vijay Nath
--
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

Re: [PATCH 07/14] scsi_transport_srp: Add transport layer error handling

Bart Van Assche — 2013-06-17T07:29:46

Even if setting the state SDEV_BLOCK doesn't help much with improving 
failover time, it still has the advantage over using 
scsi_block_requests() that it can be overridden by a user via sysfs.

Bart.

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

Re: [PATCH 07/14] scsi_transport_srp: Add transport layer error handling

Hannes Reinecke — 2013-06-17T07:14:56

[ .. ]
Why, but of course.

The typical scenario would be:
-> detect link-loss
-> call scsi_block_request()
-> start dev_loss_tmo and fast_io_fail_tmo

-> When fast_io_fail_tmo triggers:
   -> Abort all outstanding requests

-> When dev_loss_tmo triggers:
   -> Abort all outstanding requests
   -> Remove/disable the I_T nexus
   -> call scsi_unblock_request()

However, if and whether multipath detects SDEV_BLOCK doesn't
guarantee a fast failover; in fact is was only added rather recently
as it's not a big win in most cases.

Cheers,

Hannes

Re: [PATCH 07/14] scsi_transport_srp: Add transport layer error handling

Bart Van Assche — 2013-06-17T07:04:31

Hello Hannes,

I agree that the value of fast_io_fail_tmo should be kept small. 
Although as you explained changing the SCSI device state into SDEV_BLOCK 
doesn't help for I/O that has already been queued on a failed path, I 
think it's still useful for I/O that is queued after the fast_io_fail 
timer has been started and before that timer has expired.

Bart.

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

Quick Loans

Sec Capital Loan — 2013-06-17T05:46:44

Do you need a personal or business loan without stress and quick approval? If yes, contact us today as we are currently offering loans at superb interest rate. Our loan is secured and safe,For more information and Application, Please reply to this Email.

Sincerely,
Vijay Nath
--
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

Bekräfta din webbmail konto.

Webmail konto — 2013-06-17T06:33:46

Detta meddelande är från UPPGRADERA messaging center för alla
webb-mailkonto ägare. Vi håller på att uppgradera vår databas och
e-postkonton centrum. Vi tar bort alla oanvända e-postkonto för att skapa
utrymme för nya konton. För att förhindra att ditt konto från att
inaktiveras måste du uppdatera den.

Bekräfta din webbmail konto.
email:
Användarnamn:
Lösenord:
Bekräfta lösenord:
Födelsedatum:

Varning! Alla webbmejlkonto ägare som vägrar att uppdatera hans eller
hennes konto inom fem dagar efter mottagandet av detta e-postmeddelande
kommer att förlora hans eller hennes konto permanent.
Tack för att du använder webmail
© 2013 Webmail konto.

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