[ANNOUNCE] iSCSI enterprise target software

2005-02-28 Thread FUJITA Tomonori
Hi, I would like to announce the iSCSI enterprise target (IET) software, which is open-source software to build iSCSI storage systems. It can provide disk volumes to iSCSI initiators by using any kinds of files (regular files, block devices, virtual block devices like RAID and LVM, etc). The

Re: 2.6.23-rc4-mm1

2007-09-10 Thread FUJITA Tomonori
. Even if we revert the qla1280 patch, scsi-ml still sends chaining sg list. So it doesn't work. The following patch disables chaining sg list for qla1280. If the fix that I've just sent doesn't work, please try this. - From: FUJITA Tomonori [EMAIL PROTECTED] Subject: [PATCH] add use_sg_chaining

Re: 2.6.23-rc4-mm1

2007-09-10 Thread FUJITA Tomonori
On Mon, 10 Sep 2007 12:20:38 -0700 Andrew Morton [EMAIL PROTECTED] wrote: On Mon, 10 Sep 2007 20:59:49 +0200 Torsten Kaiser [EMAIL PROTECTED] wrote: On 9/10/07, Andrew Morton [EMAIL PROTECTED] wrote: On Mon, 10 Sep 2007 18:49:26 +0100 Andy Whitcroft [EMAIL PROTECTED] wrote: I

Re: [0/22] Advansys updates 2007-09-09

2007-09-10 Thread FUJITA Tomonori
calls to -queuecommand This is on the top of the patchset. Can I get your ACK on it? This depends on scsi-misc, the patchset, and sg chaining stuff. -- From: FUJITA Tomonori [EMAIL PROTECTED] Subject: [PATCH] advansys: convert to use the data buffer accessors - remove the unnecessary map_single

Re: [PATCH update] SCSI: update Kconfig help text to indicate SCSI core's widespread usage

2007-09-14 Thread FUJITA Tomonori
On Fri, 14 Sep 2007 23:14:21 +0200 (CEST) Stefan Richter [EMAIL PROTECTED] wrote: Signed-off-by: Stefan Richter [EMAIL PROTECTED] --- And one more update: There is SAS too, and I forgot 'is' in on a disk which __ accessed via. drivers/scsi/Kconfig | 67

Re: 2.6.23-rc4-mm1

2007-09-15 Thread FUJITA Tomonori
On Fri, 14 Sep 2007 21:16:35 -0700 Paul Jackson [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: Can you try this patch (against 2.6.23-rc4-mm1)? From 592bd2049cb3e6e1f1dde7cf631879f26ddffeaa Mon Sep 17 00:00:00 2001 From: FUJITA Tomonori [EMAIL PROTECTED] Date: Mon, 10 Sep 2007 04:17

Re: [PATCH update] SCSI: update Kconfig help text to indicate SCSI core's widespread usage

2007-09-15 Thread FUJITA Tomonori
On Sat, 15 Sep 2007 14:30:10 +0200 Stefan Richter [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: On Sat, 15 Sep 2007 08:16:03 +0200 Stefan Richter [EMAIL PROTECTED] wrote: Or would be for newer SCSI transports such as Fibre Channel, FireWire storage, iSCSI, SAS, and more, be OK

Re: command failing at iSCSI disconnect

2007-09-15 Thread FUJITA Tomonori
On Fri, 14 Sep 2007 14:43:43 -0700 Dave Jiang [EMAIL PROTECTED] wrote: I'm using the latest linus git tree. This is in fileio mode with IOMode=wb. It seems that if I do I/O and then immediately disconnect then the cache sync commands fail. Is this expected behavior or should the connection

Re: [PATCH] set supported_mode for lots of llds

2007-09-15 Thread FUJITA Tomonori
On Sat, 15 Sep 2007 23:07:10 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: The majority of llds don't set supported_mode in scsi_host_template so we get: luce:/sys/class/scsi_host/host0$ cat supported_mode unknown It's harmless but it would be better to get

Re: [PATCH 16/22] advansys: Eliminate prototypes

2007-09-16 Thread FUJITA Tomonori
+0x21a): undefined reference to `isa_unregister_driver' make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/home/fujita/git/linux-2.6' make: *** [debian/stamp-build-kernel] Error 2 Is this already fixed like this? - From: FUJITA Tomonori [EMAIL PROTECTED] Subject: [PATCH] isa: add fake

Re: [PATCH 16/22] advansys: Eliminate prototypes

2007-09-16 Thread FUJITA Tomonori
On Sun, 16 Sep 2007 17:03:50 -0600 Matthew Wilcox [EMAIL PROTECTED] wrote: On Mon, Sep 17, 2007 at 07:41:06AM +0900, FUJITA Tomonori wrote: On Sun, 16 Sep 2007 09:31:34 -0600 Matthew Wilcox [EMAIL PROTECTED] wrote: On Sat, Sep 15, 2007 at 09:39:05AM -0500, James Bottomley wrote: I

Re: 2.6.23-rc4-mm1

2007-09-17 Thread FUJITA Tomonori
On Mon, 17 Sep 2007 15:28:19 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Sat, Sep 15 2007, FUJITA Tomonori wrote: On Fri, 14 Sep 2007 21:16:35 -0700 Paul Jackson [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: Can you try this patch (against 2.6.23-rc4-mm1)? From

Re: 2.6.23-rc4-mm1

2007-09-18 Thread FUJITA Tomonori
On Tue, 18 Sep 2007 12:18:40 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Mon, Sep 17 2007, FUJITA Tomonori wrote: On Mon, 17 Sep 2007 15:28:19 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Sat, Sep 15 2007, FUJITA Tomonori wrote: On Fri, 14 Sep 2007 21:16:35 -0700 Paul Jackson

Re: What's in linux-2.6-block.git for 2.6.24

2007-09-23 Thread FUJITA Tomonori
On Sun, 23 Sep 2007 15:19:13 +0200 Torsten Kaiser [EMAIL PROTECTED] wrote: On 9/21/07, Jens Axboe [EMAIL PROTECTED] wrote: SG chaining bits: - This is the bulk of the patchset. It consists of three major components: - sglist-core, which add helpers for iterating sg lists and

Re: queued patches for SCSI for 2.6.24

2007-09-25 Thread FUJITA Tomonori
On Tue, 25 Sep 2007 20:42:35 -0500 James Bottomley [EMAIL PROTECTED] wrote: On Wed, 2007-09-26 at 10:28 +0900, FUJITA Tomonori wrote: On Tue, 25 Sep 2007 20:00:02 -0500 James Bottomley [EMAIL PROTECTED] wrote: Andrew asked that I provide a status report of pending updates. The list

Re: queued patches for SCSI for 2.6.24

2007-09-25 Thread FUJITA Tomonori
On Tue, 25 Sep 2007 22:37:33 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: diff --git a/drivers/scsi/hosts.c b/drivers/scsi/hosts.c index adc9559..694015d 100644 --- a/drivers/scsi/hosts.c +++ b/drivers/scsi/hosts.c @@ -342,6 +342,10 @@ struct Scsi_Host

Re: queued patches for SCSI for 2.6.24

2007-09-25 Thread FUJITA Tomonori
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 any const-ness worries for scsi_host_template, or plans for

Re: queued patches for SCSI for 2.6.24

2007-09-25 Thread FUJITA Tomonori
On Tue, 25 Sep 2007 23:01:53 -0500 James Bottomley [EMAIL PROTECTED] wrote: On Wed, 2007-09-26 at 12:55 +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

Re: queued patches for SCSI for 2.6.24

2007-09-25 Thread FUJITA Tomonori
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 any const-ness worries for scsi_host_template, or plans for

[PATCH 3/5] add sg segment limitation info to device structure

2007-09-26 Thread FUJITA Tomonori
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

[PATCH 5/5] x86-64: pci-gart iommu uses max_segment_size

2007-09-26 Thread FUJITA Tomonori
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

[PATCH 2/5] sata_inic162x: use dma_max_segment_size in scsi_host_template

2007-09-26 Thread FUJITA Tomonori
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

[PATCH 4/5] scsi_add_host sets device max_segment_size

2007-09-26 Thread FUJITA Tomonori
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

[PATCH 0/5] fix iommu sg list merge problem

2007-09-26 Thread FUJITA Tomonori
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.

[PATCH 1/5] add dma_max_segment_size option to scsi_host_template

2007-09-26 Thread FUJITA Tomonori
-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/scsi/hosts.c |5 + drivers/scsi/scsi_lib.c |1 + include/scsi/scsi_host.h |6 ++ 3 files changed, 12 insertions(+), 0 deletions(-) diff --git a/drivers/scsi/hosts.c b/drivers/scsi/hosts.c index 96bc312..22877d3 100644

Re: [PATCH 1/5] add dma_max_segment_size option to scsi_host_template

2007-09-26 Thread FUJITA Tomonori
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

Re: [PATCH 0/5] fix iommu sg list merge problem

2007-09-26 Thread FUJITA Tomonori
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

Re: [PATCH 0/5] fix iommu sg list merge problem

2007-09-26 Thread FUJITA Tomonori
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

Re: [PATCH 3/5] add sg segment limitation info to device structure

2007-09-26 Thread FUJITA Tomonori
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 request_queue

Re: [PATCH 1/5] add dma_max_segment_size option to scsi_host_template

2007-09-26 Thread FUJITA Tomonori
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

Re: [PATCH v3 2/2][BNX2]: Add iSCSI support to BNX2 devices.

2007-09-27 Thread FUJITA Tomonori
CC'ed Jens, James, and linux-scsi. On Thu, 27 Sep 2007 03:31:55 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: Yeah, we could nicely handle lld's restrictions (especially with stacking devices). But iommu code needs only max_segment_size and seg_boundary_mask, right

Re: [PATCH v3 2/2][BNX2]: Add iSCSI support to BNX2 devices.

2007-09-27 Thread FUJITA Tomonori
CC'ed Jens, James, and linux-scsi again. On Thu, 27 Sep 2007 04:22:15 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: Benjamin Herrenschmidt wrote: On Thu, 2007-09-27 at 03:49 -0400, Jeff Garzik wrote: Benjamin Herrenschmidt wrote: On Thu, 2007-09-27 at 03:31 -0400, Jeff Garzik wrote: A key

[PATCH] x86-64: pci-gart iommu sg chaining zeroes wrong sg.

2007-09-27 Thread FUJITA Tomonori
This patch is for Jens' block tree (sg chaining branch). I don't have the hardware but this looks like a bug. --- From: FUJITA Tomonori [EMAIL PROTECTED] Subject: [PATCH] x86-64: pci-gart iommu sg chaining zeroes a wrong sg's dma_length Needs to zero the end of the list. Signed-off-by: FUJITA

Re: [PATCH] x86-64: pci-gart iommu sg chaining zeroes wrong sg.

2007-09-27 Thread FUJITA Tomonori
On Fri, 28 Sep 2007 01:38:27 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote: This patch is for Jens' block tree (sg chaining branch). I don't have the hardware but this looks like a bug. --- From: FUJITA Tomonori [EMAIL PROTECTED] Subject: [PATCH] x86-64: pci-gart iommu sg chaining zeroes

Re: [PATCH 1/5] add dma_max_segment_size option to scsi_host_template

2007-09-29 Thread FUJITA Tomonori
On Thu, 27 Sep 2007 02:31:14 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: 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

Re: [PATCH 4/5] qla2xxx: add target mode support

2007-09-30 Thread FUJITA Tomonori
On Sun, 30 Sep 2007 03:57:07 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: On Thu, 27 Sep 2007 07:34:52 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: On Fri, 21 Sep 2007 07:34:18 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: Andrew Vasquez

Re: 2.6.23-rc9 boot failure (megaraid?)

2007-10-02 Thread FUJITA Tomonori
On Tue, 02 Oct 2007 15:38:13 -0500 James Bottomley [EMAIL PROTECTED] wrote: On Tue, 2007-10-02 at 20:15 +0200, Adrian Bunk wrote: Cc's added, the complete bug report is at http://lkml.org/lkml/2007/10/2/243 On Tue, Oct 02, 2007 at 12:48:26PM -0400, Burton Windle wrote: 2.6.23-rc9

Re: [PATCH 4/5] qla2xxx: add target mode support

2007-10-03 Thread FUJITA Tomonori
On Mon, 01 Oct 2007 11:00:44 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: On Thu, 27 Sep 2007 07:34:52 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: On Fri, 21 Sep 2007 07:34:18 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: Andrew Vasquez

Re: [PATCH 3/5] add sg segment limitation info to device structure

2007-10-03 Thread FUJITA Tomonori
On Tue, 2 Oct 2007 09:44:13 -0700 Greg KH [EMAIL PROTECTED] wrote: On Tue, Oct 02, 2007 at 09:25:34AM -0600, Matthew Wilcox wrote: On Tue, Oct 02, 2007 at 05:23:39PM +0200, Kay Sievers wrote: Just looking at the number of devices, it seems that allocating it dynamically would be the

RE: 2.6.23-rc9 boot failure (megaraid?)

2007-10-03 Thread FUJITA Tomonori
On Wed, 3 Oct 2007 17:32:55 -0600 Patro, Sumant [EMAIL PROTECTED] wrote: -Original Message- From: FUJITA Tomonori [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 02, 2007 5:01 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL

Re: [PATCH 4/5] qla2xxx: add target mode support

2007-10-03 Thread FUJITA Tomonori
On Wed, 03 Oct 2007 12:47:26 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: On Mon, 01 Oct 2007 11:00:44 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: atl-01:/lib/modules/2.6.23-rc3-smp-tgt/kernel/drivers/scsi/qla2xxx # tgtadm --lld fc --mode target --op show Target 1

Re: 2.6.23-rc9 boot failure (megaraid?)

2007-10-04 Thread FUJITA Tomonori
On Thu, 4 Oct 2007 09:28:34 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Thu, Oct 04 2007, FUJITA Tomonori wrote: On Wed, 3 Oct 2007 17:32:55 -0600 Patro, Sumant [EMAIL PROTECTED] wrote: -Original Message- From: FUJITA Tomonori [mailto:[EMAIL PROTECTED] Sent

Re: 2.6.23-rc9 boot failure (megaraid?)

2007-10-04 Thread FUJITA Tomonori
On Thu, 4 Oct 2007 12:48:58 +0200 Adrian Bunk [EMAIL PROTECTED] wrote: On Thu, Oct 04, 2007 at 09:28:34AM +0200, Jens Axboe wrote: ... Tomo, this is the patch I added. Please excuse my comment in case this was already clear: You are aware that this bug is a regression in 2.6.23-rc and

Re: [PATCH] Save some bytes in scsi_cmnd by rearranging members

2007-10-11 Thread FUJITA Tomonori
On Tue, 9 Oct 2007 12:06:01 -0600 Matthew Wilcox [EMAIL PROTECTED] wrote: On Tue, Oct 09, 2007 at 11:42:43AM +0200, Boaz Harrosh wrote: Please don't do this patch for now. This is because of the soon to come scsi_data_buffer patch that rearages most of the members above and puts them in a

Re: [GIT PATCH] SCSI updates for 2.6.24

2007-10-16 Thread FUJITA Tomonori
On Mon, 15 Oct 2007 00:09:41 -0400 James Bottomley [EMAIL PROTECTED] wrote: This is the accumulated updates queued for 2.6.24. It contains the usual slew of driver updates, plus some gdth and advansys rewrites. We still have some outstanding bugs in gdth and fc4 for which I'm hoping to

[PATCH] SPARC64: fix iommu sg chaining

2007-10-16 Thread FUJITA Tomonori
Commit 2c941a204070ab32d92d40318a3196a7fb994c00 looks incomplete. The helper functions like prepare_sg() need to support sg chaining too. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/sparc64/kernel/iommu.c|1 - arch/sparc64/kernel/iommu_common.c | 51

[PATCH] cciss: fix scsi_dma_map failure handiling

2007-10-17 Thread FUJITA Tomonori
This fixes the scsi_dma_map failure path, which could lead to data corruption. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/block/cciss_scsi.c | 17 + 1 files changed, 13 insertions(+), 4 deletions(-) diff --git a/drivers/block/cciss_scsi.c b/drivers/block

[PATCH] swiotlb: fix map_sg failure handling

2007-10-17 Thread FUJITA Tomonori
sg list elements might not be continuous. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- lib/swiotlb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/swiotlb.c b/lib/swiotlb.c index c419ecf..752fd95 100644 --- a/lib/swiotlb.c +++ b/lib/swiotlb.c @@ -696,7

[PATCH] IA64: iommu uses sg_next with an invalid sg element

2007-10-17 Thread FUJITA Tomonori
sg list elements might not be continuous. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/ia64/hp/common/sba_iommu.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp/common/sba_iommu.c index 4338f41..3c95f41

Re: [PATCH] SPARC64: fix iommu sg chaining

2007-10-17 Thread FUJITA Tomonori
On Wed, 17 Oct 2007 11:16:29 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Wed, Oct 17 2007, David Miller wrote: From: Jens Axboe [EMAIL PROTECTED] Date: Wed, 17 Oct 2007 10:45:28 +0200 Righto, it's invalid to call sg_next() on the last entry! Unfortunately, that's what the sparc64

Re: [PATCH] SPARC64: fix iommu sg chaining

2007-10-17 Thread FUJITA Tomonori
() helper if we need more killed. Except for sparc64, the IOMMU implementations do something like this, I think. - sparc64: zero out dma_length zero out dma_length in the entry immediately following the last mapped entry for unmap_sg. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch

Re: [PATCH] SPARC64: fix iommu sg chaining

2007-10-17 Thread FUJITA Tomonori
On Wed, 17 Oct 2007 02:45:47 -0700 (PDT) David Miller [EMAIL PROTECTED] wrote: From: FUJITA Tomonori [EMAIL PROTECTED] Date: Wed, 17 Oct 2007 18:24:01 +0900 On Wed, 17 Oct 2007 11:16:29 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Wed, Oct 17 2007, David Miller wrote: I would

Re: [PATCH] SPARC64: fix iommu sg chaining

2007-10-17 Thread FUJITA Tomonori
On Wed, 17 Oct 2007 13:01:42 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Wed, Oct 17 2007, Jens Axboe wrote: On Wed, Oct 17 2007, David Miller wrote: From: Jens Axboe [EMAIL PROTECTED] Date: Wed, 17 Oct 2007 11:16:29 +0200 On Wed, Oct 17 2007, David Miller wrote: From: Jens

Re: [PATCH] SPARC64: fix iommu sg chaining

2007-10-17 Thread FUJITA Tomonori
On Wed, 17 Oct 2007 13:41:17 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Wed, Oct 17 2007, FUJITA Tomonori wrote: On Wed, 17 Oct 2007 13:01:42 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Wed, Oct 17 2007, Jens Axboe wrote: On Wed, Oct 17 2007, David Miller wrote: From: Jens

[PATCH] qla1280: convert to use the data buffer accessors

2007-10-17 Thread FUJITA Tomonori
lists and the parameters. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/scsi/qla1280.c | 376 1 files changed, 157 insertions(+), 219 deletions(-) diff --git a/drivers/scsi/qla1280.c b/drivers/scsi/qla1280.c index 76089cf..1744244

Re: [PATCH] SPARC64: fix iommu sg chaining

2007-10-17 Thread FUJITA Tomonori
On Wed, 17 Oct 2007 20:37:58 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote: On Wed, 17 Oct 2007 13:01:42 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Wed, Oct 17 2007, Jens Axboe wrote: On Wed, Oct 17 2007, David Miller wrote: From: Jens Axboe [EMAIL PROTECTED] Date: Wed, 17 Oct

Re: SCSI target drivers?

2007-10-17 Thread FUJITA Tomonori
On Wed, 17 Oct 2007 10:27:54 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: Where can one find patches/code that illustrates target mode support? I think that the srp class and ibmvstgt (drivers/ibmvscsi/ibmvstgt) are useful. The fc class and qla2xxx are useful too but more complicated than

Re: [PATCH 27/32] scsi_data_buffer

2007-10-17 Thread FUJITA Tomonori
On Wed, 17 Oct 2007 20:21:15 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: In preparation for bidi we abstract all IO members of scsi_cmnd, that will need to duplicate, into a substructure. - Group all IO members of scsi_cmnd into a scsi_data_buffer structure. - Adjust

Re: [PATCH 27/32] scsi_data_buffer

2007-10-18 Thread FUJITA Tomonori
On Thu, 18 Oct 2007 09:51:10 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: On Thu, Oct 18 2007 at 1:40 +0200, FUJITA Tomonori [EMAIL PROTECTED] wrote: On Wed, 17 Oct 2007 20:21:15 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: In preparation for bidi we abstract all IO members of scsi_cmnd

Re: [PATCH 27/32] scsi_data_buffer

2007-10-18 Thread FUJITA Tomonori
On Thu, 18 Oct 2007 10:27:34 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: On Thu, Oct 18 2007 at 9:57 +0200, FUJITA Tomonori [EMAIL PROTECTED] wrote: On Thu, 18 Oct 2007 09:51:10 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: On Thu, Oct 18 2007 at 1:40 +0200, FUJITA Tomonori [EMAIL

Re: [PATCH 27/32] scsi_data_buffer

2007-10-18 Thread FUJITA Tomonori
On Thu, 18 Oct 2007 17:45:21 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote: On Thu, 18 Oct 2007 10:27:34 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: On Thu, Oct 18 2007 at 9:57 +0200, FUJITA Tomonori [EMAIL PROTECTED] wrote: On Thu, 18 Oct 2007 09:51:10 +0200 Boaz Harrosh [EMAIL

Re: Target mode support for qlogic chipsets isp2422/2432/5422/5432

2007-10-23 Thread FUJITA Tomonori
On Tue, 23 Oct 2007 13:47:20 +0530 Thayumanavar Sachithanantham [EMAIL PROTECTED] wrote: Hi All, Does the recent target mode support added for tgt support target mode for qla chipset (qla24xx series)? We've been trying: http://marc.info/?t=11885798674r=1w=2 But I heard that the

Re: Target mode support for qlogic chipsets isp2422/2432/5422/5432

2007-10-23 Thread FUJITA Tomonori
On Tue, 23 Oct 2007 07:48:30 -0700 Seokmann Ju [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: On Tue, 23 Oct 2007 13:47:20 +0530 Thayumanavar Sachithanantham [EMAIL PROTECTED] wrote: Hi All, Does the recent target mode support added for tgt support target mode for qla chipset

[PATCH -mm 05/11] IA64: make sba_iommu respect the segment size limits

2007-10-24 Thread FUJITA Tomonori
This patch makes sba iommu respect segment size limits when merging sg lists. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/ia64/hp/common/sba_iommu.c |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/ia64/hp/common/sba_iommu.c b/arch/ia64/hp

[PATCH -mm 07/11] sparc64: make iommu respect the segment size limits

2007-10-24 Thread FUJITA Tomonori
This patch makes iommu respect segment size limits when merging sg lists. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/sparc64/kernel/iommu.c|2 +- arch/sparc64/kernel/iommu_common.c |8 ++-- arch/sparc64/kernel/iommu_common.h |3 ++- arch/sparc64/kernel

[PATCH -mm 09/11] call blk_queue_segment_boundary in __scsi_alloc_queue

2007-10-24 Thread FUJITA Tomonori
device_dma_parameters accessors like pci_set_dma_max_seg_size when allocating scsi_host. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/scsi/scsi_lib.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c index 61fdaf0..23a30ab

[PATCH -mm 08/11] parisc: make iommu respect the segment size limits

2007-10-24 Thread FUJITA Tomonori
This patch makes iommu respect segment size limits when merging sg lists. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/parisc/ccio-dma.c |2 +- drivers/parisc/iommu-helpers.h |7 ++- drivers/parisc/sba_iommu.c |2 +- 3 files changed, 8 insertions(+), 3

[PATCH -mm 0/11] fix iommu sg merging problem

2007-10-24 Thread FUJITA Tomonori
IOMMUs merges scatter/gather segments without considering a low level driver's restrictions. The problem is that IOMMUs can't access to the limitations because they are in request_queue. This patchset introduces a new structure, device_dma_parameters, including dma information. A pointer to

[PATCH -mm 11/11] aacraid: use pci_set_dma_max_seg_size

2007-10-24 Thread FUJITA Tomonori
This sets the segment size limit properly via pci_set_dma_max_seg_size and remove blk_queue_max_segment_size because scsi-ml calls it. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/scsi/aacraid/linit.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git

[PATCH -mm 06/11] alpha: make pci_iommu respect the segment size limits

2007-10-24 Thread FUJITA Tomonori
This patch makes pci_iommu respect segment size limits when merging sg lists. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/alpha/kernel/pci_iommu.c | 24 ++-- include/asm-alpha/pci.h |1 + 2 files changed, 19 insertions(+), 6 deletions(-) diff --git

[PATCH -mm 04/11] ppc: make iommu respect the segment size limits

2007-10-24 Thread FUJITA Tomonori
This patch makes iommu respect segment size limits when merging sg lists. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/powerpc/kernel/dma_64.c |2 +- arch/powerpc/kernel/iommu.c |8 ++-- include/asm-powerpc/iommu.h |2 +- 3 files changed, 8 insertions(+), 4

[PATCH -mm 03/11] x86: make pci-gart iommu respect the segment size limits

2007-10-24 Thread FUJITA Tomonori
This patch makes pci-gart iommu respect segment size limits when merging sg lists. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/x86/kernel/pci-gart_64.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/arch/x86/kernel/pci-gart_64.c b/arch/x86/kernel/pci

[PATCH -mm 01/11] add device_dma_parameters structure

2007-10-24 Thread FUJITA Tomonori
are added. So we can easily change where to place struct device_dma_parameters in the future. - dma_get_max_seg_size returns 64K if dma_parms in struct device isn't set up properly. 64K is the default max_segment_size in the block layer. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- include

Re: [PATCH -mm 11/11] aacraid: use pci_set_dma_max_seg_size

2007-10-24 Thread FUJITA Tomonori
On Wed, 24 Oct 2007 07:31:30 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: This sets the segment size limit properly via pci_set_dma_max_seg_size and remove blk_queue_max_segment_size because scsi-ml calls it. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED

Re: [PATCH -mm 02/11] PCI: add device_dma_parameters support

2007-10-24 Thread FUJITA Tomonori
On Wed, 24 Oct 2007 07:34:07 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: index 463a5a9..54edea2 100644 --- a/drivers/pci/probe.c +++ b/drivers/pci/probe.c @@ -985,8 +985,11 @@ void pci_device_add(struct pci_dev *dev, struct pci_bus *bus) set_dev_node

Re: [PATCH -mm 09/11] call blk_queue_segment_boundary in __scsi_alloc_queue

2007-10-24 Thread FUJITA Tomonori
On Wed, 24 Oct 2007 07:39:16 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: request_queue and device struct must have the same value of a segment size limit. This patch adds blk_queue_segment_boundary in __scsi_alloc_queue so LLDs don't need to call both

Re: [PATCH -mm 0/11] fix iommu sg merging problem

2007-10-24 Thread FUJITA Tomonori
On Wed, 24 Oct 2007 07:40:50 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: IOMMUs merges scatter/gather segments without considering a low level driver's restrictions. The problem is that IOMMUs can't access to the limitations because they are in request_queue

Re: [PATCH -mm 09/11] call blk_queue_segment_boundary in __scsi_alloc_queue

2007-10-24 Thread FUJITA Tomonori
On Wed, 24 Oct 2007 16:28:11 +0200 Jens Axboe [EMAIL PROTECTED] wrote: On Wed, Oct 24 2007, FUJITA Tomonori wrote: On Wed, 24 Oct 2007 07:39:16 -0400 Jeff Garzik [EMAIL PROTECTED] wrote: FUJITA Tomonori wrote: request_queue and device struct must have the same value of a segment

Subject: [PATCH] tgt: use KMEM_CACHE

2007-10-24 Thread FUJITA Tomonori
Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/scsi/scsi_tgt_lib.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/scsi_tgt_lib.c b/drivers/scsi/scsi_tgt_lib.c index deea3cd..7abef1a 100644 --- a/drivers/scsi/scsi_tgt_lib.c +++ b/drivers/scsi

RE: [PATCH -mm 11/11] aacraid: use pci_set_dma_max_seg_size

2007-10-24 Thread FUJITA Tomonori
On Wed, 24 Oct 2007 09:34:23 -0400 Salyzyn, Mark [EMAIL PROTECTED] wrote: ACK Thanks. Based on the presence of the call. 2.6.22, for instance, does not have this capability... I did not test this change, just accepting on the principals. How much testing of the change did you do Fujita?

[PATCH] tgt: convert to use the data buffer accessors

2007-10-24 Thread FUJITA Tomonori
This converts tgt to use the data buffer accessors to reduce the size of the scsi_data_buffer patch for tgt, which will be merged later. - Subject: [PATCH] tgt: convert to use the data buffer accessors - convert to use the new accessors for the sg lists and the parameters. Signed-off-by: FUJITA

Re: Subject: [PATCH] tgt: use KMEM_CACHE

2007-10-25 Thread FUJITA Tomonori
On Wed, 24 Oct 2007 21:25:24 -0600 Matthew Wilcox [EMAIL PROTECTED] wrote: On Wed, Oct 24, 2007 at 07:57:55PM -0700, Arjan van de Ven wrote: On Thu, 25 Oct 2007 01:21:29 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote: - scsi_tgt_cmd_cache = kmem_cache_create(scsi_tgt_cmd

[PATCH 3/3] POWERPC: convert the IOMMU to use iova

2007-11-02 Thread FUJITA Tomonori
This converts the PPC64 IOMMU to use iova for free area management. TODO: we might need to modify iova to use the tricks like avoiding cacheline bouncing. Performance tests are necessary. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/powerpc/kernel/iommu.c| 169

[PATCH -mm 0/3] convert IOMMUs to use iova

2007-11-02 Thread FUJITA Tomonori
This patchset convert the PPC64 IOMMU to use the iova code for free area management. The IOMMUs ignores low level drivers' restrictions, the maximum segment size and segment boundary. I fixed the former: http://thread.gmane.org/gmane.linux.scsi/35602 The latter makes the free area management

[PATCH 1/3] move iova from drivers/pci/ to lib/

2007-11-02 Thread FUJITA Tomonori
iova could be used by several IOMMUs. This patch just moves iova from drivers/pci/ to lib/ and fixes the appropriate Makefile and Kconfig files. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- arch/x86/Kconfig.x86_64 |1 + drivers/pci/Makefile |2 +- drivers/pci/intel-iommu.c

[PATCH 2/3] move iova cache code to iova.c

2007-11-02 Thread FUJITA Tomonori
This detaches iova cache code from intel-iommu.c to iova.c in order to enable IOMMUs to use iova code. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/pci/intel-iommu.c | 14 ++ include/linux/iova.h |6 +++--- lib/iova.c| 34

Re: [PATCH -mm 0/3] convert IOMMUs to use iova

2007-11-02 Thread FUJITA Tomonori
On Fri, 2 Nov 2007 19:12:27 +0200 Muli Ben-Yehuda [EMAIL PROTECTED] wrote: On Sat, Nov 03, 2007 at 02:05:39AM +0900, FUJITA Tomonori wrote: This patchset convert the PPC64 IOMMU to use the iova code for free area management. The IOMMUs ignores low level drivers' restrictions

Re: [PATCH -mm 0/3] convert IOMMUs to use iova

2007-11-07 Thread FUJITA Tomonori
On Fri, 2 Nov 2007 19:12:27 +0200 Muli Ben-Yehuda [EMAIL PROTECTED] wrote: On Sat, Nov 03, 2007 at 02:05:39AM +0900, FUJITA Tomonori wrote: This patchset convert the PPC64 IOMMU to use the iova code for free area management. The IOMMUs ignores low level drivers' restrictions

Re: [PATCH 1/3] scsi_tgt_lib: Use scsi_init_io instead of scsi_alloc_sgtable

2007-11-08 Thread FUJITA Tomonori
On Thu, 08 Nov 2007 16:01:53 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: On Thu, Nov 08 2007 at 15:04 +0200, FUJITA Tomonori [EMAIL PROTECTED] wrote: On Thu, 08 Nov 2007 10:32:56 +0200 Benny Halevy [EMAIL PROTECTED] wrote: On Nov. 08, 2007, 5:13 +0200, FUJITA Tomonori [EMAIL PROTECTED

Re: [PATCH 3/4] scsi_data_buffer

2007-11-12 Thread FUJITA Tomonori
On Mon, 12 Nov 2007 22:06:52 -0800 Andrew Morton [EMAIL PROTECTED] wrote: On Thu, 08 Nov 2007 18:59:30 +0200 Boaz Harrosh [EMAIL PROTECTED] wrote: In preparation for bidi we abstract all IO members of scsi_cmnd, that will need to duplicate, into a substructure. - Group all IO

Re: [PATCH 3/4] scsi_data_buffer

2007-11-12 Thread FUJITA Tomonori
On Mon, 12 Nov 2007 23:07:03 -0800 Andrew Morton [EMAIL PROTECTED] wrote: On Tue, 13 Nov 2007 15:40:42 +0900 FUJITA Tomonori [EMAIL PROTECTED] wrote: On Mon, 12 Nov 2007 22:06:52 -0800 Andrew Morton [EMAIL PROTECTED] wrote: On Thu, 08 Nov 2007 18:59:30 +0200 Boaz Harrosh [EMAIL

[PATCH -mm 2/4] PCI: add dma segment boundary support

2007-11-21 Thread FUJITA Tomonori
This adds PCI's accessor for segment_boundary_mask in device_dma_parameters. The default segment_boundary is set to 0x, same to the block layer's default value (and the scsi mid layer uses the same value). Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/pci/pci.c |8

[PATCH -mm 1/4] add accessors for segment_boundary_mask in device_dma_parameters

2007-11-21 Thread FUJITA Tomonori
up properly. 0x is the default value used in the block layer and the scsi mid layer. Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- include/linux/dma-mapping.h | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/include/linux/dma-mapping.h b/include

[PATCH -mm 4/4] call dma_set_seg_boundary in __scsi_alloc_queue

2007-11-21 Thread FUJITA Tomonori
a patch to do that if it is acceptable. James and Jeff? Signed-off-by: FUJITA Tomonori [EMAIL PROTECTED] --- drivers/scsi/scsi_lib.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c index 733176d..2a15a3b 100644 --- a/drivers/scsi

[PATCH -mm 3/4] swiotlb: respect the segment boundary limits

2007-11-21 Thread FUJITA Tomonori
This patch makes swiotlb not allocate a memory area spanning LLD's segment boundary. is_span_boundary() judges whether a memory area spans LLD's segment boundary. If map_single finds such a area, map_single tries to find the next available memory area. Signed-off-by: FUJITA Tomonori [EMAIL

[PATCH -mm 0/4] fix iommu segment boundary problems

2007-11-21 Thread FUJITA Tomonori
This is the latter half of my iommu work to make the IOMMUs respect LLDs restrictions. IOMMUs allocate memory areas without considering a low level driver's segment boundary limits. So we have some workarounds: splitting sg segments again in LLDs; reserving all I/O space spanning 4GB boundary in

Re: Open-FCoE on linux-scsi

2007-11-27 Thread FUJITA Tomonori
On Tue, 27 Nov 2007 15:40:05 -0800 Love, Robert W [EMAIL PROTECTED] wrote: Hello SCSI mailing list, I'd just like to introduce ourselves a bit before we get started. My name is Robert Love and I'm joined by a team of engineers including Vasu Dev, Chris Leech and Yi Zou. We are

Re: broken dpt_i2o in 2.6.23 (was: ext2_check_page: bad entry in directory) (fwd)

2007-11-29 Thread FUJITA Tomonori
show up, so it's the lucky situation that the smallest patch actually seams to be the broken one. According to the 2.6.23-rc1 short-form changelog, there is one major edit on the dpt_i2o driver: FUJITA Tomonori [SCSI] dpt_i2o: convert to use the data buffer accessors Stephen

Re: broken dpt_i2o in 2.6.23 (was: ext2_check_page: bad entry in directory) (fwd)

2007-11-29 Thread FUJITA Tomonori
On Thu, 29 Nov 2007 17:45:57 +0100 Anders Henke [EMAIL PROTECTED] wrote: On Nov 29 2007, FUJITA Tomonori wrote: On Thu, 29 Nov 2007 14:03:19 +0100 Jan Kara [EMAIL PROTECTED] wrote: Adding relevant people and lists to CC

Re: broken dpt_i2o in 2.6.23 (was: ext2_check_page: bad entry in directory)

2007-12-04 Thread FUJITA Tomonori
it's the lucky situation that the smallest patch actually seams to be the broken one. According to the 2.6.23-rc1 short-form changelog, there is one major edit on the dpt_i2o driver: FUJITA Tomonori [SCSI] dpt_i2o: convert to use the data buffer accessors Stephen

  1   2   3   4   5   >