thomas schorpp wrote:
thomas schorpp wrote:
thomas schorpp wrote:
James Bottomley wrote:
On Sat, 2007-03-24 at 01:51 +0100, thomas schorpp wrote:
no. so the pci layer reports wrong start:
nonsense. it succeeds, confused function return with the error flag:
// u_long start
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
thomas schorpp wrote:
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
--- Documentation/scsi/aic7xxx.txt 2007-03-23 16:44:05.0 +0100
+++ Documentation/scsi/aic7xxx.txt 2007-03-23 17:01:19.0 +0100
@@ -28,7 +28,7 @@
aic7880 10PCI/3220MHz16Bit 16
aic7890 20PCI/3240MHz16Bit 16 3 4 5 6 7 8
aic7891 20
James Bottomley wrote:
On Fri, 2007-03-23 at 17:28 +0100, thomas schorpp wrote:
i agree for this to be a 32bit dma busmaster chip,
since pci_resource_flags and lspci say 64bit mem resource type
aic7xxx: pci_resource_start f000 *maddr 2 mem64 4
static int
thomas schorpp wrote:
thomas schorpp wrote:
James Bottomley wrote:
On Fri, 2007-03-23 at 17:28 +0100, thomas schorpp wrote:
i agree for this to be a 32bit dma busmaster chip,
since pci_resource_flags and lspci say 64bit mem resource type
aic7xxx: pci_resource_start f000 *maddr 2
James Bottomley wrote:
On Sat, 2007-03-24 at 01:51 +0100, thomas schorpp wrote:
no. so the pci layer reports wrong start:
nonsense. it succeeds, confused function return with the error flag:
// u_long start;
// u_long start = 0xFFEFF000;
u_long start = 0x3000
thomas schorpp wrote:
James Bottomley wrote:
On Sat, 2007-03-24 at 01:51 +0100, thomas schorpp wrote:
no. so the pci layer reports wrong start:
nonsense. it succeeds, confused function return with the error flag:
// u_long start;
// u_long start = 0xFFEFF000;
u_long
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
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:
[ 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
[
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
12 matches
Mail list logo
