From: Roland Dreier <rdreier-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
To: "J.L. Burr" <jlburr-vna1KIf7WgpBDgjK7y7TUQ@public.gmane.org>
Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH 0/1] mthca: Modify to support embedded PowerPC platforms
Date: Fri, 07 Jan 2011 09:00:36 -0800 [thread overview]
Message-ID: <adazkrcabt7.fsf@cisco.com> (raw)
In-Reply-To: <ig6m82$k8i$1@dough.gmane.org> (J. L. Burr's message of "Fri, 7 Jan 2011 04:24:34 -0500")
> I think it was the merger of the 64-bit PowerPC with the 32-bit ppc that led
> to things like the phys_addr_t type, etc. There must be some other aspect
> new to the powerpc tree which requires adjustment by the driver.
I'm pretty sure that when I had things working, it was with the powerpc
(not ppc) tree, with the embedded device tree, etc. I think one
difference might be that my platform had less memory or perhaps
different firmware, so that the kernel addresses for PCI resources were
below 4GB. I seem to remember maybe there was some automagic in
ioremap() that expanded the IO addresses to the right place.
It does seem that the driver is loading properly and then simply not
getting receive completions for the packets sent by the subnet manager.
Since other events are occurring, I would guess that something is going
wrong with posting the receives, though I don't know exactly what it
might be.
One thing to try would be to load the ib_mthca module with fw_cmd_doorbell=1
That won't fix anything, but if it fails in a different way that might
give a clue as to what's wrong.
- R.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-01-07 17:00 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-07 2:47 [PATCH 0/1] mthca: Modify to support embedded PowerPC platforms J.L. Burr
2011-01-07 5:58 ` Roland Dreier
[not found] ` <adalj2xb6h0.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2011-01-07 6:50 ` Roland Dreier
2011-01-07 9:24 ` J.L. Burr
2011-01-07 17:00 ` Roland Dreier [this message]
[not found] ` <adazkrcabt7.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2011-01-09 4:56 ` J.L. Burr
[not found] ` <4D293FFE.7000901-vna1KIf7WgpBDgjK7y7TUQ@public.gmane.org>
2011-01-10 5:53 ` Roland Dreier
[not found] ` <ada4o9h9ueg.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2011-01-12 1:28 ` J.L. Burr
[not found] ` <4D2D03CD.6060802-vna1KIf7WgpBDgjK7y7TUQ@public.gmane.org>
2011-01-12 5:00 ` Roland Dreier
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=adazkrcabt7.fsf@cisco.com \
--to=rdreier-fyb4gu1cfyuavxtiumwx3w@public.gmane.org \
--cc=jlburr-vna1KIf7WgpBDgjK7y7TUQ@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/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