> Willy was referring to this from include/asm-powerpc/pci.h:
>
> #ifdef CONFIG_PPC64
>
> /*
> * We want to avoid touching the cacheline size or MWI bit.
> * pSeries firmware sets the cacheline size (which is not the cpu cacheline
> * size in all cases) and hardware treats MWI the same as mem
Benjamin Herrenschmidt wrote:
On Thu, 2007-04-12 at 14:04 -0600, 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 car
On Thu, 2007-04-12 at 14:04 -0600, 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
Hello James,
Is there a time frame when I may see this patch in the
scsi-misc tree ?
Regards,
Sumant
-Original Message-
From: Sumant Patro [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 28, 2007 10:44 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Cc:
On Thu, 2007-04-12 at 16:27 -0500, Mike Miller (OS Dev) wrote:
> This kconfig patch makes cciss dependent on scsi for the new SG_IO ioctl we
> just
> added. If cciss is built into the kernel it makes sures that scsi is also
> statically
> linked. If scsi is a module then cciss will also be built
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Mahoney wrote:
> On systems with very large numbers (> 1600 or so) of SCSI devices,
> cat /proc/scsi/scsi ends up failing with -ENOMEM. This is due to
> the show routine simply iterating over all of the devices with
> bus_for_each_dev(), and t
PATCH 1/1
This kconfig patch makes cciss dependent on scsi for the new SG_IO ioctl we just
added. If cciss is built into the kernel it makes sures that scsi is also
statically
linked. If scsi is a module then cciss will also be built as a module. Please
consider
this for inclusion.
Signed-off-b
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 able to
> > happily fall back to doing plain writes ins
On Thu, 12 Apr 2007, Matthew Wilcox wrote:
> On Thu, Apr 12, 2007 at 10:20:38AM -0700, Andrew Vasquez wrote:
> > No, the current logic doesn't make much sense at all, initialization
> > should not continue if MWI is not set... I'll queue-up something like
> > the patch below for our next batch-of-
On systems with very large numbers (> 1600 or so) of SCSI devices,
cat /proc/scsi/scsi ends up failing with -ENOMEM. This is due to
the show routine simply iterating over all of the devices with
bus_for_each_dev(), and trying to dump all of them into the buffer
at the same time. On my test sys
On Thu, Apr 12, 2007 at 10:20:38AM -0700, Andrew Vasquez wrote:
> No, the current logic doesn't make much sense at all, initialization
> should not continue if MWI is not set... I'll queue-up something like
> the patch below for our next batch-of-qla2xxx-updates.
Why should it fail? If there's a
On Wed, 11 Apr 2007, Randy Dunlap wrote:
> Both scsi/qla2xxx/qla_init.c and scsi/qla4xxx/ql4_init.c use pci_set_mwi()
> like this:
>
>
> mwi = 0;
> if (pci_set_mwi(ha->pdev))
> mwi = PCI_COMMAND_INVALIDATE;
>
> and then go on to set the PCI_COMMAND "word" based on that
12 matches
Mail list logo
