From 87ed6173e279ed6feb029a220f7098b2fa6504b6 Mon Sep 17 00:00:00 2001 From: Patrick Georgi Date: Tue, 3 Jul 2012 18:07:04 +0200 Subject: 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 Reviewed-on: http://review.coreboot.org/1164 Tested-by: build bot (Jenkins) Reviewed-by: Dave Frodin Reviewed-by: Peter Stuge --- src/southbridge/amd/Makefile.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) 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 -- cgit v1.2.3