[coreboot] [PATCH] make AMD CAR disable a C function
Stefan Reinauer
stefan.reinauer at coresystems.de
Sun May 16 19:36:09 CEST 2010
On 5/16/10 6:46 PM, Rudolf Marek wrote:
>
>
> OpenPGP: *Attachments to this message have not been signed or encrypted*
>
> ********* *BEGIN ENCRYPTED or SIGNED PART* *********
>
> Hello,
>
> Following patch reworks car_disable into C. Tested, works here. I compared
> also the GCC generated code and it looks all right. Please test on some
> multicore CPU.
>
A potential Todo on my list was to straighten out cache_as_ram on K8/K10
in the same way as we did on all the other functions, and that would
mean calling post_cache_as_ram() from assembler directly, so we don't
have to add the call to each and every romstage.c:main() function. That
might
include a second jump to a C function, or significantly stripping down
post_cache_as_ram() for those CPUs so it can easily be added in
assembler like on the other CPUs. What do you think?
> I added the "memory" clobber to read_cr0 / write_cr0 function as it is in Linux
> Kernel. Seems that if this is missing, GCC is too smart and messes the order
> of reads/writes to CR0 (not tested if really a problem here, but be safe for
> future users of this function ;)
>
> Signed-off-by: Rudolf Marek <r.marek at assembler.cz>
>
Acked-by: Stefan Reinauer <stepan at coresystems.de>
> Maybe we can add nice copyright header too?
>
Please do!
--
coresystems GmbH . Brahmsstr. 16 . D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 . Fax: +49 761 7664613
Email: info at coresystems.de . http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg . HRB 7656
Geschäftsführer: Stefan Reinauer . Ust-IdNr.: DE245674866
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.coreboot.org/pipermail/coreboot/attachments/20100516/08dab579/attachment.html>
More information about the coreboot
mailing list