Since some people disapprove of white space cleanups mixed in regular commits

[coreboot.git] / src / include / boot / coreboot_tables.h

diff --git a/src/include/boot/coreboot_tables.h b/src/include/boot/coreboot_tables.h
index cec394e474d27b41a562607f7362a42452033506..19d2881f43641dd09d83c1bc7122f75f26a609f3 100644 (file)
--- a/src/include/boot/coreboot_tables.h
+++ b/src/include/boot/coreboot_tables.h
@@ -33,7 +33,7 @@
 
 /* Since coreboot is usually compiled 32bit, gcc will align 64bit
  * types to 32bit boundaries. If the coreboot table is dumped on a
- * 64bit system, a uint64_t would be aligned to 64bit boundaries, 
+ * 64bit system, a uint64_t would be aligned to 64bit boundaries,
  * breaking the table format.
  *
  * lb_uint64 will keep 64bit coreboot table values aligned to 32bit
@@ -216,7 +216,7 @@ struct cmos_entries {
        uint32_t config;             /* e=enumeration, h=hex, r=reserved */
        uint32_t config_id;          /* a number linking to an enumeration record */
 #define CMOS_MAX_NAME_LENGTH 32
-       uint8_t name[CMOS_MAX_NAME_LENGTH]; /* name of entry in ascii, 
+       uint8_t name[CMOS_MAX_NAME_LENGTH]; /* name of entry in ascii,
                                               variable length int aligned */
 };
 
@@ -232,7 +232,7 @@ struct cmos_enums {
        uint32_t config_id;          /* a number identifying the config id */
        uint32_t value;              /* the value associated with the text */
 #define CMOS_MAX_TEXT_LENGTH 32
-       uint8_t text[CMOS_MAX_TEXT_LENGTH]; /* enum description in ascii, 
+       uint8_t text[CMOS_MAX_TEXT_LENGTH]; /* enum description in ascii,
                                                variable length int aligned */
 };