From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?UTF-8?Q?David_M=c3=bcller_=28ELSOFT_AG=29?= <d.mueller@elsoft.ch>
Date: Tue, 30 Sep 2014 15:11:15 +0200
Subject: [U-Boot] [PATCH] PATI: fix broken SPI access
In-Reply-To: <CAD6G_RSwKBtye6CGrwOfaXTsgVqU2aO=aLY8AKYqZgRr_GykLw@mail.gmail.com>
References: <1412076234-2946-1-git-send-email-d.mueller@elsoft.ch>
	<CAD6G_RSwKBtye6CGrwOfaXTsgVqU2aO=aLY8AKYqZgRr_GykLw@mail.gmail.com>
Message-ID: <542AABF3.7010105@elsoft.ch>
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

Jagan Teki wrote:
> On 30 September 2014 16:53, David M?ller <d.mueller@elsoft.ch> wrote:
>> +int board_early_init_f(void)
>> +{
>> +       spi_init_f();
> 
> Why you need to do this, spi_init_f is trying to call from
> arch/powerpc/lib/board.c
> any specific reason, I couldn't understand the fix you mentioned on
> the commit body.

There is an EEPROM attached to the SPI channel containing vital board
data. Calling spi_init_f() from arch/powerpc/lib/board.c will be too late.