On 2.3.2018 11:00, Hannes Schmelzer wrote:
> From: Hannes Schmelzer
>
> Some IP-core implementations of the SDHCI have different troubles on the
> silicon where they are placed.
>
> On ZYNQ platform for example Xilinx doesn't accept the hold timing of an
> eMMC chip which
Hi all,
the server running git.denx.de is dying. We will switch to a
new machine, but during a final synchronization of the data and
to switch the DNS records the server will be unreachable.
We will try to keep this interruption as short as possible, but we
fear immediate death of the old
Hi Siva,
On 2.3.2018 11:00, Hannes Schmelzer wrote:
> The 'SDHCI_QUIRK_NO_HISPD_BIT' is used wrong here. The purpose of this
> quirk is to tell the sdhci-driver that the IP-core doesn't have a "high-
> speed-enable" bit in its registers.
>
> With this commit we change this to the correct quirk:
sd_read_ssr returns 0, means no error.
Fixes: 5b2e72f32721484("mmc: read ssr only if MMC write support is enabled")
Signed-off-by: Peng Fan
Cc: Jaehoon Chung
Cc: Jean-Jacques Hiblot
---
drivers/mmc/mmc.c | 2 +-
1 file changed, 1
The strobe dll code is ported from Linux Kernel:
drivers/mmc/host/sdhci-esdhc-imx.c
The comments are from the above file,
"For HS400 eMMC, there is a data_strobe line. This signal is generated
by the device and used for data output and CRC status response output
in HS400 mode. The frequency of
Add HS400 support.
Selecting HS400 needs first select HS199 according to spec, so use
a dedicated function for HS400.
Add HS400 related macros.
Remove the restriction of only using the low 6 bits of
EXT_CSD_CARD_TYPE, using all the 8 bits.
Signed-off-by: Peng Fan
Cc: Jaehoon
On 03/05/2018 06:22 PM, Hannes Schmelzer wrote:
> Jaehoon Chung schrieb am 05.03.2018 10:19:24:
>
>>
>> On 03/02/2018 07:00 PM, Hannes Schmelzer wrote:
>>> From: Hannes Schmelzer
>>>
>>> Some IP-core implementations of the SDHCI have different troubles
On 28.2.2018 08:17, Jagan Teki wrote:
> On Wed, Feb 28, 2018 at 10:57 AM, Vipul Kumar wrote:
>> This seris of patch moved spi headers to Kconfig.
>> These are the configs:
>> -CONFIG_SYS_ZYNQ_SPI_WAIT
>> -CONFIG_XILINX_SPI_IDLE_VAL
>> -CONFIG_SYS_ZYNQ_QSPI_WAIT
>
> This
On 03/02/2018 07:00 PM, Hannes Schmelzer wrote:
> From: Hannes Schmelzer
>
> Some IP-core implementations of the SDHCI have different troubles on the
> silicon where they are placed.
>
> On ZYNQ platform for example Xilinx doesn't accept the hold timing of an
> eMMC chip which
Hi,
On Wednesday 28 February 2018 02:38 PM, Lukasz Majewski wrote:
> On Mon, 26 Feb 2018 19:59:46 +0530
> Faiz Abbas wrote:
>
>> Hi,
>>
>> On Sunday 25 February 2018 07:18 PM, Tom Rini wrote:
>>> On Sun, Feb 25, 2018 at 09:53:10AM +0100, Wolfgang Denk wrote:
Dear Tom
Hi Philipp,
在 2018年02月19日 03:36, Philipp Tomsich 写道:
On Sat, 3 Feb 2018, David Wu wrote:
Some Socs both have rgmii and rmii interface, so we need to
separate their speed setting.
Signed-off-by: David Wu
Acked-by: Philipp Tomsich
Hi Philipp,
Okay, each SOC should have its own file, which include private data
structure, and probe(). Can reduce driver size.
在 2018年02月19日 03:20, Philipp Tomsich 写道:
On Sat, 3 Feb 2018, David Wu wrote:
Use this driver to fit all Rockchip SOCs and to support
the desired pinctrl
This series has couple of fixes needed to get DWC3 USB3 controller to
talk to USB3 devices on AM57xx SoCs.
Vignesh R (2):
usb: xhci-dwc3: Power on USB PHY before using
usb: xhci-dwc3: Enable USB3 PHY when available
drivers/usb/host/xhci-dwc3.c | 47
It is wrong that expect phy init to also power on the PHY. Therefore,
explicitly, call generic_phy_power_on() after generic_phy_power_init() in
order to power on PHY before using it.
Signed-off-by: Vignesh R
---
drivers/usb/host/xhci-dwc3.c | 12
1 file changed, 12
DWC3 USB3 controllers will need USB3 PHY to be enabled, in addition to
USB2 PHY, to be functional. Therefore enable USB3 PHY when available.
Signed-off-by: Vignesh R
---
drivers/usb/host/xhci-dwc3.c | 35 +++
1 file changed, 35 insertions(+)
On 03/05/2018 01:27 PM, Tom Rini wrote:
> On Sun, Mar 04, 2018 at 04:35:29PM -0300, Fabio Estevam wrote:
>> Hi Marek,
>>
>> On Sun, Mar 4, 2018 at 3:17 PM, Marek Vasut wrote:
>>> Enable DHCP support for this board.
>>>
>>> Signed-off-by: Marek Vasut
>>> From: Ed
Hi Philipp,
在 2018年02月19日 03:00, Philipp Tomsich 写道:
On Sat, 3 Feb 2018, David Wu wrote:
When the boot ROM sets up MMC we don't need to do it again. Remove the
MMC setup code entirely, but we also need to enable uart for debug
message.
If the MMC always set up correctly for all
On 03/02/2018 06:18 PM, Michal Simek wrote:
> On 2.3.2018 10:01, Jaehoon Chung wrote:
>> On 03/02/2018 04:44 PM, Michal Simek wrote:
>>> On 2.3.2018 07:27, Jaehoon Chung wrote:
On 03/02/2018 12:13 AM, Michal Simek wrote:
> On 28.2.2018 08:42, Jaehoon Chung wrote:
>> Hi,
>>
>>
From: Tien Fong Chee
This is file system generic loader which can be used to load
the file image from the storage into target such as memory.
The consumer driver would then use this loader to program whatever,
ie. the FPGA device.
Signed-off-by: Tien Fong Chee
Add support to handle USB3 PHYs present on AM57xx/DRA7xx SoCs. This is
needed to move AM57xx to DM_USB.
Signed-off-by: Vignesh R
---
drivers/phy/ti-pipe3-phy.c | 30 +++---
1 file changed, 23 insertions(+), 7 deletions(-)
diff --git
These do not need to be available early on Gen3 , so move them to
the respective DT files.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
---
Note: The dtsi situation is starting to be a bit of a mess, so cleanup
must be done after
This patch got dropped during the update of DTs to 4.14, re-add it
back. This adds reset GPIOs to the ethernet PHYs.
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Signed-off-by: Nobuhiro Iwamatsu
---
On 03/05/2018 12:27 PM, Vignesh R wrote:
> This series has couple of fixes needed to get DWC3 USB3 controller to
> talk to USB3 devices on AM57xx SoCs.
>
> Vignesh R (2):
> usb: xhci-dwc3: Power on USB PHY before using
> usb: xhci-dwc3: Enable USB3 PHY when available
>
>
From: Tien Fong Chee
cmd_ubifs_umount() function would be called directly instead of involving
whole command machinery in generic firmware loader, so checking on
ubifs_initialized status need to be done in cmd_ubifs_umount() without
breaking original functionality
From: Tien Fong Chee
cmd_ubifs_mount() function would be called directly instead of
involving whole command machinery for mounting ubifs in
generic firmware loader, so some checking codes need to be factored out
into cmd_ubifs_mount() without breaking original
From: Tien Fong Chee
This patchset contains generic firmware loader which is very close to Linux
firmware loader but for U-Boot framework. Generic firmware loader can be used
load whatever into target location, and then consumer driver would use it to
program whatever,
Hi all,
In message <20180305082049.b10ef240...@gemini.denx.de> I wrote:
>
> the server running git.denx.de is dying. We will switch to a
> new machine, but during a final synchronization of the data and
> to switch the DNS records the server will be unreachable.
>
> We will try to keep this
Hi Philipp,
在 2018年02月19日 03:38, Philipp Tomsich 写道:
On Sat, 3 Feb 2018, David Wu wrote:
In fact, the evb-rk3229 is default supported the integrated phy,
not need to change any hardware. So it is better to enbale it and
disable external 1000M phy.
Signed-off-by: David Wu
Hi,
On Friday 05 January 2018 07:20 PM, Jean-Jacques Hiblot wrote:
> This drivers supports the USB2 PHY found on omap5 and dra7 SOCs.
>
> Signed-off-by: Jean-Jacques Hiblot
> ---
>
> drivers/phy/Kconfig | 8 ++
> drivers/phy/Makefile| 2 +
>
On Sun, Mar 04, 2018 at 04:35:29PM -0300, Fabio Estevam wrote:
> Hi Marek,
>
> On Sun, Mar 4, 2018 at 3:17 PM, Marek Vasut wrote:
> > Enable DHCP support for this board.
> >
> > Signed-off-by: Marek Vasut
> > From: Ed Bartosh
>
> The
On 03/02/2018 08:55 PM, Peter Robinson wrote:
On Fri, Mar 2, 2018 at 10:47 AM, Göran Lundberg wrote:
Hi!
I'm trying to boot from u-boot on a Raspberry Pi 3. But for some reason it
isn't autobooting on the SD-card.
Is it possible to get more debug output on the screen
Jaehoon Chung schrieb am 05.03.2018 10:19:24:
>
> On 03/02/2018 07:00 PM, Hannes Schmelzer wrote:
> > From: Hannes Schmelzer
> >
> > Some IP-core implementations of the SDHCI have different troubles on
the
> > silicon where they are placed.
> >
> >
From: Tien Fong Chee
This patch removes the static declation on spl_mmc_find_device_function
so this function is accessible by the caller from other file. This patch
is required for later patch.
Signed-off-by: Tien Fong Chee
Reviewed-by: Tom
On 5.3.2018 10:38, Jaehoon Chung wrote:
> On 03/02/2018 06:18 PM, Michal Simek wrote:
>> On 2.3.2018 10:01, Jaehoon Chung wrote:
>>> On 03/02/2018 04:44 PM, Michal Simek wrote:
On 2.3.2018 07:27, Jaehoon Chung wrote:
> On 03/02/2018 12:13 AM, Michal Simek wrote:
>> On 28.2.2018 08:42,
This should clean up a warning about a missing phy-cells
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/logicpd-som-lv.dtsi b/arch/arm/dts/logicpd-som-lv.dtsi
index 46dae55..c1aa7a4 100644
--- a/arch/arm/dts/logicpd-som-lv.dtsi
+++ b/arch/arm/dts/logicpd-som-lv.dtsi
@@
In current implementation we get -ETIMEDOUT error when we try to use
transmit only mode (SPI_TMOD_TO)
This happens because in transmit only mode input FIFO never gets any data
which breaks our logic in dw_reader(): we are waiting until RX data will be
ready in dw_reader, but this newer happens, so
There is no sense in waiting for RX data in dw_reader function:
there is no chance that RX data will appear in RX FIFO if
RX FIFO is empty after previous TX write in dw_writer function.
So get rid of this waiting. After that we can get rid of dw_reader
return value and make it returning void.
In current implementation if some data still exists in Tx FIFO it
can be silently flushed, i.e. dropped on disabling of the controller,
which happens when writing 0 to DW_SPI_SSIENR (it happens in the
beginning of new transfer)
So add wait for current transmit operation to complete to be sure
Various fixes and improvements of designware spi driver.
Eugeniy Paltsev (5):
DW SPI: fix tx data loss on FIFO flush
DW SPI: fix transmit only mode
DW SPI: refactor poll_transfer functions
DW SPI: add option to use external gpio for chip select
DW SPI: use 32 bit access instead of 16
- move to livetree and allow to get address to parent
- add stm32mp1 compatible for probe
Signed-off-by: Patrick Delaunay
---
drivers/reset/Kconfig | 2 +-
drivers/reset/stm32-reset.c | 36 ++--
2 files changed, 31 insertions(+),
Kmalloc is using memalign allocation function. It is not necessary to
align this structure so to save bytes, we move to calloc.
And kmalloc function can't be used in SPL early stage (in board_init_f())
Signed-off-by: Patrick Delaunay
---
drivers/i2c/stm32f7_i2c.c | 4
Add option to include RESET driver and uclass in SPL.
That can be useful to handle IP reset with same driver
in U-Boot and in SPL.
Signed-off-by: Patrick Delaunay
---
common/spl/Kconfig | 9 +
drivers/Makefile | 1 +
2 files changed, 10 insertions(+)
diff
add RCC clock driver for STMP32MP157
- base on driver model = UCLASS_CLK
- support ops to enable, disable and get rate
of all SOC clock needed by U-Boot
Signed-off-by: Patrick Delaunay
---
MAINTAINERS|1 +
drivers/clk/Kconfig|8 +
STM32MP157 bootrom needs a specific header for first boot stage.
This patch adds support of this header in mkimage.
Signed-off-by: Patrick Delaunay
---
common/image.c | 1 +
include/image.h| 1 +
tools/Makefile | 1 +
tools/stm32image.c | 148
This patch-set adds initial support of STMicroelectronics STM32MP157
microprocessor (MPU)
- add new arm arch stm32mp1 (based on armv7)
- support for stm32mp157 SOC (based on Cortex-A7)
- add minimal support for board evaluation board STM32MP157C-ED1
Patrick Delaunay (16):
tools/mkimage: add
- add the 2 new compatible used by STM32MP157
"st,stm32mp157-pinctrl"
"st,stm32mp157-z-pinctrl"
- update the mask for the port
Signed-off-by: Patrick Delaunay
---
drivers/pinctrl/pinctrl_stm32.c | 9 +++--
1 file changed, 7 insertions(+), 2
add binding and code for clock tree initialization from device tree
Signed-off-by: Patrick Delaunay
---
doc/device-tree-bindings/clock/st,stm32mp1.txt | 226 ++
drivers/clk/clk_stm32mp1.c | 576 +
- add new arch stm32mp for STM32 MPU/Soc based on Cortex A
- support for stm32mp157 SOC
- SPL is used as first boot stage loader
- using driver model for all the drivers, even in SPL
- all security feature are deactivated (ETZC and TZC)
- reused STM32 MCU drivers when it is possible
Add first support for STM32MP157C-ED1 board with "Basic" boot chain
1/ Boot Rom: load SPL with STM32 image header in SYSRAM
2/ SPL: power up and initialize the DDR and load U-Boot image
from SDCARD in DDR
3/ U-Boot: search and load extlinux.conf in SDCARD (DISTRO activated)
Signed-off-by:
Hi all,
In message <20180305102201.ed9fa240...@gemini.denx.de> I wrote:
>
> The new machine is up and running. The change should be transparent
> to all of you. Please let me know if there should be any problems -
> thanks, and sorry again foir the interruption.
It is not completely
On 05/03/2018 12:56, Vignesh R wrote:
Hi,
On Friday 05 January 2018 07:20 PM, Jean-Jacques Hiblot wrote:
This drivers supports the USB2 PHY found on omap5 and dra7 SOCs.
Signed-off-by: Jean-Jacques Hiblot
---
drivers/phy/Kconfig | 8 ++
drivers/phy/Makefile
On 03/05/2018 02:57 PM, Tom Rini wrote:
> On Mon, Mar 05, 2018 at 01:32:23PM +0100, Marek Vasut wrote:
>> On 03/05/2018 01:27 PM, Tom Rini wrote:
>>> On Sun, Mar 04, 2018 at 04:35:29PM -0300, Fabio Estevam wrote:
Hi Marek,
On Sun, Mar 4, 2018 at 3:17 PM, Marek Vasut
avoid warning: no previous prototype for ‘mach_cpu_init’
Signed-off-by: Patrick Delaunay
---
include/common.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/common.h b/include/common.h
index 0fe9439..5b6f788 100644
--- a/include/common.h
+++
Add driver and binding for stm32mp1 ddr controller and phy
Signed-off-by: Patrick Delaunay
---
MAINTAINERS | 1 +
arch/arm/mach-stm32mp/include/mach/ddr.h | 12 +
doc/device-tree-bindings/ram/st,stm32mp1-ddr.txt | 299
On Sun, Mar 04, 2018 at 04:00:15PM +0200, Ruslan Bilovol wrote:
> On Thu, Mar 1, 2018 at 4:33 PM, Tom Rini wrote:
> > On Thu, Mar 01, 2018 at 04:10:44PM +0200, Ruslan Bilovol wrote:
> >> Hi Lukasz,
> >>
> >> On Thu, Mar 1, 2018 at 12:53 PM, Lukasz Majewski
Dear Sir,
We have an i.mx6 board which based on mx6sabresd kit, which u-boot is loaded
from USB and working(SD card,e-MMC, Flash, DDR, Ethernet etc)
Only the SD card is micro SD 4 bit wide and its card detect pin is also
different (CD/DATA3) from origininal kit design. For the small PCB sizes,
Current DW SPI driver uses 32 bit access for some registers and
16 bit access for others. So if DW SPI IP is connected via bus
which doesn't support 16 bit access we will get bus error.
Fix that by switching to 32 bit access only instead of 16 and 32 bit mix
Additional Documentation to Support
DW SPI internal chip select management has limitation:
it hold CS line in active state only when the FIFO is not
empty. If the FIFO freed before we add new data the SPI transaction will
be broken.
So add option to use external gpio for chip select. Gpio can be added
via device tree using standard
From: Dmitry Dunaev
---
common/image-fit.c | 7 ++
include/image.h | 12 +++
include/u-boot/xxhash.h | 143 ++
lib/Kconfig | 8 ++
lib/Makefile| 1 +
lib/xxhash.c| 265
On Mon, Mar 05, 2018 at 05:43:36PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> cmd_ubifs_umount() function would be called directly instead of involving
> whole command machinery in generic firmware loader, so checking on
> ubifs_initialized
Hi Peng,
I'm glad you are adding HS400 support. Thanks.
On 05/03/2018 10:11, Peng Fan wrote:
Add HS400 support.
Selecting HS400 needs first select HS199 according to spec, so use
a dedicated function for HS400.
Add HS400 related macros.
Remove the restriction of only using the low 6 bits of
This was missing the 'S' line causing a warning from genboardscfg.py
Signed-off-by: Tom Rini
---
board/devboards/dbm-soc1/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/devboards/dbm-soc1/MAINTAINERS
b/board/devboards/dbm-soc1/MAINTAINERS
index
On 03/05/2018 08:19 AM, Anatolij Gustschin wrote:
Hi Heinrich,
On Sat, 3 Mar 2018 10:30:17 +0100
Heinrich Schuchardt xypron.g...@gmx.de wrote:
Inform the EFI subsystem that the framebuffer memory is reserved.
Without the patch the AllocatePool boot service allocates memory from the
On Sat, 2018-03-03 at 12:00 +, u-boot-requ...@lists.denx.de wrote:
>
> On 1 March 2018 at 16:33, Tom Rini wrote:
> >
> > On Thu, Mar 01, 2018 at 04:10:44PM +0200, Ruslan Bilovol wrote:
> > >
> > > Hi Lukasz,
> > >
> > > On Thu, Mar 1, 2018 at 12:53 PM, Lukasz Majewski
Hi experts.
I am new to u-boot and would like to share some concern.
I will use GPIO on a custom board based on LS1043A so for now I’m using the
NXP LS1043ARDB.
When I enable GPIO in configs/ls1043ardb_defconfig cmd/gpio.c does not
compile because of a strange inclusion.
1) My code is based on
Hi Mario,
https://patchwork.ozlabs.org/patch/860801/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
>>> Hi!
>>> I'm trying to boot from u-boot on a Raspberry Pi 3. But for some reason
>>> it
>>> isn't autobooting on the SD-card.
>>>
>>> Is it possible to get more debug output on the screen console? I don't
>>> have
>>> a serial console at the moment.
>>> The output on the screen is:
>>>
>>> Net:
Hi Mario,
https://patchwork.ozlabs.org/patch/860804/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Dear Dmitry,
In message <1520258115-29823-1-git-send-email-dun...@tecon.ru> you wrote:
> From: Dmitry Dunaev
>
> ---
It would be appropriate to provide an explantion of what you are
doing here and why, which advantages it brings, what it costs (in
terms of code size), etc.
In
Hi Mario,
https://patchwork.ozlabs.org/patch/860795/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Mario,
https://patchwork.ozlabs.org/patch/860790/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Mario,
https://patchwork.ozlabs.org/patch/860794/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Mario,
https://patchwork.ozlabs.org/patch/860763/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Mon, Feb 12, 2018 at 05:56:36PM -0500, Jeremy Boone wrote:
> From: Jeremy Boone
>
> Ensure that the Infineon I2C and SPI TPM driver performs adequate
> validation of the length extracted from the TPM response header.
> This patch prevents integer underflow when
On Fri, Feb 16, 2018 at 09:17:44PM +0530, Faiz Abbas wrote:
> Rename CONFIG_SPL_USBETH_SUPPORT to CONFIG_SPL_USB_ETHER.
>
> This enables users to block text using CONFIG_IS_ENABLED() instead
> of resorting to #if ladders with SPL and non-SPL cases.
>
> Signed-off-by: Faiz Abbas
On Mon, Mar 05, 2018 at 08:15:51AM +0100, Heinrich Schuchardt wrote:
> POWER should be after ONENAND
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
Hi Bernhard,
https://patchwork.ozlabs.org/patch/873696/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 03/05/2018 07:54 PM, Tom Rini wrote:
> On Sun, Mar 04, 2018 at 07:17:52PM +0100, Marek Vasut wrote:
>
>> From: Ed Bartosh
>>
>> Enable DHCP support for this board.
>>
>> Signed-off-by: Ed Bartosh
>> Signed-off-by: Marek Vasut
On 02/22/2018 10:18 AM, Simon Glass wrote:
> On 21 February 2018 at 09:10, Álvaro Fernández Rojas
> wrote:
>> Move dma_ops to a separate header file, following other uclass
>> implementations.
>> While doing so, this patch also improves dma_ops documentation.
>>
>>
On Fri, Mar 02, 2018 at 09:56:00AM +0100, Marek Behún wrote:
> Signed-off-by: Marek Behun
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.denx.de
On Thu, Mar 01, 2018 at 02:06:32PM +0100, Stefan Agner wrote:
> From: Stefan Agner
>
> Treat the first equal sign as a key/value separation too. This makes
> the script files compatible with mkenvimage input file format. It
> won't support variables with equal signs
On Mon, Mar 05, 2018 at 01:20:11AM +0900, Masahiro Yamada wrote:
> Thomas reported U-Boot failed to build host tools if libfdt-devel
> package is installed because tools include libfdt headers from
> /usr/include/ instead of using internal ones.
>
> This commit moves the header code:
>
On Sun, Mar 04, 2018 at 07:17:52PM +0100, Marek Vasut wrote:
> From: Ed Bartosh
>
> Enable DHCP support for this board.
>
> Signed-off-by: Ed Bartosh
> Signed-off-by: Marek Vasut
> Signed-off-by: Tom Rini
On Sun, Mar 04, 2018 at 03:05:38PM -0600, Adam Ford wrote:
> Due to evolution of the MMC driver and better support, let's
> remove unnecessary undefs.
>
> Signed-off-by: Adam Ford
>
> diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_logic.h
> index
On Mon, Mar 05, 2018 at 10:21:19AM -0500, Tom Rini wrote:
> This was missing the 'S' line causing a warning from genboardscfg.py
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Feb 12, 2018 at 05:56:37PM -0500, Jeremy Boone wrote:
> From: Jeremy Boone
>
> Ensure that the Atmel TPM driver performs sufficient
> validation of the length returned in the TPM response header.
> This patch prevents memory corruption if the header contains
On Mon, Mar 05, 2018 at 04:16:33AM -0600, Adam Ford wrote:
> This should clean up a warning about a missing phy-cells
>
> Signed-off-by: Adam Ford
>
> diff --git a/arch/arm/dts/logicpd-som-lv.dtsi
> b/arch/arm/dts/logicpd-som-lv.dtsi
> index 46dae55..c1aa7a4 100644
Hi Arno,
https://patchwork.ozlabs.org/patch/865881/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Eugeniy,
https://patchwork.ozlabs.org/patch/869785/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi
On 03/03/2018 02:59 AM, Álvaro Fernández Rojas wrote:
> Move dma_ops to a separate header file, following other uclass
> implementations.
> While doing so, this patch also improves dma_ops documentation.
>
> Signed-off-by: Álvaro Fernández Rojas
> Reviewed-by: Simon Glass
On Fri, Mar 02, 2018 at 11:13:42PM +0100, Paul Kocialkowski wrote:
> There are no headers for libfdt in lib/libfdt, as they are instead
> located in scripts/dtc/libfdt. Specifying lib/libfdt for headers
> inclusion in host tools results in using the system libfdt headers,
> which is not what we
On Mon, Feb 12, 2018 at 05:56:35PM -0500, Jeremy Boone wrote:
> From: Jeremy Boone
>
> This patch prevents integer underflow when the length was too small,
> which could lead to memory corruption.
>
> Signed-off-by: Jeremy Boone
On Sun, Mar 04, 2018 at 02:54:15PM -0600, Adam Ford wrote:
> With the migration to Kconfig, the I2C block no longer exists in here.
> Let's clean up the comment.
>
> Signed-off-by: Adam Ford
>
> diff --git a/include/configs/ti_armv7_omap.h b/include/configs/ti_armv7_omap.h
On Fri, Mar 02, 2018 at 09:11:35PM +0100, Heinrich Schuchardt wrote:
> Add a comment indicating that the German key map assumes code page 437.
>
> Add support for character ² (square sign) in the German key map.
>
> Signed-off-by: Heinrich Schuchardt
Applied to
On Thu, Mar 01, 2018 at 02:45:04PM +0100, Mario Six wrote:
> The PCA953x driver uses "gpio@%x_" as the GPIO bank name, where "%x" is
> instantiated with the I2C address of the chip. While this works, it
> becomes very confusing if a board has multiple PCAs with the same
> address on different I2C
On Sun, Mar 04, 2018 at 10:55:19PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Keep spelling.txt in sync with the version from kernel 4.16-rc4.
>
> Signed-off-by: Fabio Estevam
> Reviewed-by: Heinrich Schuchardt
Hi Mario,
https://patchwork.ozlabs.org/patch/860805/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
This adds channels support for dma controllers that have multiple channels
which can transfer data to/from different devices (enet, usb...).
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass
---
v5: remove unneeded dma.h include
v4: no
Move dma_ops to a separate header file, following other uclass implementations.
While doing so, this patch also improves dma_ops documentation.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass
---
v5: fix build of ti-edma3 (reported by
In order to add bcm6348-enet support, dma-uclass must be extended to support
dma channels and reworked to operate like the other dm uclass (clk, reset...).
v5: Fix issues reported by Grygorii Strashko and other fixes:
- Fix build of ti-edma3.
- Remove unused bcm6348-iudma defines.
- Increment
1 - 100 of 152 matches
Mail list logo