| 373f06be | 02-Sep-2019 |
Lionel Debieve <lionel.debieve@st.com> |
fix(stm32mp1_clk): keep RTCAPB clock always on
Further information such as boot instance are sent over backup registers. In order to guarantee direct access to backup registers in uboot, we will kee
fix(stm32mp1_clk): keep RTCAPB clock always on
Further information such as boot instance are sent over backup registers. In order to guarantee direct access to backup registers in uboot, we will keep the RTC clock enabled.
Change-Id: I16572d422bfebbf39190a87db8046df486ce91c8 Signed-off-by: Lionel Debieve <lionel.debieve@st.com> Signed-off-by: Yann Gautier <yann.gautier@st.com>
show more ...
|
| cbd2e8a6 | 27-Jul-2021 |
Gabriel Fernandez <gabriel.fernandez@foss.st.com> |
fix(stm32mp1_clk): fix RTC clock rating
When RTC clock source is HSE, the RTCDIV is not taken into account.
Change-Id: I1613b638e8932c03f3349adb01e13f5294a3bf5d Signed-off-by: Gabriel Fernandez <ga
fix(stm32mp1_clk): fix RTC clock rating
When RTC clock source is HSE, the RTCDIV is not taken into account.
Change-Id: I1613b638e8932c03f3349adb01e13f5294a3bf5d Signed-off-by: Gabriel Fernandez <gabriel.fernandez@foss.st.com> Signed-off-by: Yann Gautier <yann.gautier@foss.st.com>
show more ...
|
| 15509093 | 06-Apr-2021 |
Yann Gautier <yann.gautier@foss.st.com> |
fix(stm32mp1_clk): correctly manage RTC clock source
The clksrc value contains the RCC register address and the clock source number. When applying the clock source, we should filter out the RCC regi
fix(stm32mp1_clk): correctly manage RTC clock source
The clksrc value contains the RCC register address and the clock source number. When applying the clock source, we should filter out the RCC register address from the given value.
Signed-off-by: Yann Gautier <yann.gautier@foss.st.com> Change-Id: I4345b03de7b9afd1df78df4131431cf1eb43ec17
show more ...
|
| 4490b796 | 18-Jun-2021 |
Christophe Kerello <christophe.kerello@foss.st.com> |
fix(spi_nand): check correct manufacturer id
On most of SPI NAND, the read id command needs a dummy byte, except GIGADEVICE SPI NAND that needs an address. To be compliant with all memories provider
fix(spi_nand): check correct manufacturer id
On most of SPI NAND, the read id command needs a dummy byte, except GIGADEVICE SPI NAND that needs an address. To be compliant with all memories providers, the first byte returns by the READ_ID command is not relevant (garbage).
Change-Id: Ife74ccab333dd1a04799abe230d3f07fa6ea1edb Signed-off-by: Christophe Kerello <christophe.kerello@foss.st.com> Signed-off-by: Yann Gautier <yann.gautier@foss.st.com>
show more ...
|
| bc453ab1 | 18-Jun-2021 |
Christophe Kerello <christophe.kerello@foss.st.com> |
fix(spi_nand): check that parameters have been set
This patch checks that the SPI NAND parameters needed by the framework have been set before starting to read data.
Change-Id: I17b36606701c44864dc
fix(spi_nand): check that parameters have been set
This patch checks that the SPI NAND parameters needed by the framework have been set before starting to read data.
Change-Id: I17b36606701c44864dcf1783f810da5c8cbf88f2 Signed-off-by: Christophe Kerello <christophe.kerello@foss.st.com> Signed-off-by: Yann Gautier <yann.gautier@foss.st.com>
show more ...
|
| ef378d3e | 29-Apr-2021 |
Stas Sergeev <stsp@users.sourceforge.net> |
fix(drivers/tzc400): never disable filter 0
Disabling filter 0 causes inability to access DRAM. An attempt leads to an abort. ARM manual disallows to disable filter 0, but if we do that from SRAM, n
fix(drivers/tzc400): never disable filter 0
Disabling filter 0 causes inability to access DRAM. An attempt leads to an abort. ARM manual disallows to disable filter 0, but if we do that from SRAM, nothing bad happens.
This patch prevents disabling of a filter 0, allowing to reconfigure other filters from DRAM.
Note: this patch doesn't change the logic after reset. It is only needed in case someone wants to reconfigure the previously configured TZASC.
Change-Id: I196a0cb110a89afbde97f64a94df3101f28708a4 Signed-off-by: stsp@users.sourceforge.net
show more ...
|
| 993d809c | 20-Mar-2021 |
Marek Vasut <marek.vasut+renesas@gmail.com> |
feat(drivers/rcar3): add extra offset if booting B-side
In case MFISBTSTSR bit 4 is 1, that means the loader was started as B-side. Load the remaining boot components from 8 MiB offset.
Signed-off-
feat(drivers/rcar3): add extra offset if booting B-side
In case MFISBTSTSR bit 4 is 1, that means the loader was started as B-side. Load the remaining boot components from 8 MiB offset.
Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com> Change-Id: I11d882f30ca4f0cf55fd28d3470ff1063d350d10
show more ...
|
| 053c1346 | 12-Jul-2021 |
Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> |
feat(plat/rcar3): modify SWDT counter setting for R-Car D3
Modified the SWDT counter setting for R-Car D3.
Signed-off-by: Hideyuki Nitta <hideyuki.nitta.jf@hitachi.com> Signed-off-by: Toshiyuki Oga
feat(plat/rcar3): modify SWDT counter setting for R-Car D3
Modified the SWDT counter setting for R-Car D3.
Signed-off-by: Hideyuki Nitta <hideyuki.nitta.jf@hitachi.com> Signed-off-by: Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> Signed-off-by: Yoshifumi Hosoya <yoshifumi.hosoya.wj@renesas.com> Change-Id: If1fa12bf644486f3fad3c6b54cda6c4cbb604103
show more ...
|
| 042d710d | 12-Jul-2021 |
Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> |
feat(plat/rcar3): update DDR setting for R-Car D3
Update R-Car D3 DDR setting rev.0.02.
Signed-off-by: Hideyuki Nitta <hideyuki.nitta.jf@hitachi.com> Signed-off-by: Toshiyuki Ogasahara <toshiyuki.o
feat(plat/rcar3): update DDR setting for R-Car D3
Update R-Car D3 DDR setting rev.0.02.
Signed-off-by: Hideyuki Nitta <hideyuki.nitta.jf@hitachi.com> Signed-off-by: Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> Signed-off-by: Yoshifumi Hosoya <yoshifumi.hosoya.wj@renesas.com> Change-Id: I3e3a202fbb0ff1f0f38a968ab5f8633604a46432
show more ...
|
| 14f0a081 | 12-Jul-2021 |
Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> |
feat(plat/rcar3): add process of SSCG setting for R-Car D3
- Added the condition where output the SSCG (MD12) setting to log for R-Car D3. - Added the process to switching the bit rate of SCIF by
feat(plat/rcar3): add process of SSCG setting for R-Car D3
- Added the condition where output the SSCG (MD12) setting to log for R-Car D3. - Added the process to switching the bit rate of SCIF by the SSCG (MD12) setting value for R-Car D3.
Signed-off-by: Hideyuki Nitta <hideyuki.nitta.jf@hitachi.com> Signed-off-by: Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> Signed-off-by: Yoshifumi Hosoya <yoshifumi.hosoya.wj@renesas.com> Change-Id: Iaf07fa4df12dc233af0b57569ee4fa9329f670a9
show more ...
|
| d10f8767 | 12-Jul-2021 |
Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> |
feat(plat/rcar3): modify operation register from SYSCISR to SYSCISCR
Modified the operation register to clearing the state bit of the SYSCISR register from SYSCISR to SYSCISCR.
Signed-off-by: Hidey
feat(plat/rcar3): modify operation register from SYSCISR to SYSCISCR
Modified the operation register to clearing the state bit of the SYSCISR register from SYSCISR to SYSCISCR.
Signed-off-by: Hideyuki Nitta <hideyuki.nitta.jf@hitachi.com> Signed-off-by: Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> Signed-off-by: Yoshifumi Hosoya <yoshifumi.hosoya.wj@renesas.com> Change-Id: I9a0820b6414425fa2f4197f60852137827414a4d
show more ...
|
| 63a7a347 | 12-Jul-2021 |
Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> |
feat(plat/rcar3): add SYSCEXTMASK bit set/clear in scu_power_up
Added the process of SYSECEXTMASK bit set/clear for following power Resume/Shutoff flow.
Signed-off-by: Hideyuki Nitta <hideyuki.nitt
feat(plat/rcar3): add SYSCEXTMASK bit set/clear in scu_power_up
Added the process of SYSECEXTMASK bit set/clear for following power Resume/Shutoff flow.
Signed-off-by: Hideyuki Nitta <hideyuki.nitta.jf@hitachi.com> Signed-off-by: Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> Signed-off-by: Yoshifumi Hosoya <yoshifumi.hosoya.wj@renesas.com> Change-Id: I71ed22840a42e7ab7d87bfd4241eec6f5ddb129b
show more ...
|
| bb273e3b | 12-Jul-2021 |
Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> |
fix(drivers/rcar3): console: fix a return value of console_rcar_init
This commit fixes a return value of console_rcar_init because it is expected to return 1 on success but the function always retur
fix(drivers/rcar3): console: fix a return value of console_rcar_init
This commit fixes a return value of console_rcar_init because it is expected to return 1 on success but the function always returns 0.
Signed-off-by: Toshiyuki Ogasahara <toshiyuki.ogasahara.bo@hitachi.com> Signed-off-by: Yoshifumi Hosoya <yoshifumi.hosoya.wj@renesas.com> Change-Id: I97a6800578e3c517c0c1e3c00dc75f0ef75e8778
show more ...
|
| 02950791 | 10-Sep-2021 |
André Przywara <andre.przywara@arm.com> |
Merge changes from topic "gic-700-auto" into integration
* changes: feat(arm_fpga): support GICv4 images feat(gicv3): detect GICv4 feature at runtime feat(gicv3): multichip: detect GIC-700 at
Merge changes from topic "gic-700-auto" into integration
* changes: feat(arm_fpga): support GICv4 images feat(gicv3): detect GICv4 feature at runtime feat(gicv3): multichip: detect GIC-700 at runtime refactor(gic): move GIC IIDR numbers refactor(gicv3): rename GIC Clayton to GIC-700
show more ...
|
| d3f91e24 | 09-Sep-2021 |
Mark Dykes <mark.dykes@arm.com> |
Merge "feat(tzc400): update filters by region" into integration |
| 5a7b2584 | 08-Sep-2021 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
Merge "fix(drivers/marvell/comphy): fix name of 3.125G SerDes mode" into integration |
| ce7ef9d1 | 27-Sep-2020 |
Lionel Debieve <lionel.debieve@st.com> |
feat(tzc400): update filters by region
Add a new function that allows to enable or disabled filters on configured regions dynamically. This will avoid the need to reconfigure the entire attribute an
feat(tzc400): update filters by region
Add a new function that allows to enable or disabled filters on configured regions dynamically. This will avoid the need to reconfigure the entire attribute and just manage to enable/disable filters.
Change-Id: If0937ca755bec6c45d3649718147108459682fff Signed-off-by: Lionel Debieve <lionel.debieve@st.com> Signed-off-by: Yann Gautier <yann.gautier@foss.st.com>
show more ...
|
| e5bc3ef3 | 06-Sep-2021 |
Joanna Farley <joanna.farley@arm.com> |
Merge "feat(gic600ae): introduce support for Fault Management Unit" into integration |
| 2c248ade | 04-May-2021 |
Varun Wadekar <vwadekar@nvidia.com> |
feat(gic600ae): introduce support for Fault Management Unit
The FMU is part of the GIC Distributor (GICD) component. It implements the following functionality in GIC-600AE:
* Provides software the
feat(gic600ae): introduce support for Fault Management Unit
The FMU is part of the GIC Distributor (GICD) component. It implements the following functionality in GIC-600AE:
* Provides software the means to enable or disable a Safety Mechanism within a GIC block. * Receives error signaling from all Safety Mechanisms within other GIC blocks. * Maintains error records for each GIC block, for software inspection and provides information on the source of the error. * Retains error records across functional reset. * Enables software error recovery testing by providing error injection capabilities in a Safety Mechanism.
This patch introduces support to enable error detection for all safety mechanisms provided by the FMU. Platforms are expected to invoke the initialization function during cold boot.
The support for the FMU is guarded by the GICV3_SUPPORT_GIC600AE_FMU makefile variable. The default value of this variable is '0'.
Change-Id: I421c3d059624ddefd174cb1140a2d2a2296be0c6 Signed-off-by: Varun Wadekar <vwadekar@nvidia.com>
show more ...
|
| 858f40e3 | 18-May-2021 |
Andre Przywara <andre.przywara@arm.com> |
feat(gicv3): detect GICv4 feature at runtime
At the moment we have a GIC_ENABLE_V4_EXTN build time variable to determine whether the GIC interrupt controller is compliant to version 4.0 of the spec
feat(gicv3): detect GICv4 feature at runtime
At the moment we have a GIC_ENABLE_V4_EXTN build time variable to determine whether the GIC interrupt controller is compliant to version 4.0 of the spec or not. This just changes the number of 64K MMIO pages we expect per redistributor.
To support firmware builds which run on variable systems (emulators, fast model or FPGAs), let's make this decision at runtime. The GIC specification provides several architected flags to learn the size of the MMIO frame per redistributor, we use GICR_TYPER[VLPI] here.
Provide a (static inline) function to return the size of each redistributor. We keep the GIC_ENABLE_V4_EXTN build time variable around, but change its meaning to enable this autodetection code. Systems not defining this rely on a "pure" GICv3 (as before), but platforms setting it to "1" can now deal with both configurations.
Change-Id: I9ede4acf058846157a0a9e2ef6103bf07c7655d9 Signed-off-by: Andre Przywara <andre.przywara@arm.com>
show more ...
|
| feb70818 | 18-May-2021 |
Andre Przywara <andre.przywara@arm.com> |
feat(gicv3): multichip: detect GIC-700 at runtime
At the moment we have a GIC_ENABLE_V4_EXTN build time variable to determine whether the GIC interrupt controller is compliant to version 4.0 of the
feat(gicv3): multichip: detect GIC-700 at runtime
At the moment we have a GIC_ENABLE_V4_EXTN build time variable to determine whether the GIC interrupt controller is compliant to version 4.0 of the GIC spec or not. In case of the GIC-600 multichip support we were somewhat abusing that flag to differentiate between a GIC-700 and GIC-600 implementation being used in the system.
To avoid a build time dependency on this flag, look at the GICD_IIDR register and check if the hardware is a GIC-600 or not, to make this decision at runtime. We then use the values for either GIC-700 or the GIC-600, respectively.
Change-Id: I8c09ec1cd6fd60d28da879ed55ffef5506f9869d Signed-off-by: Andre Przywara <andre.przywara@arm.com>
show more ...
|
| 1fe27d71 | 24-Aug-2021 |
Andre Przywara <andre.przywara@arm.com> |
refactor(gic): move GIC IIDR numbers
For the GIC power management we need to identify certain GIC implementations, so we have the IIDR values for some Arm Ltd. GIC models defined. We will need those
refactor(gic): move GIC IIDR numbers
For the GIC power management we need to identify certain GIC implementations, so we have the IIDR values for some Arm Ltd. GIC models defined. We will need those number elsewhere very soon, so export them to a shared header file, to avoid defining them again.
Change-Id: I1b8e2d93d6cea0d066866143c89eef736231134f Signed-off-by: Andre Przywara <andre.przywara@arm.com>
show more ...
|
| a669983c | 27-Aug-2021 |
Pali Rohár <pali@kernel.org> |
fix(drivers/marvell/comphy): fix name of 3.125G SerDes mode
There is no support for 2.5/3.125G SGMII. This 3.125G SerDes mode is not SGMII. It is just plain 1000Base-X (as defined in IEEE 802.3z sta
fix(drivers/marvell/comphy): fix name of 3.125G SerDes mode
There is no support for 2.5/3.125G SGMII. This 3.125G SerDes mode is not SGMII. It is just plain 1000Base-X (as defined in IEEE 802.3z standard) but upclocked 2.5x. This mode is commonly known under name 2500Base-X.
So remove incorrect SGMII keyword from names and comments and replace it by more adequate 2500Base-X keyword.
There is no functional change in code, just renaming macros and updating comments.
Signed-off-by: Pali Rohár <pali@kernel.org> Change-Id: If79aec16cc233f4896aafd75bfbbebb3f172a197
show more ...
|
| 08695df9 | 20-Jul-2021 |
Jiafei Pan <Jiafei.Pan@nxp.com> |
refactor(plat/nxp): refine api to read SVR register
1. Refined struct soc_info_t definition. 2. Refined get_soc_info function. 3. Fixed some SVR persernality value. 4. Refined API to get cluster num
refactor(plat/nxp): refine api to read SVR register
1. Refined struct soc_info_t definition. 2. Refined get_soc_info function. 3. Fixed some SVR persernality value. 4. Refined API to get cluster numbers and cores per cluster.
Signed-off-by: Jiafei Pan <Jiafei.Pan@nxp.com> Change-Id: I3c20611a523516cc63330dce4c925e6cda1e93c4
show more ...
|
| 0c9f91cf | 20-Jul-2021 |
Andre Przywara <andre.przywara@arm.com> |
refactor(gicv3): rename GIC Clayton to GIC-700
The GIC IP formerly known as "GIC Clayton" has been released under the name of "GIC-700".
Rename occurences of Clayton in comments and macro names to
refactor(gicv3): rename GIC Clayton to GIC-700
The GIC IP formerly known as "GIC Clayton" has been released under the name of "GIC-700".
Rename occurences of Clayton in comments and macro names to reflect the official name.
Change-Id: Ie8c55f7da7753127d58c8382b0033c1b486f7909 Signed-off-by: Andre Przywara <andre.przywara@arm.com>
show more ...
|