sas_hash_addr() is the spec-defined standard hashing function. Make it
available to drivers that need it.
Signed-off-by: Jeff Garzik [EMAIL PROTECTED]
diff --git a/drivers/scsi/libsas/sas_init.c b/drivers/scsi/libsas/sas_init.c
index 9cd5abe..13c3d21 100644
--- a/drivers/scsi/libsas/sas_init.c
iommu code merges sg segments without considering lld's sg segment
restrictions. iommu code can't access to the limitations because they
are in request_queue. This patch adds max_segment_size to device
structure. seg_boundary_mask will be added too later.
Signed-off-by: FUJITA Tomonori [EMAIL
This enables pci-gart iommu to merge sg lists properly about lld's max
segment size limit.
Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED]
---
arch/x86_64/kernel/pci-gart.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/x86_64/kernel/pci-gart.c
This removes blk_queue_max_segment_size and uses dma_max_segment_size
in scsi_host_template.
Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED]
---
drivers/ata/sata_inic162x.c | 19 +++
1 files changed, 7 insertions(+), 12 deletions(-)
diff --git a/drivers/ata/sata_inic162x.c
scsi_add_host sets shost_gendev.parent-max_segment_size to enables
iommu code to merge sg lists properly about lld's max segment size
limit.
Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED]
---
drivers/scsi/hosts.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
iommu code merges sg lists without considering lld's restrictions so
some llds need a workaround to split sg lists again. This patchset
fixes iommu to handle lld's max segment size limit properly.
The problem is that iommu code can't access to the restrictions
because they are in request_queue.
This patch moves blk_queue_max_segment_size to scsi_alloc_queue from
llds. It enables scsi_add_host to tells iommu lld's
dma_max_segment_size. If a low-level driver doesn't specify
dma_max_segment_size, scsi-ml uses 65536 (MAX_SEGMENT_SIZE). So there
are not any functional changes.
Signed-off-by:
On Wed, Sep 26 2007, FUJITA Tomonori wrote:
This patch moves blk_queue_max_segment_size to scsi_alloc_queue from
llds. It enables scsi_add_host to tells iommu lld's
dma_max_segment_size. If a low-level driver doesn't specify
dma_max_segment_size, scsi-ml uses 65536 (MAX_SEGMENT_SIZE). So there
Hi,
I am getting an oops with a scsi disk put into quiesced state.
Is there an easy way to reverse this from user space so I can
cleanly reboot?
Regards
Oliver
-
To unsubscribe from this list: send the line unsubscribe linux-scsi in
the body of a message to [EMAIL
On Wed, Sep 26, 2007 at 05:57:57PM +0900, FUJITA Tomonori wrote:
iommu code merges sg lists without considering lld's restrictions so
some llds need a workaround to split sg lists again. This patchset
fixes iommu to handle lld's max segment size limit properly.
The patches look reasonable to
FUJITA Tomonori wrote:
This patch moves blk_queue_max_segment_size to scsi_alloc_queue from
llds. It enables scsi_add_host to tells iommu lld's
dma_max_segment_size. If a low-level driver doesn't specify
dma_max_segment_size, scsi-ml uses 65536 (MAX_SEGMENT_SIZE). So there
are not any functional
On Wed, Sep 26, 2007 at 10:50:20AM +0200, Stefan Boresch wrote:
Just curious: Is the patch for scsi_transport_spi.c you sent me for my
hardware problem going to make it into an official kernel?
That patch has been requested to go into 2.6.23, so isn't in this list.
--
Intel are signing my
On Wed, 2007-09-26 at 13:56 +0900, FUJITA Tomonori wrote:
On Tue, 25 Sep 2007 22:45:53 -0500
James Bottomley [EMAIL PROTECTED] wrote:
On Tue, 2007-09-25 at 23:34 -0400, Jeff Garzik wrote:
Matthew Wilcox wrote:
On Tue, Sep 25, 2007 at 10:37:33PM -0400, Jeff Garzik wrote:
Are there
On Wed, 2007-09-26 at 00:36 -0400, Jeff Garzik wrote:
current scsi-misc on i386 says:
drivers/scsi/arcmsr/arcmsr_hba.c:129: error: ‘arcmsr_pci_error_detected’
undeclared here (not in a function)
drivers/scsi/arcmsr/arcmsr_hba.c:130: error: ‘arcmsr_pci_slot_reset’
undeclared here (not in a
On Wed, 26 Sep 2007 06:11:45 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
This patch moves blk_queue_max_segment_size to scsi_alloc_queue from
llds. It enables scsi_add_host to tells iommu lld's
dma_max_segment_size. If a low-level driver doesn't specify
On Wed, 26 Sep 2007 12:02:21 +0200
Muli Ben-Yehuda [EMAIL PROTECTED] wrote:
On Wed, Sep 26, 2007 at 05:57:57PM +0900, FUJITA Tomonori wrote:
iommu code merges sg lists without considering lld's restrictions so
some llds need a workaround to split sg lists again. This patchset
fixes iommu
On Wed, 2007-09-26 at 23:34 +0900, FUJITA Tomonori wrote:
Yeah, I thought about it and it's possible (but not so easy). parisc
has IOMMU merging helper code and two parisc IOMMUs use it. ia64
sba_iommu is almost identical to parisc code. x86_64 gart, power, and
alpha do in their own way. But I
FUJITA Tomonori wrote:
On Wed, 26 Sep 2007 06:11:45 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
This patch moves blk_queue_max_segment_size to scsi_alloc_queue from
llds. It enables scsi_add_host to tells iommu lld's
dma_max_segment_size. If a low-level driver doesn't
On Wed, 26 Sep 2007 09:38:32 -0500
James Bottomley [EMAIL PROTECTED] wrote:
On Wed, 2007-09-26 at 23:34 +0900, FUJITA Tomonori wrote:
Yeah, I thought about it and it's possible (but not so easy). parisc
has IOMMU merging helper code and two parisc IOMMUs use it. ia64
sba_iommu is almost
On Fri, Apr 20, 2007 at 03:47:20PM -0500, Linas Vepstas wrote:
Implement the so-called first failure data capture (FFDC) for the
symbios PCI error recovery. After a PCI error event is reported,
the driver requests that MMIO be enabled. Once enabled, it
then reads and dumps assorted status
On Wed, Sep 26, 2007 at 05:58:01PM +0900, FUJITA Tomonori wrote:
iommu code merges sg segments without considering lld's sg segment
restrictions. iommu code can't access to the limitations because they
are in request_queue. This patch adds max_segment_size to device
structure.
Hi James,
seems we miss the following fix in the current tree.
Thanks,
Kay
From: Kay Sievers [EMAIL PROTECTED]
Subject: [SCSI] fix scsi_is_sdev_device() after switch to default sdev
attributes
Signed-off-by: Kay Sievers [EMAIL PROTECTED]
---
diff --git a/drivers/scsi/scsi_sysfs.c
On Wed, 2007-09-26 at 13:23 -0500, James Bottomley wrote:
On Wed, 2007-09-26 at 19:54 +0200, Kay Sievers wrote:
Hi James,
seems we miss the following fix in the current tree.
From: Kay Sievers [EMAIL PROTECTED]
Subject: [SCSI] fix scsi_is_sdev_device() after switch to default sdev
On Wed, 2007-09-26 at 15:08 -0500, James Bottomley wrote:
On Wed, 2007-09-26 at 20:32 +0200, Kay Sievers wrote:
On Wed, 2007-09-26 at 13:23 -0500, James Bottomley wrote:
On Wed, 2007-09-26 at 19:54 +0200, Kay Sievers wrote:
Hi James,
seems we miss the following fix in the current
On Wed, 2007-09-26 at 20:32 +0200, Kay Sievers wrote:
On Wed, 2007-09-26 at 13:23 -0500, James Bottomley wrote:
On Wed, 2007-09-26 at 19:54 +0200, Kay Sievers wrote:
Hi James,
seems we miss the following fix in the current tree.
From: Kay Sievers [EMAIL PROTECTED]
Subject:
(Adding Cc: linux-scsi)
Stefan Rutzinger wrote:
I experience a very weird offset in the data from my FW disk. It worked
well last time i used it, which is about half a year ago. Unfortunately i
can't tell what exactly changed in the meanwhile, i continued updating
debian testing an think
On Wed, Sep 26, 2007 at 10:55:11PM +0200, Stefan Richter wrote:
Strange. I haven't heard of this before. From which vendor and model
is the device, and do you know which chip is on its IDE bridge board?
I've seen it, all right. 8 bytes stuck in FIFO, pl3507 IDE bridge,
and judging by google
Hi Matthew,
A patch to stop using deprecated IRQ flags in ncr53c8xx documentaion. The new
IRQF_* macros are used instead.
Signed-off-by: Ahmed S. Darwish [EMAIL PROTECTED]
---
diff --git a/Documentation/scsi/ChangeLog.ncr53c8xx
b/Documentation/scsi/ChangeLog.ncr53c8xx
index 7d03e9d..a9f721a
On Wed, 26 Sep 2007 09:05:58 -0700
Greg KH [EMAIL PROTECTED] wrote:
On Wed, Sep 26, 2007 at 05:58:01PM +0900, FUJITA Tomonori wrote:
iommu code merges sg segments without considering lld's sg segment
restrictions. iommu code can't access to the limitations because they
are in
On Wed, 26 Sep 2007 10:42:06 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
On Wed, 26 Sep 2007 06:11:45 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
This patch moves blk_queue_max_segment_size to scsi_alloc_queue from
llds. It enables
30 matches
Mail list logo