Hi Tom,
> -Original Message-
> From: Tom Rini
> Sent: 2020年6月11日 4:16
> To: u-boot@lists.denx.de
> Cc: Stefano Babic ; Fabio Estevam
> ; dl-uboot-imx
> Subject: [EXT] [PATCH 24/30] arm: imx: Finish migration of CONFIG_CSF_SIZE
> to Kconfig
>
> Caution: EXT Email
>
> While the normal
On 6/11/20 9:59 AM, Jonathan Gray wrote:
> On Tue, May 26, 2020 at 06:02:23PM +0100, Martyn Welch wrote:
>> It appears that MMC access on the Sabrelite has been broken since
>> cdcaee9518:
>>
>> Loading Environment from MMC... Card did not respond to voltage select!
>> *** Warning - No block
Marek Vasut [mailto:ma...@denx.de]
> Sent: Wednesday, June 10, 2020 9:21 PM
[...]
> > + /* ADC Bias Calibration:
> > +* read efuse offset 0x7d to get a 17-bit data. Remove the
> >> dummy/fake
> > +* bit (bit3) to rebuild the real 16-bit data. Write the data
>
Marek Vasut [mailto:ma...@denx.de]
> Sent: Wednesday, June 10, 2020 7:05 PM
[...]
> >>> +static void rtl_reset_bmu(struct r8152 *tp)
> >>> +{
> >>> + u32 ocp_data;
> >>
> >> You're writing a byte, shouldn't that be u8 ?
> >
> > The minimum length which is used to read or write
> > the register of
> -Original Message-
> From: Dinh Nguyen
> Sent: Thursday, June 11, 2020 2:55 AM
> To: Marek Vasut ; Nico Becker automation.de>; u-boot@lists.denx.de
> Cc: simon.k.r.goldschm...@gmail.com; Tan, Ley Foon
>
> Subject: Re: [PATCH] arm: dts: socfpga: l2c-310 full line of zeros error
>
On Tue, May 26, 2020 at 06:02:23PM +0100, Martyn Welch wrote:
> It appears that MMC access on the Sabrelite has been broken since
> cdcaee9518:
>
> Loading Environment from MMC... Card did not respond to voltage select!
> *** Warning - No block device, using default environment
>
> Remove the
On Thu, Jun 11, 2020 at 3:18 AM Michael Trimarchi
wrote:
>
> From: Jagan Teki
>
> This patch try to avoids eviction of dirty lines during DMA
> transfer. The code right now execute the following step:
>
> - allocate the buffer
> - start a dma operation using the non-coherent dma buffer
> -
On Wed, Jun 10, 2020 at 5:37 PM Peter Robinson wrote:
>
> On Wed, Jun 10, 2020 at 10:11 PM Stuart Yoder wrote:
> >
> > Hi Sylwester,
> >
> > I am trying to test v4 of your patch series for USB support on rpi4:
> > https://patchwork.ozlabs.org/project/uboot/list/?series=179078
> >
> > I am
On Wed, Jun 10, 2020 at 10:11 PM Stuart Yoder wrote:
>
> Hi Sylwester,
>
> I am trying to test v4 of your patch series for USB support on rpi4:
> https://patchwork.ozlabs.org/project/uboot/list/?series=179078
>
> I am building u-boot 64-bit. Testing on a rpi4 B 1.2 board. But, USB is
> not
On Wed, Jun 10, 2020 at 4:11 PM Stuart Yoder wrote:
>
> Hi Sylwester,
>
> I am trying to test v4 of your patch series for USB support on rpi4:
> https://patchwork.ozlabs.org/project/uboot/list/?series=179078
>
> I am building u-boot 64-bit. Testing on a rpi4 B 1.2 board. But, USB is
> not
On 6/11/20 12:17 AM, Tom Rini wrote:
> On Thu, Jun 11, 2020 at 12:02:08AM +0200, Marek Vasut wrote:
>> On 6/10/20 11:57 PM, Tom Rini wrote:
>> [...]
>>
My point is more in the general direction of being able to configure
SPL/TPL/U-Boot separately, without being forced to craft nasty
On Thu, Jun 11, 2020 at 12:02:08AM +0200, Marek Vasut wrote:
> On 6/10/20 11:57 PM, Tom Rini wrote:
> [...]
>
> >> My point is more in the general direction of being able to configure
> >> SPL/TPL/U-Boot separately, without being forced to craft nasty ifdeffery
> >> in include/config/board.h if I
On 6/10/20 11:57 PM, Tom Rini wrote:
[...]
>> My point is more in the general direction of being able to configure
>> SPL/TPL/U-Boot separately, without being forced to craft nasty ifdeffery
>> in include/config/board.h if I need something enabled in SPL, but not in
>> U-Boot, and vice versa. And
On 6/10/20 11:48 PM, Tom Rini wrote:
> On Wed, Jun 10, 2020 at 05:01:21PM -0400, Tom Rini wrote:
>> On Wed, Jun 10, 2020 at 10:38:45PM +0200, Marek Vasut wrote:
>>> On 6/10/20 10:16 PM, Tom Rini wrote:
>>> [...]
configs/socfpga_dbm_soc1_defconfig | 1 +
On Wed, Jun 10, 2020 at 11:52:33PM +0200, Marek Vasut wrote:
> On 6/10/20 11:48 PM, Tom Rini wrote:
> > On Wed, Jun 10, 2020 at 05:01:21PM -0400, Tom Rini wrote:
> >> On Wed, Jun 10, 2020 at 10:38:45PM +0200, Marek Vasut wrote:
> >>> On 6/10/20 10:16 PM, Tom Rini wrote:
> >>> [...]
>
On Wed, Jun 10, 2020 at 11:40:33PM +0200, Marek Vasut wrote:
> On 6/10/20 11:35 PM, Tom Rini wrote:
> > On Wed, Jun 10, 2020 at 10:56:40PM +0200, Marek Vasut wrote:
> >> On 6/10/20 10:54 PM, Tom Rini wrote:
> >>> On Wed, Jun 10, 2020 at 10:46:23PM +0200, Marek Vasut wrote:
> On 6/10/20 10:11
On Wed, Jun 10, 2020 at 05:01:21PM -0400, Tom Rini wrote:
> On Wed, Jun 10, 2020 at 10:38:45PM +0200, Marek Vasut wrote:
> > On 6/10/20 10:16 PM, Tom Rini wrote:
> > [...]
> > > configs/socfpga_dbm_soc1_defconfig | 1 +
> > > configs/socfpga_de0_nano_soc_defconfig
On 6/10/20 11:35 PM, Tom Rini wrote:
> On Wed, Jun 10, 2020 at 10:56:40PM +0200, Marek Vasut wrote:
>> On 6/10/20 10:54 PM, Tom Rini wrote:
>>> On Wed, Jun 10, 2020 at 10:46:23PM +0200, Marek Vasut wrote:
On 6/10/20 10:11 PM, Tom Rini wrote:
[...]
> You mean be more like barebox
On Wed, Jun 10, 2020 at 10:56:40PM +0200, Marek Vasut wrote:
> On 6/10/20 10:54 PM, Tom Rini wrote:
> > On Wed, Jun 10, 2020 at 10:46:23PM +0200, Marek Vasut wrote:
> >> On 6/10/20 10:11 PM, Tom Rini wrote:
> >> [...]
> >>> You mean be more like barebox and Linux where the board-specific stuff
On Wed, Jun 10, 2020 at 10:38:45PM +0200, Marek Vasut wrote:
> On 6/10/20 10:16 PM, Tom Rini wrote:
> [...]
> > configs/socfpga_dbm_soc1_defconfig | 1 +
> > configs/socfpga_de0_nano_soc_defconfig | 1 +
> > configs/socfpga_de10_nano_defconfig
On 6/10/20 10:16 PM, Tom Rini wrote:
[...]
> configs/socfpga_dbm_soc1_defconfig | 1 +
> configs/socfpga_de0_nano_soc_defconfig | 1 +
> configs/socfpga_de10_nano_defconfig| 1 +
> configs/socfpga_de1_soc_defconfig
Due to how the Makefile logic is we currently get DM_SPI support in SPL
enabled by having DM_SPI enabled for full U-Boot but not having
CONFIG_SPL_DM_SPI set. Add this missing option to boards that were
inadvertently making use of it.
Cc: Adam Ford
Cc: Akash Gajjar
Cc: Anatolij Gustschin
Cc:
Hi Sylwester,
I am trying to test v4 of your patch series for USB support on rpi4:
https://patchwork.ozlabs.org/project/uboot/list/?series=179078
I am building u-boot 64-bit. Testing on a rpi4 B 1.2 board. But, USB is
not working for me and wanted to see if you had any ideas. Are there
other
On 6/9/20 7:13 AM, AKASHI Takahiro wrote:
> The function, pkcs7_verify_one(), will be utilized to rework signature
> verification logic aiming to support intermediate certificates in
> "chain of trust."
>
> To do that, its function interface is expanded, adding an extra argument
> which is
On 6/10/20 10:54 PM, Tom Rini wrote:
> On Wed, Jun 10, 2020 at 10:46:23PM +0200, Marek Vasut wrote:
>> On 6/10/20 10:11 PM, Tom Rini wrote:
>> [...]
>>> You mean be more like barebox and Linux where the board-specific stuff
>>> is kicked up one level and we have a more generic binary? I
On Wed, Jun 10, 2020 at 10:46:23PM +0200, Marek Vasut wrote:
> On 6/10/20 10:11 PM, Tom Rini wrote:
> [...]
> > You mean be more like barebox and Linux where the board-specific stuff
> > is kicked up one level and we have a more generic binary? I don't know
> > and there's so much
On 6/10/20 10:11 PM, Tom Rini wrote:
[...]
> You mean be more like barebox and Linux where the board-specific stuff
> is kicked up one level and we have a more generic binary? I don't know
> and there's so much work that would be required before having to move
> this from a
This variable is unset anywhere and only unset on a number of platforms.
Remove all relevant code.
Signed-off-by: Tom Rini
---
README | 13 -
include/configs/MPC8536DS.h| 2 --
include/configs/MPC8540ADS.h | 2 --
include/configs/MPC8541CDS.h | 2
We need to ensure that in the cases where SPL / TPL do not use DM we do
not try and build the core nor drivers that require DM.
Cc: Jagan Teki
Signed-off-by: Tom Rini
---
drivers/spi/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/Makefile
This converts the following to Kconfig:
CONFIG_CADENCE_QSPI
Signed-off-by: Tom Rini
---
configs/k2g_evm_defconfig| 1 +
configs/k2g_hs_evm_defconfig | 1 +
drivers/spi/Makefile | 2 +-
include/configs/k2g_evm.h| 1 -
4 files changed, 3 insertions(+), 2 deletions(-)
diff
While the normal case of CSF_SIZE is handled via Kconfig we have entries
in config headers related to CONFIG_SECURE_BOOT. However in commit
d714a75fd4dc ("imx: replace CONFIG_SECURE_BOOT with CONFIG_IMX_HAB")
this was renamed to CONFIG_IMX_HAB. Update the CSF_SIZE entry to have
the correct
This converts the following to Kconfig:
CONFIG_CONSOLE_SCROLL_LINES
Signed-off-by: Tom Rini
---
include/configs/evb_px5.h| 1 -
include/configs/evb_rk3308.h | 2 --
include/configs/evb_rk3328.h | 2 --
include/configs/firefly_rk3308.h | 2 --
include/configs/geekbox.h
This converts the following to Kconfig:
CONFIG_BOOTM_NETBSD
Signed-off-by: Tom Rini
---
configs/deneb_defconfig| 1 +
configs/giedi_defconfig| 1 +
configs/imx8qm_rom7720_a1_4G_defconfig | 1 +
include/configs/capricorn-common.h | 4
There are a few remaining places where we say CONFIG_SECURE_BOOT rather
than CONFIG_IMX HAB. Update these instances.
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: NXP i.MX U-Boot Team
Cc: Eddy Petrișor
Cc: Shawn Guo
Cc: Vladimir Oltean
Cc: Priyanka Jain
Fixes: d714a75fd4dc ("imx: replace
This converts the following to Kconfig:
CONFIG_CONSOLE_MUX
Cc: Igor Opaniuk
Signed-off-by: Tom Rini
---
configs/apalis_imx6_defconfig | 2 --
configs/colibri_imx6_defconfig | 2 --
include/configs/apalis_imx6.h | 1 -
include/configs/colibri_imx6.h | 1 -
4 files changed, 6 deletions(-)
This converts the following to Kconfig:
CONFIG_CONS_INDEX
Signed-off-by: Tom Rini
---
configs/am43xx_evm_defconfig | 1 -
configs/am43xx_evm_qspiboot_defconfig | 2 +-
configs/am43xx_evm_rtconly_defconfig | 1 -
configs/am43xx_evm_usbhost_boot_defconfig
This converts the following to Kconfig:
CONFIG_BOOTP_DNS2
CONFIG_BOOTP_PXE_CLIENTARCH
Signed-off-by: Tom Rini
---
configs/am335x_baltos_defconfig | 1 +
configs/am335x_boneblack_vboot_defconfig | 1 +
configs/am335x_evm_defconfig | 1 +
This converts the following to Kconfig:
CONFIG_CMDLINE_EDITING
Signed-off-by: Tom Rini
---
include/configs/ls1028a_common.h | 4
1 file changed, 4 deletions(-)
diff --git a/include/configs/ls1028a_common.h b/include/configs/ls1028a_common.h
index 44f2dc8f9b41..c191f74a3a61 100644
---
This converts the following to Kconfig:
CONFIG_BOUNCE_BUFFER
Signed-off-by: Tom Rini
---
include/configs/px30_common.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/px30_common.h b/include/configs/px30_common.h
index d6c70601dd01..76d6ab1c8b4e 100644
---
This converts the following to Kconfig:
CONFIG_BOOTCOUNT_ENV
CONFIG_BOOTCOUNT_LIMIT
Cc: Anatolij Gustschin
Signed-off-by: Tom Rini
---
configs/deneb_defconfig| 2 ++
configs/giedi_defconfig| 2 ++
include/configs/capricorn-common.h | 3 ---
3 files changed, 4
This converts the following to Kconfig:
CONFIG_BUILD_TARGET
Signed-off-by: Tom Rini
---
include/configs/db-88f6281-bp.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/db-88f6281-bp.h b/include/configs/db-88f6281-bp.h
index cc51e6646ee3..e234b0bf9826 100644
---
This converts the following to Kconfig:
CONFIG_BOOTARGS
Signed-off-by: Tom Rini
---
configs/grpeach_defconfig | 2 ++
configs/imx28_xea_defconfig| 2 ++
configs/sama5d2_icp_mmc_defconfig | 1 +
configs/socfpga_agilex_defconfig | 2 ++
This converts the following to Kconfig:
CONFIG_BOOTDELAY
Cc: Holger Brunck
Signed-off-by: Tom Rini
---
include/configs/socfpga_arria5_secu1.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/socfpga_arria5_secu1.h
b/include/configs/socfpga_arria5_secu1.h
index
This converts the following to Kconfig:
CONFIG_BOARD_TYPES
Signed-off-by: Tom Rini
---
configs/brsmarc1_defconfig | 1 +
configs/mscc_jr2_defconfig | 1 +
configs/mscc_luton_defconfig | 1 +
configs/mscc_ocelot_defconfig | 1 +
configs/mscc_serval_defconfig | 1 +
This converts the following to Kconfig:
CONFIG_BOARD_EARLY_INIT_F
CONFIG_BOARD_EARLY_INIT_R
Signed-off-by: Tom Rini
---
configs/avnet_ultrazedev_cc_v1_0_ultrazedev_som_v1_0_defconfig | 1 +
configs/deneb_defconfig| 1 +
configs/giedi_defconfig
This converts the following to Kconfig:
CONFIG_BCH
Signed-off-by: Tom Rini
---
configs/ge_bx50v3_defconfig | 1 +
configs/mx53ppd_defconfig | 1 +
include/configs/ge_bx50v3.h | 2 --
include/configs/mx53ppd.h | 2 --
4 files changed, 2 insertions(+), 4 deletions(-)
diff --git
This converts the following to Kconfig:
CONFIG_ATMEL_USART
Signed-off-by: Tom Rini
---
configs/at91rm9200ek_defconfig | 1 +
configs/at91rm9200ek_ram_defconfig | 1 +
configs/gurnard_defconfig | 1 +
configs/picosam9g45_defconfig | 1 +
configs/smartweb_defconfig |
This converts the following to Kconfig:
CONFIG_BAUDRATE
Signed-off-by: Tom Rini
---
README| 5 -
include/configs/apalis-imx8.h | 3 ---
include/configs/bcm_northstar2.h | 1 -
include/configs/bcmstb.h | 1 -
include/configs/colibri-imx8x.h | 3
This converts the following to Kconfig:
CONFIG_AUTOBOOT_PROMPT
CONFIG_AUTOBOOT_KEYED
CONFIG_AUTOBOOT_STOP_STR
Signed-off-by: Tom Rini
---
configs/bk4r1_defconfig | 3 +++
include/configs/bk4r1.h | 6 --
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git
This converts the following to Kconfig:
CONFIG_ATMEL_NAND_HW_PMECC
CONFIG_ATMEL_NAND_HWECC
CONFIG_NAND_ATMEL
CONFIG_PMECC_CAP
CONFIG_PMECC_SECTOR_SIZE
Signed-off-by: Tom Rini
---
configs/sam9x60ek_nandflash_defconfig | 4
configs/sam9x60ek_qspiflash_defconfig | 4
This converts the following to Kconfig:
CONFIG_AT91_GPIO
Signed-off-by: Tom Rini
---
arch/arm/mach-at91/include/mach/at91rm9200.h | 2 --
configs/at91rm9200ek_defconfig | 1 +
configs/at91rm9200ek_ram_defconfig | 1 +
configs/axm_defconfig| 1 +
This converts the following to Kconfig:
CONFIG_ATMEL_HLCD
Signed-off-by: Tom Rini
---
configs/at91sam9n12ek_mmc_defconfig | 1 +
configs/at91sam9n12ek_nandflash_defconfig | 1 +
configs/at91sam9n12ek_spiflash_defconfig | 1 +
drivers/video/Kconfig | 1 -
This converts the following to Kconfig:
CONFIG_ARM_PL180_MMCI
Signed-off-by: Tom Rini
---
configs/vexpress_ca15_tc2_defconfig | 1 +
configs/vexpress_ca5x2_defconfig| 1 +
configs/vexpress_ca9x4_defconfig| 1 +
drivers/mmc/Kconfig | 1 -
This converts the following to Kconfig:
CONFIG_ARMV7_PSCI
CONFIG_ARMV7_PSCI_NR_CPUS
Cc: Tom Warren
Cc: peter.ch...@data61.csiro.au
Signed-off-by: Tom Rini
---
arch/arm/mach-tegra/tegra124/Kconfig | 1 +
include/configs/cei-tk1-som.h| 2 --
2 files changed, 1 insertion(+), 2
Hey all,
As things stand today we have over 200 symbols that have a Kconfig entry
but also are being manipulated by config headers. While there are a few
of these which are going to require some real work to figure out the
best path forward (for example CONFIG_BOOTCOMMAND is not a good entry
This converts the following to Kconfig:
CONFIG_ARCH_MISC_INIT
Signed-off-by: Tom Rini
---
configs/apalis-tk1_defconfig | 1 +
configs/chiliboard_defconfig | 1 +
include/configs/apalis-tk1.h | 2 --
include/configs/chiliboard.h | 1 -
4 files changed, 2 insertions(+), 3 deletions(-)
diff
This converts the following to Kconfig:
CONFIG_AM335X_LCD
Signed-off-by: Tom Rini
---
configs/brxre1_defconfig | 1 +
drivers/video/Kconfig| 1 -
include/configs/brxre1.h | 3 ---
3 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/configs/brxre1_defconfig
On Wed, Jun 10, 2020 at 09:01:39PM +0200, Marek Vasut wrote:
> On 6/10/20 8:58 PM, Tom Rini wrote:
> > On Wed, Jun 10, 2020 at 08:55:36PM +0200, Marek Vasut wrote:
> >> On 6/10/20 8:52 PM, Tom Rini wrote:
> >>> On Wed, Jun 10, 2020 at 08:42:20PM +0200, Marek Vasut wrote:
> On 6/10/20 8:10 PM,
From: Jagan Teki
This patch try to avoids eviction of dirty lines during DMA
transfer. The code right now execute the following step:
- allocate the buffer
- start a dma operation using the non-coherent dma buffer
- invalidate cache lines associated with the buffer
- read the buffer
This can
On 6/10/20 8:58 PM, Tom Rini wrote:
> On Wed, Jun 10, 2020 at 08:55:36PM +0200, Marek Vasut wrote:
>> On 6/10/20 8:52 PM, Tom Rini wrote:
>>> On Wed, Jun 10, 2020 at 08:42:20PM +0200, Marek Vasut wrote:
On 6/10/20 8:10 PM, Tom Rini wrote:
> On Mon, Jun 08, 2020 at 11:27:19AM +0200,
On Wed, Jun 10, 2020 at 08:55:36PM +0200, Marek Vasut wrote:
> On 6/10/20 8:52 PM, Tom Rini wrote:
> > On Wed, Jun 10, 2020 at 08:42:20PM +0200, Marek Vasut wrote:
> >> On 6/10/20 8:10 PM, Tom Rini wrote:
> >>> On Mon, Jun 08, 2020 at 11:27:19AM +0200, Patrick Delaunay wrote:
> >>>
> Add
On 6/10/20 8:52 PM, Tom Rini wrote:
> On Wed, Jun 10, 2020 at 08:42:20PM +0200, Marek Vasut wrote:
>> On 6/10/20 8:10 PM, Tom Rini wrote:
>>> On Mon, Jun 08, 2020 at 11:27:19AM +0200, Patrick Delaunay wrote:
>>>
Add configuration flag to select the supported dwc driver configuration:
-
On 6/10/20 8:23 AM, Marek Vasut wrote:
> On 6/10/20 3:21 PM, Nico Becker wrote:
>> Am 10.06.2020 um 15:19 schrieb Marek Vasut:
>>> On 6/10/20 3:14 PM, Nico Becker wrote:
if i remove the arm,shared-override option in the dts file,
the kernel boot without an error.
With the option
On Wed, Jun 10, 2020 at 08:42:20PM +0200, Marek Vasut wrote:
> On 6/10/20 8:10 PM, Tom Rini wrote:
> > On Mon, Jun 08, 2020 at 11:27:19AM +0200, Patrick Delaunay wrote:
> >
> >> Add configuration flag to select the supported dwc driver configuration:
> >> - CONFIG_DWC_ETH_QOS_TEGRA186
> >> -
Hey,
Can we please get the various i.MX dts files (and related) re-synced
with the kernel? In looking at the various dts warnings we see in our
build, even on something like i.MX7 we see warnings because our dts
files are out of sync with linux and so have warnings that have since
been fixed
On 6/10/20 8:10 PM, Tom Rini wrote:
> On Mon, Jun 08, 2020 at 11:27:19AM +0200, Patrick Delaunay wrote:
>
>> Add configuration flag to select the supported dwc driver configuration:
>> - CONFIG_DWC_ETH_QOS_TEGRA186
>> - CONFIG_DWC_ETH_QOS_IMX
>> - CONFIG_DWC_ETH_QOS_STM32
>>
>> See Linux driver
On Wed, Jun 10, 2020 at 07:28:42PM +0200, Patrick Delaunay wrote:
> Update the comment for SYS_RELOC_GD_ENV_ADDR as gd->env_addr is updated
> in board_r.c::initr_reloc_global_data() under the compilation flags
> CONFIG_SYS_RELOC_GD_ENV_ADDR
>
> Signed-off-by: Patrick Delaunay
Pretty sure
On Mon, Jun 08, 2020 at 11:27:19AM +0200, Patrick Delaunay wrote:
> Add configuration flag to select the supported dwc driver configuration:
> - CONFIG_DWC_ETH_QOS_TEGRA186
> - CONFIG_DWC_ETH_QOS_IMX
> - CONFIG_DWC_ETH_QOS_STM32
>
> See Linux driver ethernet/stmicro/stmmac and associated glue
Update the comment for SYS_RELOC_GD_ENV_ADDR as gd->env_addr is updated
in board_r.c::initr_reloc_global_data() under the compilation flags
CONFIG_SYS_RELOC_GD_ENV_ADDR
Signed-off-by: Patrick Delaunay
---
The current code in board_r.c is:
static int initr_reloc_global_data(void)
{
#ifdef
Android 10 adds support for dynamic partitions and in order to support
this userspace fastboot must be used[1]. New tool fastbootd is
included into recovery.
Userspace fastboot works from recovery and is launched if:
1) - Dynamic partitioning is enabled
2) - Boot control block has 'boot-fastboot'
Default implementation of fastboot_set_reboot_flag function that depends
on "bcb" commands could be used in general case if there are no need to
make any platform-specific implementation, otherwise it could be
disabled via Kconfig option FASTBOOT_USE_BCB_SET_REBOOT_FLAG.
Please note that
Extend fastboot_set_reboot_flag arguments with reboot reason so that
it could handle different reboot cases in future.
Signed-off-by: Roman Kovalivskyi
---
arch/arm/mach-meson/board-common.c | 6 +-
arch/arm/mach-rockchip/board.c | 6 +-
board/amazon/kc1/kc1.c | 6
Android 10 adds support for dynamic partitions and in order to support
them userspace fastboot must be used[1]. New tool called fastbootd is included
into recovery image.
Userspace fastboot works from recovery and is launched if:
1) - Dynamic partitioning is enabled
2) - Boot control block has
Hi Stefan,
On Wed, Jun 10, 2020 at 4:33 PM Stefan Roese wrote:
>
> On 10.06.20 12:52, Rayagonda Kokatanur wrote:
> > Start sp805 watchdog service.
> >
> > Parse wdt timeout from env and dts, give precedence to env
> > timeout if defined. Set default timeout to 60s if both env
> > and dts doesn't
On Mon, Jun 08, 2020 at 10:25:20AM +0900, AKASHI Takahiro wrote:
> On Fri, Jun 05, 2020 at 11:19:15AM -0400, Tom Rini wrote:
> > On Sun, May 31, 2020 at 12:16:58AM +0200, Heinrich Schuchardt wrote:
> >
> > > In some of our Python tests we build disk images. Currently this involves
> > > using the
On Wed, Jun 10, 2020 at 04:50:39PM +0200, Bruno Thomsen wrote:
> This solves a compatibility issue with Linux device trees
> that contain TPMv2.x hardware. So it's easier to import DTSs
> from upstream kernel when migrating board init from C code
> to device tree.
>
> The issue is that fallback
This solves a compatibility issue with Linux device trees
that contain TPMv2.x hardware. So it's easier to import DTSs
from upstream kernel when migrating board init from C code
to device tree.
The issue is that fallback binding is different between Linux
and u-Boot.
Linux: "tcg,tpm_tis-spi"
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 21/22] x86: mtrr: Update 'mtrr' to allow setting MTRRs on any
> CPU
>
> Add a -c option to mtrr to allow any CPU to be updated with this command.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/x86/mtrr.c | 18 --
>
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 22/22] x86: mtrr: Enhance 'mtrr' command to list MTRRs on any
> CPU
>
> Update this command so it can list the MTRRs on a selected CPU. If
> '-c all' is used, then all CPUs are listed.
>
> Signed-off-by: Simon Glass
> ---
>
>
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 20/22] x86: mtrr: Restructure so command execution is in one
> place
>
> At present do_mtrr() does the 'list' subcommand at the top and the rest
> below. Update it to do them all in the same place so we can (in a later
> patch) add
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 19/22] x86: mtrr: Update the command to use the new mtrr calls
>
> Use the multi-CPU calls to set the MTRR values. This still supports only
> the boot CPU for now.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/x86/mtrr.c | 34
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 16/22] x86: mtrr: Use MP calls to list the MTRRs
>
> Update the mtrr command to use mp_run_on_cpus() to obtain its information.
> Since the selected CPU is the boot CPU this does not change the result,
> but it sets the stage for
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 18/22] x86: mtrr: Add support for writing to MTRRs on any CPU
>
> To enable support for the 'mtrr' command, add a way to perform MTRR
> operations on selected CPUs.
>
> This works by setting up a little 'operation' structure and
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 17/22] x86: mtrr: Update MTRRs on all CPUs
>
> When the boot CPU MTRRs are updated, perform the same update on all other
> CPUs so they are kept in sync.
>
> This avoids kernel warnings about mismatched MTRRs.
>
> Signed-off-by:
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 15/22] x86: mp: Add iterators for CPUs
>
> It is convenient to iterate through the CPUs performing work on each one
> and processing the result. Add a few iterator functions which handle this.
> These can be used by any client code.
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 14/22] x86: mp: Park CPUs before running the OS
>
> With the new MP features the CPUs are no-longer parked when the OS is run.
> Fix this by calling a special function to park them, just before the OS is
> started.
>
>
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 13/22] x86: mp: Allow running functions on multiple CPUs
>
> Add a way to run a function on a selection of CPUs. This supports either
> a single CPU, all CPUs, just the main CPU or just the 'APs', in Intel
> terminology.
>
> It
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 12/22] x86: Set the SMP flag when MP init is complete
>
> Set this flag so we can track when it is safe to use CPUs other than the
> main one.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/mp_init.c | 1 +
> 1 file
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 07/22] x86: mp_init: Set up the CPU numbers at the start
>
> At present each CPU is given a number when it starts itself up. While this
> saves a tiny amount of time by doing the device-tree read in parallel, it
> is confusing that
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 08/22] x86: mp_init: Adjust bsp_init() to return more
> information
>
> This function is misnamed since it does not actually init the BSP. Also
> it is convenient to adjust it to return a little more information.
>
> Rename and
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 11/22] global_data: Add a generic global_data flag for SMP
> state
>
> Allow keeping track of whether all CPUs have been enabled yet. This allows
> us to know whether other CPUs need to be considered when updating
> CPU-specific
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 10/22] x86: mp: Support APs waiting for instructions
>
> At present the APs (non-boot CPUs) are inited once and then parked ready
> for the OS to use them. However in some cases we want to send new requests
> through, such as to
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 09/22] x86: cpu: Remove unnecessary #ifdefs
>
> Drop some #ifdefs that are not needed or can be converted to compile-time
> checks.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/cpu.c | 58
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 06/22] x86: mtrr: Fix 'ensable' typo
>
> Fix a typo in the command help.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/x86/mtrr.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/cmd/x86/mtrr.c
Hi Simon,
-"Simon Glass" schrieb: -
>Betreff: [PATCH 05/22] x86: mp_init: Drop the num_cpus static variable
>
>This does not need to be global across all functions in this file. Pass a
>parameter instead.
>
>Signed-off-by: Simon Glass
>---
>
> arch/x86/cpu/mp_init.c | 22
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 04/22] x86: mp_init: Switch parameter names in start_aps()
>
> These parameters are named differently from elsewhere in this file. Switch
> them to avoid confusion.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/cpu/mp_init.c
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 03/22] x86: mp_init: Avoid declarations in header files
>
> The functions used by the flight plan are declared in the header file but
> are not used in any other file.
>
> Move the flight plan steps down to just above where it is
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH 02/22] x86: Move MP code into mp_init
>
> At present the 'flight plan' for CPUs is passed into mp_init. But it is
> always the same. Move it into the mp_init file so everything is in one
> place. Also drop the SMI function since it
On 6/10/20 11:47 AM, Hayes Wang wrote:
> Marek Vasut [mailto:ma...@denx.de]
>> Sent: Tuesday, June 09, 2020 10:22 PM
> [...]
>>> - bmcr = BMCR_ANENABLE | BMCR_ANRESTART;
>>> + bmcr = BMCR_ANENABLE | BMCR_ANRESTART | BMCR_RESET;
>>
>> Do you really need to reset a PHY while
On 6/10/20 11:27 AM, Hayes Wang wrote:
> Marek Vasut [mailto:ma...@denx.de]
>> Sent: Tuesday, June 09, 2020 10:21 PM
> [...]
>>> +static void rtl_reset_bmu(struct r8152 *tp)
>>> +{
>>> + u32 ocp_data;
>>
>> You're writing a byte, shouldn't that be u8 ?
>
> The minimum length which is used to
1 - 100 of 170 matches
Mail list logo