Hi ibmvscsi team,
Can I get your ACK on this patch to get it merged into the scsi-misc?
From: FUJITA Tomonori <[EMAIL PROTECTED]>
Subject: [PATCH 8/8] scsi tgt: IBM eServer i/pSeries virtual SCSI target driver
Date: Thu, 16 Nov 2006 19:24:26 +0900
> This is IBM Virtual SCSI target driver for tg
Mike Christie wrote:
Boaz Harrosh wrote:
Playing with some tests which I admit are not 100% orthodox I have
stumbled upon a bug that raises a serious question:
In the call to scsi_execute_async() in the use_sg case, must the
scatterlist* (pointed to by buffer) map a buffer that's contiguous in
Boaz Harrosh wrote:
> Mike Christie wrote:
>> Boaz Harrosh wrote:
>>> Playing with some tests which I admit are not 100% orthodox I have
>>> stumbled upon a bug that raises a serious question:
>>>
>>> In the call to scsi_execute_async() in the use_sg case, must the
>>> scatterlist* (pointed to by b
Mark Haverkamp wrote:
> I got this panic when loading the aic94xx module. The adapter is
> connected to an HP MSA50 SAS enclosure with 3 72GB SAS disks.
>
> Kernel 2.6.19-rc6-scsi-misc on an x86_64
> sas: task finished with resp:0x0, stat:0x89
> sas: sas_discover_sata() for device 500508b300a27a
Hi All,
I saw SLES10 2.6.16.21-0.8-smp kernel supports a new module parameter
"remove_on_dev_loss" in scsi_transport_fc. The parameter description is
remove_on_dev_loss:Boolean. When the device loss timer fires, this
variable controls whether the scsi infrastructure for the target device
i
Mark Haverkamp wrote:
> I got this panic when loading the aic94xx module. The adapter is
> connected to an HP MSA50 SAS enclosure with 3 72GB SAS disks.
>
> Kernel 2.6.19-rc6-scsi-misc on an x86_64
>
> ---
>
>
> aic94xx: Adaptec aic94xx SAS/SATA driver version 1.0.2 loaded
> aic94xx: found Ada
On Mon, Nov 27 2006, Mike Christie wrote:
> Mike Christie wrote:
> > Boaz Harrosh wrote:
> >> Playing with some tests which I admit are not 100% orthodox I have
> >> stumbled upon a bug that raises a serious question:
> >>
> >> In the call to scsi_execute_async() in the use_sg case, must the
> >> s
On Tue, 2006-11-28 at 13:44 -0500, Douglas Gilbert wrote:
> Mark Haverkamp wrote:
> > I got this panic when loading the aic94xx module. The adapter is
> > connected to an HP MSA50 SAS enclosure with 3 72GB SAS disks.
> >
> > Kernel 2.6.19-rc6-scsi-misc on an x86_64
[ ... ]
> So this is an inter
James Bottomley wrote:
> On Sun, 2006-11-26 at 17:31 +0100, roland wrote:
>> VMWare ESX refuses to create VMFS Filesystem on SATA disk, attached to a
>> onBoard SAS controller (lsi1068).
>> When i raid1 two SATA disks, it works, if i use a single SATA disk, the
>> controller seems to "expose" the
> Everything works okay until I perform a read I/O to the media-error-causing
> location. Immediately I get:
>
> aic94xx: escb_tasklet_complete: phy2: REQ_TASK_ABORT
Interesting that you get REQ_TASK_ABORT for a media error...
> But the I/O only returns to the SCSI layer after its full designate
James,
Our testing has encountered an error between sdev initialization/
scanning and the sdev block/unblock behavior. What we have seen is that
new target detection will kick off a scan, and that an sdev will be in
the creation process with the state SDEV_CREATED. At this point a link
event oc
On Tue, 2006-11-28 at 13:44 -0500, Douglas Gilbert wrote:
[ ... ]
> So this is an interesting expander setup within the enclosure.
> There are two expanders (500508b300a27a2f + 500508b300a27a3f)
> interconnected via a two wide link (0,1 <-> 10,11 (T-S)) with
> a four wide link back to the 94xx HB
Hello,
I have a problem with what I believe might be related to the aic79xx driver.
I'm running 2.4.33.3 kernel with default aic79xx driver version 1.3.10, no
options.
There're 2 drives in software RAID 1, hostRAID disabled:
[EMAIL PROTECTED]:~# cat /proc/scsi/scsi
Attached devices:
Host: scsi0
On Tue, 2006-11-28 at 13:46 -0800, Mark Haverkamp wrote:
> On Tue, 2006-11-28 at 13:44 -0500, Douglas Gilbert wrote:
>
> [ ... ]
>
I don't know if this helps, but I found the verbose option. Here is a
little debug output.
./smp_discover -v -p 12 -s 0x500508b300a27a2f /dev/mptctl
So following the previous patch to pass a struct dev pointer to
dma_is_consistent() there is still dma_cache_sync left which does not
receive a dev pointer.
Ralf
-
Pass struct dev pointer to dma_cache_sync()
dma_cache_sync() is ill-designed in that it does not have a struct
device
Mark Haverkamp wrote:
> On Tue, 2006-11-28 at 13:46 -0800, Mark Haverkamp wrote:
>> On Tue, 2006-11-28 at 13:44 -0500, Douglas Gilbert wrote:
>>
>> [ ... ]
>>
>
> I don't know if this helps, but I found the verbose option. Here is a
> little debug output.
>
>
> ./smp_discover -v -p 12
On Thu, 2006-02-16 at 16:09 +0100, Martin Devera wrote:
> From: Martin Devera <[EMAIL PROTECTED]>
>
> Add hotswap capability to Serverworks/BroadCom SATA controlers. The
> controler has SIM register and it selects which bits in SATA_ERROR
> register fires interrupt.
> The solution hooks on COMWAKE
On Tue, 2006-11-28 at 23:22 +, David Woodhouse wrote:
> On Thu, 2006-02-16 at 16:09 +0100, Martin Devera wrote:
> > From: Martin Devera <[EMAIL PROTECTED]>
> >
> > Add hotswap capability to Serverworks/BroadCom SATA controlers. The
> > controler has SIM register and it selects which bits in SA
Benjamin Herrenschmidt wrote:
On Tue, 2006-11-28 at 23:22 +, David Woodhouse wrote:
On Thu, 2006-02-16 at 16:09 +0100, Martin Devera wrote:
From: Martin Devera <[EMAIL PROTECTED]>
Add hotswap capability to Serverworks/BroadCom SATA controlers. The
controler has SIM register and it selects
On Thu, Nov 23, 2006 at 12:18:09PM +1100, David Chinner wrote:
> On Wed, Nov 22, 2006 at 01:58:11PM +0100, Jesper Juhl wrote:
> >
> > Attached are two files. The one named stack_overflows.txt.gz contains
> > one instance of each unique stack overflow + trace that I've got. The
> > other file name
20 matches
Mail list logo
