GNUBoot
/
coreboot-kgpe-d16
2
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Fix AMD S3 block generator on Cygwin 

awk on Cygwin created the UTF-8 value for the 0xff code point,
which makes it two bytes wide. This broke the build.

Change-Id: I4937ae7ce1136ba7a76d05b42f9dd2771203175d
Signed-off-by: Patrick Georgi <patrick@georgi-clan.de>
Reviewed-on: http://review.coreboot.org/1164
Tested-by: build bot (Jenkins)
Reviewed-by: Dave Frodin <dave.frodin@se-eng.com>
Reviewed-by: Peter Stuge <peter@stuge.se>
This commit is contained in:
Patrick Georgi 2012-07-03 18:07:04 +02:00 committed by Peter Stuge
parent a645abbf54
commit 87ed6173e2
1 changed files with 2 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
src/southbridge/amd/Makefile.inc
View File

@ -20,7 +20,8 @@ ifeq ($(CONFIG_CPU_AMD_AGESA), y)
$(obj)/s3.rom: $(obj)/s3.rom:
echo " S3 NVRAM 0xffff0000 (S3 storage area)" echo " S3 NVRAM 0xffff0000 (S3 storage area)"
awk 'BEGIN {for (i=0; i<20480; i++) {printf "%c", 255}}' > $@.tmp # force C locale, so cygwin awk doesn't try to interpret the 0xff below as UTF-8 (or worse)
LC_ALL=C awk 'BEGIN {for (i=0; i<20480; i++) {printf "%c", 255}}' > $@.tmp
mv $@.tmp $@ mv $@.tmp $@
cbfs-files-y += s3nv cbfs-files-y += s3nv