coreboot_tables: reduce redundant data structures
There are three coreboot table tags that all define some kind of memory
region, and each has their own homologous struct. I'm about to add a
fourth so I'll just clean this up and turn it into a generic struct
lb_range instead.
Change-Id: Id148b2737d442e0636d2c05e74efa1fdf844a0d3
Signed-off-by: Julius Werner <jwerner@chromium.org>
Reviewed-on: https://chromium-review.googlesource.com/167154
(cherry picked from commit 22d82ffa3f)
Signed-off-by: Isaac Christensen <isaac.christensen@se-eng.com>
Reviewed-on: http://review.coreboot.org/6456
Tested-by: build bot (Jenkins)
Reviewed-by: Edward O'Callaghan <eocallaghan@alterapraxis.com>
Reviewed-by: Paul Menzel <paulepanter@users.sourceforge.net>
Reviewed-by: Patrick Georgi <patrick@georgi-clan.de>
This commit is contained in:
parent
579538b5c7
commit
1f5487a7c0
5 changed files with 39 additions and 69 deletions
|
|
@ -215,13 +215,15 @@ struct lb_gpios {
|
|||
struct lb_gpio gpios[0];
|
||||
};
|
||||
|
||||
#define LB_TAG_VDAT 0x0015
|
||||
struct lb_vdat {
|
||||
#define LB_TAG_VDAT 0x0015
|
||||
#define LB_TAG_VBNV 0x0019
|
||||
#define LB_TAB_VBOOT_HANDOFF 0x0020
|
||||
struct lb_range {
|
||||
uint32_t tag;
|
||||
uint32_t size;
|
||||
|
||||
uint64_t vdat_addr;
|
||||
uint32_t vdat_size;
|
||||
uint64_t range_start;
|
||||
uint32_t range_size;
|
||||
};
|
||||
|
||||
#define LB_TAG_TIMESTAMPS 0x0016
|
||||
|
|
@ -235,24 +237,6 @@ struct lb_cbmem_ref {
|
|||
uint64_t cbmem_addr;
|
||||
};
|
||||
|
||||
#define LB_TAG_VBNV 0x0019
|
||||
struct lb_vbnv {
|
||||
uint32_t tag;
|
||||
uint32_t size;
|
||||
|
||||
uint32_t vbnv_start;
|
||||
uint32_t vbnv_size;
|
||||
};
|
||||
|
||||
#define LB_TAB_VBOOT_HANDOFF 0x0020
|
||||
struct lb_vboot_handoff {
|
||||
uint32_t tag;
|
||||
uint32_t size;
|
||||
|
||||
uint64_t vboot_handoff_addr;
|
||||
uint32_t vboot_handoff_size;
|
||||
};
|
||||
|
||||
#define LB_TAG_X86_ROM_MTRR 0x0021
|
||||
struct lb_x86_rom_mtrr {
|
||||
uint32_t tag;
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue