Re: [PATCH 2/4] block layer varlen-cdb

2007-11-02 Thread Matthew Wilcox
On Fri, Nov 02, 2007 at 08:32:12AM +0200, Benny Halevy wrote: > I agree this is probably the cleanest implementation but when Boaz and I > initially discussed this approach he convinced me that LL block devices assume > that req->cmd_len <= BLK_MAX_CDB and it is unsafe at the moment to expose them

SCSI-related dead CONFIGs?

2007-11-02 Thread Robert P. J. Day
since things have stabilized after the merge window, any thoughts on the following useless(?) SCSI-related CONFIG vars? > ACORNSCSI_CONSTANTS drivers/scsi/arm/acornscsi.c:106:#undef CONFIG_ACORNSCSI_CONSTANTS drivers/scsi/arm/acornscsi.c:417:#ifdef CONFIG_ACORNSCSI_CONSTANTS drivers/scsi/ar

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

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

RE: [PATCH 1/1] [Bugme-new] [Bug 9133] New: aacraid driver fails withDell PowerEdge Expandable RAID Controller 3/Di

2007-11-02 Thread Salyzyn, Mark
You, as a Dell representative, will need to address changes in Firmware or other options for these adapters to the Adaptec representative on site. This patch does NOT impose a performance hit on consumers investing on more than 4G of Memory, what it does is prevent SCSI pass-through calls from /de

[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' restriction

RE: [PATCH 1/1] [Bugme-new] [Bug 9133] New: aacraid driver fails withDell PowerEdge Expandable RAID Controller 3/Di

2007-11-02 Thread Shyam_Iyer
>As reported in http://bugzilla.kernel.org/show_bug.cgi?id=9133 it was discovered that the PERC line of controllers lacked a key 64 bit ScatterGather >capable SCSI pass-through function. The adapters are still capable of 64 bit ScatterGather I/O commands, but these two can not be mixed. Can't t

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

2007-11-02 Thread Muli Ben-Yehuda
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, the maximum > segment size and segment boundary. > > I fixed the former: > > http://t

Re: [PATCH 15/15] Add Documentation/DocBook/scsi_midlayer.tmpl and add to Makefile.

2007-11-02 Thread James Bottomley
On Mon, 2007-10-29 at 05:12 -0500, Rob Landley wrote: > Updated drivers/scsi/* patch attached. This looks good; could you redo it, adding the missing scsi docbook tmpl file and add a change log and signed off by in the manner listed in Documentation/SubmittingPatches and it can go in. Thanks, Ja