Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Mon, 2008-02-11 at 13:13 -0800, Harvey Harrison wrote: > On Fri, 2008-02-08 at 10:37 -0600, James Bottomley wrote: > > On Fri, 2008-02-08 at 10:03 +0100, Geert Uytterhoeven wrote: > > > On Thu, 7 Feb 2008, James Bottomley wrote: > > > > On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote: > > > > > 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]> > > > > > > > > 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 ;-) > > Sowould 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 - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Fri, 2008-02-08 at 10:37 -0600, James Bottomley wrote: > On Fri, 2008-02-08 at 10:03 +0100, Geert Uytterhoeven wrote: > > On Thu, 7 Feb 2008, James Bottomley wrote: > > > On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote: > > > > 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]> > > > > > > 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 ;-) Sowould a patch be welcome to remove this entry then? Harvey - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Fri, 2008-02-08 at 10:03 +0100, Geert Uytterhoeven wrote: > On Thu, 7 Feb 2008, James Bottomley wrote: > > On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote: > > > On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote: > > > > 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: > > > > > > > > > > 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]> > > > > 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 - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 7 Feb 2008, James Bottomley wrote:
> On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote:
> > On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> > > 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:
> > >
> >
> > 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]>
>
> 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
-
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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, Feb 07, 2008 at 07:11:33PM -0800, Linus Torvalds wrote: > > > On Thu, 7 Feb 2008, Andrew Morton wrote: > > > > 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. Yes. For ->faul Nick should just have sent on the whole batch after giving fs/driver people enough time to review it. - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 07 Feb 2008 19:37:07 -0600 James Bottomley <[EMAIL PROTECTED]> wrote: > > On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote: > > 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. > > OK, the advansys fix came in. I've added it to the patch. > > James > > > > >From f983323fea178352ed3b69c70561a13825a3ce59 Mon 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 Seems that it was a bit late, Linus pulled scsi-misc before the patch was added. - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 07 Feb 2008 21:16:43 -0600 James Bottomley <[EMAIL PROTECTED]> wrote: > On Thu, 2008-02-07 at 18:46 -0800, Andrew Morton wrote: > > On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley <[EMAIL PROTECTED]> > > wrote: > > > > > 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. > > > > 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. > I keep on forgetting that sg==dougg. 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. - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 2008-02-07 at 18:46 -0800, Andrew Morton wrote: > On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley <[EMAIL PROTECTED]> wrote: > > > 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. > > 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 - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 7 Feb 2008, Andrew Morton wrote: > > 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 - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 07 Feb 2008 18:56:46 -0600 James Bottomley <[EMAIL PROTECTED]> wrote:
> 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.
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.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Cc: Douglas Gilbert <[EMAIL PROTECTED]>
Cc: James Bottomley <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
drivers/scsi/sg.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff -puN drivers/scsi/sg.c~sg-nopage drivers/scsi/sg.c
--- a/drivers/scsi/sg.c~sg-nopage
+++ a/drivers/scsi/sg.c
@@ -1160,23 +1160,22 @@ sg_fasync(int fd, struct file *filp, int
return (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
_
-
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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> 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.
OK, the advansys fix came in. I've added it to the patch.
James
>From f983323fea178352ed3b69c70561a13825a3ce59 Mon 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.
Signed-off-by: FUJITA Tomonori <[EMAIL PROTECTED]>
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
---
drivers/scsi/advansys.c | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/advansys.c b/drivers/scsi/advansys.c
index ccef891..3c2d688 100644
--- a/drivers/scsi/advansys.c
+++ b/drivers/scsi/advansys.c
@@ -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);
--
1.5.3.8
-
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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 2008-02-07 at 19:07 -0600, James Bottomley wrote: > On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote: > > On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote: > > > 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: > > > > > > > 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]> > > 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 - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote: > On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote: > > 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: > > > > 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]> 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 - 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.kernel.org/majordomo-info.html
Re: [GIT PATCH] final SCSI updates for 2.6.24 merge window
On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote: > 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: > 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 - 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.kernel.org/majordomo-info.html
[GIT PATCH] 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 |
