From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <scottwood@freescale.com>
Received: from de01egw02.freescale.net (de01egw02.freescale.net
	[192.88.165.103])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "de01egw02.freescale.net",
	Issuer "Thawte Premium Server CA" (verified OK))
	by ozlabs.org (Postfix) with ESMTP id E2C85DE347
	for <linuxppc-dev@ozlabs.org>; Thu, 19 Jul 2007 04:52:14 +1000 (EST)
Message-ID: <469E5C07.3030900@freescale.com>
Date: Wed, 18 Jul 2007 13:29:27 -0500
From: Scott Wood <scottwood@freescale.com>
MIME-Version: 1.0
To: Vitaly Bordug <vitb@kernel.crashing.org>
Subject: Re: [PATCH 46/61] mpc885ads: Rework initialization.
References: <20070718013137.GA15217@ld0162-tx32.am.freescale.net>
	<20070718013600.GR15238@ld0162-tx32.am.freescale.net>
	<20070718124402.18197206@localhost.localdomain>
	<469E4267.2040001@freescale.com>
	<20070718222455.423ee0ba@localhost.localdomain>
In-Reply-To: <20070718222455.423ee0ba@localhost.localdomain>
Content-Type: text/plain; charset=us-ascii; format=flowed
Cc: linuxppc-dev@ozlabs.org
List-Id: Linux on PowerPC Developers Mail List <linuxppc-dev.ozlabs.org>
List-Unsubscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=unsubscribe>
List-Archive: <http://ozlabs.org/pipermail/linuxppc-dev>
List-Post: <mailto:linuxppc-dev@ozlabs.org>
List-Help: <mailto:linuxppc-dev-request@ozlabs.org?subject=help>
List-Subscribe: <https://ozlabs.org/mailman/listinfo/linuxppc-dev>,
	<mailto:linuxppc-dev-request@ozlabs.org?subject=subscribe>

Vitaly Bordug wrote:
> On Wed, 18 Jul 2007 11:40:07 -0500
> Scott Wood wrote:
>>The CPM reset should take care of that.
>>
> 
> IIRC we had CPM reset prior, and it didn't help, making all those stuff added.

You previously only did the CPM reset when CONFIG_UCODE_PATH was 
enabled.  I saw the same behavior with the smcmr clearing as with the 
CPM reset.

> ok, I may have confused this with something else. Anyway, the only doubt point is
> SMC2 console + SCC3 ENET functionality - it is easier to just test that.

I had some difficulty with SCC3, but I think it's unrelated -- the PHY 
wasn't negotiating properly.  The failure mode was completely different 
when SMC1 was left on.

I tried to test it without my patches to see if it worked there, but it 
wouldn't boot at all.

-Scott