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
On Tue, Sep 25, 2007 at 08:00:02PM -0500, James Bottomley wrote:
> Andrew asked that I provide a status report of pending updates. The
> list is attached below. It's pretty much driver updates and minor bug
> fixes. The main functionality changes are Kay's sysfs updates and the
> shift of the UL
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 PRO
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 b/arch/x86_64
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 b
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 a/driv
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. io
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 th
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 PROTEC
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 t
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 pa
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:
>
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
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
> > dm
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
> > fi
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. Bu
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 s
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 a
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 stat
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. seg_boundary_
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 b/drivers
On Wed, 2007-09-26 at 19:54 +0200, Kay Sievers wrote:
> 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 Si
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 defau
This whole patch series looks very nice.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
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 t
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]>
>
(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 thin
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 1
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 reque
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
> >>> lld
FUJITA Tomonori wrote:
You are right. scsi_debug's pseudo-bus works.
But probabaly, scsi_debug doesn't need to call
blk_queue_max_segment_size now.
Either way works for me. :)
Maybe dev_set_max_seg() is a better name, if people get really picky (I
don't care).
How about dma_set_max_seg_s
Al Viro wrote:
> 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
35 matches
Mail list logo
