john clyne wrote:
> What do the different hostX in /sys/class/scsi_host corespond to? There are
> seven hostX directories, 5 with sg_tablesize set to 128 and two set to 255.
A Linux "host" is a SCSI initiator port (e.g. FC) or a
SCSI initiator device (e.g. SAS). Another way of looking
at a "host"
What do the different hostX in /sys/class/scsi_host corespond to? There are
seven hostX directories, 5 with sg_tablesize set to 128 and two set to 255.
Is the implication that the hard limit is 255 * page_size, or is page_size
simply the default?
Mike Christie wrote:
>
> john clyne wrote:
>>
Hi Bino,
Fiddling with the lpfc driver on 2.6.20-rc4, shortly after
booting, I attempted to rmmod the lpfc module and got a crash:
io-raiders:~ # rmmod lpfc
cpu 0x0: Vector: 300 (Data Access) at [c003c86075a0]
pc: d08d0988: .lpfc_free_sysfs_attr+0x1c/0x58 [lpfc]
lr: d
So given that the HBA max_sectors_kb looks sufficiently large, my
interpretation of your article is the next place I need to look is at
ajusting SCSI_MAX_PHYS_SEGMENTS. Sounds like i can only increase this to
256. Does that than give me a max transfer size of 256 * page_size (4k) =
1MB? Is 1MB the
On Tue, Jan 09, 2007 at 10:00:09AM -0500, [EMAIL PROTECTED] wrote:
> Hi Linas,
> Following is the latest lpfc driver patch we are testing in the
> Emulex lab for PCI error recovery. This patch looks good on a Power5
> platform.
Yes, it seemed to survive a few hours of testting fine. I did
This patch replaces caller's end_that_request_* to blk_end_request.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
block/elevator.c|3 -
block/ll_rw_blk.c | 26 +++-
drivers/block/DAC960.c
Adding blk_end_io() as a full completion handler for I/Os other than
sync/barrier.
Completion handlers for sync/barrier I/Os are also updated to full
completion handler.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c
Changing the role of ->end_io() of struct request to a full I/O
completion handler.
blk_end_request() is added as a helper function to call the full
completion handler from drivers and others.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
b
Hi Jens and device driver maintainers,
I would like to make block interface to hook in before completing
each chunk of request (for errors) to allow request-based multipath.
The first approach was to add a new hook in __end_that_request_first().
- http://marc.theaimsgroup.com/?l=linux-scsi&m=115
Since commit 98e238cd42be6c0852da519303cf0182690f8d9f in Linux 2.6.19,
"ieee1394: sbp2: don't prefer MODE SENSE 10", some FireWire DVD-ROMs and
DVD-RWs were mistaken as CD-ROM because sr_mod now sent MODE SENSE 6.
The MMC command set includes only MODE SENSE 10.
http://bugzilla.kernel.org/show_bug.
john clyne wrote:
> Can anyone give me some guidance on where in the IO stack I might be running
> into a 512KB limit on IO transfer sizes to an external FC device? I've
> checked IO scheduler parameter
> (/sys/block//queue/{max_sectors_kb,max_hw_sectors_kb}. Both are set to
> 32767. I'm using Qlog
James Smart <[EMAIL PROTECTED]> writes:
> I don't believe this is a valid fix. This is yet another case
> of the reuse-after-free issues on sdevs. The real issue is the
> deleted sdev isn't truly getting deleted due to references, and
> we're deadlocked trying to allocate a new one while the old o
john clyne wrote:
> Can anyone give me some guidance on where in the IO stack I might be running
> into a 512KB limit on IO transfer sizes to an external FC device? I've
> checked IO scheduler parameter
> (/sys/block//queue/{max_sectors_kb,max_hw_sectors_kb}. Both are set to
> 32767. I'm using Qlog
On Wed, 2007-01-10 at 08:10 -0800, James Bottomley wrote:
> On Tue, 2007-01-09 at 16:32 -0500, Edward Goggin wrote:
> > The attached (untested) patch shows a VMware and scsi transport agnostic
> > approach which introduces a new host status (DID_QUALIFIED_REQUEUE) to
> > be used by mptscsih.c (and
Can anyone give me some guidance on where in the IO stack I might be running
into a 512KB limit on IO transfer sizes to an external FC device? I've
checked IO scheduler parameter
(/sys/block//queue/{max_sectors_kb,max_hw_sectors_kb}. Both are set to
32767. I'm using Qlogic HBAs (qla2312), but I do
On Tue, 2007-01-09 at 16:32 -0500, Edward Goggin wrote:
> The attached (untested) patch shows a VMware and scsi transport agnostic
> approach which introduces a new host status (DID_QUALIFIED_REQUEUE) to
> be used by mptscsih.c (and other LLDs) instead of DID_BUS_BUSY. A host
> status of DID_QUALI
Hi Eric.
Here you go. Let me know if there's anything else that you need . . .
Regards,
Justin
On Mon, 2007-01-08 at 18:16 -0700, Moore, Eric wrote:
> Justin wrote:
>
> > Success! Here you are
>
> Can you send the dmesg, boot.log, or messages from /var/log ?
>
> It appears you've sent me lspci
I don't believe this is a valid fix. This is yet another case
of the reuse-after-free issues on sdevs. The real issue is the
deleted sdev isn't truly getting deleted due to references, and
we're deadlocked trying to allocate a new one while the old one
is outstanding. This fix just jumps over thin
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> On Tue, 09 Jan 2007 12:01:14 +0300
> Dmitriy Monakhov <[EMAIL PROTECTED]> wrote:
>
>> network pci drivers have to return correct error code during resume stage in
>> case of errors.
>> Signed-off-by: Dmitriy Monakhov <[EMAIL PROTECTED]>
>> -
>
>
19 matches
Mail list logo
