Tim Wawrzynczak has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/41624 )
Change subject: drivers/intel/mipi_camera: Support for adding camera power resource
......................................................................
Patch Set 12:
(11 comments)
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
File src/drivers/intel/mipi_camera/camera.c:
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 437: method_params[0] = config->clk_panel.clks[index].clknum;
: method_params[1] = config->clk_panel.clks[index].freq;
: acpigen_call_method("MCON", method_params, 2);
This is why I don't particularly like acpigen_call_method(), because I don't find this any easier to read (and I'd argue less readable) than:
acpigen_emit_namestring("MCON");
acpigen_write_integer(config->clk_panel.clks[index].clknum);
acpigen_write_integer(config->clk_panel.clks[]index].freq);
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 512: (config->pr0
This should check for again NULL and supply a default. Or is a custom name always required?
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 513: acpigen_write_name_integer("STA", 0);
: acpigen_write_STA_ext("STA");
:
: acpigen_write_method_serialized("_ON", 0);
: acpigen_write_if();
: acpigen_emit_byte(LEQUAL_OP);
: acpigen_emit_namestring("STA");
: acpigen_write_integer(0);
:
: add_power_resource(config, &config->on_seq);
:
: acpigen_write_store_op_to_namestr(1, "STA");
: acpigen_pop_len(); /* if */
: acpigen_pop_len(); /* _ON */
:
: /* _OFF operations */
: acpigen_write_method_serialized("_OFF", 0);
: acpigen_write_if();
: acpigen_emit_byte(LEQUAL_OP);
: acpigen_emit_namestring("STA");
: acpigen_write_integer(1);
:
: add_power_resource(config, &config->off_seq);
:
: acpigen_write_store_op_to_namestr(0, "STA");
Why is the extra "STA" "variable" necessary? The OS should only call _ON and _OFF as appropriate, I don't think you need to guard against the OS calling it multiple times per suspend or resume.
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 599: acpigen_write_name("_DEP");
: acpigen_write_package(1);
: acpigen_emit_namestring(config->dep);
: acpigen_pop_len();
I still don't understand this. The ACPI spec says this about _DEP:
_DEP evaluates to a package and designates device objects that OSPM should assign a higher priority in start ordering due to future operation region accesses.
What operation region is being accessed from 2 places ?
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
File src/drivers/intel/mipi_camera/chip.h:
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 69: clk_ct
there could be a better name here, I'm not sure what the 'ct' refers to. maybe clk_config?
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 81: 2
symbolic constant please
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 84: gp_ctrl_panel
gpio_... ?
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 85: 4
symbolic constant please
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 85: struct gp_ct gps[4];
is the struct for gp_ct necessary? could just have uint8_t gpios[4].
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 90: index
what is the index for? Doesn't their relative order in operation_seq define the order they're applied in?
https://review.coreboot.org/c/coreboot/+/41624/12/src/drivers/intel/mipi_ca…
PS12, Line 97: delay_ms
should specify (in a comment or in the name) if it is pre- or post-op delay
--
To view, visit https://review.coreboot.org/c/coreboot/+/41624
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I31e198b50acf2c64035aff9cb054fbe3602dd83e
Gerrit-Change-Number: 41624
Gerrit-PatchSet: 12
Gerrit-Owner: Sugnan Prabhu S <sugnan.prabhu.s(a)intel.com>
Gerrit-Reviewer: Daniel Kang <daniel.h.kang(a)intel.com>
Gerrit-Reviewer: Furquan Shaikh <furquan(a)google.com>
Gerrit-Reviewer: Patrick Rudolph <siro(a)das-labor.org>
Gerrit-Reviewer: Rizwan Qureshi <rizwan.qureshi(a)intel.com>
Gerrit-Reviewer: Tim Wawrzynczak <twawrzynczak(a)chromium.org>
Gerrit-Reviewer: Tim Wawrzynczak <twawrzynczak(a)google.com>
Gerrit-Reviewer: Varshit B Pandya <varshit.b.pandya(a)intel.com>
Gerrit-Reviewer: Wonkyu Kim <wonkyu.kim(a)intel.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: Kiran2 Kumar <kiran2.kumar(a)intel.corp-partner.google.com>
Gerrit-CC: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-Comment-Date: Tue, 09 Jun 2020 22:13:42 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Gerrit-MessageType: comment
Hello Philipp Deppenwiese, build bot (Jenkins), Anjaneya "Reddy" Chagam, Johnny Lin, Jingle Hsu, Morgan Jang, Patrick Rudolph,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/40385
to look at the new patch set (#24).
Change subject: soc/intel/xeon_sp/cpx: configure FSP-M UPD parameters
......................................................................
soc/intel/xeon_sp/cpx: configure FSP-M UPD parameters
Configure FSP-M UPD parameters.
TESTED=Boot CPX-SP based server.
Signed-off-by: Jonathan Zhang <jonzhang(a)fb.com>
Signed-off-by: Reddy Chagam <anjaneya.chagam(a)intel.com>
Change-Id: I2d0762a742d8803c7396034e3244120c1e8ece67
---
M src/soc/intel/xeon_sp/cpx/romstage.c
1 file changed, 54 insertions(+), 5 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/85/40385/24
--
To view, visit https://review.coreboot.org/c/coreboot/+/40385
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I2d0762a742d8803c7396034e3244120c1e8ece67
Gerrit-Change-Number: 40385
Gerrit-PatchSet: 24
Gerrit-Owner: Jonathan Zhang <jonzhang(a)fb.com>
Gerrit-Reviewer: Anjaneya "Reddy" Chagam <anjaneya.chagam(a)intel.com>
Gerrit-Reviewer: Jingle Hsu <jingle_hsu(a)wiwynn.com>
Gerrit-Reviewer: Johnny Lin <Johnny_Lin(a)wiwynn.com>
Gerrit-Reviewer: Morgan Jang
Gerrit-Reviewer: Patrick Rudolph <siro(a)das-labor.org>
Gerrit-Reviewer: Philipp Deppenwiese <zaolin.daisuki(a)gmail.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-MessageType: newpatchset
Eugene Myers has posted comments on this change. ( https://review.coreboot.org/c/coreboot/+/41829 )
Change subject: [WIP] cpu/x86/smm: Enable SMM support for Xeon-SP
......................................................................
Patch Set 4:
(2 comments)
This change is ready for review.
https://review.coreboot.org/c/coreboot/+/41829/3/src/cpu/x86/mp_init.c
File src/cpu/x86/mp_init.c:
https://review.coreboot.org/c/coreboot/+/41829/3/src/cpu/x86/mp_init.c@758
PS3, Line 758: mp_state.perm_smbase,
For the STM to be properly setup in this method, the above line (758) needs to be changed to 'perm_smbase' (which should be the same as the third parameter)
https://review.coreboot.org/c/coreboot/+/41829/3/src/cpu/x86/smm/smm_module…
File src/cpu/x86/smm/smm_module_loader.c:
https://review.coreboot.org/c/coreboot/+/41829/3/src/cpu/x86/smm/smm_module…
PS3, Line 96:
> Yes, that's exactly what I have done is tiled the CPU threads. […]
Thanks, maybe you could clarify what is happening in your comments and diagrams.
Two issues (not sure that they are related).
(1) Looks like a min number segments needed = 0 might be a problem. Haven't traced it out.
smm_create_map: cpus in one segment 6
smm_create_map: min # of segments needed 0
(2)
The second issue I resolved myself when I went back and realized what was really changed.
The STM issue was that the EIP for the SMI hander was incorrect because of the change in how the SMI handler is started.
The STM is setup to start the SMI handler in step #2.5 - .5 because the STM starts the handler in 32-bit mode, so the start is at an offset where the 32-bit code is. I did this because the STM normally starts the SMI handler in 64-bit mode and the modification for a 32-bit mode start was three line of code. Starting a VM in 16-bit is somewhat more complicated, so I wanted to avoid that.
The previous method had all entries going to a single location and then switching to 32-bit mode. Now the suggested patch to mp_init.c fixes that issue and works well on my test machine.
--
To view, visit https://review.coreboot.org/c/coreboot/+/41829
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I78bd74c11ca42fb430f63711b5ec87d4bfe6ca2a
Gerrit-Change-Number: 41829
Gerrit-PatchSet: 4
Gerrit-Owner: Rocky Phagura
Gerrit-Reviewer: Aaron Durbin <adurbin(a)chromium.org>
Gerrit-Reviewer: David Hendricks <david.hendricks(a)gmail.com>
Gerrit-Reviewer: Eugene Myers <cedarhouse1(a)comcast.net>
Gerrit-Reviewer: Eugene Myers <cedarhouse(a)comcast.net>
Gerrit-Reviewer: Jonathan Zhang <jonzhang(a)fb.com>
Gerrit-Reviewer: Martin Roth <martinroth(a)google.com>
Gerrit-Reviewer: Naresh Solanki <naresh.solanki.2011(a)gmail.com>
Gerrit-Reviewer: Patrick Georgi <pgeorgi(a)google.com>
Gerrit-Reviewer: Patrick Rudolph <siro(a)das-labor.org>
Gerrit-Reviewer: Ron Minnich <rminnich(a)google.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: HAOUAS Elyes <ehaouas(a)noos.fr>
Gerrit-CC: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-Comment-Date: Tue, 09 Jun 2020 19:50:13 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Eugene Myers <cedarhouse1(a)comcast.net>
Comment-In-Reply-To: Rocky Phagura
Gerrit-MessageType: comment
Hello build bot (Jenkins), Julius Werner,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/30872
to look at the new patch set (#9).
Change subject: arch/x86: Add symbols for CAR MTRRs in linker script
......................................................................
arch/x86: Add symbols for CAR MTRRs in linker script
This allows to remove references to CONFIG_DCACHE_RAM entries in
most cache_as_ram.S files. While Kconfig variable names appear
for every stage, linker symbol names will only appear in stages
they are valid in.
Also, linker scripts have LOG2CEIL which comes in handy to enforce
MTRR alignments.
Change-Id: I2fef3546d2bfea2d4d8f87aaf8376e5566fd6aaa
Signed-off-by: Kyösti Mälkki <kyosti.malkki(a)gmail.com>
---
M src/arch/x86/car.ld
1 file changed, 20 insertions(+), 0 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/72/30872/9
--
To view, visit https://review.coreboot.org/c/coreboot/+/30872
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I2fef3546d2bfea2d4d8f87aaf8376e5566fd6aaa
Gerrit-Change-Number: 30872
Gerrit-PatchSet: 9
Gerrit-Owner: Kyösti Mälkki <kyosti.malkki(a)gmail.com>
Gerrit-Reviewer: Julius Werner <jwerner(a)chromium.org>
Gerrit-Reviewer: Kyösti Mälkki <kyosti.malkki(a)gmail.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: Aaron Durbin <adurbin(a)chromium.org>
Gerrit-CC: Arthur Heymans <arthur(a)aheymans.xyz>
Gerrit-CC: HAOUAS Elyes <ehaouas(a)noos.fr>
Gerrit-CC: Nico Huber <nico.h(a)gmx.de>
Gerrit-CC: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-MessageType: newpatchset
Hello build bot (Jenkins), Julius Werner,
I'd like you to reexamine a change. Please visit
https://review.coreboot.org/c/coreboot/+/30872
to look at the new patch set (#8).
Change subject: arch/x86: Add symbols for CAR MTRRs in linker script
......................................................................
arch/x86: Add symbols for CAR MTRRs in linker script
This allows to remove references to CONFIG_DCACHE_RAM entries in
most cache_as_ram.S files. While Kconfig variable names appear
for every stage, linker symbol names will only appear in stages
they are valid in.
Also, linker scripts have LOG2CEIL which comes in handy to enforce
MTRR alignments.
Change-Id: I2fef3546d2bfea2d4d8f87aaf8376e5566fd6aaa
Signed-off-by: Kyösti Mälkki <kyosti.malkki(a)gmail.com>
---
M src/arch/x86/car.ld
1 file changed, 20 insertions(+), 0 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/72/30872/8
--
To view, visit https://review.coreboot.org/c/coreboot/+/30872
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I2fef3546d2bfea2d4d8f87aaf8376e5566fd6aaa
Gerrit-Change-Number: 30872
Gerrit-PatchSet: 8
Gerrit-Owner: Kyösti Mälkki <kyosti.malkki(a)gmail.com>
Gerrit-Reviewer: Julius Werner <jwerner(a)chromium.org>
Gerrit-Reviewer: Kyösti Mälkki <kyosti.malkki(a)gmail.com>
Gerrit-Reviewer: build bot (Jenkins) <no-reply(a)coreboot.org>
Gerrit-CC: Aaron Durbin <adurbin(a)chromium.org>
Gerrit-CC: Arthur Heymans <arthur(a)aheymans.xyz>
Gerrit-CC: HAOUAS Elyes <ehaouas(a)noos.fr>
Gerrit-CC: Nico Huber <nico.h(a)gmx.de>
Gerrit-CC: Paul Menzel <paulepanter(a)users.sourceforge.net>
Gerrit-MessageType: newpatchset
John Zhao has uploaded this change for review. ( https://review.coreboot.org/c/coreboot/+/42056 )
Change subject: soc/intel/tigerlake: Set FSPS UPD ITbtConnectTopologyTimeoutInMs
......................................................................
soc/intel/tigerlake: Set FSPS UPD ITbtConnectTopologyTimeoutInMs
The Connect Topology Command(CNTP) is sent with default timeout value
(0x1388) along with FW CM. The CNTP is supposed to be skipped while
using SW CM. While transition from FW CM to SW CM, the default timeout
value could cause boot time delay up to ~10 seconds. Set this FSPS UPD
ITbtConnectTopologyTimeoutInMs to be 0 in order to avoid the 10 seconds
delay. Future FSP release will evaluate this ITbtConnectTopologyTimeoutInMs
value. While FSP finds this UPD value being 0, FSP will skip sendig CNTP.
BUG=b:155893566
TEST=Built image with SW CM Thunderbolt firmware and verified no
outstanding delay time while using FSP v3197 during boot to kernel.
Signed-off-by: John Zhao <john.zhao(a)intel.com>
Change-Id: I47e3519fd818cb56e6abd16464d8370ffddabc5b
---
M src/soc/intel/tigerlake/chip.h
M src/soc/intel/tigerlake/fsp_params.c
2 files changed, 6 insertions(+), 0 deletions(-)
git pull ssh://review.coreboot.org:29418/coreboot refs/changes/56/42056/1
diff --git a/src/soc/intel/tigerlake/chip.h b/src/soc/intel/tigerlake/chip.h
index ed09aaa..e693699 100644
--- a/src/soc/intel/tigerlake/chip.h
+++ b/src/soc/intel/tigerlake/chip.h
@@ -238,6 +238,9 @@
*/
uint16_t TcssAuxOri;
+ /* Connect Topology Command timeout value */
+ uint16_t ITbtConnectTopologyTimeoutInMs;
+
/*
* Override GPIO PM configuration:
* 0: Use FSP default GPIO PM program,
diff --git a/src/soc/intel/tigerlake/fsp_params.c b/src/soc/intel/tigerlake/fsp_params.c
index bdcd357..b615485 100644
--- a/src/soc/intel/tigerlake/fsp_params.c
+++ b/src/soc/intel/tigerlake/fsp_params.c
@@ -114,6 +114,9 @@
for (i = 0; i < 8; i++)
params->IomTypeCPortPadCfg[i] = config->IomTypeCPortPadCfg[i];
+ /* Set FSPS UPD ITbtConnectTopologyTimeoutInMs */
+ params->ITbtConnectTopologyTimeoutInMs = 0;
+
/* Chipset Lockdown */
if (get_lockdown_config() == CHIPSET_LOCKDOWN_COREBOOT) {
params->PchLockDownGlobalSmi = 0;
--
To view, visit https://review.coreboot.org/c/coreboot/+/42056
To unsubscribe, or for help writing mail filters, visit https://review.coreboot.org/settings
Gerrit-Project: coreboot
Gerrit-Branch: master
Gerrit-Change-Id: I47e3519fd818cb56e6abd16464d8370ffddabc5b
Gerrit-Change-Number: 42056
Gerrit-PatchSet: 1
Gerrit-Owner: John Zhao <john.zhao(a)intel.com>
Gerrit-MessageType: newchange