From: Terrence Martin <tmartin@physics.ucsd.edu>
To: "Randy.Dunlap" <rdunlap@xenotime.net>
Cc: Bogdan Costescu <Bogdan.Costescu@iwr.uni-heidelberg.de>,
Sebastian Kuzminsky <seb@highlab.com>,
linux-ide@vger.kernel.org
Subject: Re: Kernel or patch suggestions for DMA enables Marvell Driver
Date: Thu, 22 Dec 2005 12:11:26 -0800 [thread overview]
Message-ID: <43AB086E.9050206@physics.ucsd.edu> (raw)
In-Reply-To: <Pine.LNX.4.58.0512221135500.3425@shark.he.net>
Randy.Dunlap wrote:
>On Thu, 22 Dec 2005, Terrence Martin wrote:
>
>
>
>>Bogdan Costescu wrote:
>>
>>
>>
>>>On Wed, 21 Dec 2005, Terrence Martin wrote:
>>>
>>>
>>>
>>>>So I compiled 2.6.15-r5 without MSI enabled.
>>>>
>>>>
>>>Hmm, so far all reports indicated that MSI had to be disabled... so
>>>maybe the Marvell controller is at fault.
>>>
>>>
>>>
>>>>Looking at MSI though it seems to indicate that without it I cannot
>>>>get PCI-Express to work?
>>>>
>>>>
>>>I think that INTx emulation should be present by default if MSI is not
>>>enabled, but I'm not sure...
>>>
>>>
>>>
>>Well I can see the PCI-E port on lspci. I can test them out with a PCI-E
>>ethernet card on tuesday just ot make sure.
>>
>>As for the card being a problem, possibly. I know I got one of my
>>opterons to work with the marvell controller with the Marvell written
>>driver and as far as I can tell RedHat enables MSI according to the
>>kernel config in /boot. That was a binary driver though and on an
>>Opteron, although the controller is claimed to be the same as what I
>>have in the Xeons according to lspci. I have not done the same steps
>>for these Xeons. I have had little or no luck getting the marvell code
>>to work with Redhat stock kernels in Centos 4.2 and was only able to use
>>the Marvell driver as a binary compiled by supermicro with a 4.0 system.
>>
>>I also do not see any mention of MSI in the instructions on how to
>>install with the Marvell driver in RH FC.
>>http://www.keffective.com/mvsata/ . At a glance it does not seem that
>>MSI comes into play with the Marvell written driver, unfortunately that
>>driver does not seem to like newer kernels, and I have not been able to
>>get it to work myself when compiled from source. I am trying to track
>>that problem down with Supermicro and my vendor.
>>
>>
>
>/proc/interrupts would show/tell whether MSI interrupts are
>being used, in case you are not sure or wondering about that.
>
>
>
>>Perhaps this might mean something to someone. With the Marvell source
>>code I can get one of the versions to build with 2.6.15-rc5, however I
>>get an error "insmod: error inserting 'mv_sata.ko': -1 Unknown symbol in
>>module". Any ideas why that error?
>>
>>
>
>Kernel message log (dmesg) should have more info, like
>the missing symbol's name.
>
>
>
It does
mv_sata: Unknown symbol scsi_set_device
As for /proc/interupts, even if you do not have a PCI-E device would it
report some numbers or? Both my Centos 4.2 default kernel as well as my
kernel.org systems have MIS in the file but both are 0.
Terrence
next prev parent reply other threads:[~2005-12-22 20:11 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
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 [this message]
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=43AB086E.9050206@physics.ucsd.edu \
--to=tmartin@physics.ucsd.edu \
--cc=Bogdan.Costescu@iwr.uni-heidelberg.de \
--cc=linux-ide@vger.kernel.org \
--cc=rdunlap@xenotime.net \
--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).