From: Jeff Garzik <jgarzik@pobox.com>
To: linux-ide@vger.kernel.org
Cc: sojkam1@fel.cvut.cz, kelbelj@fel.cvut.cz, rheflin@atipa.com
Subject: Re: sata_mv and MV88SX6041 don't work
Date: Wed, 01 Feb 2006 14:01:54 -0500 [thread overview]
Message-ID: <43E105A2.3050800@pobox.com> (raw)
In-Reply-To: <200602011543.00647.sojkam1@fel.cvut.cz>
Michal Sojka wrote:
> Hello,
>
> we have problems with this SATA controller:
>
> 0000:03:03.0 RAID bus controller: Marvell Technology Group Ltd. MV88SX6041
> 4-port SATA II PCI-X Controller (rev 03)
>
> Is there any chance that this hardware will be supported by sata_mv in near
> future? Can we help somehow with debugging? Here is the excerpt from
> 2.6.16-rc1 boot messages (the full boot log is attached):
>
> sata_mv 0000:03:03.0: version 0.5
> ...
> sata_mv 0000:03:03.0: Applying B2 workarounds to unknown rev
> sata_mv 0000:03:03.0: 32 slots 4 ports unknown mode IRQ via MSI
> ata1: SATA max UDMA/133 cmd 0x0 ctl 0xFFFFC200000A2120 bmdma 0x0 irq 185
> ...
> ata1: dev 0 ATA-6, max UDMA/133, 72303840 sectors: LBA48
> ata1: qc timeout (cmd 0xef)
> ata1: failed to set xfermode, disabled
> ata1: dev 0 configured for UDMA/133
>
>
> We are currently using GPL driver from Marvell
> (http://www.keffective.com/mvsata/FC3/mvSata_Linux_3.6.1.tgz) but we are able
> to compile it only under 2.6.11. This driver had to be patched to support our
> revision 3. The original driver supports only revisions greater than 9. Does
> anybody know whether this is a bug of the driver or there is some reason why
> lower revisions are not supported?
>
> We tried it also under 2.6.14 but we did not succeed. It would be nice if we
> can have this hardware working under newer kernels since we have another
> problems which are hopefully solved there.
>
> Please CC me when replying to this e-mail.
>
> Thanks
>
>
> ------------------------------------------------------------------------
>
> Bootdata ok (command line is root=/dev/sda2 ro vga=1 console=ttyS0)
> Linux version 2.6.16-rc1 (root@rtower) (gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)) #1 SMP Mon Jan 30 10:39:13 CET 2006
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 000000007fff0000 (usable)
> BIOS-e820: 000000007fff0000 - 000000007ffff000 (ACPI data)
> BIOS-e820: 000000007ffff000 - 0000000080000000 (ACPI NVS)
> BIOS-e820: 00000000ff780000 - 0000000100000000 (reserved)
> SRAT: PXM 0 -> APIC 0 -> Node 0
> SRAT: PXM 1 -> APIC 1 -> Node 1
> SRAT: Node 0 PXM 0 100000-40000000
> SRAT: Node 1 PXM 1 40000000-80000000
> SRAT: Node 0 PXM 0 0-40000000
> Bootmem setup node 0 0000000000000000-0000000040000000
> Bootmem setup node 1 0000000040000000-000000007fff0000
> ACPI: PM-Timer IO Port: 0x5008
> ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> Processor #0 15:5 APIC version 16
> ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> Processor #1 15:5 APIC version 16
> ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
> ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
> ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
> IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-23
> ACPI: IOAPIC (id[0x07] address[0xfebfe000] gsi_base[40])
> IOAPIC[1]: apic_id 7, version 17, address 0xfebfe000, GSI 40-46
> ACPI: IOAPIC (id[0x08] address[0xfebff000] gsi_base[47])
> IOAPIC[2]: apic_id 8, version 17, address 0xfebff000, GSI 47-53
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> Setting APIC routing to flat
> Using ACPI (MADT) for SMP configuration information
> Allocating PCI resources starting at 88000000 (gap: 80000000:7f780000)
> Checking aperture...
> CPU 0: aperture @ 9980000000 size 32 MB
> Aperture from northbridge cpu 0 too small (32 MB)
> No AGP bridge found
> Built 2 zonelists
> Kernel command line: root=/dev/sda2 ro vga=1 console=ttyS0
> Initializing CPU#0
> PID hash table entries: 4096 (order: 12, 131072 bytes)
> time.c: Using 3.579545 MHz PM timer.
> time.c: Detected 2205.016 MHz processor.
> Console: colour VGA+ 80x50
> Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes)
> Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes)
> PCI-DMA: Disabling IOMMU.
> Memory: 2059036k/2097088k available (3301k kernel code, 37664k reserved, 1402k data, 260k init)
> Calibrating delay using timer specific routine.. 4419.03 BogoMIPS (lpj=8838071)
> Mount-cache hash table entries: 256
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 1024K (64 bytes/line)
> CPU 0(1) -> Node 0 -> Core 0
> mtrr: v2.0 (20020519)
> Using local APIC timer interrupts.
> Detected 12.528 MHz APIC timer.
> Booting processor 1/2 APIC 0x1
> Initializing CPU#1
> Calibrating delay using timer specific routine.. 4410.33 BogoMIPS (lpj=8820663)
> CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
> CPU: L2 Cache: 1024K (64 bytes/line)
> CPU 1(1) -> Node 1 -> Core 0
> AMD Opteron(tm) Processor 248 stepping 0a
> CPU 1: Syncing TSC to CPU 0.
> CPU 1: synchronized TSC with CPU 0 (last diff 1 cycles, maxerr 1198 cycles)
> Brought up 2 CPUs
> Disabling vsyscall due to use of PM timer
> time.c: Using PM based timekeeping.
> testing NMI watchdog ... OK.
> migration_cost=510
> DMI 2.3 present.
> NET: Registered protocol family 16
> ACPI: bus type pci registered
> PCI: Using configuration type 1
> ACPI: Subsystem revision 20050902
> ACPI: Interpreter enabled
> ACPI: Using IOAPIC for interrupt routing
> ACPI: PCI Root Bridge [PCI0] (0000:00)
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
> ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
> ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
> ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
> SCSI subsystem initialized
> usbcore: registered new driver usbfs
> usbcore: registered new driver hub
> PCI: Using ACPI for IRQ routing
> PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
> PCI: Bridge: 0000:00:01.0
> IO window: b000-bfff
> MEM window: fe900000-feafffff
> PREFETCH window: ff500000-ff5fffff
> PCI: Bridge: 0000:00:02.0
> IO window: disabled.
> MEM window: fe800000-fe8fffff
> PREFETCH window: ff400000-ff4fffff
> PCI: Bridge: 0000:00:06.0
> IO window: a000-afff
> MEM window: fc700000-fe7fffff
> PREFETCH window: disabled.
> IA32 emulation $Id: sys_ia32.c,v 1.32 2002/03/24 13:02:28 ak Exp $
> audit: initializing netlink socket (disabled)
> audit(1138803447.028:1): initialized
> Total HugeTLB memory allocated, 0
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> io scheduler noop registered
> io scheduler deadline registered
> io scheduler cfq registered
> ACPI: Power Button (FF) [PWRF]
> ACPI: Power Button (CM) [PWRB]
> ACPI: Processor [CPU1] (supports 8 throttling states)
> Real Time Clock Driver v1.12ac
> hpet_acpi_add: no address or irqs in _CRS
> hw_random: AMD768 system management I/O registers at 0x5000.
> hw_random hardware driver 1.0.0 loaded
> Software Watchdog Timer: 0.07 initialized. soft_noboot=0 soft_margin=60 sec (nowayout= 0)
> Linux agpgart interface v0.101 (c) Dave Jones
> serio: i8042 AUX port at 0x60,0x64 irq 12
> serio: i8042 KBD port at 0x60,0x64 irq 1
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
> serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
> Floppy drive(s): fd0 is 1.44M
> FDC 0 is a post-1991 82077
> RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
> loop: loaded (max 8 devices)
> Intel(R) PRO/1000 Network Driver - version 6.1.16-k2
> Copyright (c) 1999-2005 Intel Corporation.
> e100: Intel(R) PRO/100 Network Driver, 3.4.14-k4-NAPI
> e100: Copyright(c) 1999-2005 Intel Corporation
> tg3.c:v3.47 (Dec 28, 2005)
> GSI 16 sharing vector 0xA9 and IRQ 16
> ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 49 (level, low) -> IRQ 169
> eth0: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:133MHz:64-bit) 10/100/1000BaseT Ethernet 00:30:48:57:03:2e
> eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0]
> eth0: dma_rwctrl[769f4000]
> GSI 17 sharing vector 0xB1 and IRQ 17
> ACPI: PCI Interrupt 0000:02:03.1[B] -> GSI 50 (level, low) -> IRQ 177
> eth1: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:133MHz:64-bit) 10/100/1000BaseT Ethernet 00:30:48:57:03:2f
> eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1]
> eth1: dma_rwctrl[769f4000]
> forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.49.
> tun: Universal TUN/TAP device driver, 1.6
> tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
> netconsole: not configured, aborting
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> AMD8111: IDE controller at PCI slot 0000:00:07.1
> AMD8111: chipset revision 3
> AMD8111: not 100% native mode: will probe irqs later
> AMD8111: 0000:00:07.1 (rev 03) UDMA133 controller
> ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
> ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
> hda: CD-224E, ATAPI CD/DVD-ROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> hda: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33)
> Uniform CD-ROM driver Revision: 3.20
> sata_mv 0000:03:03.0: version 0.5
> GSI 18 sharing vector 0xB9 and IRQ 18
> ACPI: PCI Interrupt 0000:03:03.0[A] -> GSI 42 (level, low) -> IRQ 185
> sata_mv 0000:03:03.0: Applying B2 workarounds to unknown rev
> sata_mv 0000:03:03.0: 32 slots 4 ports unknown mode IRQ via MSI
> ata1: SATA max UDMA/133 cmd 0x0 ctl 0xFFFFC200000A2120 bmdma 0x0 irq 185
> ata2: SATA max UDMA/133 cmd 0x0 ctl 0xFFFFC200000A4120 bmdma 0x0 irq 185
> ata3: SATA max UDMA/133 cmd 0x0 ctl 0xFFFFC200000A6120 bmdma 0x0 irq 185
> ata4: SATA max UDMA/133 cmd 0x0 ctl 0xFFFFC200000A8120 bmdma 0x0 irq 185
> ata1: dev 0 ATA-6, max UDMA/133, 72303840 sectors: LBA48
> ata1: qc timeout (cmd 0xef)
> ata1: failed to set xfermode, disabled
> ata1: dev 0 configured for UDMA/133
As was noted in another thread (I should put this in a FAQ somewhere),
disabling CONFIG_PCI_MSI will solve a lot of people's sata_mv problems.
Jeff
next prev parent reply other threads:[~2006-02-01 19:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-01 14:43 sata_mv and MV88SX6041 don't work Michal Sojka
2006-02-01 15:15 ` Roger Heflin
2006-02-01 15:18 ` Michal Sojka
2006-02-01 19:01 ` Jeff Garzik [this message]
2006-02-02 12:27 ` Bogdan Costescu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43E105A2.3050800@pobox.com \
--to=jgarzik@pobox.com \
--cc=kelbelj@fel.cvut.cz \
--cc=linux-ide@vger.kernel.org \
--cc=rheflin@atipa.com \
--cc=sojkam1@fel.cvut.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.