From: Scott Wood <scottwood@freescale.com>
To: Rune Torgersen <runet@innovsys.com>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: Problems with PCI on 8280
Date: Thu, 17 Jan 2008 17:18:32 -0600 [thread overview]
Message-ID: <478FE248.1030101@freescale.com> (raw)
In-Reply-To: <DCEAAC0833DD314AB0B58112AD99B93B039BA0D6@ismail.innsys.innovsys.com>
Rune Torgersen wrote:
> >From: Scott Wood
> >Are you using cuImage, or a regular uImage with a device-tree-aware u-boot
>
> cuImage for now.
>
> >If the former, try commenting out the call to fixup_pci() in
> >arch/powerpc/boot/cuboot-pq2.c and let me know if that changes anything.
>
> Did that, That made our PCI bus fail completely
Hmm... that suggests that something in u-boot's setup is either
incorrect, or (more likely in this case) doesn't match the device tree.
Or maybe it's the bus parking/arbiter tweaking at the end that u-boot is
missing.
> We have our PCI set up to ONE 512MB outbound range doing all three.
> (I can see where you'd save on mem usage by doing two)
>
> I do see a bug tho.
> In our case prefetch is 256MB, memio is 128MB.
> the calculation for outbound wiondow 1 sets the size to ~(pref+mmio-1).
> That only works if the resulting size is a power of 2.
Ah. Yes, I was assuming both windows would be the same size. The code
should be changed to check that, and if any conditions for setting
PCIBRx/PCIMSKx fail, check to see if the firmware-provided values work
(and if not, bail without touching anything).
> If we comment out the rewrite of the outbound windows, we get PCI to work.
> But since our u-boot sets everything up correctly (Including prefecable
> memory) we should not need this? or is it rewriting the device tree in
> some way?
You shouldn't need it... I'd compare the register values u-boot sets
with the values the corrected fixup_pci() sets (including the soc regs
at the end). Something must be different.
There is no device tree re-writing; it tries to program the hardware to
match what's in the device tree.
-Scott
next prev parent reply other threads:[~2008-01-17 23:18 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-17 21:33 Problems with PCI on 8280 Rune Torgersen
2008-01-17 22:02 ` Scott Wood
2008-01-17 23:05 ` Rune Torgersen
2008-01-17 23:18 ` Scott Wood [this message]
2008-01-18 0:27 ` Rune Torgersen
2008-01-18 17:07 ` Scott Wood
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=478FE248.1030101@freescale.com \
--to=scottwood@freescale.com \
--cc=linuxppc-dev@ozlabs.org \
--cc=runet@innovsys.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 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.