[coreboot] flashrom: Cache probed id:s

Carl-Daniel Hailfinger c-d.hailfinger.devel.2006 at gmx.net
Tue Jun 24 11:51:21 CEST 2008


On 24.06.2008 11:36, Peter Stuge wrote:
> On Tue, Jun 24, 2008 at 11:16:37AM +0200, Carl-Daniel Hailfinger wrote:
>   
>>>> NACK. This patch randomly (depending on flashchips.c order) breaks
>>>> probing for ~80% of the chips we currently support.
>>>>         
>>> Can you expand on why this would happen?
>>>       
>> The pointer to the (bios) probe location changes depending on flash
>> chip size.
>>     
>
> Yes of course! Thank you to Stefan and you for cluestick on head.
>   

You're welcome.
(A few months ago, I had the same idea, but I buried it pretty fast ;-) )

>> There are three ways to solve this:
>> - Keep probe results per function per chip size (ugly)
>>     
>
> I like a variation on this:
>
> - Cache probe results per function per start address
>
> I don't think it's so ugly because as you pointed out the address
> probed is input to the sequence.
>
> Needs a little more code changed though.
>   

And it is definitely post-1.0 material if we ever commit it.
Things to do if you want to move forward with that:
- Generalize probing so that you can probe for the same chip at multiple
memory locations (ID strapping)
- Same for multiple buses
- Probe only for buses (SPI, LPC, ...) which make sense

The last point would automatically fix the AMIC/W29EE conflict because
both can't reside on the same bus.

Regards,
Carl-Daniel

-- 
http://www.hailfinger.org/





More information about the coreboot mailing list