final SCSI updates for 2.6.24 merge window
Subsystems (3)
James Bottomley
maintainerPATCH 1/1 final SCSI updates for 2.6.24 merge window
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the scsi_esp core (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.
The patch is available from:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
The short changelog is:
Adrian Bunk (2):
advansys: make 3 functions static
libiscsi: make __iscsi_complete_pdu() static
Aegis Lin (1):
ps3rom: sector size should be 512 bytes
Andrew Morton (1):
dc395x: fix uninitialized var warning
Andrew Vasquez (9):
qla2xxx: Update version number to 8.02.00-k8.
qla2xxx: Correct issue where incorrect init-fw mailbox command was used on
qla2xxx: Move RISC-interrupt-register modifications to qla2x00_request_irq
qla2xxx: Consolidate RISC-parity enablement codes.
qla2xxx: Cleanse memory allocation logic during probe.
qla2xxx: Clear EFT buffer before firmware reinitialization.
qla2xxx: Cleanup any outstanding SRB resources during shutdown.
qla2xxx: Add MODULE_FIRMWARE hint for ISP25XX firmware.
qla2xxx: Correct resource_size_t usages.
Boaz Harrosh (1):
arm: convert to accessors and !use_sg cleanup
James Bottomley (10):
ses: add new Enclosure ULD
enclosure: add support for enclosure services
sr: fix test unit ready responses
NCR53C9x: remove driver
remove m68k NCR53C9x based drivers
dec_esp: Remove driver
update my email address
add protocol definitions
sd: handle bad lba in sense information
mca_53c9x: remove driver
Mike Christie (12):
iscsi: bump version to 2.0-868
libiscsi: fix session age rollover and remove cid encoding
iscsi: fix up iscsi printk prefix
iscsi class: fix iscsi conn attr counter
libiscsi: fix setting of nop timer
qla4xxx: add async scan support
iscsi class: add async scan helper
qla4xxx: fix recovery timer and session unblock race iscsi class: add session scanning
qla4xxx: use iscsi class session state check ready
qla4xxx: directly call iscsi recovery functions iscsi class, libiscsi: add iscsi sysfs session state file
Nick Cheng (1):
arcmsr: updates (1.20.00.15)
Pavel Machek (1):
Small cleanups for scsi_host.h
Randy Dunlap (1):
kernel-doc: fix scsi docbook
Roel Kluin (1):
u14-34f: fix data direction bug
Salyzyn, Mark (3):
aacraid: do not set valid bit in sense information
aacraid: pci_set_dma_max_seg_size opened up for late model controllers
aacraid: fib context lock for management ioctls (take 2)
Seokmann Ju (2):
qla2xxx: Access the proper 'physical' port in FC-transport callbacks.
qla2xxx: Correct issue where vport-state was not updated during an ISP_ABO
Thomas Bogendoerfer (1):
sun3x_esp: convert to esp_scsi
Tony Battersby (2):
fix BUG when sum(scatterlist) > bufflen
sym53c8xx: fix resid calculation
and the diffstat:
Documentation/DocBook/scsi.tmpl | 2 Documentation/scsi/ChangeLog.arcmsr | 41 Documentation/scsi/scsi_mid_low_api.txt | 2 drivers/misc/Kconfig | 9 drivers/misc/Makefile | 1 drivers/misc/enclosure.c | 484 ++++ drivers/scsi/Kconfig | 93 drivers/scsi/Makefile | 12 drivers/scsi/NCR53C9x.c | 3654 -------------------------------- drivers/scsi/NCR53C9x.h | 668 ----- drivers/scsi/aacraid/aachba.c | 81 drivers/scsi/aacraid/commctrl.c | 26 drivers/scsi/aacraid/linit.c | 28 drivers/scsi/advansys.c | 6 drivers/scsi/arcmsr/arcmsr.h | 4 drivers/scsi/arcmsr/arcmsr_hba.c | 87 drivers/scsi/arm/acornscsi.c | 14 drivers/scsi/arm/scsi.h | 87 drivers/scsi/blz1230.c | 353 --- drivers/scsi/blz2060.c | 306 -- drivers/scsi/cyberstorm.c | 377 --- drivers/scsi/cyberstormII.c | 314 -- drivers/scsi/dc395x.c | 2 drivers/scsi/dec_esp.c | 687 ------ drivers/scsi/fastlane.c | 421 --- drivers/scsi/iscsi_tcp.c | 57 drivers/scsi/libiscsi.c | 137 - drivers/scsi/mac_esp.c | 751 ------ drivers/scsi/mca_53c9x.c | 520 ---- drivers/scsi/oktagon_esp.c | 606 ----- drivers/scsi/oktagon_io.S | 194 - drivers/scsi/ps3rom.c | 2 drivers/scsi/qla2xxx/qla_attr.c | 24 drivers/scsi/qla2xxx/qla_def.h | 2 drivers/scsi/qla2xxx/qla_gbl.h | 1 drivers/scsi/qla2xxx/qla_init.c | 87 drivers/scsi/qla2xxx/qla_inline.h | 7 drivers/scsi/qla2xxx/qla_isr.c | 27 drivers/scsi/qla2xxx/qla_mbx.c | 2 drivers/scsi/qla2xxx/qla_os.c | 404 +-- drivers/scsi/qla2xxx/qla_sup.c | 36 drivers/scsi/qla2xxx/qla_version.h | 2 drivers/scsi/qla4xxx/ql4_init.c | 1 drivers/scsi/qla4xxx/ql4_os.c | 75 drivers/scsi/scsi.c | 5 drivers/scsi/scsi_lib.c | 1 drivers/scsi/scsi_transport_iscsi.c | 238 +- drivers/scsi/sd.c | 34 drivers/scsi/ses.c | 689 ++++++ drivers/scsi/sr.c | 49 drivers/scsi/sr.h | 1 drivers/scsi/sr_ioctl.c | 3 drivers/scsi/sun3x_esp.c | 546 ++-- drivers/scsi/sym53c8xx_2/sym_hipd.c | 2 drivers/scsi/u14-34f.c | 2 include/linux/enclosure.h | 129 + include/scsi/iscsi_proto.h | 4 include/scsi/libiscsi.h | 30 include/scsi/scsi.h | 14 include/scsi/scsi_host.h | 44 include/scsi/scsi_transport_iscsi.h | 43 61 files changed, 2494 insertions(+), 10034 deletions(-)
James
Quoted 9 lines · James Bottomley
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.The patch is available from:
I'm going to guess that this is the entry in feature-removal.txt that need an update then:
---------------------------
What: old NCR53C9x driver
When: October 2007
Why: Replaced by the much better esp_scsi driver. Actual low-level
driver can be ported over almost trivially.
Who: David Miller <[email protected]>
Christoph Hellwig <[email protected]>
Cheers,
Harvey
James Bottomley
maintainerQuoted 14 lines · Harvey Harrison
Quoted 9 lines · James Bottomley
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.The patch is available from:
I'm going to guess that this is the entry in feature-removal.txt that need an update then:
Quoted 8 lines
---------------------------
What: old NCR53C9x driver
When: October 2007
Why: Replaced by the much betteresp_scsidriver. Actual low-level
driver can be ported over almost trivially.
Who: David Miller <[email protected]>
Christoph Hellwig <[email protected]>
Not immediately ... I anticipate a few "where'd my driver go?" type questions from m68k for which this provides a useful reference to point to ...
James
Quoted 24 lines · James Bottomley
Quoted 14 lines · Harvey Harrison
Quoted 9 lines · James Bottomley
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.The patch is available from:
I'm going to guess that this is the entry in feature-removal.txt that need an update then:
Quoted 8 lines
---------------------------
What: old NCR53C9x driver
When: October 2007
Why: Replaced by the much betteresp_scsidriver. Actual low-level
driver can be ported over almost trivially.
Who: David Miller <[email protected]>
Christoph Hellwig <[email protected]>
Quoted 7 lines
Not immediately ... I anticipate a few "where'd my driver go?" type questions from m68k for which this provides a useful reference to point to ...
James
Well, if not removed, how about updated:
What: old NCR53C9x driver
When: Removed Feb 2008
Why: Replaced by the much better esp_scsi driver. Actual low-level
driver can be ported over almost trivially.
Who: James Bottomley <[email protected]>
Cheers,
Harvey
Quoted 24 lines · James Bottomley
Quoted 14 lines · Harvey Harrison
Quoted 9 lines · James Bottomley
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.The patch is available from:
I'm going to guess that this is the entry in feature-removal.txt that need an update then:
Quoted 8 lines
---------------------------
What: old NCR53C9x driver
When: October 2007
Why: Replaced by the much betteresp_scsidriver. Actual low-level
driver can be ported over almost trivially.
Who: David Miller <[email protected]>
Christoph Hellwig <[email protected]>
Quoted 3 lines
Not immediately ... I anticipate a few "where'd my driver go?" type questions from m68k for which this provides a useful reference to point to ...
Don't bother, we're fully aware of this.
The shortest feature removal notice in Linux's history (is it?) didn't go unnoticed ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]
In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
James Bottomley
maintainerQuoted 25 lines · Geert Uytterhoeven
Quoted 24 lines · James Bottomley
Quoted 22 lines · Harvey Harrison
Quoted 9 lines · James Bottomley
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.The patch is available from:
I'm going to guess that this is the entry in feature-removal.txt that need an update then:
---------------------------
What: old NCR53C9x driver
When: October 2007
Why: Replaced by the much betteresp_scsidriver. Actual low-level
driver can be ported over almost trivially.
Who: David Miller <[email protected]>
Christoph Hellwig <[email protected]>
Quoted 8 lines
Quoted 3 lines
Not immediately ... I anticipate a few "where'd my driver go?" type questions from m68k for which this provides a useful reference to point to ...
Don't bother, we're fully aware of this.
The shortest feature removal notice in Linux's history (is it?) didn't go unnoticed ;-)
I don't know where you get that from. The notice went in on 30 April 2007 and we gave you six months to convert the drivers, hence the October 2007 date for when the deletion will actually be done. I've actually delayed removal until February 2007 giving you a further three months. Even then I only removed the drivers because they no longer compile.
I think nine months isn't unreasonable for a feature removal ... unless you work on a different time scale from me?
James
Quoted 15 lines · James Bottomley
Quoted 14 lines · Geert Uytterhoeven
Quoted 13 lines · James Bottomley
Quoted 11 lines · Harvey Harrison
I'm going to guess that this is the entry in feature-removal.txt that need an update then:
---------------------------
What: old NCR53C9x driver
When: October 2007
Why: Replaced by the much betteresp_scsidriver. Actual low-level
driver can be ported over almost trivially.
Who: David Miller <[email protected]>
Christoph Hellwig <[email protected]>
Quoted 8 lines
Quoted 8 lines
Quoted 3 lines
Not immediately ... I anticipate a few "where'd my driver go?" type questions from m68k for which this provides a useful reference to point to ...
Don't bother, we're fully aware of this.
The shortest feature removal notice in Linux's history (is it?) didn't go unnoticed ;-)
So....would a patch be welcome to remove this entry then?
Harvey
James Bottomley
maintainerQuoted 20 lines · Harvey Harrison
Quoted 19 lines · James Bottomley
Quoted 18 lines · Geert Uytterhoeven
Quoted 16 lines · James Bottomley
Quoted 11 lines · Harvey Harrison
I'm going to guess that this is the entry in feature-removal.txt that need an update then:
---------------------------
What: old NCR53C9x driver
When: October 2007
Why: Replaced by the much betteresp_scsidriver. Actual low-level
driver can be ported over almost trivially.
Who: David Miller <[email protected]>
Christoph Hellwig <[email protected]>Not immediately ... I anticipate a few "where'd my driver go?" type questions from m68k for which this provides a useful reference to point to ...
Quoted 6 lines
Quoted 4 lines
Quoted 4 lines
Don't bother, we're fully aware of this.
The shortest feature removal notice in Linux's history (is it?) didn't go unnoticed ;-)
So....would a patch be welcome to remove this entry then?
Not at the moment for the reasons I already gave. Ping me in about three months if it's not gone by then.
James
James Bottomley
maintainerQuoted 6 lines · James Bottomley
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.
OK, the advansys fix came in. I've added it to the patch.
James
----
Quoted 1 line
From
f983323fea178352ed3b69c70561a13825a3ce59Mon Sep 17 00:00:00 2001
From: FUJITA Tomonori <[email protected]>
Date: Fri, 8 Feb 2008 09:50:08 +0900
Subject: [SCSI] advansys: fix overrun_buf aligned bug
struct asc_dvc_var needs overrun buffer to be placed on an 8 byte boundary. advansys defines struct asc_dvc_var:
struct asc_dvc_var {
...
uchar overrun_buf[ASC_OVERRUN_BSIZE] __aligned(8);The problem is that struct asc_dvc_var is placed on shost->hostdata. So if the hostdata is not on an 8 byte boundary, the advansys crashes. The hostdata is placed on a sizeof(unsigned long) boundary so the 8 byte boundary is not garanteed with x86_32.
With 2.6.23 and 2.6.24, the hostdata is on an 8 byte boundary by chance, but with the current git, it's not.
This patch removes overrun_buf static array and use kzalloc.
--- drivers/scsi/advansys.c | 13 +++++++++++-- 1 files changed, 11 insertions(+), 2 deletions(-)
drivers/scsi/advansys.c +11 -2
@@ -566,7 +566,7 @@ typedef struct asc_dvc_var {ASC_SCSI_BIT_ID_TYPE unit_not_ready;ASC_SCSI_BIT_ID_TYPE queue_full_or_busy;ASC_SCSI_BIT_ID_TYPE start_motor; -uchar overrun_buf[ASC_OVERRUN_BSIZE ]__aligned(8) ; +uchar *overrun_buf;dma_addr_t overrun_dma;uchar scsi_reset_wait;uchar chip_no;
@@ -13833,6 +13833,12 @@ static int __devinit advansys_board_found(struct Scsi_Host *shost,*/ if (ASC_NARROW_BOARD (boardp)) {ASC_DBG (2 ,"AscInitAsc1000Driver()\n" ); + + asc_dvc_varp->overrun_buf =kzalloc (ASC_OVERRUN_BSIZE ,GFP_KERNEL ); +if (!asc_dvc_varp->overrun_buf) { + ret = -ENOMEM ; + goto err_free_wide_mem; + } warn_code =AscInitAsc1000Driver (asc_dvc_varp);if (warn_code || asc_dvc_varp->err_code) {
@@ -13840,8 +13846,10 @@ static int __devinit advansys_board_found(struct Scsi_Host *shost,"warn 0x%x, error 0x%x\n" , asc_dvc_varp->init_state, warn_code, asc_dvc_varp->err_code); -if (asc_dvc_varp->err_code) +if (asc_dvc_varp->err_code) { ret = -ENODEV ; +kfree (asc_dvc_varp->overrun_buf); + } } }else {if (advansys_wide_init_chip (shost))
@@ -13894,6 +13902,7 @@ static int advansys_release(struct Scsi_Host *shost)dma_unmap_single (board->dev, board->dvc_var.asc_dvc_var.overrun_dma,ASC_OVERRUN_BSIZE ,DMA_FROM_DEVICE ); +kfree (board->dvc_var.asc_dvc_var.overrun_buf); }else {iounmap (board->ioremap_addr);advansys_wide_free_mem (board);
Signature · 1 line
1.5.3.8
Quoted 11 lines · On Thu, 07 Feb 2008 19:37:07 -0600 James Bottomley…
Quoted 6 lines · James Bottomley
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.OK, the advansys fix came in. I've added it to the patch.
Quoted 8 lines
James
----
Quoted 1 line
From
f983323fea178352ed3b69c70561a13825a3ce59Mon Sep 17 00:00:00 2001From: FUJITA Tomonori <[email protected]>
Date: Fri, 8 Feb 2008 09:50:08 +0900
Subject: [SCSI] advansys: fixoverrun_bufaligned bug
Seems that it was a bit late, Linus pulled scsi-misc before the patch was added.
Quoted 6 lines · On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley…
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.
Sob. Can we please merge "Convert SG from nopage to fault"? It has been sent three times, the first time was Dec 5 last year and it has thus far received the lead balloon treatment. Despite my explicit request for consideration last time I sent it
If there is no movement here then I have to carry the moderately intrusive mm-remove-nopage.patch for another N months and we need to watch out for new ->nopage implementations popping up etc.
From: Nick Piggin <[email protected]>
Convert SG from nopage to fault.
---
drivers/scsi/sg.c | 23 +++++++++++------------ 1 file changed, 11 insertions(+), 12 deletions(-)
drivers/scsi/sg.c renamed from drivers/scsi/sg.c~sg-nopage +11 -12
@@ -1160,23 +1160,22 @@ sg_fasync(int fd, struct file *filp, intreturn (retval <0 ) ? retval :0 ; } -static struct page * -sg_vma_nopage (struct vm_area_struct *vma,unsigned long addr,int *type) +static int +sg_vma_fault (struct vm_area_struct *vma,struct vm_fault *vmf) {Sg_fd *sfp; -struct page *page =NOPAGE_SIGBUS ;unsigned long offset, len, sa;Sg_scatter_hold *rsv_schp;struct scatterlist *sg;int k;if ((NULL == vma) || (!(sfp = (Sg_fd *) vma->vm_private_data))) -return page; +return VM_FAULT_SIGBUS ; rsv_schp = &sfp->reserve; - offset = addr - vma->vm_start; + offset = vmf->pgoff <<PAGE_SHIFT ;if (offset >= rsv_schp->bufflen) -return page; -SCSI_LOG_TIMEOUT (3 ,printk ("sg_vma_nopage: offset=%lu, scatg=%d\n" , +return VM_FAULT_SIGBUS ; +SCSI_LOG_TIMEOUT (3 ,printk ("sg_vma_fault: offset=%lu, scatg=%d\n" , offset, rsv_schp->k_use_sg)); sg = rsv_schp->buffer; sa = vma->vm_start;
@@ -1185,21 +1184,21 @@ sg_vma_nopage(struct vm_area_struct *vma len = vma->vm_end - sa; len = (len < sg->length) ? len : sg->length;if (offset < len) { +struct page *page; page =virt_to_page (page_address (sg_page (sg)) + offset);get_page (page);/* increment page count */ -break ; + vmf->page = page; +return 0 ;/* success */ } sa += len; offset -= len; } -if (type) - *type =VM_FAULT_MINOR ; -return page; +return VM_FAULT_SIGBUS ; }static struct vm_operations_struct sg_mmap_vm_ops = { - .nopage = sg_vma_nopage, + .fault = sg_vma_fault, }; static int
_
Quoted 2 lines · Andrew Morton
Sob. Can we please merge "Convert SG from nopage to fault"?
Heh. I just took it directly then.
I think it's more of a VM patch than a SCSI patch anyway, so I don't think you really should even have tried to push it through the SCSI tree.
It's not like we ever do the low-level FS changes for VFS issues through the FS maintainers anyway (ie you sent me all those iget/read_inode things directly rather than trying to go through each filesystem). I don't think this is any different, really.
Linus
Quoted 8 lines · Linus Torvalds
Quoted 2 lines · Andrew Morton
Sob. Can we please merge "Convert SG from nopage to fault"?
Heh. I just took it directly then.
Quoted 7 lines
I think it's more of a VM patch than a SCSI patch anyway, so I don't think you really should even have tried to push it through the SCSI tree.
It's not like we ever do the low-level FS changes for VFS issues through the FS maintainers anyway (ie you sent me all those iget/read_inode things directly rather than trying to go through each filesystem). I don't think this is any different, really.
Yes. For ->faul Nick should just have sent on the whole batch after giving fs/driver people enough time to review it.
James Bottomley
maintainerQuoted 9 lines · Andrew Morton
Quoted 6 lines · On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley…
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.
Quoted 8 lines
Sob. Can we please merge "Convert SG from nopage to fault"? It has been sent three times, the first time was Dec 5 last year and it has thus far received the lead balloon treatment. Despite my explicit request for consideration last time I sent it
If there is no movement here then I have to carry the moderately intrusive mm-remove-nopage.patch for another N months and we need to watch out for new ->nopage implementations popping up etc.
I agree ... I've pinged Doug privately, this is publicly. Unfortunately, it is an intrusive change and needs testing .. I just don't have the tools that do this for SG.
James
Quoted 15 lines · On Thu, 07 Feb 2008 21:16:43 -0600 James Bottomley…
Quoted 14 lines · Andrew Morton
Quoted 6 lines · On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley…
Quite a bit of this is fixing things broken previously (the advansys fix is still pending resolution, but I'll send it as an -rc fix when we have it). There's the final elimination of all drivers that are esp based but don't use the
scsi_espcore (that's mostly m68k and alpha). Plus the usual bunch of driver updates and the addition of a new enclosure services driver and the corresponding ULD.Sob. Can we please merge "Convert SG from nopage to fault"? It has been sent three times, the first time was Dec 5 last year and it has thus far received the lead balloon treatment. Despite my explicit request for consideration last time I sent it
Quoted 8 lines
Quoted 3 lines
If there is no movement here then I have to carry the moderately intrusive mm-remove-nopage.patch for another N months and we need to watch out for new ->nopage implementations popping up etc.
I agree ... I've pinged Doug privately, this is publicly. Unfortunately, it is an intrusive change and needs testing .. I just don't have the tools that do this for SG.
I keep on forgetting that sg==dougg.
<looks in MAINTAINERS. Shifts blame.>
In fact scsi is the area in which I have the most who-maintains-what trouble. I just don't believe what MAINTAINERS says about scsi drivers and I tend to resort to git-whatchanged to find out who's really doing stuff. The number of [email protected] makes my head spin and I tend to cc as many as I can get my hands on.
IOW: some care and attention to the ./MAINTAINERS file would really help here.