On Tue, May 22, 2007 at 12:00:41AM +0100, Christoph Hellwig wrote:
On Mon, May 21, 2007 at 11:02:24PM +0200, Thomas Bogendoerfer wrote:
after chasing and fixing two jazz platform bugs and one MIPS dma mapping
bug, I finally succeeded in using the Dave's new esp_core (great work,
thank you
Here is an updated patch for converting jazz_esp to use esp_scsi.
Thomas.
Use new esp_scsi for JAZZ SCSI host adapter driver
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
diff --git a/drivers/scsi/Makefile b/drivers/scsi/Makefile
index 51e884f..fc05d90 100644
---
[added cc:linux-ide]
Hans A Eide writes:
Evan Harris wrote:
I have a card that mirrors this one from your list:
Retail name: SATA300 TX4
Chip label: PDC40718-GP SATAII300
Vendor-Device number: 105a:3d17 (rev 02)
Through testing, I've found linux 2.6.16 and
On Mon, May 21, 2007 at 11:45:13AM -0400, James Smart wrote:
True - so this means that who-ever is setting the subchannel device
permanent_port_name value needs to take into account this conversation,
when T11.3 actually makes a choice on what it should be.
I will keep this in mind. Probably
Under some conditions associated with the unclean transition to kdump,
the aacraid adapters will view the array as foreign and not export it to
prevent access and data manipulation. The solution is to submit a commit
configuration to export the devices since this is a expected behavior
when
On Tue, 2007-05-22 at 06:51 -0500, Bob Tracy wrote:
Second try: originally reported this back on April 17th. 2.6.X
kernel builds started failing after I upgraded my compiler from
gcc-3.3.X to gcc-3.4.6:
make -C drivers/scsi/aic7xxx/aicasm
(...)
gcc -I/usr/include -I. aicasm.c
James Bottomley wrote:
On Wed, 2007-05-16 at 14:36 +0100, Leigh Blackwell wrote:
I have been looking at the issue with theses cerc devices, has this
bug 374792 been closed based on people reverting the firmware to 6.61.
Unfortunately Dell doesn't support a Firmware version that old on our
James Bottomley wrote:
We really don't want gcc making assumptions about prototypes ... even if
it's getting them right in all likelihood (doubtless unprototyped
assumed functions will become a warning and then an error in later gcc
versions ...), so this is a better fix
ACK. The fix works
On Fri, 2007-04-27 at 12:52 -0400, James Smart wrote:
When the vport attribute delete is used to delete the vport, sysfs
deadlocks waiting for the write to complete, which is waiting for the
sysfs teardown to complete. Moved this effort to a work_q element.
Took the opportunity to make some
On Mon, 2007-05-07 at 14:57 -0400, James Smart wrote:
+ mutex_lock(shost-scan_mutex);
scsi_sysfs_add_devices(shost);
+ atomic_set(shost-async_scan, 0);
+ mutex_unlock(shost-scan_mutex);
It really seems that the only safety here is expanding the scan mutex to
cover
On Thu, 2007-05-10 at 23:01 -0700, [EMAIL PROTECTED] wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Actually, not against vanilla linus:
drivers/scsi/lpfc/lpfc_init.c: In function 'lpfc_pci_probe_one':
On Tue, 22 May 2007 14:04:02 -0500
James Bottomley [EMAIL PROTECTED] wrote:
On Thu, 2007-05-10 at 23:01 -0700, [EMAIL PROTECTED] wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
Actually, not
On Monday, May 21, 2007 7:00 PM, Dave Jones wrote:
Andrew, the last time this was posted, Eric picked up on some other
flaws in the same area. James asked him to followup with a patch, but
unless I'm mistaken, that never arrived.
This diff should replace the one in your tree until Eric has
Eric,
Sorry to bother you on this again, I realize you are very busy.
From our off-list email and from your comments to Chip Coldwell in
redhat BZ 225177 it sounded like you were prepared to ACK this. Any
chance you could send your official ACK so this can be committed?
much appreciated,
-
Haefliger, Juerg wrote:
Hi,
Not sure if this is the right list for my question but I couldn't find a
more suitable place to ask it.
I'm trying to set the locator light of a disk in a SAS enclosure using
sg_ses but I'm not getting anywhere. I'm dumping the enclosure status
diagnostic page
On Mon, 21 May 2007, Bernhard Walle wrote:
[PATCH] [scsi] Remove __GFP_DMA
After 821de3a27bf33f11ec878562577c586cd5f83c64, it's not necessary to alloate
a
DMA buffer any more in sd.c.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
Great that avoids a DMA kmalloc slab. Any other
From: FUJITA Tomonori [EMAIL PROTECTED]
Subject: Re: [PATCH 0/19] clean ups on the drivers
Date: Mon, 14 May 2007 23:40:03 +0900
From: Christoph Hellwig [EMAIL PROTECTED]
Subject: Re: [PATCH 0/19] clean ups on the drivers
Date: Sat, 12 May 2007 16:30:23 +0100
On Sat, May 12, 2007 at
On 5/23/07, Christoph Lameter [EMAIL PROTECTED] wrote:
On Mon, 21 May 2007, Bernhard Walle wrote:
[PATCH] [scsi] Remove __GFP_DMA
After 821de3a27bf33f11ec878562577c586cd5f83c64, it's not necessary to alloate
a
DMA buffer any more in sd.c.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
18 matches
Mail list logo