[patch 1/1] blktrace: Add blktrace ioctls to SCSI generic devices

From: Christof Schmitt <[EMAIL PROTECTED]> Since the SCSI layer uses the request queues from the block layer, blktrace can also be used to trace the requests to all SCSI devices (like SCSI tape drives), not only disks. The only missing part is the ioctl interface to start and stop tracing. This p

[patch 0/1] Add blktrace interface to sg device files

There was no response on this patch last time, so i am resubmitting it here. It applies on the current linux-2.6 git tree. -- Christof Schmitt - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.

Re: [PATCH 2/2] scsi: Use new __dma_buffer to align sense buffer in scsi_cmnd

On Sun, 23 Dec 2007 13:09:05 +0200 Boaz Harrosh <[EMAIL PROTECTED]> wrote: > On Fri, Dec 21 2007 at 4:30 +0200, Benjamin Herrenschmidt <[EMAIL PROTECTED]> > wrote: > > The sense buffer ins scsi_cmnd can nowadays be DMA'ed into directly > > by some low level drivers (that typically happens with US

Re: [PATCH 0/7] sg_ring: a ring of scatterlist arrays

Rusty Russell wrote: > On Monday 07 January 2008 16:01:40 Tejun Heo wrote: >>> But we hit the same problems: >>> >>> 1) sg_chain loses information. The clever chain packaging makes reading >>> easy, but manipulation is severely limited. You can append to your own >>> chains by padding, but not so

Re: [PATCH 2/2] use dynamically allocated sense buffer

On Thu, 3 Jan 2008 13:56:37 +0900 FUJITA Tomonori <[EMAIL PROTECTED]> wrote: > This removes static array sense_buffer in scsi_cmnd and uses > dynamically allocated sense_buffer (with GFP_DMA). > > scsi_add_host allocates as many buffers as > scsi_host->can_queue. __scsi_get_command attaches sense

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

On do, 2008-01-03 at 20:05 +0100, Geert Uytterhoeven wrote: > 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 there is a much simpler > > > and mod

Re: [PATCH 0/7] sg_ring: a ring of scatterlist arrays

On Monday 07 January 2008 16:01:40 Tejun Heo wrote: > > But we hit the same problems: > > > > 1) sg_chain loses information. The clever chain packaging makes reading > > easy, but manipulation is severely limited. You can append to your own > > chains by padding, but not someone elses. This work

Re: [PATCH] Don't blatt first element of prv in sg_chain()

Rusty Russell wrote: > I realize that sg chaining is a ploy to make the rest of the kernel > devs feel the pain of the SCSI subsystem. But this was a little > unsubtle. > > Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> Embarrassingly Acked-by: Tejun Heo <[EMAIL PROTECTED]> Thanks. -- tejun

Re: [PATCH 0/7] sg_ring: a ring of scatterlist arrays

Hello, Rusty Russell wrote: >> The other thing I note is that the problem you're claiming to solve with >> sg_ring (the ability to add extra scatterlists to the front or the back >> of an existing one) is already solved with sg_chain, so the only real >> advantage of sg_ring was that it contains e

Re: [PATCH 0/7] sg_ring: a ring of scatterlist arrays

On Sunday 06 January 2008 02:31:12 James Bottomley wrote: > On Wed, 2007-12-19 at 17:31 +1100, Rusty Russell wrote: > > This patch series is the start of my attempt to simplify and make > > explicit the chained scatterlist logic. > > > > It's not complete: my SATA box boots and seems happy, but all

[PATCH] Don't blatt first element of prv in sg_chain()

I realize that sg chaining is a ploy to make the rest of the kernel devs feel the pain of the SCSI subsystem. But this was a little unsubtle. Signed-off-by: Rusty Russell <[EMAIL PROTECTED]> diff -r b3aec596b841 include/linux/scatterlist.h --- a/include/linux/scatterlist.h Mon Jan 07 12:43

Re: [PATCH 0/7] convert semaphore to mutex in struct class

On Sun, Jan 06, 2008 at 07:41:29PM +0100, Stefan Richter wrote: > Dave Young wrote: > > Convert semaphore to mutex in struct class. > > All the patches in this series should be applyed simultaneously > > Therefore you eventually need to repost it as a single patch. It can't > go into one of the m

Re: [PATCH 0/33][SCSI] Arrange for removal of 'scsi_typedefs.h'

James Bottomley wrote: On Sun, 2008-01-06 at 04:02 +0100, Richard Knutsson wrote: Hi all drivers/scsi/scsi_typedefs.h is about ready to be removed, only the 'struct scsi_cmnd' typedef Scsi_Cmnd is left. This set converts all the Scsi_Cmnd's, except in: Changelogs Documentation/scsi/scsi_mid_

[Announce] smp_utils-0.93 available

smp_utils is a package of command line utilities for invoking SMP functions to monitor and manage SAS expanders. SMP is the Serial Attached SCSI (SAS) Management Protocol (SMP). A SAS Host Bus Adapter (HBA) includes a SMP initiator (along with SSP and STP initiators). A SAS expander contains a SMP

Re: [PATCH][SCSI] megaraid: Convert from "scsi.h" to (and friends)

Citerar James Bottomley <[EMAIL PROTECTED]>: > > On Sun, 2008-01-06 at 20:03 +0100, Richard Knutsson wrote: > > Convert glue-include "scsi.h" to (and friends). > > > > (binary sizes) > > allyesconfig: before: 260132 > > after: 260048 > > > > allmodconfig: before: 261740 > >

Re: [PATCH 0/33][SCSI] Arrange for removal of 'scsi_typedefs.h'

On Sun, 2008-01-06 at 04:02 +0100, Richard Knutsson wrote: > Hi all > > drivers/scsi/scsi_typedefs.h is about ready to be removed, only the > 'struct scsi_cmnd' typedef Scsi_Cmnd is left. > This set converts all the Scsi_Cmnd's, except in: > Changelogs > Documentation/scsi/scsi_mid_low_api.txt >

Re: [PATCH][SCSI] megaraid: Convert from "scsi.h" to (and friends)

On Sun, 2008-01-06 at 20:03 +0100, Richard Knutsson wrote: > Convert glue-include "scsi.h" to (and friends). > > (binary sizes) > allyesconfig: before: 260132 > after: 260048 > > allmodconfig: before: 261740 > after: 261656 > > Signed-off-by: Richard Knutsson <[EM

[PATCH][SCSI] megaraid: Convert from "scsi.h" to (and friends)

Convert glue-include "scsi.h" to (and friends). (binary sizes) allyesconfig: before: 260132 after: 260048 allmodconfig: before: 261740 after: 261656 Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]> --- Do not have the hardware, but since it compiles I hope it is

Re: [PATCH 0/7] convert semaphore to mutex in struct class

Dave Young wrote: > Convert semaphore to mutex in struct class. > All the patches in this series should be applyed simultaneously Therefore you eventually need to repost it as a single patch. It can't go into one of the maintainer trees otherwise, because they only take fully bijectable patches.

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

On Sun, 2008-01-06 at 19:08 +0200, Boaz Harrosh wrote: > On Sat, Jan 05 2008 at 1:02 +0200, James Bottomley <[EMAIL PROTECTED]> wrote: > > 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()

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

On Sat, Jan 05 2008 at 1:02 +0200, James Bottomley <[EMAIL PROTECTED]> wrote: > 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