Patrick Rudolph has uploaded this change for review. ( https://review.coreboot.org/22272
Change subject: device/device_util: Add string for DEVICE_PATH_NONE
......................................................................
device/device_util: Add string for DEVICE_PATH_NONE
Add string for DEVICE_PATH_NONE in dev_path.
The enum DEVICE_PATH_NONE can be translated to string and should not
be translated by "Unknown device path type: 0".
Makes console output a lot prettier and readable.
Note: DEVICE_PATH_NONE is used as dummy devices for hotplugable slots.
Change-Id: I08d471d8217f966e80daefe2d9971e357defde62
Signed-off-by: Patrick Rudolph <siro(a)das-labor.org>
---
M src/device/device_util.c
1 file changed, 3 insertions(+), 0 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/72/22272/1
diff --git a/src/device/device_util.c b/src/device/device_util.c
index 762f0e7..03ba43d 100644
--- a/src/device/device_util.c
+++ b/src/device/device_util.c
@@ -274,6 +274,9 @@
memcpy(buffer, "<null>", 7);
} else {
switch(dev->path.type) {
+ case DEVICE_PATH_NONE:
+ memcpy(buffer, "NONE", 5);
+ break;
case DEVICE_PATH_ROOT:
memcpy(buffer, "Root Device", 12);
break;
--
To view, visit https://review.coreboot.org/22272
To unsubscribe, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-MessageType: newchange
Gerrit-Change-Id: I08d471d8217f966e80daefe2d9971e357defde62
Gerrit-Change-Number: 22272
Gerrit-PatchSet: 1
Gerrit-Owner: Patrick Rudolph <siro(a)das-labor.org>
Lubomir Rintel has uploaded this change for review. ( https://review.coreboot.org/22271
Change subject: vx900: skip remap of high memory ranges if unnecessary
......................................................................
vx900: skip remap of high memory ranges if unnecessary
If the DRAM does *not* actually overlap the PCI space, the remap code
notices it is the case, but for some reason proceeds with the remapping,
attempting to remap a negatively sized chunk. Bummer.
With a single 1024M (two ranks of 512M) module:
Nothing to remap
Mem remapping enabled
Remapstart 5120(MB)
Remapend 6144(MB)
Top of RAM 1024MB
New top of RAM 2560MB
Wrote remap map a0101
Mem remapping enabled
Remapstart 4096(MB)
Remapend 2560(MB)
New top of memory is at 2560MB
Needless to say, subsequent ram_resource() ruins the memory map for the
OS -- Linux won't boot without a mem= argument and memtest quickly.
TEST=memtest and Linux boot on HP t5550 with 1024M of memory
Change-Id: Ic221723a26c5d1a03bf34c7722b0abe115f456ba
Signed-off-by: Lubomir Rintel <lkundrak(a)v3.sk>
---
M src/northbridge/via/vx900/northbridge.c
1 file changed, 3 insertions(+), 1 deletion(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/71/22271/1
diff --git a/src/northbridge/via/vx900/northbridge.c b/src/northbridge/via/vx900/northbridge.c
index 3638293..774f744 100644
--- a/src/northbridge/via/vx900/northbridge.c
+++ b/src/northbridge/via/vx900/northbridge.c
@@ -120,6 +120,7 @@
*/
if (tolm >= vx900_get_top_of_ram(mcu)) {
printk(BIOS_DEBUG, "Nothing to remap\n");
+ return 0;
}
/* This is how the Vendor BIOS. Keep it for comparison for now */
@@ -275,7 +276,8 @@
uma_memory_size >> 20);
/* FIXME: How do we handle remapping above 4G? */
u64 tor = vx900_remap_above_4g(mcu, pci_tolm);
- ram_resource(dev, idx++, RAM_4GB >> 10, (tor - RAM_4GB) >> 10);
+ if (tor)
+ ram_resource(dev, idx++, RAM_4GB >> 10, (tor - RAM_4GB) >> 10);
set_late_cbmem_top(tolmk << 10);
--
To view, visit https://review.coreboot.org/22271
To unsubscribe, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-MessageType: newchange
Gerrit-Change-Id: Ic221723a26c5d1a03bf34c7722b0abe115f456ba
Gerrit-Change-Number: 22271
Gerrit-PatchSet: 1
Gerrit-Owner: Lubomir Rintel <lkundrak(a)v3.sk>