From: Oliver Korpilla <okorpil@fh-landshut.de>
To: "Heater, Daniel (GE Infrastructure)" <Daniel.Heater@gefanuc.com>
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: VME - PowerPC: Resource sizes
Date: Thu, 10 Jun 2004 17:11:03 +0200 [thread overview]
Message-ID: <40C87A07.4050105@fh-landshut.de> (raw)
In-Reply-To: <DB1DE297F535B340AEAE1E51B221C3D0016B3DE3@FTWMLVEM02.e2k.ad.ge.com>
Heater, Daniel (GE Infrastructure) wrote:
>>We could iterate the PCI bus tree to the top (there is some
>>parent bus
>>field, IIRC), and then start complete iteration until a suitable
>>resource is found. This may produce larger resource regions with
>>reasonable effort.
>>
>>
>
>On the x86 boards we've dealt with we've gotten away with opening
>VMEbus windows in PCI space not allocated by the Universe's parent
>bridge because the parent bridges have always been set up for
>subtractive decoding. So if no one else claimed the cycle, it got
>passed down through the bridge to the Universe anyway.
>
>
>>Are you sure you mean 768 _KB_ and 2 _MB_, not 768 _MB_ and 2
>>_GB_? My SLSI window is already 64 MB big.
>>
>>
>
>My bad. It's actually 768KB and 2GB are correct. The SLSI window
>does fail to allocate with the patch.
>
>
That's not very good. I'm getting an Intel board (I guess VMIVME7700) In
the near future, so I could test several options. If my code does
prevent you from getting resonable window sizes, we could either walk
the tree, or conditionalize the code that way, that for the x86 resource
are again requested from iomem_resource directly.
But I guess that walking the tree should have a net result very similar
to your original code.
With kind regards,
Oliver Korpilla
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2004-06-10 15:11 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-10 13:03 VME - PowerPC: Resource sizes Heater, Daniel (GE Infrastructure)
2004-06-10 15:11 ` Oliver Korpilla [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-06-09 20:01 VME driver patch for PowerPC Heater, Daniel (GE Infrastructure)
2004-06-10 7:32 ` VME - PowerPC: Resource sizes Oliver Korpilla
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=40C87A07.4050105@fh-landshut.de \
--to=okorpil@fh-landshut.de \
--cc=Daniel.Heater@gefanuc.com \
--cc=linuxppc-embedded@lists.linuxppc.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;
as well as URLs for NNTP newsgroup(s).