Re: [PATCH 0/19] clean ups on the drivers

2007-05-22 Thread FUJITA Tomonori
From: FUJITA Tomonori [EMAIL PROTECTED] Subject: Re: [PATCH 0/19] clean ups on the drivers Date: Mon, 14 May 2007 23:40:03 +0900 From: Christoph Hellwig [EMAIL PROTECTED] Subject: Re: [PATCH 0/19] clean ups on the drivers Date: Sat, 12 May 2007 16:30:23 +0100 On Sat, May 12, 2007 at 07:05

Re: [PATCH 0/19] clean ups on the drivers

2007-05-15 Thread Christoph Hellwig
On Mon, May 14, 2007 at 05:39:06PM +0200, Stefan Richter wrote: FUJITA Tomonori wrote: There are two patches for each driver, removing the non-use-sg code and converting to use the accessors. ... I merged the two. And I finished cleaning up 35 drivers in total.

Re: [PATCH 0/19] clean ups on the drivers

2007-05-15 Thread James Bottomley
On Tue, 2007-05-15 at 10:01 +0100, Christoph Hellwig wrote: On Mon, May 14, 2007 at 05:39:06PM +0200, Stefan Richter wrote: FUJITA Tomonori wrote: There are two patches for each driver, removing the non-use-sg code and converting to use the accessors. ... I merged the two. And I

Re: [PATCH 0/19] clean ups on the drivers

2007-05-15 Thread Christoph Hellwig
On Tue, May 15, 2007 at 06:54:16AM -0500, James Bottomley wrote: Er ... I really hope not ... that's exactly how the parisc iommu platform code works ... and why I designed the generic dma mapping this way. The key thing parisc needed was the ability to walk up different busses until it found

Re: [PATCH 0/19] clean ups on the drivers

2007-05-15 Thread James Bottomley
On Tue, 2007-05-15 at 12:57 +0100, Christoph Hellwig wrote: On Tue, May 15, 2007 at 06:54:16AM -0500, James Bottomley wrote: Er ... I really hope not ... that's exactly how the parisc iommu platform code works ... and why I designed the generic dma mapping this way. The key thing parisc

Re: [PATCH 0/19] clean ups on the drivers

2007-05-15 Thread David Miller
From: James Bottomley [EMAIL PROTECTED] Date: Tue, 15 May 2007 12:57:25 -0400 It might make sense to put it in lib ... however, I don't think many architectures have the problems we have ... specifically certain boxes can have 1 IOMMU, then you really have to know *which* iommu you're

Re: [PATCH 0/19] clean ups on the drivers

2007-05-15 Thread James Bottomley
On Tue, 2007-05-15 at 13:37 -0700, David Miller wrote: From: James Bottomley [EMAIL PROTECTED] Date: Tue, 15 May 2007 12:57:25 -0400 It might make sense to put it in lib ... however, I don't think many architectures have the problems we have ... specifically certain boxes can have 1

Re: [PATCH 0/19] clean ups on the drivers

2007-05-14 Thread FUJITA Tomonori
From: Christoph Hellwig [EMAIL PROTECTED] Subject: Re: [PATCH 0/19] clean ups on the drivers Date: Sat, 12 May 2007 16:30:23 +0100 On Sat, May 12, 2007 at 07:05:42PM +0900, FUJITA Tomonori wrote: There are two patches for each driver, removing the non-use-sg code and converting to use

[PATCH 0/19] clean ups on the drivers

2007-05-12 Thread FUJITA Tomonori
Hi, This patchset cleans up 9 scsi drivers, ipr, ibmvscsi, fusion, aic7xxx, qla2xxx, lpfc, aacraid, BusLogic and aic79xxx. - remove the now unnecessary map_single path. - convert to new accessors for the scsi data buffer, the sg lists, bufferlen, resid. There are two patches for each driver,

Re: [PATCH 0/19] clean ups on the drivers

2007-05-12 Thread Christoph Hellwig
On Sat, May 12, 2007 at 07:05:42PM +0900, FUJITA Tomonori wrote: There are two patches for each driver, removing the non-use-sg code and converting to use the accessors. One patch would probably be fine aswell. - To unsubscribe from this list: send the line unsubscribe linux-scsi in the body