James Bottomley wrote:
On Fri, 2007-03-23 at 02:26 +0100, thomas schorpp wrote:
ok, overriding the first while(ahc_is_paused) that blocked before
(i see no sense for doing this in a pci mmap test function, cause
proper resource setup is required *before* using such I/O functions,
otherwise the
On Fri, 2007-03-23 at 02:26 +0100, thomas schorpp wrote:
> ok, overriding the first while(ahc_is_paused) that blocked before
> (i see no sense for doing this in a pci mmap test function, cause
> proper resource setup is required *before* using such I/O functions,
> otherwise the adapter had ente
ok, overriding the first while(ahc_is_paused) that blocked before
(i see no sense for doing this in a pci mmap test function, cause
proper resource setup is required *before* using such I/O functions,
otherwise the adapter had entered SEQ paused status)
i got the kernel to boot at least at pio
ACK.
This patch will make driver to display correct port name.
Thank you for findings.
Seokmann
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Richard Lary
> Sent: Thursday, March 22, 2007 8:53 AM
> To: Linux Driver; linux-scsi@vger.kernel.org
[ 48.848796] Loading iSCSI transport class v2.0-724.
[ 48.854066] iscsi: registered transport (tcp)
[ 48.858479] ahc_linux_pci_init
[ 48.861676] ahc_linux_pci_dev_probe
[ 48.865208] ACPI: PCI Interrupt :00:06.0[A] -> GSI 17 (level, low) -> IRQ
17
[ 48.872628] ahc_pci_config
[ 48.
[0.00] Linux version 2.6.21-rc3amd64-gbb9ba31c-dirty ([EMAIL
PROTECTED]) (gcc ve
rsion 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #3 PREEMPT Thu Mar 22 21:48
:44 CET 2007
added some traces,
ok it does not return from the first pci_map_registers():
[ 42.754305] Loading iSCSI transp
My local kernel guru recognized this problem as a duplicate of the
LSI8408E bus lockup problem. The controller gets flooded with work,
and just climbs under a rock to hide. In the 8408E case, it
froze the PCI-e bus :-)
#!/bin/csh
#
# set the max request queue down from 128. any more than 32
# qui
If I set /proc/sys/vm/dirty_ratio to "5" the write lockup happens within
the first MilliSecond, at about 100MB per file system.
If I slew the dirty_ratio to 80, the lockup happens
at about 2GB per file system.
2.6.21-rc4 has the same symptoms, and same lockups.
It appears that mptsas is dropping
In sd_revalidate_disk(), the SCSI Disk driver needs a few bytes DMA memory,
allocated by kmalloc() and __GFP_DMA. This patch uses __GFP_DMA only if
the corresponding host structure has unchecked_isa_dma set.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
drivers/scsi/sd.c |3 ++-
1 fi
ACK.
To my knowledge bad VPD data had only been found on early prototypes, as they
avoided the typical "manufacturing process". Regardless, we do try to be
preventative about this type of thing, just in case.
Thanks
-- james s
Anton Blanchard wrote:
We have seen two cases where VPD on an em
no fix in scsi rc fixes git, now examining code from the softlockup trace
before...
[0.00] Linux version 2.6.21-rc3amd64-gbb9ba31c ([EMAIL PROTECTED]) (gcc
version
4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 PREEMPT Thu Mar 22 17:39:17 CE
T 2007
[0.00] Command line: root=/
From: Richard Lary <[EMAIL PROTECTED]>
This patch fixes byte swap issue in qla2xxx driver
to fix corrupted fabric_name passed to
/sys/class/fc_host/host*/fabric_name.
Signed-off-by: Richard Lary <[EMAIL PROTECTED]>
---
Example: Switch fabric name: 20:02:00:0d:ec:41:51:01
# cat /sys/class/fc_host
Henrique de Moraes Holschuh wrote:
On Thu, 22 Mar 2007, Vladislav Bolkhovitin wrote:
Seems, there is another way of doing a bank spin up / spin down: doing
it in two passes. On the first pass START_STOP will be issued with
IMMED=1 on all devices, then on the second pass START_STOP will be
iss
lo,
well, ive several live cd systems < 2.6.19.5i386 that oops and hang boot in
aic7xxx init,
only one booting here is knoppix 5.2,
the latest unofficial debian stable 2.6.8-12-amd64-generic, which
says ACPI: PCI interrupt :00:06.0[A] -> GSI 17 (level, low) -> IRQ 17
aic7xxx: PCI0:6:0 MEM
On Thu, 22 Mar 2007, Vladislav Bolkhovitin wrote:
> Seems, there is another way of doing a bank spin up / spin down: doing
> it in two passes. On the first pass START_STOP will be issued with
> IMMED=1 on all devices, then on the second pass START_STOP will be
> issued with IMMED=0. So the devic
Tejun Heo wrote:
Hello, Douglas.
Douglas Gilbert wrote:
Tejun,
I note at this point that the IMMED bit in the
START STOP UNIT cdb is clear. [The code might
note that as well.] All SCSI disks that I have
seen, implement the IMMED bit and according to
the SAT standard, so should SAT layers like
On Wed, 2007-03-21 at 22:37 -0400, Douglas Gilbert wrote:
>
>
> In my experience mmap-ed IO using sg's reserve buffer mapped
> into the user space is faster than direct IO schemes. However
> one shortcoming is that if you try to copy between two devices
> using this technique then you end up with
On Wed, 2007-03-21 at 15:43 -0400, Salyzyn, Mark wrote:
> Add some likely() and unlikely() compiler hints in some of the aacraid
> hardware interface layers. There should be no operational side effects
> resulting from this patch and the changes should be mostly benign on x86
> platforms.
>
> Obli
18 matches
Mail list logo
