From: Terrence Martin <tmartin@physics.ucsd.edu>
To: Sebastian Kuzminsky <seb@highlab.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: Kernel or patch suggestions for DMA enables Marvell Driver
Date: Tue, 20 Dec 2005 21:08:49 -0800 [thread overview]
Message-ID: <43A8E361.5060503@physics.ucsd.edu> (raw)
In-Reply-To: <E1Eovpp-0000XC-S5@highlab.com>
In my case this is actually an onboard Marvell Sata controller. There is
nothing in the two PCI-X slots at all. :(
I am going to ask Supermicro what the story is. Even the driver from
Marvell that I have code for, of which I have found several versions,
refuses to work correctly either on the Xeon system below or some new
Opteron systems.
In any case I am happy to work with whoever is making the linux kernel
driver for marvell to try to get to the bottom of the issue. I could
even provide a login on a dedicated system if that would help.
Cheers,
Terrence
Sebastian Kuzminsky wrote:
>Terrence Martin <tmartin@physics.ucsd.edu> wrote:
>
>
>>ata8: dev 0 ATA-7, max UDMA/133, 390721968 sectors: LBA48
>>ata8: slow completion (cmd ef)
>>ata8: dev 0 configured for UDMA/133
>>
>>
>...
>
>
>>SCSI device sdc: drive cache: write back
>> sdc:<3>ata8: Entering mv_eng_timeout
>>mmio_base f8880000 ap f6b91314 qc f6b917f0 scsi_cmnd f6393e00 &cmnd f6393e44
>>ata8: status=0x50 { DriveReady SeekComplete }
>>ata8: error=0x01 { AddrMarkNotFound }
>>sdc: Current: sense key: No Sense
>> Additional sense: No additional sense information
>> unknown partition table
>>
>>
>
>I've seen this error on my system. It went away and things work well now.
>I did two things at the same time and I'm not sure which one fixed things.
>
>My system has two PCI 32/33 slots and three PCI-X 64/66 slots.
>
>
>Non-working configuration:
>
> PCI slot 1: Promise TX2
> PCI slot 2: Adaptec 2930 (5V card)
> PCI-X slot 1: Promise TX2
> PCI-X slot 2: Marvell 6081
> PCI-X slot 3: empty
>
>
>Working configuration:
>
> PCI slot 1: Promise TX2
> PCI slot 2: Promise TX2
> PCI-X slot 1: empty
> PCI-X slot 2: empty
> PCI-X slot 3: Marvell 6081
>
>
>Could be getting rid of the 5V Adaptec card, could be taking all the
>non-PCI-X cards out of the PCI-X slots. Could be something else.
>I'm not sure. Good luck!
>
>
>
>
next prev parent reply other threads:[~2005-12-21 5:08 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-20 20:34 Kernel or patch suggestions for DMA enables Marvell Driver Terrence Martin
2005-12-20 20:53 ` Sebastian Kuzminsky
2005-12-20 21:06 ` Terrence Martin
2005-12-20 22:13 ` Terrence Martin
2005-12-20 22:39 ` Sebastian Kuzminsky
2005-12-21 2:35 ` Terrence Martin
2005-12-21 4:44 ` Sebastian Kuzminsky
2005-12-21 5:08 ` Terrence Martin [this message]
2005-12-21 13:55 ` Bogdan Costescu
2005-12-21 18:15 ` Terrence Martin
2005-12-21 20:26 ` Terrence Martin
2005-12-22 14:53 ` Bogdan Costescu
2005-12-22 19:29 ` Terrence Martin
2005-12-22 19:37 ` Randy.Dunlap
2005-12-22 20:11 ` Terrence Martin
2005-12-22 23:24 ` Randy.Dunlap
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=43A8E361.5060503@physics.ucsd.edu \
--to=tmartin@physics.ucsd.edu \
--cc=linux-ide@vger.kernel.org \
--cc=seb@highlab.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).