Exports the serdes configuration as an environment variable for LS gen 3
SoCs, so it can be used in u-boot command line. It should particularly be
useful for applying Linux DT overlays for the given serdes configuration.
First 4 patches free up arch_misc_init, which is now implemented in
arch/arm/
The following patches
1) Introduce the emmc based board detection for BBAI due to a lack of
eeprom onboard the BBAI (to be fixed in future revision of the board).
2) Minor changes to files to support dts and bbai boot overall
3) Add structures in the pinctrl to detect the beaglebone AI and add
che
At present we have set up a Microsoft Azure Pipelines to build
U-Boot host tools for Windows. We can expand it to cover all the
CI testing in gitlab and travis CI.
There are issues if we use the 'container' keyword in the pipeline,
that buildman seems to not able to exit correctly and hangs foreve
Hi,
This serie updates the two pincontrol drivers for stm32mp1
and activates the gpio hog support to prepare the rebase on
the v5.4 linux kernel device tree.
The 2 last commits have dependency with the previous serie
"dm: add support of new binding in gpio and pincontrol"
http://patchwork.ozlabs
Per current U-Boot README, building Windows versions of the utilities
in the tools directory is done via the MinGW toolchain. But testing
shows that it is broken and actually it must have been broken for
quite a long time.
Fixing MinGW build seems quite amount of work as developers of
U-Boot norma
Recently a feature was added to allow sandbox to do memory-mapped IO using
readl(), writel(), etc. This adds a few fixes and improvements to this.
It also includes an updated version of Jean-Jacques patch to add more
tests for regmap.
Jean-Jacques Hiblot (1):
test: regmap: check the values rea
Add some helpers that can be called by the drivers to load the firmware
resource table from an elf32 / elf64 image.
The stm32 remoteproc driver makes use of it, to load the resource table before
the elf image itself.
This series applies on top of the "remoteproc: Add support for R5F and DSP
proces
čt 3. 10. 2019 v 12:33 odesílatel Michal Simek napsal:
>
> Hi,
>
> The following patch series implements a common function to get the dtb
> for of_board configuration. Additionally provides a virtual defconfig
> for Zynq and ZynqMP architectures with of_board configuration enabled.
>
> In future t
st 11. 9. 2019 v 13:28 odesílatel Michal Simek napsal:
>
> Hi,
>
> for quite a long time Xilinx was using private boot method. Pretty long time
> ago we have enabled distribution boot method and provided time to do
> transition to it. Right now it is good time to remove old methods and move
> to d
Hi,
The following patch series implements a common function to get the dtb
for of_board configuration. Additionally provides a virtual defconfig
for Zynq and ZynqMP architectures with of_board configuration enabled.
In future this should go in a way where we could remove all board specific
defcon
Hi Jagan,
On Tue, Oct 1, 2019 at 7:09 PM Jagan Teki wrote:
>
> Hi Bin,
>
> On Sun, Sep 29, 2019 at 1:29 PM Bin Meng wrote:
> >
> > Hi Jagan,
> >
> > On Sun, Sep 29, 2019 at 3:42 PM Jagan Teki
> > wrote:
> > >
> > > This patchset, enable SPI-NOR flash on SiFive hifive-unleashed-a00
> > > board.
Hi Bin,
On Sun, Sep 29, 2019 at 1:29 PM Bin Meng wrote:
>
> Hi Jagan,
>
> On Sun, Sep 29, 2019 at 3:42 PM Jagan Teki wrote:
> >
> > This patchset, enable SPI-NOR flash on SiFive hifive-unleashed-a00
> > board.
> >
> > patch 0001 - 02: support devicetree
> >
> > patch 0003: add is25wp256 chip
> >
Hi Jagan,
On Sun, Sep 29, 2019 at 3:42 PM Jagan Teki wrote:
>
> This patchset, enable SPI-NOR flash on SiFive hifive-unleashed-a00
> board.
>
> patch 0001 - 02: support devicetree
>
> patch 0003: add is25wp256 chip
>
> patch 0004 - 05: enable spi-nor flash
>
> All tested in Sifive fuse540 hifive-
This patchset, enable SPI-NOR flash on SiFive hifive-unleashed-a00
board.
patch 0001 - 02: support devicetree
patch 0003: add is25wp256 chip
patch 0004 - 05: enable spi-nor flash
All tested in Sifive fuse540 hifive-unleashed-a00 board.
Any inputs?
Jagan.
Jagan Teki (5):
riscv: dts: Add hifi
This series adds support for printing CPU name and board name for all
k3 devices. Also a misc update for getting tisci handle
Lokesh Vutla (5):
arm: k3: Add support for printing CPUINFO
board: am65x: Print board name and version during boot
configs: j721e_evm_a72: Enable DISPLAY_CPUINFO
co
All STM32F4 and STM32H7 boards have CONFIG_NET flags enable in
their defconfig whereas network support was never added. Simply
disable CONFIG_NET to avoid following compilation warning:
= WARNING ==
This board does not use CONFIG_DM_ETH (Driver Model
for Et
This series fixes ecc address calculation and updates the ddr ecc
enabling sequence .
Krunal Bhargav (3):
arm: omap: emif-common: Disable interleaving
arm: omap: emif-common: Fix memory priming for ECC
cmd: ti: ddr3: Move the print statement after test
Lokesh Vutla (2):
arm: omap: emif-co
Hi,
for quite a long time Xilinx was using private boot method. Pretty long time
ago we have enabled distribution boot method and provided time to do
transition to it. Right now it is good time to remove old methods and move
to distro boot fully.
It is also the part of unification between Xilinx Z
This patch series adds basic boot support on eMMC for the MediaTek
MT8518 SoC based boards. This series add the clock, pinctrl drivers
and the SoC initializaton code.
mingming lee (5):
ARM: MediaTek: Add support for MediaTek MT8518 SoC
clk: mediatek: add driver for MT8518
mmc: mtk-sd: add HS
This patch series fixes several bugs in the simple network protocol:
* Correctly set and reset the interrupt status.
* Support filling the header in the Transmit() service.
* Correct the checking and setting of the network state.
* Implement the MCastIPtoMAC() service.
* Adjust the simple network
Rockchip SoCs reqire the following deployment procedure for TPL/SPL:
./tools/mkimage -n rk3328 -T rksd -d ./tpl/u-boot-tpl.bin idbloader.img
cat ./spl/u-boot-spl-dtb.bin >> idbloader.img
dd if=idbloader.img of=/dev/mmcblk0 seek=64
The series is organized as the following. First patch introd
The intention of this series is to bring the CONFIG_SYS_SPI_U_BOOT_OFFS
option to Kconfig. For getting sure not introducing bugs and don't
forget boards the requirement is a clean run of moveconfig.py without
warnings.
To achieve this we need to prepare a few things:
- manually edit header files w
Hello,
This patchset adds board support for Hikey960 board from Hisilicon. This
board is one of the Consumer Edition boards of the 96Boards family,
powered by Kirin960 (HI3660) SoC.
This patchset adds only basic support necessary to boot the linux kernel
from SD card using distro_boot mechanism.
Activate remoteproc and add the M4 coprocessor support of firmware
in stm32mp157 U-Boot.
The M4 firmware can be loaded manually (with remoteproc command)
or automatically (with config selected in FIT including the M4 firmware
with extlinux for example).
Patrick Delaunay (5):
stm32mp1: Add r
In this serie I update the DWC2 host driver to use the device tree
information and the associated PHY and CLOCK drivers when they are
available.
I test this serie on stm32mp157c-ev1 board;
The U-CLASS are provided by:
- PHY by USBPHYC driver = ./drivers/phy/phy-stm32-usbphyc.c
- CLOCK by RCC cloc
On 29/07/2019 16:01, Neil Armstrong wrote:
> The SEI510 board is based on the Amlogic S905X2 SoC
> from the Amlogic G12A SoC family.
>
> The board has the following specifications :
> - Amlogic S905X2 ARM Cortex-A53 quad-core SoC
> - XGB DDR4 SDRAM
> - 10/100 Ethernet (Internal PHY)
> - 1 x USB 3.
The SEI510 board is based on the Amlogic S905X2 SoC
from the Amlogic G12A SoC family.
The board has the following specifications :
- Amlogic S905X2 ARM Cortex-A53 quad-core SoC
- XGB DDR4 SDRAM
- 10/100 Ethernet (Internal PHY)
- 1 x USB 3.0 Host
- eMMC
- SDcard
- Infrared receiver
- SDIO WiFi Modu
Update the stm32mp1 drivers after the commit 8729b1ae2cbd
("misc: Update read() and write() methods to return bytes xfered")
And the introduction of NOP u-class.
Patrick Delaunay (5):
bsec: update after MISC u-class update
pmu: stpmic1: change specific NVM api to MISC
stpmic1: simplify st
Hi Peng and Ye Li,
On Wed, May 15, 2019 at 6:56 AM Peng Fan wrote:
>
> This patchset is to upstream ddr script from NXP vendor tree,
> witout this patchset, the ULP B0 EVK board could not boot up.
>
> Ye Li (5):
> mx7ulp: Fix APLL num and denom setting issue
> mx7ulp_evk: Update LPDDR3 script
On Wed, Jul 17, 2019 at 03:43:57AM +, Joel Stanley wrote:
> Hello,
>
> On Thu, 4 Jul 2019 at 01:35, Joel Stanley wrote:
> >
> > Tom suggested I add support for booting the ASPEED EVB configuration in
> > Qemu. This series fixes up a few things with the defconfig so buildman
> > passes, and ma
Hello,
On Thu, 4 Jul 2019 at 01:35, Joel Stanley wrote:
>
> Tom suggested I add support for booting the ASPEED EVB configuration in
> Qemu. This series fixes up a few things with the defconfig so buildman
> passes, and makes u-boot testable:
>
> https://travis-ci.com/shenki/u-boot/builds/1177728
The whole series is obsoleted/superseded by v2:
https://patchwork.ozlabs.org/cover/1131356/
("[v2,0/5] Fixes and improvements in BCB and Android docs")
--
Best Regards,
Eugeniu.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo
Resubmit the diff between [1] and [2] of the BCB/Android series, since
the former has been pushed to master instead of the latter.
[1] https://patchwork.ozlabs.org/cover/1104242/
("[v3,0/3] Add 'bcb' command to read/modify/write Android BCB")
[2] https://patchwork.ozlabs.org/cover/1128661/
This series fixes some shortcomings of the current apalis-imx8 and
colibri-imx8x SKU handling.
Marcel Ziswiler (4):
toradex: configblock: generic wi-fi/bt handling
toradex: configblock: fix colibri imx8x target
toradex: configblock: fix apalis imx8 target
toradex: configblock: fix long
Tom suggested I add support for booting the ASPEED EVB configuration in
Qemu. This series fixes up a few things with the defconfig so buildman
passes, and makes u-boot testable:
https://travis-ci.com/shenki/u-boot/builds/117772801
I've sent some patches to Stephen for uboot-test-scripts tools
th
On 25. 06. 19 17:53, Robert Hancock wrote:
> On 2019-06-25 7:01 a.m., Michal Simek wrote:
>> On 21. 06. 19 18:10, Robert Hancock wrote:
>>> On 2019-06-21 12:19 a.m., Michal Simek wrote:
> If it helps, here is part of our board file that does the FPGA GPIO and
> SPI initialization and initia
On 2019-06-25 7:01 a.m., Michal Simek wrote:
> On 21. 06. 19 18:10, Robert Hancock wrote:
>> On 2019-06-21 12:19 a.m., Michal Simek wrote:
If it helps, here is part of our board file that does the FPGA GPIO and
SPI initialization and initializes the FPGA callbacks. We are using an
IT
On 21. 06. 19 18:10, Robert Hancock wrote:
> On 2019-06-21 12:19 a.m., Michal Simek wrote:
>>> If it helps, here is part of our board file that does the FPGA GPIO and
>>> SPI initialization and initializes the FPGA callbacks. We are using an
>>> ITB image that has the FPGA .bit file as one of the e
On 2019-06-21 12:19 a.m., Michal Simek wrote:
>> If it helps, here is part of our board file that does the FPGA GPIO and
>> SPI initialization and initializes the FPGA callbacks. We are using an
>> ITB image that has the FPGA .bit file as one of the entries and which
>> gets loaded as part of the b
On 21. 06. 19 0:11, Robert Hancock wrote:
> On 2019-06-20 5:55 a.m., Michal Simek wrote:
>> On 19. 06. 19 17:43, Robert Hancock wrote:
>>> On 2019-06-19 6:10 a.m., Michal Simek wrote:
On 18. 06. 19 17:47, Robert Hancock wrote:
> These changes add support for slave serial mode, in addition
On 2019-06-20 5:55 a.m., Michal Simek wrote:
> On 19. 06. 19 17:43, Robert Hancock wrote:
>> On 2019-06-19 6:10 a.m., Michal Simek wrote:
>>> On 18. 06. 19 17:47, Robert Hancock wrote:
These changes add support for slave serial mode, in addition to the
existing slave SelectMAP mode, for p
On 19. 06. 19 17:43, Robert Hancock wrote:
> On 2019-06-19 6:10 a.m., Michal Simek wrote:
>> On 18. 06. 19 17:47, Robert Hancock wrote:
>>> These changes add support for slave serial mode, in addition to the
>>> existing slave SelectMAP mode, for programming Xilinx Virtex2 (and later)
>>> FPGAs, as
On 2019-06-19 6:10 a.m., Michal Simek wrote:
> On 18. 06. 19 17:47, Robert Hancock wrote:
>> These changes add support for slave serial mode, in addition to the
>> existing slave SelectMAP mode, for programming Xilinx Virtex2 (and later)
>> FPGAs, as well as fixing up code style and an issue with t
On 18. 06. 19 17:47, Robert Hancock wrote:
> These changes add support for slave serial mode, in addition to the
> existing slave SelectMAP mode, for programming Xilinx Virtex2 (and later)
> FPGAs, as well as fixing up code style and an issue with the programming
> sequence.
>
> Robert Hancock (5)
These changes add support for slave serial mode, in addition to the
existing slave SelectMAP mode, for programming Xilinx Virtex2 (and later)
FPGAs, as well as fixing up code style and an issue with the programming
sequence.
Robert Hancock (5):
fpga: virtex2: cosmetic: Cleanup code style
fpga:
On Tue, Jun 11, 2019 at 04:34:25PM +0100, Andre Przywara wrote:
> On Tue, 11 Jun 2019 16:53:58 +0200
> Maxime Ripard wrote:
> > On Tue, Jun 11, 2019 at 10:28:19AM -0400, Tom Rini wrote:
> > > On Tue, Jun 11, 2019 at 11:37:28AM +0200, Maxime Ripard wrote:
> > > > On Mon, Jun 10, 2019 at 10:11:39AM
On Tue, Jun 11, 2019 at 04:34:25PM +0100, Andre Przywara wrote:
> On Tue, 11 Jun 2019 16:53:58 +0200
> Maxime Ripard wrote:
>
> Hi,
>
> > On Tue, Jun 11, 2019 at 10:28:19AM -0400, Tom Rini wrote:
> > > On Tue, Jun 11, 2019 at 11:37:28AM +0200, Maxime Ripard wrote:
> > > > On Mon, Jun 10, 2019
On Tue, 11 Jun 2019 16:53:58 +0200
Maxime Ripard wrote:
Hi,
> On Tue, Jun 11, 2019 at 10:28:19AM -0400, Tom Rini wrote:
> > On Tue, Jun 11, 2019 at 11:37:28AM +0200, Maxime Ripard wrote:
> > > On Mon, Jun 10, 2019 at 10:11:39AM +0100, Andre Przywara wrote:
> > > > On Mon, 10 Jun 2019 10:30:3
On Tue, Jun 11, 2019 at 04:53:58PM +0200, Maxime Ripard wrote:
> Hi!
>
> On Tue, Jun 11, 2019 at 10:28:19AM -0400, Tom Rini wrote:
> > On Tue, Jun 11, 2019 at 11:37:28AM +0200, Maxime Ripard wrote:
> > > On Mon, Jun 10, 2019 at 10:11:39AM +0100, Andre Przywara wrote:
> > > > On Mon, 10 Jun 2019 10
Hi!
On Tue, Jun 11, 2019 at 10:28:19AM -0400, Tom Rini wrote:
> On Tue, Jun 11, 2019 at 11:37:28AM +0200, Maxime Ripard wrote:
> > On Mon, Jun 10, 2019 at 10:11:39AM +0100, Andre Przywara wrote:
> > > On Mon, 10 Jun 2019 10:30:37 +0200
> > > Maxime Ripard wrote:
> > >
> > > Hi Maxime,
> > >
> > >
On Tue, Jun 11, 2019 at 11:37:28AM +0200, Maxime Ripard wrote:
> On Mon, Jun 10, 2019 at 10:11:39AM +0100, Andre Przywara wrote:
> > On Mon, 10 Jun 2019 10:30:37 +0200
> > Maxime Ripard wrote:
> >
> > Hi Maxime,
> >
> > thanks for having a look!
> >
> > > On Sat, Jun 08, 2019 at 02:26:53AM +0100,
On Mon, Jun 10, 2019 at 10:11:39AM +0100, Andre Przywara wrote:
> On Mon, 10 Jun 2019 10:30:37 +0200
> Maxime Ripard wrote:
>
> Hi Maxime,
>
> thanks for having a look!
>
> > On Sat, Jun 08, 2019 at 02:26:53AM +0100, Andre Przywara wrote:
> > > At the moment we need to configure the place where U-
On Mon, 10 Jun 2019 10:30:37 +0200
Maxime Ripard wrote:
Hi Maxime,
thanks for having a look!
> On Sat, Jun 08, 2019 at 02:26:53AM +0100, Andre Przywara wrote:
> > At the moment we need to configure the place where U-Boot tries to load
> > its environment from at compile time. This is not only i
Hi,
On Sat, Jun 08, 2019 at 02:26:53AM +0100, Andre Przywara wrote:
> At the moment we need to configure the place where U-Boot tries to load
> its environment from at compile time. This is not only inflexible, but
> also unnecessary, as we have easy access to the boot source.
>
> This series prep
At the moment we need to configure the place where U-Boot tries to load
its environment from at compile time. This is not only inflexible, but
also unnecessary, as we have easy access to the boot source.
This series prepares U-Boot on Allwinner boards to load the environment
from the same media wh
Hi Sjoerd,
> Being able to upload u-boot over USB is rather useful, so ideally this
> functionality should be enabled by the default config for these
> boards. Currently however no USB support is built into the SPL nor is
> SDP enabled for i.MX6 Sabre Auto boards.
>
> The first two patches in thi
Being able to upload u-boot over USB is rather useful, so ideally this
functionality should be enabled by the default config for these boards.
Currently however no USB support is built into the SPL nor is SDP
enabled for i.MX6 Sabre Auto boards.
The first two patches in this series adjust the def
This series introduces generic proc helpers for controlling remotecores
using TISCI protocol. Update the k3_rproc driver to use this generic
proc helpers and rename it ti_k3_arm64_rproc as it is controlling arm64
core on k3 devices. This acts as base series for the other remoteprocs
(like r5s, c66x
pon., 20 maj 2019 o 17:39 Adam Ford napisał(a):
>
> On Mon, Apr 29, 2019 at 11:37 AM Bartosz Golaszewski wrote:
> >
> > From: Bartosz Golaszewski
> >
> > Commit 6761946fb716 ("arm: Remove unmaintained davinci boards") removed
> > support for certain DaVinci platforms. We still want to support th
On Mon, Apr 29, 2019 at 11:37 AM Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> Commit 6761946fb716 ("arm: Remove unmaintained davinci boards") removed
> support for certain DaVinci platforms. We still want to support the
> da850 chips though and I'm currently working on converting
This patchset is to upstream ddr script from NXP vendor tree,
witout this patchset, the ULP B0 EVK board could not boot up.
Ye Li (5):
mx7ulp: Fix APLL num and denom setting issue
mx7ulp_evk: Update LPDDR3 script
mx7ulp_evk: Change APLL and its PFD0 frequencies
mx7ulp: Select the SCG1 APLL
This series adds initial basic support for Pine64 Rock64 board.
The ROCK64 is a credit card size SBC based on Rockchip RK3328 Quad-Core ARM
Cortex A53.
This series allow building u-boot SPL and u-boot.itb for Rock64 board.
Unfortunately, proprietary TPL is stil required for deploy:
./tools/mkim
From: Tudor Ambarus
Backport the driver from linux v5.1-rc5 and adapt it for u-boot.
Tested on sama5d2_xplained Rev B with mx25l25635e spi-nor flash.
=> sf probe 1:0
SF: Detected mx25l25635e with page size 256 Bytes, erase size 64 KiB, total 32
MiB
=> sf erase 0 10
SF: 1048576 bytes @ 0x0 E
From: Bartosz Golaszewski
Commit 6761946fb716 ("arm: Remove unmaintained davinci boards") removed
support for certain DaVinci platforms. We still want to support the
da850 chips though and I'm currently working on converting all remaining
drivers to using the driver model (please don't remove it
On Fri, Apr 26, 2019 at 11:25 PM Paul Kocialkowski
wrote:
>
> Le vendredi 26 avril 2019 à 23:22 +0530, Jagan Teki a écrit :
> > Hi Tom and Simon,
> >
> > On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki
> > wrote:
> > > This series will create single bootable image
> > > 'u-boot-rockchip-with-spl.bin
On Fri, Apr 26, 2019 at 07:55:40PM +0200, Paul Kocialkowski wrote:
> Le vendredi 26 avril 2019 à 23:22 +0530, Jagan Teki a écrit :
> > Hi Tom and Simon,
> >
> > On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki
> > wrote:
> > > This series will create single bootable image
> > > 'u-boot-rockchip-with-
Le vendredi 26 avril 2019 à 23:22 +0530, Jagan Teki a écrit :
> Hi Tom and Simon,
>
> On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki wrote:
> > This series will create single bootable image 'u-boot-rockchip-with-spl.bin'
> > for rk3399 platform with single make command instead of building u-boot
> >
Hi Tom and Simon,
On Fri, Apr 26, 2019 at 7:04 PM Jagan Teki wrote:
>
> This series will create single bootable image 'u-boot-rockchip-with-spl.bin'
> for rk3399 platform with single make command instead of building u-boot
> separately for u-boot.itb and burn them separately for SPL and U-Boot pr
This series will create single bootable image 'u-boot-rockchip-with-spl.bin'
for rk3399 platform with single make command instead of building u-boot
separately for u-boot.itb and burn them separately for SPL and U-Boot proper.
This series has dependecy with[1]
travis-ci issue:
- need to include
Support all PHY config:
PHY_MODE (MII,GMII, RMII, RGMII)
Phy wo crystal (25Mhz and 50 Mhz), No 125Mhz from PHY config
Christophe Roullier (5):
board: stm32mp1: Add board_interface_eth_init
net: dwc_eth_qos: add Ethernet stm32mp1 support
ARM: dts: stm32: Add Ethernet support on
Since u-boot has added the spi-mem framework and replaced the spi-nor
framework, the mtk_qspi is no longer compatible with the new spi-nor
driver.
This patch series add a new spi-mem driver to replace the mtk_qspi driver.
Weijie Gao (5):
mtd: spi-nor: fix page program issue when using spi-mem d
Add configuration to boot U-boot as BL33 case. The boot flow
is ATF -> OPTEE -> U-boot.
Jun Nie (5):
mx7_common: Share configs to skip low level init
imx: mx7: Add empty arch_cpu_init if skipped
pico-imx7d: Reserve region of memory to OPTEE
pico-imx7d: Add boot option for verified boot
p
On Mon, Mar 25, 2019 at 9:55 AM Joris Offouga wrote:
>
> This series introduce DM Conversion for Pico i.MX7 Som and
> variant boards
>
> Joris Offouga (5):
> Arm: imx7d-pico: Import all Linux device tree for Pico i.MX7D SOM
> pico-imx7d: defconfig: Add DT file hooks
> pico-imx7d: defconfig E
This series introduce DM Conversion for Pico i.MX7 Som and
variant boards
Joris Offouga (5):
Arm: imx7d-pico: Import all Linux device tree for Pico i.MX7D SOM
pico-imx7d: defconfig: Add DT file hooks
pico-imx7d: defconfig Enable DM gpio pinctrl and pinctrl_imx7
pico-imx7d: Convert DM MMC
From: Joris Offouga
This series introduce DM Conversion for Pico i.MX7 Som and
variant boards
Joris Offouga (5):
Arm: imx7d-pico: Import all Linux device tree for Pico i.MX7D SOM
pico-imx7d: defconfig: Add DT file hooks
pico-imx7d: defconfig Enable DM gpio pinctrl and pinctrl_imx7
pico
This series adds support for getting available msmc sram from
dmsc using TISCI protocol. Using this information updates the
kernel dt before jumping to kernel.
Lokesh Vutla (5):
firmware: Add support for querying msmc memory
arm: k3: Add a wrapper to get tisci handle
arm: k3: Add support for
Add new driver for the TI AM65x SoC Gigabit Ethernet Switch subsystem (CPSW
NUSS). It has two ports and provides Ethernet packet communication for the
device and can be configured as an Ethernet switch. CPSW NUSS features: the
Reduced Gigabit Media Independent Interface (RGMII), Reduced Media
Indep
This series implements peripheral reset handling for socfpga gen5.
It moves from enabling all peripherals during SPL startup to using the
socfpga reset driver from all peripherals and enabling peripherals when
they are used.
As Linux cannot even handle this in 4.20, a Kconfig option is added to
k
Am 23.01.19 um 16:39 schrieb Horatiu Vultur:
> This patch series adds support for MSCC Serval SoC family. In this
> family there are the following boards: pcb105 and pcb106.
>
> This is based off the patch series[1].
>
> [1] https://lists.denx.de/pipermail/u-boot/2019-January/355031.html
>
> H
Am 23.01.19 um 17:47 schrieb Horatiu Vultur:
> Hi Daniel,
>
> The 01/23/2019 17:38, Daniel Schwierzeck wrote:
>>
>>
>> Am 23.01.19 um 16:39 schrieb Horatiu Vultur:
>>> This patch series adds support for MSCC Serval SoC family. In this
>>> family there are the following boards: pcb105 and pcb106.
Hi Daniel,
The 01/23/2019 17:38, Daniel Schwierzeck wrote:
>
>
> Am 23.01.19 um 16:39 schrieb Horatiu Vultur:
> > This patch series adds support for MSCC Serval SoC family. In this
> > family there are the following boards: pcb105 and pcb106.
> >
> > This is based off the patch series[1].
> >
Am 23.01.19 um 16:39 schrieb Horatiu Vultur:
> This patch series adds support for MSCC Serval SoC family. In this
> family there are the following boards: pcb105 and pcb106.
>
> This is based off the patch series[1].
>
> [1] https://lists.denx.de/pipermail/u-boot/2019-January/355031.html
>
> H
This patch series adds support for MSCC Serval SoC family. In this
family there are the following boards: pcb105 and pcb106.
This is based off the patch series[1].
[1] https://lists.denx.de/pipermail/u-boot/2019-January/355031.html
Horatiu Vultur (5):
pinctrl: mscc: Add gpio and pinctrl for Se
Only boot-tested on Malta with Qemu. But there is no ovious reason
why it should break any MIPS board.
Daniel Schwierzeck (5):
MIPS: boston: switch to CONFIG_OF_SEPARATE
MIPS: malta: switch to CONFIG_OF_SEPARATE
MIPS: pic32mzdask: switch to CONFIG_OF_SEPARATE
MIPS: xilfpga: switch to CON
On 09/01/19 16:42, Chris Spencer wrote:
> Stefano,
>
> On Wed, 9 Jan 2019 at 15:14, Stefano Babic wrote:
>>> https://patchwork.ozlabs.org/patch/1019908/
>>
>> I have seen this patch to solve "bashism", I confess I had to think
>> about what is it. "=" instead of "==" is quite unnatural for me, bu
Stefano,
On Wed, 9 Jan 2019 at 15:14, Stefano Babic wrote:
> > https://patchwork.ozlabs.org/patch/1019908/
>
> I have seen this patch to solve "bashism", I confess I had to think
> about what is it. "=" instead of "==" is quite unnatural for me, but
> yes, first thing I do on a new installed syst
On 09/01/19 15:56, Chris Spencer wrote:
> [CC'd the list this time..]
>
> On Wed, 9 Jan 2019 at 13:56, Stefano Babic wrote:
>> Sorry, I was on holidays and afterwards I have to resume some work in
>> office ;-)
>>
>> I am now looking for which patches should be merged in release and I
>> will pic
[CC'd the list this time..]
On Wed, 9 Jan 2019 at 13:56, Stefano Babic wrote:
> Sorry, I was on holidays and afterwards I have to resume some work in
> office ;-)
>
> I am now looking for which patches should be merged in release and I
> will pick them up.
Hi Stefano,
If I may make my own (self
Hi Stefano,
> -Original Message-
> From: Stefano Babic [mailto:sba...@denx.de]
> Sent: 2019年1月9日 21:56
> To: Peng Fan ; sba...@denx.de
> Cc: Fabio Estevam ; u-boot@lists.denx.de;
> dl-uboot-imx
> Subject: Re: [PATCH 0/5] imx8: several fixes
>
> Hi Peng,
>
> On 02/01/19 13:10, Peng Fan w
Hi Peng,
On 02/01/19 13:10, Peng Fan wrote:
> Ping.
>
> Thanks,
> Peng.
>
Sorry, I was on holidays and afterwards I have to resume some work in
office ;-)
I am now looking for which patches should be merged in release and I
will pick them up.
Regards,
Stefano
>> -Original Message-
>>
Ping.
Thanks,
Peng.
> -Original Message-
> From: Peng Fan [mailto:peng@nxp.com]
> Sent: 2018年12月15日 20:20
> To: sba...@denx.de
> Cc: Fabio Estevam ; u-boot@lists.denx.de;
> dl-uboot-imx ; Peng Fan
> Subject: [PATCH 0/5] imx8: several fixes
>
> Several fixes when moving to support SP
This patch series starts the necessary changes needed to correctly
implement the unloading of images in Exit().
If we want to properly unload images in Exit() the memory should always be
allocated in the same way. As we allocate memory when reading from file we
should do the same when the original
This patch is a result from re-organizing my previous patches;
a combination of [1] and part of [2] so as solely to provide several ways
of executing a specific efi application explicitly.
* bootmanager via BootNext variable
* bootefi with boot id
* run -e
[1] https://lists.denx.de/pipermail
Several fixes when moving to support SPL.
Peng Fan (5):
clk: imx8: fix build warning
misc: imx: scu: avoid write null pointer
misc: imx8: scu: use platdata instead of priv data
imx8: cpu: correct info
tools: imx8image: set dcd_skip to true
arch/arm/mach-imx/imx8/cpu.c | 2 +-
drivers/
Hi Andy,
On Wed, 5 Dec 2018 at 14:26, Andy Shevchenko wrote:
>
> On Wed, Dec 5, 2018 at 9:54 PM Simon Glass wrote:
> >
> > New serial functions should use a device pointer as the first argument.
> > The old functions are only there for backwards compatibilty, and can be
> > adjusted soon.
> >
>
On Wed, Dec 5, 2018 at 9:54 PM Simon Glass wrote:
>
> New serial functions should use a device pointer as the first argument.
> The old functions are only there for backwards compatibilty, and can be
> adjusted soon.
>
> For now, adjust the new functions to work correctly.
>
Thanks!
I'm not sure
New serial functions should use a device pointer as the first argument.
The old functions are only there for backwards compatibilty, and can be
adjusted soon.
For now, adjust the new functions to work correctly.
Simon Glass (5):
serial: Move new functions to serial.h
dm: serial: Adjust seria
This series adds:
- Add gpio holes management in gpio and pinctrl drivers
- Remove useless CONFIG_CLK flag from gpio driver
- Move code outside pinctrl probe()
There is a dependency with
http://patchwork.ozlabs.org/project/uboot/list/?series=78259
which must be applied first.
Patr
Print more complex information about ARC core we're running on.
This includes smarts for ARC core template detection,
CPU clock frequency, human-readable board·description etc.
Alexey Brodkin (5):
ARC: Improve identification of ARC cores
arc: Get rid of board-specific print_cpuinfo()
arc: em
While writing a sample fastboot usage tutorial for sunxi, I also
found bunch of discrepancies in the existing docs.
Series also includes one simple constification patch that has been
sitting in my tree for ages.
Priit Laes (5):
sunxi: Fix typos of spelling Allwinner
sunxi: docs: Unify the for
1 - 100 of 726 matches
Mail list logo