diff options
author | Patrick Georgi <patrick@georgi-clan.de> | 2012-07-03 18:07:04 +0200 |
---|---|---|
committer | Peter Stuge <peter@stuge.se> | 2012-07-03 21:02:13 +0200 |
commit | 87ed6173e279ed6feb029a220f7098b2fa6504b6 (patch) | |
tree | 04483f8aff1b972ccb9795f2f97780a7de837103 | |
parent | a645abbf54f965e596c58e8eb2c84d733e19b737 (diff) |
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>
-rw-r--r-- | src/southbridge/amd/Makefile.inc | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/src/southbridge/amd/Makefile.inc b/src/southbridge/amd/Makefile.inc index d7b5645ea8..9bc58cd358 100644 --- a/src/southbridge/amd/Makefile.inc +++ b/src/southbridge/amd/Makefile.inc @@ -20,7 +20,8 @@ ifeq ($(CONFIG_CPU_AMD_AGESA), y) $(obj)/s3.rom: 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 $@ cbfs-files-y += s3nv |