Attention is currently required from: Jérémy Compostella.
Nico Huber has uploaded this change for review. ( https://review.coreboot.org/c/coreboot/+/79906?usp=email )
Change subject: [RFC] region: Allow region_end() to return 64-bit numbers
......................................................................
[RFC] region: Allow region_end() to return 64-bit numbers
We most likely operate on regions that end exactly at the 4GiB boundary
(e.g. the boot device on x86). The current code seem to work fine even
if this overflows the `size_t` return value of region_end(). Though, to
be accurate, we should allow this value.
Change-Id: Id261d72c58659f180ca8e5cb6c4bcfc3855ad903
Signed-off-by: Nico Huber <nico.h(a)gmx.de>
---
M src/commonlib/include/commonlib/region.h
M src/cpu/x86/smm/smm_module_loader.c
M util/cbfstool/cbfstool.c
3 files changed, 5 insertions(+), 5 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/06/79906/1
diff --git a/src/commonlib/include/commonlib/region.h b/src/commonlib/include/commonlib/region.h
index 8de3c5d..a730c58 100644
--- a/src/commonlib/include/commonlib/region.h
+++ b/src/commonlib/include/commonlib/region.h
@@ -122,7 +122,7 @@
return r->size;
}
-static inline size_t region_end(const struct region *r)
+static inline unsigned long long region_end(const struct region *r)
{
return region_offset(r) + region_sz(r);
}
@@ -154,7 +154,7 @@
return region_offset(region_device_region(rdev));
}
-static inline size_t region_device_end(const struct region_device *rdev)
+static inline unsigned long long region_device_end(const struct region_device *rdev)
{
return region_end(region_device_region(rdev));
}
diff --git a/src/cpu/x86/smm/smm_module_loader.c b/src/cpu/x86/smm/smm_module_loader.c
index 39b36e61..235ef5c 100644
--- a/src/cpu/x86/smm/smm_module_loader.c
+++ b/src/cpu/x86/smm/smm_module_loader.c
@@ -348,7 +348,7 @@
static void print_region(const char *name, const struct region region)
{
- printk(BIOS_DEBUG, "%-12s [0x%zx-0x%zx]\n", name, region_offset(®ion),
+ printk(BIOS_DEBUG, "%-12s [0x%zx-0x%llx]\n", name, region_offset(®ion),
region_end(®ion));
}
diff --git a/util/cbfstool/cbfstool.c b/util/cbfstool/cbfstool.c
index 10d6501..0719318 100644
--- a/util/cbfstool/cbfstool.c
+++ b/util/cbfstool/cbfstool.c
@@ -421,7 +421,7 @@
for (int j = i + 1; j < mmap_window_table_size; j++) {
if (region_overlap(&mmap_window_table[i].flash_space,
&mmap_window_table[j].flash_space)) {
- ERROR("Flash space windows (base=0x%zx, limit=0x%zx) and (base=0x%zx, limit=0x%zx) overlap!\n",
+ ERROR("Flash space windows (base=0x%zx, limit=0x%llx) and (base=0x%zx, limit=0x%llx) overlap!\n",
region_offset(&mmap_window_table[i].flash_space),
region_end(&mmap_window_table[i].flash_space),
region_offset(&mmap_window_table[j].flash_space),
@@ -431,7 +431,7 @@
if (region_overlap(&mmap_window_table[i].host_space,
&mmap_window_table[j].host_space)) {
- ERROR("Host space windows (base=0x%zx, limit=0x%zx) and (base=0x%zx, limit=0x%zx) overlap!\n",
+ ERROR("Host space windows (base=0x%zx, limit=0x%llx) and (base=0x%zx, limit=0x%llx) overlap!\n",
region_offset(&mmap_window_table[i].flash_space),
region_end(&mmap_window_table[i].flash_space),
region_offset(&mmap_window_table[j].flash_space),
--
To view, visit https://review.coreboot.org/c/coreboot/+/79906?usp=email
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: main
Gerrit-Change-Id: Id261d72c58659f180ca8e5cb6c4bcfc3855ad903
Gerrit-Change-Number: 79906
Gerrit-PatchSet: 1
Gerrit-Owner: Nico Huber <nico.h(a)gmx.de>
Gerrit-Reviewer: Jérémy Compostella <jeremy.compostella(a)intel.com>
Gerrit-Attention: Jérémy Compostella <jeremy.compostella(a)intel.com>
Gerrit-MessageType: newchange
Attention is currently required from: Martin L Roth, Marvin Evers.
Felix Singer has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/79439?usp=email )
Change subject: mb/google/poppy: Use chipset dt reference names
......................................................................
Patch Set 6:
(3 comments)
File src/mainboard/google/poppy/variants/baseboard/devicetree.cb:
https://review.coreboot.org/c/coreboot/+/79439/comment/9b45a4b9_5b12ee5d :
PS4, Line 254:
> The commit message doesn't suggest that lines are removed and no lines were removed from the other f […]
Done
https://review.coreboot.org/c/coreboot/+/79439/comment/f1dedd30_5296b41d :
PS4, Line 379: device pci 1f.1 on end # P2SB
:
> Same here. Please add these lines again.
Done
PS4:
> Please indent the on keyword with tabs, and also in the other files. See the previous patches.
Done
--
To view, visit https://review.coreboot.org/c/coreboot/+/79439?usp=email
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: main
Gerrit-Change-Id: I22bcde2dea726f47f8d64a762ca147efde0b610d
Gerrit-Change-Number: 79439
Gerrit-PatchSet: 6
Gerrit-Owner: Marvin Evers <marvin.n.evers(a)gmail.com>
Gerrit-Reviewer: Felix Singer <service+coreboot-gerrit(a)felixsinger.de>
Gerrit-Reviewer: Martin L Roth <gaumless(a)gmail.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: Matt DeVillier <matt.devillier(a)gmail.com>
Gerrit-Attention: Marvin Evers <marvin.n.evers(a)gmail.com>
Gerrit-Attention: Martin L Roth <gaumless(a)gmail.com>
Gerrit-Comment-Date: Thu, 11 Jan 2024 18:19:19 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Felix Singer <service+coreboot-gerrit(a)felixsinger.de>
Gerrit-MessageType: comment
Attention is currently required from: Felix Held, Michał Żygowski, Piotr Król.
Arthur Heymans has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/79894?usp=email )
Change subject: mb/pcengines/apu2/Kconfig: select HUDSON_FADT_LEGACY_DEVICES
......................................................................
Patch Set 1: Code-Review+2
--
To view, visit https://review.coreboot.org/c/coreboot/+/79894?usp=email
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: main
Gerrit-Change-Id: I8872b8c3d6e0610630ba17a0fccdcf8cebb1d3c0
Gerrit-Change-Number: 79894
Gerrit-PatchSet: 1
Gerrit-Owner: Felix Held <felix-coreboot(a)felixheld.de>
Gerrit-Reviewer: Arthur Heymans <arthur(a)aheymans.xyz>
Gerrit-Reviewer: Michał Żygowski <michal.zygowski(a)3mdeb.com>
Gerrit-Reviewer: Piotr Król <piotr.krol(a)3mdeb.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-Attention: Michał Żygowski <michal.zygowski(a)3mdeb.com>
Gerrit-Attention: Felix Held <felix-coreboot(a)felixheld.de>
Gerrit-Attention: Piotr Król <piotr.krol(a)3mdeb.com>
Gerrit-Comment-Date: Thu, 11 Jan 2024 18:17:09 +0000
Gerrit-HasComments: No
Gerrit-Has-Labels: Yes
Gerrit-MessageType: comment
Attention is currently required from: Felix Held, Matt DeVillier, Michał Żygowski, Piotr Król.
Arthur Heymans has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/79893?usp=email )
Change subject: sb/amd/pi/hudson/Kconfig: replace HUDSON_LEGACY_FREE option
......................................................................
Patch Set 1: Code-Review+2
(1 comment)
File src/southbridge/amd/pi/hudson/fadt.c:
https://review.coreboot.org/c/coreboot/+/79893/comment/55100c4c_1930477f :
PS1, Line 38: fadt->iapc_boot_arch = ACPI_FADT_LEGACY_FREE; /* See table 5-10 */
: if (CONFIG(HUDSON_FADT_LEGACY_DEVICES))
: fadt->iapc_boot_arch |= ACPI_FADT_LEGACY_DEVICES;
: if (CONFIG(HUDSON_FADT_8042))
: fadt->iapc_boot_arch |= ACPI_FADT_8042;
I'm curious whether the compiler creates code with one write. If you really want it in one write you could use "ACPI_FADT_LEGACY_FREE | CONFIG(HUDSON_FADT_LEGACY_DEVICES) ? ACPI_FADT_LEGACY_DEVICES : 0 ...
--
To view, visit https://review.coreboot.org/c/coreboot/+/79893?usp=email
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: main
Gerrit-Change-Id: Id4ff85630c90fb2ae8c8826bbc9049a08668210d
Gerrit-Change-Number: 79893
Gerrit-PatchSet: 1
Gerrit-Owner: Felix Held <felix-coreboot(a)felixheld.de>
Gerrit-Reviewer: Arthur Heymans <arthur(a)aheymans.xyz>
Gerrit-Reviewer: Matt DeVillier <matt.devillier(a)amd.corp-partner.google.com>
Gerrit-Reviewer: Michał Żygowski <michal.zygowski(a)3mdeb.com>
Gerrit-Reviewer: Piotr Król <piotr.krol(a)3mdeb.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-Attention: Michał Żygowski <michal.zygowski(a)3mdeb.com>
Gerrit-Attention: Matt DeVillier <matt.devillier(a)amd.corp-partner.google.com>
Gerrit-Attention: Felix Held <felix-coreboot(a)felixheld.de>
Gerrit-Attention: Piotr Król <piotr.krol(a)3mdeb.com>
Gerrit-Comment-Date: Thu, 11 Jan 2024 18:17:01 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: Yes
Gerrit-MessageType: comment
Felix Held has submitted this change. ( https://review.coreboot.org/c/coreboot/+/79852?usp=email )
Change subject: mb/pcengines/apu2/BiosCallOuts: don't have binaryPI clear LPC decodes
......................................................................
mb/pcengines/apu2/BiosCallOuts: don't have binaryPI clear LPC decodes
Tell binaryPI to not disable the LPC decodes for the IO ports used by
the serial ports on the Super I/O chip during the AmdInitReset binaryPI
entry point. Checked the Stoneyridge binaryPI source code which is
closely enough related to be reasonable sure that this option only
controls which LPC decode bits get cleared and won't have any other side
effects.
TEST=Now the full console output from the APU2 board gets printed on the
serial console.
Signed-off-by: Felix Held <felix-coreboot(a)felixheld.de>
Suggested-by: Krystian Hebel <krystian.hebel(a)3mdeb.com>
Change-Id: I91ef4423bd7bf6c1d7a175336f0f89479f2cde02
Reviewed-on: https://review.coreboot.org/c/coreboot/+/79852
Reviewed-by: Paul Menzel <paulepanter(a)mailbox.org>
Reviewed-by: Krystian Hebel <krystian.hebel(a)3mdeb.com>
Tested-by: build bot (Jenkins) <no-reply(a)coreboot.org>
---
M src/mainboard/pcengines/apu2/BiosCallOuts.c
1 file changed, 1 insertion(+), 1 deletion(-)
Approvals:
Krystian Hebel: Looks good to me, approved
Paul Menzel: Looks good to me, but someone else must approve
build bot (Jenkins): Verified
diff --git a/src/mainboard/pcengines/apu2/BiosCallOuts.c b/src/mainboard/pcengines/apu2/BiosCallOuts.c
index efd88d8..c78dda6 100644
--- a/src/mainboard/pcengines/apu2/BiosCallOuts.c
+++ b/src/mainboard/pcengines/apu2/BiosCallOuts.c
@@ -45,7 +45,7 @@
{
printk(BIOS_DEBUG, "Fch OEM config in INIT RESET ");
//FchParams_reset->EcChannel0 = TRUE; /* logical devicd 3 */
- FchParams->LegacyFree = CONFIG(HUDSON_LEGACY_FREE);
+ FchParams->LegacyFree = 0; /* don't clear LPC IO decodes for serial console */
FchParams->FchReset.SataEnable = hudson_sata_enable();
FchParams->FchReset.IdeEnable = hudson_ide_enable();
FchParams->FchReset.Xhci0Enable = CONFIG(HUDSON_XHCI_ENABLE);
--
To view, visit https://review.coreboot.org/c/coreboot/+/79852?usp=email
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: main
Gerrit-Change-Id: I91ef4423bd7bf6c1d7a175336f0f89479f2cde02
Gerrit-Change-Number: 79852
Gerrit-PatchSet: 4
Gerrit-Owner: Felix Held <felix-coreboot(a)felixheld.de>
Gerrit-Reviewer: Felix Held <felix-coreboot(a)felixheld.de>
Gerrit-Reviewer: Krystian Hebel <krystian.hebel(a)3mdeb.com>
Gerrit-Reviewer: Martin L Roth <gaumless(a)gmail.com>
Gerrit-Reviewer: Matt DeVillier <matt.devillier(a)amd.corp-partner.google.com>
Gerrit-Reviewer: Michał Żygowski <michal.zygowski(a)3mdeb.com>
Gerrit-Reviewer: Paul Menzel <paulepanter(a)mailbox.org>
Gerrit-Reviewer: Piotr Król <piotr.krol(a)3mdeb.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: Arthur Heymans <arthur(a)aheymans.xyz>
Gerrit-MessageType: merged
Patrick Georgi has uploaded this change for review. ( https://review.coreboot.org/c/coreboot/+/79901?usp=email )
Change subject: Documentation: Start administrator handbook
......................................................................
Documentation: Start administrator handbook
Let's spread the work of maintaining various of our services, but to
achieve that, we need to document what needs to be done.
Change-Id: I87021ee62d18fa464f70351ea8bad732889d55f1
Signed-off-by: Patrick Georgi <patrick(a)coreboot.org>
---
A Documentation/infrastructure/admin.md
M Documentation/infrastructure/index.md
2 files changed, 53 insertions(+), 1 deletion(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/01/79901/1
diff --git a/Documentation/infrastructure/admin.md b/Documentation/infrastructure/admin.md
new file mode 100644
index 0000000..c6fa781
--- /dev/null
+++ b/Documentation/infrastructure/admin.md
@@ -0,0 +1,52 @@
+# Operating our services
+
+## Mailing list moderation
+
+Our [mailing lists] experience the same barrage of spam mails than any
+other email address. We do have a spam filter in front of it, and
+since the lists require registration, spam ends up in the moderation
+queue. But not only spam ends up there, sometimes users send inquiries
+without registering first. It's a custom of the project to let these
+through, so that such emails can be discussed. This requires manual
+intervention.
+
+This section describes the tasks related to mailing list management.
+
+### Registration
+
+To participate in mailing list moderation, you need to become a list
+moderator or owner. This is up for the existing owners to handle and
+if you want to contribute in that area, it might be best to bring it
+up at the leadership meeting.
+
+After gaining leadership approval, list admins can add you to the
+appropriate group in the [mailing list backend] by selecting the list,
+then User / group-name, and add your email address there.
+
+### Regular tasks
+
+Most of our lists are auto-subscribing, so users can register
+themselves and finish the process by responding to the double-opt-in
+email. Some lists are manually managed though. The [mailing list
+backend] shows the number of open subscription requests for these
+lists on the mailing list's main page.
+
+It also provides a list of held messages, where they can be accepted,
+rejected or dropped. Spam should be dropped, that's clear. Emails with
+huge attachments (e.g. screenshots) should be rejected, which gives
+you an opportunity to explain the reason (in case of large
+attachments, something like "Please re-send without attachments, offer
+the files through some other mechanism please: Our emails are
+distributed to hundreds of readers, and sending the files to everybody
+is inconsiderate of traffic and storage constraints.")
+
+Legit emails (often simple requests of the form "is this or that
+supported") can be accepted, which means they'll the sent out.
+
+If you notice recurring spam sources (e.g. marketers) you can put them
+on the [global ban list] to filter them out across all lists. It takes
+entries in regular expression format.
+
+[mailing lists]: https://mail.coreboot.org/hyperkitty/
+[mailing list backend]: https://mail.coreboot.org/postorius/
+[global ban list]: https://mail.coreboot.org/postorius/bans/
diff --git a/Documentation/infrastructure/index.md b/Documentation/infrastructure/index.md
index 744809f..6748637 100644
--- a/Documentation/infrastructure/index.md
+++ b/Documentation/infrastructure/index.md
@@ -5,7 +5,7 @@
## Services
* [Project services](services.md)
-
+* [Administrator's handbook](admin.md)
## Jenkins builders and builds
* [Setting up Jenkins build machines](builders.md)
--
To view, visit https://review.coreboot.org/c/coreboot/+/79901?usp=email
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: main
Gerrit-Change-Id: I87021ee62d18fa464f70351ea8bad732889d55f1
Gerrit-Change-Number: 79901
Gerrit-PatchSet: 1
Gerrit-Owner: Patrick Georgi <patrick(a)coreboot.org>
Gerrit-MessageType: newchange