From: Vitaly Bordug <vbordug@ru•mvista.com>
To: Alex BASTOS <alebas@televes•com>
Cc: linuxppc-embedded list <linuxppc-embedded@ozlabs•org>
Subject: Re: [SOLVED] Re: pq2_find_bridges hangs system
Date: Wed, 14 Dec 2005 17:14:51 +0300 [thread overview]
Message-ID: <43A028DB.5090906@ru.mvista.com> (raw)
In-Reply-To: <1134569602.43a0288234662@webmail.televes.com:443>
Alex BASTOS wrote:
> Vitaly,
>
>> Maybe, but I guess more correct is to deal with USB->PCI dependency..
>> Is it really needed(I am not USB expert)?
>
> Neither am I. I guess for this Host Controler it is not needed at
> HW level, but I am not sure why it is still required by the SW.
>
>
>>> 3) I have seen that from u-boot, a reset occurs when I read Internal
>>> Memory at offset 0x10904 (PCI CFG_DATA). From BDI, when I do the same
>>> all PCI section on IM becomes zero. Is this a known behaviour? May this
>>> reflect a hardware problem?
>>>
>> Sounds weird
>
> Here is the problem. The cause for this weird behaviour is that I
> had PCI_ARBITER_EN_ disabled. So, a HW problem at the end.
> I had disabled it trying to reduce power compsumption due to the PCI,
> as I am not going to use it. It seems it is not possible that way.
> Any idea how to get this done?
>
Well, I guess the best you can do now - just use custom tree. I'll try to find
good solution for such a case (PCI required by deps but not hw) next time I'll touch PCI.
>>> In conclusion, 1) solves my "must", a working board (without PCI).
>>> But I still would like to know what am I doing so wrong with this.
>>>
>> IMHO ability to disable PCI_8260 while PCI is on might be confusing, at least
>> for upstream.
>
> You are right.
>
> Thanks so much for your help.
>
> Best regards,
>
> Alex
>
>
--
Sincerely,
Vitaly
next prev parent reply other threads:[~2005-12-14 14:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-14 10:21 pq2_find_bridges hangs system Alex BASTOS
2005-12-14 11:29 ` Vitaly Bordug
2005-12-14 14:13 ` [SOLVED] " Alex BASTOS
2005-12-14 14:14 ` Vitaly Bordug [this message]
2005-12-14 14:30 ` Kumar Gala
2005-12-15 9:39 ` Alex BASTOS
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=43A028DB.5090906@ru.mvista.com \
--to=vbordug@ru$(echo .)mvista.com \
--cc=alebas@televes$(echo .)com \
--cc=linuxppc-embedded@ozlabs$(echo .)org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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