Re: [Bugme-new] [Bug 8426] New: massive slowdown on SCSI CD/DVD drive connected to mptspi driver

2007-05-03 Thread Doug Chapman
On Thu, 2007-05-03 at 17:20 -0700, Andrew Morton wrote: > (Switching to email - please use reply-to-all) > > On Thu, 3 May 2007 15:26:41 -0700 > [EMAIL PROTECTED] wrote: > > > http://bugzilla.kernel.org/show_bug.cgi?id=8426 > > > >Summary: massive slowdown on SCSI CD/DVD drive connec

Re: [Bugme-new] [Bug 8426] New: massive slowdown on SCSI CD/DVD drive connected to mptspi driver

2007-05-03 Thread Doug Chapman
On Thu, 2007-05-03 at 17:20 -0700, Andrew Morton wrote: > (Switching to email - please use reply-to-all) > > On Thu, 3 May 2007 15:26:41 -0700 > [EMAIL PROTECTED] wrote: > > > http://bugzilla.kernel.org/show_bug.cgi?id=8426 > > > >Summary: massive slowdown on SCSI CD/DVD drive connec

Re: [Bugme-new] [Bug 8426] New: massive slowdown on SCSI CD/DVD drive connected to mptspi driver

2007-05-03 Thread Andrew Morton
(Switching to email - please use reply-to-all) On Thu, 3 May 2007 15:26:41 -0700 [EMAIL PROTECTED] wrote: > http://bugzilla.kernel.org/show_bug.cgi?id=8426 > >Summary: massive slowdown on SCSI CD/DVD drive connected to > mptspi driver > Kernel Version: 2.6.21

[PATCH] aacraid: correct SUN products to README

2007-05-03 Thread Salyzyn, Mark
Correct SUN products in aacraid documentation, preliminary names were changed from internal project to customer product prior to release. ObligatoryDisclaimer: Please accept my condolences regarding Outlook's handling of patches attachments. This attached patch is against current scsi-misc-2.6 S

Re: [RFC][PATCH] fix for async scsi scan sysfs problem (resend)

2007-05-03 Thread James Smart
I doubt it's in the fc transport - it's doing what it always did, which has nothing to do with coherency of the sdev's. We're seeing like problems, and it looks like it's related to the scan_mutex being held when some of the entry points are being called via the recent async scan code (which also

Re: [PATCH 4/4] bidi support: bidirectional request

2007-05-03 Thread Boaz Harrosh
FUJITA Tomonori wrote: > From: Jens Axboe <[EMAIL PROTECTED]> > Subject: Re: [PATCH 4/4] bidi support: bidirectional request > Date: Mon, 30 Apr 2007 13:11:57 +0200 > >> On Sun, Apr 29 2007, James Bottomley wrote: >>> On Sun, 2007-04-29 at 18:48 +0300, Boaz Harrosh wrote: FUJITA Tomonori wrot

Re: qla_wxyz pci_set_mwi question

2007-05-03 Thread Andrew Vasquez
On Thu, 12 Apr 2007, Matthew Wilcox wrote: > On Thu, Apr 12, 2007 at 12:37:13PM -0700, Andrew Vasquez wrote: > > On Thu, 12 Apr 2007, Matthew Wilcox wrote: > > > Why should it fail? If there's a platform which can't support a > > > cacheline size that the qla2xyz card can handle, it should be abl

[MCA] add integrated device bus matching

2007-05-03 Thread James Bottomley
The MCA bus has a few "integrated" functions, which are effectively virtual slots on the bus. The problem is that these special functions don't have dedicated pos IDs, so we have to manufacture ids for them outside the pos space ... and these ids can't be matched by the standard matching function,

Re: dead CONFIG_ variables: drivers/scsi/

2007-05-03 Thread James Bottomley
On Thu, 2007-05-03 at 06:10 -0400, Robert P. J. Day wrote: > $ ../dead_config.sh drivers/scsi > == 53C700_BE_BUS == > drivers/scsi/53c700.h:266:#ifdef CONFIG_53C700_BE_BUS This isn't dead, it's a placeholder ... the 53c700 can be wired either LE or BE ... there's only one current B

Re: [RFC] [PATCH 0/5] qla4xxx: Add IPv6 support and misc

2007-05-03 Thread Rolf Eike Beer
Stefan Richter wrote: > David C Somayajulu wrote: > > The following set of patches > > 1. add support for ipv6 for qla4032 > > 2. provide bug fixes > > 3. misc. support > [...] > > I have no technical comments, just a formal one: > > Even though you perhaps don't expect the

Re: [RFC] [PATCH 0/5] qla4xxx: Add IPv6 support and misc

2007-05-03 Thread Stefan Richter
David C Somayajulu wrote: > The following set of patches > 1. add support for ipv6 for qla4032 > 2. provide bug fixes > 3. misc. support > > Patch 1/5 > has changes to the driver and firmware related structures to > 1. clean up and make the firmware related str

Re: dead CONFIG_ variables: drivers/scsi/

2007-05-03 Thread Stefan Richter
Robert P. J. Day wrote: [...] >> > drivers/scsi/arm/acornscsi.c:70:#undef CONFIG_SCSI_ACORNSCSI_LINK >> > drivers/scsi/arm/acornscsi.c:169:#ifdef CONFIG_SCSI_ACORNSCSI_LINK [...] > p.s. "CONFIG_" prefix aside, i would think it's also a bit yucky to > be checking for the definition of a preprocesso

Re: dead CONFIG_ variables: drivers/scsi/

2007-05-03 Thread Russell King
On Thu, May 03, 2007 at 07:17:34AM -0400, Robert P. J. Day wrote: > p.s. "CONFIG_" prefix aside, i would think it's also a bit yucky to > be checking for the definition of a preprocessor symbol that you've > already hardcoded out of existence in the same source file. :-) No, because the way you

Re: dead CONFIG_ variables: drivers/scsi/

2007-05-03 Thread Robert P. J. Day
On Thu, 3 May 2007, Russell King wrote: > On Thu, May 03, 2007 at 06:10:28AM -0400, Robert P. J. Day wrote: > > > > $ ../dead_config.sh drivers/scsi > > == ACORNSCSI_CONSTANTS == > > drivers/scsi/arm/acornscsi.c:106:#undef CONFIG_ACORNSCSI_CONSTANTS > > drivers/scsi/arm/acornscsi.c

Re: dead CONFIG_ variables: drivers/scsi/

2007-05-03 Thread Russell King
On Thu, May 03, 2007 at 06:10:28AM -0400, Robert P. J. Day wrote: > > $ ../dead_config.sh drivers/scsi > == ACORNSCSI_CONSTANTS == > drivers/scsi/arm/acornscsi.c:106:#undef CONFIG_ACORNSCSI_CONSTANTS > drivers/scsi/arm/acornscsi.c:417:#ifdef CONFIG_ACORNSCSI_CONSTANTS > drivers/scs

dead CONFIG_ variables: drivers/scsi/

2007-05-03 Thread Robert P. J. Day
$ ../dead_config.sh drivers/scsi == 53C700_BE_BUS == drivers/scsi/53c700.h:266:#ifdef CONFIG_53C700_BE_BUS == ACORNSCSI_CONSTANTS == drivers/scsi/arm/acornscsi.c:106:#undef CONFIG_ACORNSCSI_CONSTANTS drivers/scsi/arm/acornscsi.c:417:#ifdef CONFIG_ACORNSCSI_CONSTANTS