From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stefan Roese <sr@denx.de>
Date: Tue, 20 Oct 2009 10:25:49 +0200
Subject: [U-Boot] trouble with u-boot and bist fail on pcie adapter
In-Reply-To: <20091019161947.GA15805@crust.elkhashab.com>
References: <4ADC055C.6080006@elkhashab.com>
	<20091019073554.C06ED1834DBA8@nyx.denx.de>
	<20091019161947.GA15805@crust.elkhashab.com>
Message-ID: <200910201025.49670.sr@denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi Ayman,

On Monday 19 October 2009 18:19:47 ayman at elkhashab.com wrote:
> Per your suggestion, we tried setting the delay (and observed a delay),
> but the outcome did not change.  The BIST still got set to fail and
> caused the board to become unresponsive, and thus Linux fails the detection
> later.  FWIW, we've tried both with and without switches in between with no
> change in the behavior.  We observe the transactions on a lecroy pcie
> analyzer.

OK, thanks for reporting.
 
> I suppose one question that lingers in my mind is why does u-boot do
> anything other than just configure the IO/MEM bars?  Is there some specific
> reason it is touching the BIST controls?

Could you please check the 4xx PCIe code (cpu/ppc4xx/4xx_pcie.c), where 
exactly the BIST is "touched". A quick scan through the source didn't reveal 
such an access to me. Could be I missed it though.

Cheers,
Stefan

--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de