On 18.1.2018 14:17, Dr. Philipp Tomsich wrote:
> Michal,
>
>> On 18 Jan 2018, at 13:56, Michal Simek wrote:
>>
>> Hi Philipp,
>>
>>
>> 2017-09-13 21:29 GMT+02:00 Philipp Tomsich
>> :
>> If a FDT was loaded (e.g. to append it to U-Boot image), we store it's
>> address and record information for a
On Tue, 2018-01-30 at 13:12 +0100, Marek Vasut wrote:
> On 01/30/2018 12:16 PM, tien.fong.c...@intel.com wrote:
> >
> > 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 drive
On Fri, Dec 08, 2017 at 06:55:02AM +0100, Alexander Graf wrote:
>
>
> On 07.12.17 12:45, Jonathan Gray wrote:
> > On Thu, Dec 07, 2017 at 11:57:43AM +0100, Heinrich Schuchardt wrote:
> >> On 12/07/2017 08:00 AM, Jonathan Gray wrote:
> >>> On Fri, Dec 01, 2017 at 04:10:33PM +0100, Alexander Graf w
On Tue, 2018-01-30 at 13:09 +0100, Marek Vasut wrote:
> On 01/30/2018 12:16 PM, 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 o
On Wed, Jan 31, 2018 at 09:23:39AM +0100, Michal Simek wrote:
> Hi Tom,
>
> please pull these changes to your tree.
> Travis looks good.
> https://travis-ci.org/michalsimek-test/u-boot/builds/335152426
>
> I found that dc5 is not enabling zynq gem but phys were added by one
> patch in my pull re
On Wed, Jan 31, 2018 at 03:45:42PM -0500, Tom Rini wrote:
> The omapl138_lcdk platform is not a DA850 SoC so we need to select
> SOC_DA8XX and not SOC_DA850, as it was before. It does however point
> out a bit of a misnomer in how all of these PLL defines are named as
> they are generic to DA8xx,
Tom,
The following changes since commit ae5326a6b34b34b1827edf2eee1a0e9e5363c5a2:
serial: Make full device search optional (2018-01-29 08:18:02 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-fsl-qoriq.git
for you to fetch changes up to 58932ec68cdcd574c85620e285a7b
On 01/30/2018 10:57 PM, Simon Goldschmidt wrote:
> env_get_f calls env_get_char to load single characters from the
> environment. However, the return value of env_get_char was not
> checked for errors. Now if the env driver does not support the
> .get_char call, env_get_f did not notice this and lo
efi_init_obj_list() should be executed only once.
Rather than having the caller check this variable and the callee set it,
move all access to the variable inside the function. This reduces the
logic needed to call efi_init_obj_list().
Suggested-by: Simon Glass
Signed-off-by: Heinrich Schuchardt
On 31.01.18 00:19, Heinrich Schuchardt wrote:
> Errors may occur inside efi_smbios_register().
>
> - Return a status code.
> - Remove unused variables.
> - Use constants where applicable.
>
> Suggested-by: Simon Glass
> Signed-off-by: Heinrich Schuchardt
> ---
> v2
> remove a change in
On 30.01.18 21:00, Heinrich Schuchardt wrote:
> Errors may occur inside efi_smbios_register().
>
> - Return a status code.
> - Remove unused variables.
> - Use constants where applicable.
>
> Suggested-by: Simon Glass
> Signed-off-by: Heinrich Schuchardt
> ---
> include/efi_loader.h|
On 26 January 2018 at 09:33, Michal Simek wrote:
> Hi,
>
>
> On 17.1.2018 14:56, Ezequiel Garcia wrote:
>> This commit adds CPU and silicon version information
>> consuming the SLCR IDCODE and DEVCFG MCTRL registers,
>> respectively.
>>
>> Signed-off-by: Ariel D'Alessandro
>> Signed-off-by: Ezequ
The omapl138_lcdk platform is not a DA850 SoC so we need to select
SOC_DA8XX and not SOC_DA850, as it was before. It does however point
out a bit of a misnomer in how all of these PLL defines are named as
they are generic to DA8xx, not DA850 centric. Remove the 'if SOC_DA850'
under the defaults a
On 2018-01-31, Heinrich Schuchardt wrote:
> Before the patch an undefined constant EFI_SUBSYSTEM was used in the
> crt0 code. The current version of binutils does not swallow the error.
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888403
>
> The necessary constant IMAGE_SUBSYSTEM_EFI_APPLI
Hi,
On 01/31/2018 08:09 AM, patrice.chot...@st.com wrote:
> From: Patrice Chotard
>
> Add set_env_soc_name() call in board_late_init() to set environment
> variable "soc_name" with the name of current STM32 SoC.
>
> Signed-off-by: Christophe Priouzeau
> Signed-off-by: Patrice Chotard
> ---
>
Hi Patrice,
On 01/31/2018 08:08 AM, patrice.chot...@st.com wrote:
> From: Patrice Chotard
>
> This series allows to get the cpu id of STM32 SoCs and to set
> the environment variable "soc_name" with the corresponding SoC name.
>
> This will be useful in some development environment to retrieve
Before the patch an undefined constant EFI_SUBSYSTEM was used in the
crt0 code. The current version of binutils does not swallow the error.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888403
The necessary constant IMAGE_SUBSYSTEM_EFI_APPLICATION is already
defined in pe.h. So let's factor o
Hi Patrice,
On 01/31/2018 08:09 AM, patrice.chot...@st.com wrote:
> From: Patrice Chotard
>
> This allows to read the CPU ID into STM32 DBGMCU_IDCODE register
> and create an environment variable which contains the soc name.
>
> Signed-off-by: Christophe Priouzeau
> Signed-off-by: Patrice Chot
Hello,
I have a rather specific question about u-boot. I am working with a
Xilinx Zynq SoC, and am running a MicroC OS executable file. It is
running on UCOS kernel II. I notice different behavior when I hand off
from the first stage boot loader to the UCOS application directly than
when I
Hi Maxime,
On Wed, Jan 31, 2018 at 7:36 PM, Maxime Ripard
wrote:
> Hi Julian,
>
> On Wed, Jan 31, 2018 at 07:29:13PM +1100, Julian Calaby wrote:
>> Hi Maxime,
>>
>> On Wed, Jan 31, 2018 at 7:21 PM, Maxime Ripard
>> wrote:
>> > Hi,
>> >
>> > On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywar
Hi Maxime,
On Wed, Jan 31, 2018 at 7:21 PM, Maxime Ripard
wrote:
> Hi,
>
> On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote:
>> On 29/01/18 09:58, Maxime Ripard wrote:
>> > On Mon, Jan 29, 2018 at 09:44:44AM +, Andre Przywara wrote:
>> >> On 29/01/18 08:51, Maxime Ripard wrote:
On 07/04/2017 09:31 PM, Simon Glass wrote:
> Add a driver-model version of this driver which mostly uses the existing
> code. The old code can be removed once all boards are switched over.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Drop debugging printf() now that the card detect
From: Patrice Chotard
This series allows to get the cpu id of STM32 SoCs and to set
the environment variable "soc_name" with the corresponding SoC name.
This will be useful in some development environment to retrieve files
correspondig to SoC family.
Patrice Chotard (8):
mach-stm32: Add get_
From: Patrice Chotard
Add set_env_soc_name() call in board_late_init() to set environment
variable "soc_name" with the name of current STM32 SoC.
Signed-off-by: Christophe Priouzeau
Signed-off-by: Patrice Chotard
---
board/st/stm32f469-discovery/stm32f469-discovery.c | 7 +++
1 file chang
From: Patrice Chotard
Add set_env_soc_name() call in board_late_init() to set environment
variable "soc_name" with the name of current STM32 SoC.
Signed-off-by: Christophe Priouzeau
Signed-off-by: Patrice Chotard
---
board/st/stm32f429-evaluation/stm32f429-evaluation.c | 7 +++
1 file cha
From: Patrice Chotard
Add set_env_soc_name() call in board_late_init() to set environment
variable "soc_name" with the name of current STM32 SoC.
Signed-off-by: Christophe Priouzeau
Signed-off-by: Patrice Chotard
---
board/st/stm32h743-eval/stm32h743-eval.c | 4
1 file changed, 4 inserti
From: Patrice Chotard
Add set_env_soc_name() call in board_late_init() to set environment
variable "soc_name" with the name of current STM32 SoC.
Signed-off-by: Christophe Priouzeau
Signed-off-by: Patrice Chotard
---
board/st/stm32h743-disco/stm32h743-disco.c | 4
1 file changed, 4 inser
On 01/31/2018 03:56 PM, Alexey Brodkin wrote:
> For some reason from day one we used to have both CONFIG_DWC2_UTMI_WIDTH
> mentioned in dwc2.h and in scripts/config_whitelist.txt but never really used
> and CONFIG_DWC2_UTMI_PHY_WIDTH used in real code in dwc2.c (but never
> defined).
>
> Moreover
From: Patrice Chotard
Move BOARD_LATE_INIT flag from include/configs/stm32*.h to
mach-stm32/Kconfig.
Enable this flag also for STM32F4 SoCs family.
Signed-off-by: Patrice Chotard
---
arch/arm/mach-stm32/Kconfig | 3 +++
include/configs/stm32f746-disco.h | 1 -
include/configs/stm32h743-d
From: Patrice Chotard
Add set_env_soc_name() call in board_late_init() to set environment
variable "soc_name" with the name of current STM32 SoC.
Signed-off-by: Christophe Priouzeau
Signed-off-by: Patrice Chotard
---
board/st/stm32f746-disco/stm32f746-disco.c | 2 ++
1 file changed, 2 inserti
From: Patrice Chotard
This allows to read the CPU ID into STM32 DBGMCU_IDCODE register
and create an environment variable which contains the soc name.
Signed-off-by: Christophe Priouzeau
Signed-off-by: Patrice Chotard
---
arch/arm/include/asm/arch-stm32f4/stm32.h | 2 ++
arch/arm/include/asm
From: Patrice Chotard
Add set_env_soc_name() call in board_late_init() to set environment
variable "soc_name" with the name of current STM32 SoC.
Signed-off-by: Christophe Priouzeau
Signed-off-by: Patrice Chotard
---
board/st/stm32f429-discovery/stm32f429-discovery.c | 7 +++
1 file chang
On Tue, Jan 30, 2018 at 02:29:27PM +0530, Jagan Teki wrote:
> On Tue, Jan 30, 2018 at 1:54 PM, Maxime Ripard
> wrote:
> > On Mon, Jan 29, 2018 at 01:49:14PM +0530, Jagan Teki wrote:
> >> On Mon, Jan 29, 2018 at 1:32 PM, Maxime Ripard
> >> wrote:
> >> > On Sun, Jan 28, 2018 at 09:49:38PM +0530, Ja
On Wed, Jan 31, 2018 at 02:47:13PM +0100, Simon Goldschmidt wrote:
> For the redundant environment configuration, env_sf_load still
> contained duplicate code instead of using env_import_redund().
>
> Simplify the code by only executing the load twice and delegating
> everything else to env_import
On Wed, Jan 31, 2018 at 02:47:12PM +0100, Simon Goldschmidt wrote:
> For multiple env drivers to correctly implement fallback when
> one environment fails to load (e.g. crc error), the return value
> of env_import has to be propagated by all env driver's load
> function.
>
> Without this change, t
On Wed, Jan 31, 2018 at 02:47:11PM +0100, Simon Goldschmidt wrote:
> There is more common code in mmc, nand and ubi env drivers that
> can be shared by moving to env_import_redund.
>
> For this, a status/error value whether the buffers were loaded
> are passed as additional parameters to env_impor
On Wed, Jan 31, 2018 at 02:47:10PM +0100, Simon Goldschmidt wrote:
> env_import (and env_import_redund) currently return 1 on success
> and 0 on error. However, they are only used from functions
> returning 0 on success or a negative value on error.
>
> Let's clean this up by making env_import and
K2G ICE has a s25fl256s1 QSPI NOR flash connected to QSPI at CS0. Add DT
entries for the same.
Signed-off-by: Vignesh R
---
Ported from linux-next.
arch/arm/dts/keystone-k2g-ice.dts | 48 +++
1 file changed, 48 insertions(+)
diff --git a/arch/arm/dts/keysto
Add pinmux for QSPI pins on K2G ICE board.
Signed-off-by: Vignesh R
---
board/ti/ks2_evm/mux-k2g.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/board/ti/ks2_evm/mux-k2g.h b/board/ti/ks2_evm/mux-k2g.h
index 9e3fa1100331..f7d36d132ec8 100644
--- a/board/ti/ks2_evm/mux-k2g.h
+++ b/b
Factor out the regulator handling into set_ios and add support for
selecting pin configuration based on the voltage to support UHS modes.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
V2: Protect vqmmc_dev access in uniphier_sd_set_pins() with an ifdef
just like every
The DMA READ completion flag position differs on Socionext and Renesas
SoCs. It is bit 20 on Socionext SoCs and using bit 17 is a hardware bug
and forbidden. It is bit 17 on Renesas SoCs and bit 20 does not work on
them.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
driv
Handle the controller version even if quirks are set. The controller in
Renesas Gen3 SoCs does provide the version register, which indicates a
controller v10 and the controller does support internal DMA and /1024
divider.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
dri
Add code for PHY tuning required for SDR104/HS200 support on Renesas RCar.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/Kconfig| 9 ++
drivers/mmc/Makefile | 1 +
drivers/mmc/uniphier-sd-rcar.c | 288
Handle bus width 0 as 1-bit bus to assure valid content of
UNIPHIER_SD_OPTION register WIDTH field.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/uniphier-sd.c b/drivers/mmc/uniphie
Make bit definitions and IO accessors of the uniphier-sd driver available
so they can be used by additional source files, ie. per-SoC SDR104/HS200
tuning implementations
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 150 +--
On the Renesas version of the IP, the /1 divider is realized by
setting the clock register [7:0] to 0xff instead of setting bit
10 of the register. Check the quirk and handle accordingly.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 4 +++-
1
Add a quirk to identify that the controller is Renesas RCar variant
of the Matsushita SD IP and another quirk indicating it can support
Renesas RCar HS200/HS400/SDR104 modes.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
V2: No changes
V3: Add RCar Gen2 quirk, since the G
Drop the ad-hoc DT caps parsing in favor of common framework function.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 23 +++
1 file changed, 7 insertions(+), 16 deletions(-)
diff --git a/drivers/mmc/uniphier-sd.c b/drivers
Add DT compatible strings for RCar Gen2 SoCs, so that this driver
can bind with them. Unlike Gen3, which uses 64bit FIFO, the Gen2
uses 16bit FIFO.
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Masahiro Yamada
---
drivers/mmc/uniphier-sd.c | 5 +
1 file changed, 5 insertions(+)
diff --
Hi Masahiro-san,
On Thu, 2018-02-01 at 00:18 +0900, Masahiro Yamada wrote:
> 2018-01-31 1:28 GMT+09:00 Alexey Brodkin :
> > Hi MAsahiro-san, Tom,
> >
> > On Wed, 2018-01-31 at 01:23 +0900, Masahiro Yamada wrote:
> > > 2018-01-31 0:23 GMT+09:00 Alexey Brodkin :
> > > >
> > >
> > > Please feel fr
2018-01-31 1:28 GMT+09:00 Alexey Brodkin :
> Hi MAsahiro-san, Tom,
>
> On Wed, 2018-01-31 at 01:23 +0900, Masahiro Yamada wrote:
>> 2018-01-31 0:23 GMT+09:00 Alexey Brodkin :
>> >
>> Please feel free to include historical reason:
>>
>> This ifneq conditional was added for Blackfin because it did no
There is no reason to unconditially select network commands as distro
defaults. Systems without ethernet but with sd, sata, usb should also be
able to use distro defaults. Use imply instead of select.
Signed-off-by: Michal Simek
---
Kconfig | 8
1 file changed, 4 insertions(+), 4 delet
For some reason from day one we used to have both CONFIG_DWC2_UTMI_WIDTH
mentioned in dwc2.h and in scripts/config_whitelist.txt but never really used
and CONFIG_DWC2_UTMI_PHY_WIDTH used in real code in dwc2.c (but never
defined).
Moreover even though CONFIG_DWC2_UTMI_WIDTH might be either 8 or 16
Hi,
after building the just released GCC 7.3.0 compiler I get the below
failure when building U-Boot. This is when building the EFI helloworld
example, which seems to be enabled by default. Manually disabling
CONFIG_CMD_BOOTEFI_HELLO_COMPILE fixes the U-Boot build (but of course
doesn't fix that p
For multiple env drivers to correctly implement fallback when
one environment fails to load (e.g. crc error), the return value
of env_import has to be propagated by all env driver's load
function.
Without this change, the first driver that succeeds to load an
environment with an invalid CRC return
There is more common code in mmc, nand and ubi env drivers that
can be shared by moving to env_import_redund.
For this, a status/error value whether the buffers were loaded
are passed as additional parameters to env_import_redund.
Ideally, these are already returned to the env driver by the
storag
For the redundant environment configuration, env_sf_load still
contained duplicate code instead of using env_import_redund().
Simplify the code by only executing the load twice and delegating
everything else to env_import_redund.
Signed-off-by: Simon Goldschmidt
---
env/sf.c | 67 --
env_import (and env_import_redund) currently return 1 on success
and 0 on error. However, they are only used from functions
returning 0 on success or a negative value on error.
Let's clean this up by making env_import and env_import_redund
return 0 on success and -EIO on error (as was the case for
With the new code to support multiple environment drivers and
select an environment at runtime, to correctly implement fallback
when one environment fails to load (e.g. crc error), the return
value of env_import has to be propagated by all env driver's load
function.
While cleaning this up, made s
Hi,
On 31/01/18 08:21, Maxime Ripard wrote:
> Hi,
>
> On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote:
>> On 29/01/18 09:58, Maxime Ripard wrote:
>>> On Mon, Jan 29, 2018 at 09:44:44AM +, Andre Przywara wrote:
On 29/01/18 08:51, Maxime Ripard wrote:
> On Mon, Jan 29, 2
Sorry for the mess with the footer. Unfortunately, leaving it away is a
manual step I have to remember with every patch :-(
Let me know if I should resend...
Simon
On 31.01.2018 14:33, Simon Goldschmidt wrote:
With the new code to support multiple environment drivers and
select an environme
For multiple env drivers to correctly implement fallback when
one environment fails to load (e.g. crc error), the return value
of env_import has to be propagated by all env driver's load
function.
Without this change, the first driver that succeeds to load an
environment with an invalid CRC return
For the redundant environment configuration, env_sf_load still
contained duplicate code instead of using env_import_redund().
Simplify the code by only executing the load twice and delegating
everything else to env_import_redund.
Signed-off-by: Simon Goldschmidt
---
env/sf.c | 67 --
env_import (and env_import_redund) currently return 1 on success
and 0 on error. However, they are only used from functions
returning 0 on success or a negative value on error.
Let's clean this up by making env_import and env_import_redund
return 0 on success and -EIO on error (as was the case for
There is more common code in mmc, nand and ubi env drivers that
can be shared by moving to env_import_redund.
For this, a status/error value whether the buffers were loaded
are passed as additional parameters to env_import_redund.
Ideally, these are already returned to the env driver by the
storag
With the new code to support multiple environment drivers and
select an environment at runtime, to correctly implement fallback
when one environment fails to load (e.g. crc error), the return
value of env_import has to be propagated by all env driver's load
function.
While cleaning this up, made s
Dear Alex,
In message <626a8254-a615-dece-e7e6-ee205699d...@suse.de> you wrote:
>
> > Shall I use the same SSH public key as used for the EFI repository
> > to set up a BCM custodian repo for you?
>
> If you want to set one up, sure :).
Done.
> I personally like the current flow
> of just keep
From: Siva Durga Prasad Paladugu
It helps with debugging.
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
configs/zynq_zed_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/zynq_zed_defconfig b/configs/zynq_zed_defconfig
index a1403a34ef0f..a
On Fri, Jan 26, 2018 at 12:11 PM, Eran Matityahu wrote:
> We should take the MX6DP and MX6QP options in consideration
> in the I2C_PADS_INFO macro.
>
> Based on a patch by Pierluigi Passaro
>
> Signed-off-by: Eran Matityahu
Reviewed-by: Fabio Estevam
___
On Fri, Jan 26, 2018 at 12:09 PM, Eran Matityahu wrote:
> We should take the MX6DP and MX6QP options in consideration
> when defining imx_iomux_v3_setup_pad().
>
> Based on a patch by Pierluigi Passaro
>
> Signed-off-by: Eran Matityahu
Reviewed-by: Fabio Estevam
___
On 31/01/2018 11:25, Fabio Estevam wrote:
> Hi Stefano,
>
> On Mon, Jan 22, 2018 at 2:20 PM, Stefano Babic wrote:
>
>> ok, thanks, I will merge most of them.
>
> Do you think these patches could be applied to 2018.03?
>
Yes, I wil lstart to merge these and the other pending patches.
Stefano
Hi Stefano,
On Mon, Jan 22, 2018 at 2:20 PM, Stefano Babic wrote:
> ok, thanks, I will merge most of them.
Do you think these patches could be applied to 2018.03?
Thanks
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-bo
On 31.01.18 09:34, Wolfgang Denk wrote:
> Dear Alex,
>
> In message <20180125110556.76352-14-ag...@suse.de> you wrote:
>> It seems as if I have more interest in BCM2835 support than most others,
>> so I'll bite the bullet and declare myself maintainer. It'd be a shame
>> to leave that platform o
On Wed, Jan 31, 2018 at 07:56:48AM +0100, Simon Goldschmidt wrote:
> env_get_f calls env_get_char to load single characters from the
> environment. However, the return value of env_get_char was not
> checked for errors. Now if the env driver does not support the
> .get_char call, env_get_f did not
Hi Julian,
On Wed, Jan 31, 2018 at 07:29:13PM +1100, Julian Calaby wrote:
> Hi Maxime,
>
> On Wed, Jan 31, 2018 at 7:21 PM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote:
> >> On 29/01/18 09:58, Maxime Ripard wrote:
> >> > On Mon, Jan 29, 2
Dear Alex,
In message <20180125110556.76352-14-ag...@suse.de> you wrote:
> It seems as if I have more interest in BCM2835 support than most others,
> so I'll bite the bullet and declare myself maintainer. It'd be a shame
> to leave that platform orphaned.
Thanks.
Shall I use the same SSH public
Hi Tom,
please pull these changes to your tree.
Travis looks good.
https://travis-ci.org/michalsimek-test/u-boot/builds/335152426
I found that dc5 is not enabling zynq gem but phys were added by one
patch in my pull request.
I have sent a patch for that and will include it in next pull request
ht
Hi,
On Mon, Jan 29, 2018 at 10:38:25AM +, Andre Przywara wrote:
> On 29/01/18 09:58, Maxime Ripard wrote:
> > On Mon, Jan 29, 2018 at 09:44:44AM +, Andre Przywara wrote:
> >> On 29/01/18 08:51, Maxime Ripard wrote:
> >>> On Mon, Jan 29, 2018 at 01:15:19AM +, Andre Przywara wrote:
> >>>
Enable missing driver on this board.
Signed-off-by: Michal Simek
---
configs/xilinx_zynqmp_zc1751_xm019_dc5_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/xilinx_zynqmp_zc1751_xm019_dc5_defconfig
b/configs/xilinx_zynqmp_zc1751_xm019_dc5_defconfig
index 01a0ac0d762d..78
Hi :
2018-01-03 18:59 GMT+08:00 Lukasz Majewski :
> Hi Jagan,
>
> > On Wed, Jan 3, 2018 at 2:18 PM, Vignesh R wrote:
> > >
> > >
> > > On Tuesday 02 January 2018 03:39 PM, Jagan Teki wrote:
> > >> On Thu, Dec 28, 2017 at 8:14 PM, Lukasz Majewski
> > >> wrote:
> > >>> Hi Jagan,
> > >>>
> >
80 matches
Mail list logo
