Since i'm leaving the company with end of june, the maintainership will
be transferred to Wolfgang Wallner.
Signed-off-by: Hannes Schmelzer
Seriec-cc: tr...@konsulko.com
Series-version : 2
Series-changes : 2
- fix typo in Wolgangs email-address
---
board/BuR/brppt1/MAINTAINERS | 2
Since i'm leaving the company with end of june, the maintainership will
be transferred to Wolfgang Wallner.
Signed-off-by: Hannes Schmelzer
Seriec-cc: tr...@konsulko.com
---
board/BuR/brppt1/MAINTAINERS | 2 +-
board/BuR/brppt2/MAINTAINERS | 2 +-
board/BuR/brsmarc1/MAINTAINERS | 2
Am 01.10.2021 um 15:52 schrieb Tom Rini:
On Fri, Oct 01, 2021 at 01:37:57PM +0200, Hannes Schmelzer wrote:
This commit adds support for the MAX7320 (and clones) gpio expander.
Signed-off-by: Hannes Schmelzer
---
doc/device-tree-bindings/gpio/gpio-max7320.txt | 36
drivers/gpio
This commit adds support for the MAX7320 (and clones) gpio expander.
Signed-off-by: Hannes Schmelzer
---
doc/device-tree-bindings/gpio/gpio-max7320.txt | 36
drivers/gpio/Kconfig | 8 ++
drivers/gpio/Makefile | 1 +
drivers/gpio
ng
vxWorks on this target.
So this commit here re-inerts the phy_id property beside the phy-handle
property to be compatible with both.
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/am335x-brsmarc1.dts | 2 ++
arch/arm/dts/am335x-brxre1.dts | 2 ++
2 files changed, 4 insertions(+)
diff --git
isn't found. Not a big issue since they aren't affected from the
desired change.
Hannes Schmelzer (5):
moveconfig: prepare moving CONFIG_SYS_SPI_U_BOOT_OFFS to Kconfig step
1
moveconfig: prepare moving CONFIG_SYS_SPI_U_BOOT_OFFS to Kconfig step
2
moveconfig: prepare moving
This converts the following to Kconfig:
CONFIG_SYS_SPI_U_BOOT_OFFS
Signed-off-by: Hannes Schmelzer
---
common/spl/Kconfig | 8
configs/alt_defconfig | 1 +
configs/am57xx_evm_defconfig| 1 +
configs
-by: Hannes Schmelzer
---
include/configs/at91sam9n12ek.h| 2 +-
include/configs/at91sam9x5ek.h | 2 +-
include/configs/rk3128_common.h| 2 ++
include/configs/rk3288_common.h| 2 ++
include/configs/rk3328_common.h| 2 ++
include/configs/rk3399_common.h| 2 ++
include
the x530 board needs conversion of SPL_SPI_LOAD to Kconfig first
Signed-off-by: Hannes Schmelzer
---
configs/x530_defconfig | 1 +
include/configs/x530.h | 1 -
2 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/x530_defconfig b/configs/x530_defconfig
index 7db8de4..2bf20f4
Exact two boards are referencing CONFIG_SYS_SPI_U_BOOT_OFFS to another
define, we replace this manually with the value for having a clean run
of moveconfig.py afterwards.
Signed-off-by: Hannes Schmelzer
---
include/configs/mt7629.h | 4 +++-
include/configs/ti_armv7_keystone2.h | 4
Some boards have coded this offset with formula or bitshifts in their
board-config. Manually convert these things into hex-values to be able
using moveconfig.py afterwards.
Signed-off-by: Hannes Schmelzer
---
doc/README.rockchip | 2 +-
include/configs/cgtqmx6eval.h | 2
hi,
just tried to run moveconfig.py, having trouble to find the toolchain
for "riscv".
I already did run "tools/buildman/buildman.py --fetch-arch=all", but no
toolchain for riscv was downloaded.
where to get correct toolchain?
cheers,
Hannes
t; + rc = i2c_get_chip_for_busnum(0, 0x5D, 1, );
> > + if (rc >= 0)
> > + rc = dm_i2c_write(i2cdev, 0xEF, NULL, 0);
>
> IMHO 0x57/0x5D and 0xEF are all magic values and they should be macros
> or at least comments what that means.
adding some comments with desc
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v5:
- rebase to current master
- convert CONFIG_ENV* from header
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v4:
- rebase to current master
Changes in v3:
- rebase
This commit adds support for the brppt2 board. The board is based on the
i.mx6 dual-lite SoC.
Signed-off-by: Hannes Schmelzer
---
Changes in v3:
- rebase to current master
Changes in v2:
- fix SDPX tag in Make-files/rules
arch/arm/dts/Makefile | 5 +-
arch/arm/dts/imx6dl-brppt2
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v5:
- rebase to current master
- dts
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v3:
- rebase to current master
- dts: fixup dtc warnings
- dts
"Tom Rini" wrote on 12.07.2019 22:55:16:
> Von: "Tom Rini"
> An: "Hannes Schmelzer"
> Kopie: u-boot@lists.denx.de, "Maxime Ripard"
,
> "Stefan Roese" , "Marek Vasut"
,
> "Tien Fong Chee" , "Alexey Br
hi stefano,
how about merging this?
cheers,
Hannes
--
mfG
Schmelzer Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Tom,
how about merging this?
cheers,
Hannes
--
mfG
Schmelzer Hannes
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v4:
- use CONFIG_SYS_AUTOLOAD instead
On 5/29/19 3:34 PM, Michal Simek wrote:
On 29. 05. 19 14:31, Hannes Schmelzer wrote:
On 5/27/19 8:35 AM, Michal Simek wrote:
On 10. 05. 19 7:52, Hannes Schmelzer wrote:
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly
On 5/27/19 8:35 AM, Michal Simek wrote:
On 10. 05. 19 7:52, Hannes Schmelzer wrote:
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards
From: Hannes Schmelzer
The first memory location of ${dtbaddr} may be still valid after a warm
restart of the machine and 'fdt addr ${dtbaddr}' doesn't recognize that
the cfgscript didn't run properly and fallback mechanism with copying
the internal fdt ${fdtcontroladdr} to ${dtbaddr} doesn't
Signed-off-by: Hannes Schmelzer
---
board/BuR/common/br_resetc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/BuR/common/br_resetc.c b/board/BuR/common/br_resetc.c
index 190f141..c8cc73a 100644
--- a/board/BuR/common/br_resetc.c
+++ b/board/BuR/common/br_resetc.c
@@ -64,6 +64,7
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v3:
- drop silicon version 1/2 from
On 5/9/19 11:49 PM, Michal Simek wrote:
On 08. 05. 19 5:37, Hannes Schmelzer wrote:
On 5/3/19 6:29 PM, Michal Simek wrote:
On 03. 05. 19 6:18, Tom Rini wrote:
On Fri, May 03, 2019 at 01:34:24PM +0200, Hannes Schmelzer wrote:
On 5/2/19 9:03 PM, Tom Rini wrote:
On Thu, May 02, 2019 at 08
On 5/3/19 6:29 PM, Michal Simek wrote:
On 03. 05. 19 6:18, Tom Rini wrote:
On Fri, May 03, 2019 at 01:34:24PM +0200, Hannes Schmelzer wrote:
On 5/2/19 9:03 PM, Tom Rini wrote:
On Thu, May 02, 2019 at 08:34:32PM +0200, Hannes Schmelzer wrote:
On 5/2/19 6:06 PM, Michal Simek wrote:
Hi,
Hi
On 5/2/19 9:03 PM, Tom Rini wrote:
On Thu, May 02, 2019 at 08:34:32PM +0200, Hannes Schmelzer wrote:
On 5/2/19 6:06 PM, Michal Simek wrote:
Hi,
Hi Michal,
On 02. 05. 19 5:14, Hannes Schmelzer wrote:
diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
index dfa5b02..2b00129 100644
On 5/2/19 9:03 PM, Tom Rini wrote:
On Thu, May 02, 2019 at 08:34:32PM +0200, Hannes Schmelzer wrote:
On 5/2/19 6:06 PM, Michal Simek wrote:
Hi,
Hi Michal,
On 02. 05. 19 5:14, Hannes Schmelzer wrote:
diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
index dfa5b02..2b00129 100644
On 5/2/19 6:06 PM, Michal Simek wrote:
Hi,
Hi Michal,
On 02. 05. 19 5:14, Hannes Schmelzer wrote:
diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile
index dfa5b02..2b00129 100644
--- a/arch/arm/dts/Makefile
+++ b/arch/arm/dts/Makefile
@@ -208,6 +208,8 @@ dtb-$(CONFIG_ARCH_ZYNQ
On 5/2/19 2:46 PM, Felix Brack wrote:
Hi Hannes,
Hi Felix,
On 02.05.19 14:09, Hannes Schmelzer wrote:
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix SDPX tag in Make-files
This commit adds support for the brppt2 board. The board is based on the
i.mx6 dual-lite SoC.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix SDPX tag in Make-files/rules
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/imx6dl-brppt2.dts | 278 +
arch/arm
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix style issue in arch/arm/mach-omap2/am33xx/Kconfig
This commit adds the first of a few more Xilinx ZYNQ based SoM boards.
The SoM is based on Xilinx Zynq 7000 SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/Makefile
This commit adds support for the brppt2 board. The board is based on the
i.mx6 dual-lite SoC.
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/imx6dl-brppt2.dts | 278 +
arch/arm/mach-imx/mx6/Kconfig | 19 ++
board/BuR/brppt2
This commit adds support for the B brsmarc1 SoM.
The SoM is based on TI's AM335x SoC.
Mainly vxWorks 6.9.4.x is running on the board,
doing some PLC stuff on various carrier boards.
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/am335x-brsmarc1
.
Signed-off-by: Hannes Schmelzer
---
board/BuR/common/br_resetc.c | 234 +++
board/BuR/common/br_resetc.h | 26 +
2 files changed, 260 insertions(+)
create mode 100644 board/BuR/common/br_resetc.c
create mode 100644 board/BuR/common/br_resetc.h
diff --git
Today the BuR common stuff is only used on AM33XX boards. In future we
plan to have many other platforms than AM33XX so we have to move arch-
specific #include(s) to responsible #ifdef sections. By the way we drop
unneeded #include(s).
Signed-off-by: Hannes Schmelzer
---
board/BuR/common
- fixup coding style
- drop unused 'PUSH_KEY' define
Signed-off-by: Hannes Schmelzer
---
board/BuR/brxre1/board.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/board/BuR/brxre1/board.c b/board/BuR/brxre1/board.c
index 2d0ed41..6639f22 100644
--- a/board
ultip" environment variable for setting an IP-Address based on
board_id.
Signed-off-by: Hannes Schmelzer
---
board/BuR/common/bur_common.h | 2 ++
board/BuR/common/common.c | 34 ++
2 files changed, 36 insertions(+)
diff --git a/board/BuR/common/bur_common
The handling of regarding bootmode and early setup has been moved to
central location 'common/br_resetc.c', so use this on brxre1 board.
Signed-off-by: Hannes Schmelzer
---
board/BuR/brxre1/Makefile | 1 +
board/BuR/brxre1/board.c | 159 +-
2
Signed-off-by: Hannes Schmelzer
---
board/BuR/common/common.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/board/BuR/common/common.c b/board/BuR/common/common.c
index 513872a..28ebb84 100644
--- a/board/BuR/common/common.c
+++ b/board/BuR/common/common.c
Michal Simek wrote on 29.03.2019 09:51:57:
> Von: Michal Simek
> An: Hannes Schmelzer ,
> Kopie: , ,
Pankaj
> Bansal , Michal Simek ,
> Grygorii Strashko , Siva Durga Prasad Paladugu
> , Joe Hershberger
> Datum: 29.03.2019 09:52
> Betreff: Re: [PATCH v2] net:
Negative phy-addresses can occour if the caller function was not able to
determine a valid phy address (from device-tree for example). In this
case we catch this here and search for ANY phy device on the given mdio-
bus.
Signed-off-by: Hannes Schmelzer
---
Changes in v3:
- fix commit message
Negative phy-addresses can occour if the caller function was not able to
determine a valid phy address (from device-tree for example). In this
case we catch this here and search for ANY phy device on the given mdio-
bus.
Signed-off-by: Hannes Schmelzer
tr...@konsulko.com, lu...@denx.de
On 3/29/19 7:03 AM, Hannes Schmelzer wrote:
Negative phy-addresses can occour if the caller function was not able to
determine a valid phy address (from device-tree for example). In this
case we catch this here and search for ANY phy device on the given mdio-
bus.
Signed-off-by: Hannes
Negative phy-addresses can occour if the caller function was not able to
determine a valid phy address (from device-tree for example). In this
case we catch this here and search for ANY phy device on the given mdio-
bus.
Signed-off-by: Hannes Schmelzer
---
drivers/net/phy/phy.c | 3 ++-
1
Marcel Ziswiler schrieb am 28.03.2019 23:24:50:
> Von: Marcel Ziswiler
> An: u-boot@lists.denx.de
> Kopie: Hannes Schmelzer , Marcel
Ziswiler
> , Albert Aribaud
,
> Stefan Agner
> Datum: 28.03.2019 23:25
> Betreff: [PATCH v1] colibri_vf: fix ethernet by adding explic
t; > handling (inclusive catching fixed-link).
> > > > > So we drop here the single steps and call just
> > > > > phy_connect_dev(...).
> > > > > Signed-off-by: Hannes Schmelzer
> > > > > > > > > >
> > > > >
On 3/26/19 1:08 PM, Marcel Ziswiler wrote:
Hi Hannes
Hi Marcel,
thanks for helping me working on this.
On Tue, 2019-03-26 at 12:57 +0100, Hannes Schmelzer wrote:
Hi marcel,
Okay. Behaviour is now clear to me.
You don't have a phy node within your dts
We never ever had any such anywhere
-by: Hannes Schmelzer
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
Unfortunately, this commit broke Ethernet on the Vybrid. When re-basing
my Colibri VF50/VF61 clean-up patch set ("colibri vybrid fixes, device
tree enablement and driver model conversion")
-by: Hannes Schmelzer
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
Unfortunately, this commit broke Ethernet on the Vybrid. When re-basing
my Colibri VF50/VF61 clean-up patch set ("colibri vybrid fixes, device
tree enablement and driver model conversion")
"U-Boot" schrieb am 16.03.2019 12:43:17:
> Von: Michal Simek
> An: u-boot@lists.denx.de
> Kopie: Janine Hagemann , Joe Hershberger
> , Hannes Schmelzer
> Datum: 16.03.2019 12:43
> Betreff: [U-Boot] [PATCH] phy: ti: Init node before reading
> Gesendet von:
Add this spba-bus@200 sub-bus to the aips-bus@200, because
below there are essential boot-devices (ecspi1-4) which are needed in
SPL for booting from SPI.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- rebase on current master for taking care about changes of
commit
On 2/21/19 5:05 PM, David Rivshin wrote:
From: David Rivshin
am335x-fb overrides the default lcd_get_size() to add an extra 32 bytes
compared to the normal calculation. While the gd->fb_base is an extra 32
bytes larger than the logical framebuffer size, the first 32 bytes is
always skipped.
On 2/20/19 3:53 PM, Adam Ford wrote:
spba-bus has a few nodes under it including the UART1 and
some ESPI buses. In order to use them in SPL, the
u-boot,dm-spl flag needs to be added to the spba-bus@200
container.
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/imx6qdl-u-boot.dtsi
Alex Kiernan schrieb am 15.02.2019 10:54:15:
> Von: Alex Kiernan
> An: u-boot@lists.denx.de
> Kopie: Alex Kiernan , "Andrew F. Davis"
,
> Marek Vasut , Hannes Schmelzer automation.com>, Marcin Niestroj
> Datum: 15.02.2019 10:54
> Betreff: [PATCH] usb: Select
The commit 1bac199e8c87 ("configs: Resync with savedefconfig")
did remove ethernet driver from following boards defconfig:
- brppt1_mmc
- brppt1_nand
- brppt1_spi
With this commit we add ethernet and responsible phy support again.
Signed-off-by: Hannes Schmelzer
---
The phy_connect_dev(...) function from phy.c does all the handling
(inclusive catching fixed-link).
So we drop here the single steps and call just phy_connect_dev(...).
Signed-off-by: Hannes Schmelzer
---
drivers/net/fec_mxc.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions
Add this spba-bus@0200 sub-bus to the aips-bus@0200, because
below there are essential boot-devices (ecspi1-4) which are needed in
SPL for booting from SPI.
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/imx6qdl-u-boot.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch
On 2/14/19 1:26 PM, Michal Simek wrote:
On 14. 02. 19 8:52, Hannes Schmelzer wrote:
Hi,
Hi Michal,
first of all I would rephrase subject a little bit.
Something like:
"ARM: zynq: Add missing i2c get_rate for fixing i2c SPL"
OK.
On 14. 02. 19 6:50, Hannes Schmelzer wrote:
The commit 'f48ef0d81aa837a33020f8d61abb3929ba613774' did break I2C
support because requesting the clock for the I2C ip-block isn't
supported during SPL.
To fixup this we add support requesting clocks for:
- i2c0
- i2c1
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- reword commit
>
> Hi,
Hi Michal,
>
> first of all I would rephrase subject a little bit.
>
> Something like:
> "ARM: zynq: Add missing i2c get_rate for fixing i2c SPL"
OK.
>
> On 14. 02. 19 6:50, Hannes Schmelzer wrote:
> > The commit 'f48ef0d81aa837a33020f8d6
The commit 'f48ef0d81aa837a33020f8d61abb3929ba613774' did break I2C
support because requesting the clock for the I2C ip-block isn't
supported during SPL.
To fixup this we add support requesting clocks for:
- i2c0
- i2c1
Signed-off-by: Hannes Schmelzer
---
drivers/clk/clk_zynq.c | 3 +++
1
On 2/7/19 5:47 PM, Felix Brack wrote:
Hi Hannes,
Hi Felix,
On 06.02.19 12:49, Hannes Schmelzer wrote:
commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0")
did remove the "u-boot,dm-spl" flag from the 'ocp' bus which was
introduced with
commit 19aa4ac09db9
...@konsulko.com
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/am335x-brxre1.dts | 371 +
board/BuR/brxre1/MAINTAINERS | 1 +
board/BuR/brxre1/board.c | 77 +
board/BuR/common/common.c | 7 +
configs/brxre1_defconfig | 52
bus of almost all
peripherals, at least the bootable ones).
The peripherials (mmc, spi, ...) needed during SPL stage need to be
equipped with the 'u-boot,dm-pre-reloc' in their responsible dts file.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- use u-boot,dm-pre-reloc instead u-boot
On 2/1/19 12:15 PM, Felix Brack wrote:
Hi Hannes,
On 31.01.2019 21:18, Hannes Schmelzer wrote:
On 1/31/19 4:59 PM, Tom Rini wrote:
On Thu, Jan 31, 2019 at 04:48:10PM +0100, Hannes Schmelzer wrote:
On 1/31/19 3:57 PM, Tom Rini wrote:
On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes
On 1/31/19 4:59 PM, Tom Rini wrote:
On Thu, Jan 31, 2019 at 04:48:10PM +0100, Hannes Schmelzer wrote:
On 1/31/19 3:57 PM, Tom Rini wrote:
On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes Schmelzer wrote:
commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0")
did rem
On 1/31/19 3:57 PM, Tom Rini wrote:
On Thu, Jan 31, 2019 at 08:03:19AM +0100, Hannes Schmelzer wrote:
commit fdce9d35dc36 ("arm: dts: am33xx: Sync dts with Linux 4.20.0")
did remove the "u-boot,dm-spl" flag from the 'ocp' bus which was
introduced with
commit 19aa4ac09db9
The TPS62517 PMIC driver has been partially converted to DM, so the
legacy I2C access layer isn't needed anymore.
Signed-off-by: Hannes Schmelzer
---
board/BuR/brppt1/board.c | 5 ++---
board/BuR/brxre1/board.c | 2 +-
board/BuR/common/bur_common.h | 2 +-
board/BuR/common/common.c
e it cannot
bind/probe the spi-interface during SPL stage.
This commit adds this flag again.
This flag is needed for having access to the devices below this bus,
most important is uart and boot-device (spi, mmc, ...) in SPL stage.
Signed-off-by: Hannes Schmelzer
---
arch/arm/dts/am33xx
On 12/13/18 8:40 AM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Thu, Dec 13, 2018 at 3:19 PM Hannes Schmelzer wrote:
On 10/15/18 11:21 AM, Bin Meng wrote:
part_init() is currently called in every DM BLK driver, either
in its bind() or probe() method. However we can use the BLK
uclass driver's
On 12/13/18 8:26 AM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Thu, Dec 13, 2018 at 3:19 PM Hannes Schmelzer wrote:
On 10/15/18 11:21 AM, Bin Meng wrote:
part_init() is currently called in every DM BLK driver, either
in its bind() or probe() method. However we can use the BLK
uclass
On 10/15/18 11:21 AM, Bin Meng wrote:
part_init() is currently called in every DM BLK driver, either
in its bind() or probe() method. However we can use the BLK
uclass driver's post_probe() method to do it automatically.
Update all DM BLK drivers to adopt this change.
Signed-off-by: Bin Meng
On 30.10.2018 13:06, Hannes Schmelzer wrote:
On 10/30/2018 09:13 AM, Bin Meng wrote:
On Thu, Oct 25, 2018 at 10:25 PM Hannes Schmelzer
wrote:
This commit ports the existing (non-DM) function for writing the MAC-
address into the shadow ram (and flash) for DM.
Signed-off-by: Hannes
On 20.11.2018 16:34, Bin Meng wrote:
Hi Hannes,
Hi Bin,
thanks for having a look into and sorry for my late response.
On Thu, Oct 11, 2018 at 2:41 PM Hannes Schmelzer wrote:
On 11.10.2018 08:01, Bin Meng wrote:
Hi Hannes,
Hi Bing,
thanks for very quick response on this.
On Thu, Oct
On 11/19/18 4:54 PM, Simon Glass wrote:
This board has not been converted to CONFIG_DM_BLK by the deadline.
Remove it.
Signed-off-by: Simon Glass
---
arch/arm/mach-omap2/Kconfig | 1 -
board/BuR/brppt1/Kconfig | 15 --
board/BuR/brppt1/MAINTAINERS | 8 --
].arg);
irq_handlers[irq].count++;
+#if CONFIG_IS_ENABLED(I8259_PIC)
unmask_irq(irq);
specific_eoi(irq);
-
+#endif
} else {
if ((irq & 7) != 7) {
spurious_irq_cnt++;
Tested-by: Hannes Schme
On 11/19/18 10:35 AM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Mon, Nov 19, 2018 at 5:31 PM Hannes Schmelzer wrote:
On 11/19/18 2:59 AM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Mon, Nov 19, 2018 at 6:29 AM Hannes Schmelzer wrote:
On 11/18/18 3:07 PM, Bin Meng wrote:
Hi Hannes,
Hi Bin
On 11/19/18 2:59 AM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Mon, Nov 19, 2018 at 6:29 AM Hannes Schmelzer wrote:
On 11/18/18 3:07 PM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Tue, Oct 23, 2018 at 3:08 PM Hannes Schmelzer wrote:
On 10/23/2018 05:24 AM, Bin Meng wrote:
Hi Hannes,
Hi Bing
On 11/18/18 3:07 PM, Bin Meng wrote:
Hi Hannes,
Hi Bin,
On Tue, Oct 23, 2018 at 3:08 PM Hannes Schmelzer wrote:
On 10/23/2018 05:24 AM, Bin Meng wrote:
Hi Hannes,
Hi Bing,
thanks for your response.
On Tue, Oct 23, 2018 at 5:12 AM Hannes Schmelzer wrote:
This commit creates the freedom
There are still systems running which do not have any LAPIC or even
IOAPIC. Responsible MSRs for those do not exist and the systems are
crashing on trying setup LAPIC.
So this commit makes the APIC stuff able to switch off for those boards
which dont' have a LAPIC / IOAPIC.
Signed-off-by: Hannes
), 2 deletions(-)
Reviewed-by: Hannes Schmelzer
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 10/30/2018 09:13 AM, Bin Meng wrote:
On Thu, Oct 25, 2018 at 10:25 PM Hannes Schmelzer
wrote:
This commit ports the existing (non-DM) function for writing the MAC-
address into the shadow ram (and flash) for DM.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix build for non-DM
On 10/26/18 5:38 AM, Grygorii Strashko wrote:
All existing TI SoCs network HW have similar MDIO implementation, so
introduce common mdio support library which can be reused by TI networking
drivers.
Signed-off-by: Grygorii Strashko
---
drivers/net/ti/Makefile| 2 +-
On 10/25/2018 08:41 PM, Joe Hershberger wrote:
On Thu, Oct 25, 2018 at 9:26 AM Hannes Schmelzer
wrote:
Hi Joe,
+* reading the current address failed
+*/
+ if (!ret_val && memcmp(current_mac, mac, 6) == 0)
+ return 0;
+
+ for (i = 0; i
p065 board is also working fine with this.
Tested-by: Hannes Schmelzer
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 24.10.2018 20:42, Joseph Hershberger wrote:
Hi Hannes,
Hi Joe,
This seems to break many boards. Please build boards that failed and address
the break.
https://travis-ci.org/jhershbe/u-boot/builds/444858982
Sorry for inconvenience, i fixed that and sent a V2 to the mailinglist.
Made
This commit ports the existing (non-DM) function for writing the MAC-
address into the shadow ram (and flash) for DM.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- fix build for non-DM board
- rebase on current master
drivers/net/e1000.c | 89
On 10/24/2018 02:35 AM, Heinrich Schuchardt wrote:
On 10/23/2018 11:13 AM, Hannes Schmelzer wrote:
On 10/13/18 3:30 AM, Heinrich Schuchardt wrote:
Currently we support only relocations of type ELF64_R_TYPE or
ELF32_R_TYPE.
We should be warned if other relocation types appear in the relocation
Hi folks,
i'm actually porting u-boot / coreboot to some older machine. AMD Geode
LX800.
I run into trouble while trying reset the board from console:
=>
=> reset
resetting ...
### ERROR ### Please RESET the board ###
my board uses the one and only existing 'sysreset_x86.c' reset driver.
On 10/13/18 3:30 AM, Heinrich Schuchardt wrote:
Currently we support only relocations of type ELF64_R_TYPE or ELF32_R_TYPE.
We should be warned if other relocation types appear in the relocation
sections.
This type of message has helped to identify code overwriting a relocation
section before
On 10/23/2018 05:24 AM, Bin Meng wrote:
Hi Hannes,
Hi Bing,
thanks for your response.
On Tue, Oct 23, 2018 at 5:12 AM Hannes Schmelzer wrote:
This commit creates the freedom for boards to do nothing with the whole
IRQ stuff on x86 during u-boot.
This is especially important on older
.
Signed-off-by: Hannes Schmelzer
---
arch/x86/Kconfig | 8
arch/x86/lib/Makefile | 2 +-
include/_exports.h| 2 +-
3 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 00b69c6..d2b691f 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86
-by: Hannes Schmelzer
---
arch/x86/Kconfig | 9 +
arch/x86/cpu/Makefile | 2 +-
arch/x86/cpu/i386/interrupt.c | 3 ++-
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index a1c18d2..00b69c6 100644
--- a/arch/x86/Kconfig
On 11.10.2018 08:01, Bin Meng wrote:
Hi Hannes,
Hi Bing,
thanks for very quick response on this.
On Thu, Oct 11, 2018 at 1:45 PM Hannes Schmelzer
wrote:
If we're booting some u-boot module with compressed payload, we have to
use the pointer where the image really has been loaded (unzipped
1 - 100 of 328 matches
Mail list logo
