Re: [PATCH 1/1] Remove of old NCR53C9x/esp family of drivers

2008-01-04 Thread Finn Thain
On Fri, 4 Jan 2008, David Miller wrote: > From: Finn Thain <[EMAIL PROTECTED]> > Date: Fri, 4 Jan 2008 22:05:20 +1100 (EST) > > > I have a partially written replacement for mac_esp. Unlike the other > > NCR53C9x drivers it needs PIO or pseudo DMA depending on the machine -- so > > it is not a

Re: [PATCH] bsg : Add support for io vectors in bsg

2008-01-04 Thread FUJITA Tomonori
From: Deepak Colluru <[EMAIL PROTECTED]> Subject: [PATCH] bsg : Add support for io vectors in bsg Date: Fri, 4 Jan 2008 21:47:34 +0530 (IST) > From: Deepak Colluru <[EMAIL PROTECTED]> > > Add support for io vectors in bsg. > > Signed-off-by: Deepak Colluru <[EMAIL PROTECTED]> > --- > bsg.c |

Re: Open-FCoE on linux-scsi

2008-01-04 Thread Stefan Richter
Stefan Richter wrote: > The interconnect layer could be split further: > SCSI command set layer -- SCSI core -- SCSI transport layer (FCP) -- > Fibre Channel core -- Fibre Channel card drivers, FCoE drivers. > > But this would only really make sense if anybody would implement > additional FC-4 dri

Re: Open-FCoE on linux-scsi

2008-01-04 Thread Stefan Richter
Stefan Richter wrote: > I.e. you have SCSI command set layer -- SCSI core -- SCSI transport > layer -- interconnect layer. The interconnect layer could be split further: SCSI command set layer -- SCSI core -- SCSI transport layer (FCP) -- Fibre Channel core -- Fibre Channel card drivers, FCoE driv

Re: Open-FCoE on linux-scsi

2008-01-04 Thread Stefan Richter
Dev, Vasu wrote: [FUJITA Tomonori wrote:] >> Agreed. My FCoE initiator design would be something like: >> >> scsi-ml >> fcoe initiator driver >> libfcoe >> fc_transport_class (inclusing fcoe support) >> >> And FCoE HBA LLDs work like: >> >> scsi-ml >> FCoE HBA LLDs (some of them might use libfcoe)

Re: [PATCH] tgt: Use scsi_init_io instead of scsi_alloc_sgtable

2008-01-04 Thread James Bottomley
On Thu, 2007-12-13 at 13:44 +0200, Boaz Harrosh wrote: > - If we export scsi_init_io()/scsi_release_buffers() instead of > scsi_{alloc,free}_sgtable() from scsi_lib than tgt code is > much more insulated from scsi_lib changes. As a bonus it will > also gain bidi capability when it come

RE: Open-FCoE on linux-scsi

2008-01-04 Thread Dev, Vasu
>> >> _If_ there will indeed be dedicated FCoE HBAs in the future, the >> following stack could exist in addition to the one above: >> >> - SCSI core, >> scsi_transport_fc >> - FCoE HBA driver(s) > >Agreed. My FCoE initiator design would be something like: > >scsi-ml >fcoe initiator driver

[GIT PATCH] another SCSI critical bug fix for 2.6.24-rc6

2008-01-04 Thread James Bottomley
They just keep coming out of the woodwork, sorry. This one's in the SCSI over RDMA Protocol transport class, so it's causing SCSI over infiniband installations to oops on shutdown. I'm told that their are now nearly as many SCSI over IB users as their are voyager users, so, since it's nearly main

Re: Open-FCoE on linux-scsi

2008-01-04 Thread Mike Christie
FUJITA Tomonori wrote: Understood, but open-iscsi doesn't have the layering scheme that we do. Since we're providing a Fibre Channel protocol processing layer that different transport types can register with I think the generic name is appropriate. Anyway, I don't think anyone here is terribly st

[PATCH] bsg : Add support for io vectors in bsg

2008-01-04 Thread Deepak Colluru
From: Deepak Colluru <[EMAIL PROTECTED]> Add support for io vectors in bsg. Signed-off-by: Deepak Colluru <[EMAIL PROTECTED]> --- bsg.c | 52 +--- 1 file changed, 49 insertions(+), 3 deletions(-) diff --git a/block/bsg.c b/block/bsg.c index 8e1

RE: [PATCH 1/2] replace sizeof sense_buffer with SCSI_SENSE_BUFFERSIZE

2008-01-04 Thread FUJITA Tomonori
On Thu, 3 Jan 2008 11:10:04 -0500 "Salyzyn, Mark" <[EMAIL PROTECTED]> wrote: > ACK on aacraid/ips/dpt_i2o bits. Inspected others, this patch IS inert. Thanks! > NitMeBeingStupidAndAddingARiderToTheBill: I know it was a grep/replace. > If you need to respin because of Boaz and do not mind, do no

RE: Open-FCoE on linux-scsi

2008-01-04 Thread FUJITA Tomonori
On Thu, 3 Jan 2008 13:58:29 -0800 "Love, Robert W" <[EMAIL PROTECTED]> wrote: > >Talking about stability is a bit premature, I think. The first thing > >to do is finding a design that can be accepted into mainline. > > How can we get this started? We've provided our current solution, but > need f

Re: Open-FCoE on linux-scsi

2008-01-04 Thread FUJITA Tomonori
On Fri, 04 Jan 2008 12:45:45 +0100 Stefan Richter <[EMAIL PROTECTED]> wrote: > On 1/3/2008 10:58 PM, Love, Robert W wrote: > [FUJITA Tomonori wrote] > >>I would add one TODO item, better integration with scsi_transport_fc. > >>If we have HW FCoE HBAs in the future, we need FCoE support in the fc >

Re: [PATCH 1/1] Remove of old NCR53C9x/esp family of drivers

2008-01-04 Thread David Miller
From: Finn Thain <[EMAIL PROTECTED]> Date: Fri, 4 Jan 2008 22:05:20 +1100 (EST) > I have a partially written replacement for mac_esp. Unlike the other > NCR53C9x drivers it needs PIO or pseudo DMA depending on the machine -- so > it is not as straight-forward as jazz_esp. The new esp_scsi core a

Re: Open-FCoE on linux-scsi

2008-01-04 Thread Stefan Richter
On 1/3/2008 10:58 PM, Love, Robert W wrote: [FUJITA Tomonori wrote] >>I would add one TODO item, better integration with scsi_transport_fc. >>If we have HW FCoE HBAs in the future, we need FCoE support in the fc >>transport class (you could use its netlink mechanism for event >>notification). > >

Re: [PATCH 1/1] Remove of old NCR53C9x/esp family of drivers

2008-01-04 Thread Finn Thain
On Fri, 4 Jan 2008, Geert Uytterhoeven wrote: > > > I totally object to keeping these things around any longer. And this > > I support these changes going in. > > BTW, I hope you do remember why NCR53C9x.[ch] incarnated in the first > place... > > OK, we'll see what we can do... I have a

Re: [PATCH 1/1] Remove of old NCR53C9x/esp family of drivers

2008-01-04 Thread Geert Uytterhoeven
On Thu, 3 Jan 2008, David Miller wrote: > From: Geert Uytterhoeven <[EMAIL PROTECTED]> > > On Thu, 3 Jan 2008, James Bottomley wrote: > > > On Thu, 2008-01-03 at 17:40 +0200, Boaz Harrosh wrote: > > > > As recommended by Christoph Hellwig. There is no use > > > > of Fixing these drivers, since the