* [PATCH 0/3] SG v4 support @ 2006-12-15 15:18 FUJITA Tomonori 2006-12-15 18:57 ` Jens Axboe 0 siblings, 1 reply; 8+ messages in thread From: FUJITA Tomonori @ 2006-12-15 15:18 UTC (permalink / raw) To: linux-scsi; +Cc: dougg, jens.axboe The following patches add SG v4 support to bsg. They are over Jens' bsg branch. I just replaced bsg's SG v3 support with SG v4 and haven't added anything new yet. So it can only handle SCSI commands. I've uploaded simple programs to just read/write by using SG v4: http://www.kernel.org/pub/linux/kernel/people/tomo/sg4/ # They haven't showed up yet. kernel.org is very slow today. please # wait for a while. I've not heavily tested this but seems to work. We can begin to do fun stuff like extending the current code paths for blk_pc (or creates new paths) for non SCSI commands. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/3] SG v4 support 2006-12-15 15:18 [PATCH 0/3] SG v4 support FUJITA Tomonori @ 2006-12-15 18:57 ` Jens Axboe 2006-12-15 19:41 ` James Bottomley 2006-12-19 13:55 ` FUJITA Tomonori 0 siblings, 2 replies; 8+ messages in thread From: Jens Axboe @ 2006-12-15 18:57 UTC (permalink / raw) To: FUJITA Tomonori; +Cc: linux-scsi, dougg On Sat, Dec 16 2006, FUJITA Tomonori wrote: > The following patches add SG v4 support to bsg. They are over Jens' > bsg branch. > > I just replaced bsg's SG v3 support with SG v4 and haven't added > anything new yet. So it can only handle SCSI commands. Good start! Just one comment before I look over this and merge it - I'd prefer keeping this out of sg.c. One of the problems we have right now are dual pieces of code for sg v3, and I think it would be silly to continue down this path. Lets keep sg.c as a legacy sg v3 interface (it'll be the only one except SG_IO in the block layer), and let bsg take sg v4 and forward. There's really zero gain in having it in two places. IOW, put the sg v4 structure in bsg.h. > I've uploaded simple programs to just read/write by using SG v4: > > http://www.kernel.org/pub/linux/kernel/people/tomo/sg4/ Great! I'll get this reviewed and merged as soon as I can, probably monday. -- Jens Axboe ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/3] SG v4 support 2006-12-15 18:57 ` Jens Axboe @ 2006-12-15 19:41 ` James Bottomley 2006-12-15 20:03 ` Jens Axboe 2006-12-19 13:55 ` FUJITA Tomonori 1 sibling, 1 reply; 8+ messages in thread From: James Bottomley @ 2006-12-15 19:41 UTC (permalink / raw) To: Jens Axboe; +Cc: FUJITA Tomonori, linux-scsi, dougg On Fri, 2006-12-15 at 19:57 +0100, Jens Axboe wrote: > Good start! Just one comment before I look over this and merge it - > I'd > prefer keeping this out of sg.c. One of the problems we have right now > are dual pieces of code for sg v3, and I think it would be silly to > continue down this path. Lets keep sg.c as a legacy sg v3 interface > (it'll be the only one except SG_IO in the block layer), and let bsg > take sg v4 and forward. > > There's really zero gain in having it in two places. There is a slight complexity here in that sg is the only thing that attaches to things like processor devices, or other devices we have no ULD for; so if we want sg v4 exposed to them, we need to at least route sg though this ioctl. James ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/3] SG v4 support 2006-12-15 19:41 ` James Bottomley @ 2006-12-15 20:03 ` Jens Axboe 0 siblings, 0 replies; 8+ messages in thread From: Jens Axboe @ 2006-12-15 20:03 UTC (permalink / raw) To: James Bottomley; +Cc: FUJITA Tomonori, linux-scsi, dougg On Fri, Dec 15 2006, James Bottomley wrote: > On Fri, 2006-12-15 at 19:57 +0100, Jens Axboe wrote: > > Good start! Just one comment before I look over this and merge it - > > I'd > > prefer keeping this out of sg.c. One of the problems we have right now > > are dual pieces of code for sg v3, and I think it would be silly to > > continue down this path. Lets keep sg.c as a legacy sg v3 interface > > (it'll be the only one except SG_IO in the block layer), and let bsg > > take sg v4 and forward. > > > > There's really zero gain in having it in two places. > > There is a slight complexity here in that sg is the only thing that > attaches to things like processor devices, or other devices we have no > ULD for; so if we want sg v4 exposed to them, we need to at least route > sg though this ioctl. Rather a little pain for something like that, than the pain of duplicating and maintaining that code. -- Jens Axboe ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/3] SG v4 support 2006-12-15 18:57 ` Jens Axboe 2006-12-15 19:41 ` James Bottomley @ 2006-12-19 13:55 ` FUJITA Tomonori 2006-12-19 14:02 ` Jens Axboe 1 sibling, 1 reply; 8+ messages in thread From: FUJITA Tomonori @ 2006-12-19 13:55 UTC (permalink / raw) To: jens.axboe; +Cc: fujita.tomonori, linux-scsi, dougg From: Jens Axboe <jens.axboe@oracle.com> Subject: Re: [PATCH 0/3] SG v4 support Date: Fri, 15 Dec 2006 19:57:05 +0100 > On Sat, Dec 16 2006, FUJITA Tomonori wrote: > > The following patches add SG v4 support to bsg. They are over Jens' > > bsg branch. > > > > I just replaced bsg's SG v3 support with SG v4 and haven't added > > anything new yet. So it can only handle SCSI commands. > > Good start! Just one comment before I look over this and merge it - I'd > prefer keeping this out of sg.c. One of the problems we have right now > are dual pieces of code for sg v3, and I think it would be silly to > continue down this path. Lets keep sg.c as a legacy sg v3 interface > (it'll be the only one except SG_IO in the block layer), and let bsg > take sg v4 and forward. Yeah, that's what I want to do. > There's really zero gain in having it in two places. > > IOW, put the sg v4 structure in bsg.h. That's fine by me. I put the sg v4 structure in sg.h simply I thought bsg.h is for kernel space and some user-space programs need to include sg.h for some old ioctl stuff even if they use only sg v4. > > I've uploaded simple programs to just read/write by using SG v4: > > > > http://www.kernel.org/pub/linux/kernel/people/tomo/sg4/ > > Great! > > I'll get this reviewed and merged as soon as I can, probably monday. Thanks. The patchset is on the top of the two minor patches: http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265732083&w=2 http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265731963&w=2 The latter needs small modifications if you will change blk_rq_unmap_user interface. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/3] SG v4 support 2006-12-19 13:55 ` FUJITA Tomonori @ 2006-12-19 14:02 ` Jens Axboe 2006-12-19 14:09 ` Jens Axboe 0 siblings, 1 reply; 8+ messages in thread From: Jens Axboe @ 2006-12-19 14:02 UTC (permalink / raw) To: FUJITA Tomonori; +Cc: linux-scsi, dougg On Tue, Dec 19 2006, FUJITA Tomonori wrote: > From: Jens Axboe <jens.axboe@oracle.com> > Subject: Re: [PATCH 0/3] SG v4 support > Date: Fri, 15 Dec 2006 19:57:05 +0100 > > > On Sat, Dec 16 2006, FUJITA Tomonori wrote: > > > The following patches add SG v4 support to bsg. They are over Jens' > > > bsg branch. > > > > > > I just replaced bsg's SG v3 support with SG v4 and haven't added > > > anything new yet. So it can only handle SCSI commands. > > > > Good start! Just one comment before I look over this and merge it - I'd > > prefer keeping this out of sg.c. One of the problems we have right now > > are dual pieces of code for sg v3, and I think it would be silly to > > continue down this path. Lets keep sg.c as a legacy sg v3 interface > > (it'll be the only one except SG_IO in the block layer), and let bsg > > take sg v4 and forward. > > Yeah, that's what I want to do. > > > > There's really zero gain in having it in two places. > > > > IOW, put the sg v4 structure in bsg.h. > > That's fine by me. I put the sg v4 structure in sg.h simply I thought > bsg.h is for kernel space and some user-space programs need to include > sg.h for some old ioctl stuff even if they use only sg v4. Ah ok, bsg.h is just a generic header, there's no reason it cannot contain user-mapped bits as well. > > > I've uploaded simple programs to just read/write by using SG v4: > > > > > > http://www.kernel.org/pub/linux/kernel/people/tomo/sg4/ > > > > Great! > > > > I'll get this reviewed and merged as soon as I can, probably monday. > > Thanks. The patchset is on the top of the two minor patches: > > http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265732083&w=2 > http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265731963&w=2 > > The latter needs small modifications if you will change > blk_rq_unmap_user interface. I'll rebase the bsg tree as soon as Linus pulls the for-linus branch, which has a number of SG_IO related changes and fixes. Ah I'll just rebase bsg now and send you a note, then please resend the pending patches against that and I'll include it. -- Jens Axboe ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/3] SG v4 support 2006-12-19 14:02 ` Jens Axboe @ 2006-12-19 14:09 ` Jens Axboe 2006-12-19 14:25 ` FUJITA Tomonori 0 siblings, 1 reply; 8+ messages in thread From: Jens Axboe @ 2006-12-19 14:09 UTC (permalink / raw) To: FUJITA Tomonori; +Cc: linux-scsi, dougg On Tue, Dec 19 2006, Jens Axboe wrote: > > Thanks. The patchset is on the top of the two minor patches: > > > > http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265732083&w=2 > > http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265731963&w=2 > > > > The latter needs small modifications if you will change > > blk_rq_unmap_user interface. > > I'll rebase the bsg tree as soon as Linus pulls the for-linus branch, > which has a number of SG_IO related changes and fixes. Ah I'll just > rebase bsg now and send you a note, then please resend the pending > patches against that and I'll include it. bsg branch rebased, please send the patch against the current one. HEAD of tree is fc68dbc4630ffef6dce5198fd90bdec37a9bbf44. -- Jens Axboe ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/3] SG v4 support 2006-12-19 14:09 ` Jens Axboe @ 2006-12-19 14:25 ` FUJITA Tomonori 0 siblings, 0 replies; 8+ messages in thread From: FUJITA Tomonori @ 2006-12-19 14:25 UTC (permalink / raw) To: jens.axboe; +Cc: fujita.tomonori, linux-scsi, dougg From: Jens Axboe <jens.axboe@oracle.com> Subject: Re: [PATCH 0/3] SG v4 support Date: Tue, 19 Dec 2006 15:09:24 +0100 > On Tue, Dec 19 2006, Jens Axboe wrote: > > > Thanks. The patchset is on the top of the two minor patches: > > > > > > http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265732083&w=2 > > > http://marc.theaimsgroup.com/?l=linux-scsi&m=116621265731963&w=2 > > > > > > The latter needs small modifications if you will change > > > blk_rq_unmap_user interface. > > > > I'll rebase the bsg tree as soon as Linus pulls the for-linus branch, > > which has a number of SG_IO related changes and fixes. Ah I'll just > > rebase bsg now and send you a note, then please resend the pending > > patches against that and I'll include it. > > bsg branch rebased, please send the patch against the current one. HEAD > of tree is fc68dbc4630ffef6dce5198fd90bdec37a9bbf44. Thanks. I will update and resend the patches tomorrow. ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2006-12-19 14:28 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-12-15 15:18 [PATCH 0/3] SG v4 support FUJITA Tomonori 2006-12-15 18:57 ` Jens Axboe 2006-12-15 19:41 ` James Bottomley 2006-12-15 20:03 ` Jens Axboe 2006-12-19 13:55 ` FUJITA Tomonori 2006-12-19 14:02 ` Jens Axboe 2006-12-19 14:09 ` Jens Axboe 2006-12-19 14:25 ` FUJITA Tomonori
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox