于 2018年7月26日 GMT+08:00 下午1:56:02, Jagan Teki 写到:
>On Sat, Jul 21, 2018 at 1:50 PM, Icenowy Zheng wrote:
>> The Allwinner H6 SoC has 3 MMC controllers like the ones in A64, with
>> the MMC2 come with the capability to do crypto by EMCE.
>>
>> Add MMC support for H6. EMCE support is not added
On Sat, Jul 21, 2018 at 1:50 PM, Icenowy Zheng wrote:
> The Allwinner H6 SoC has 3 MMC controllers like the ones in A64, with
> the MMC2 come with the capability to do crypto by EMCE.
>
> Add MMC support for H6. EMCE support is not added yet.
>
> Signed-off-by: Icenowy Zheng
> ---
>
On 25.7.2018 19:45, Joe Hershberger wrote:
> On Tue, Jul 24, 2018 at 3:58 AM, Michal Simek wrote:
>> Hi,
>>
>> On 23.7.2018 07:48, Siva Durga Prasad Paladugu wrote:
>>> Hi Joe/Michal,
>>>
>>> Can you please take it up if it is fine.
>>
>> joe: Can you please take it via your tree?
>> There are
On Fri, Jul 13, 2018 at 9:40 PM, Mylène Josserand
wrote:
> Return the error code of the set_features function only if
> the error code is not ENOTSUPP. Otherwise, if this function
> is not supported, it will return and fail to initialize the
> NAND.
>
> Signed-off-by: Mylène Josserand
> ---
On Fri, Jul 13, 2018 at 9:40 PM, Mylène Josserand
wrote:
> Convert the EINVAL error into ENOTSUPP when the GET/SET_FEATURES
> is not supported.
>
> Signed-off-by: Mylène Josserand
> ---
Acked--by: Jagan Teki
___
U-Boot mailing list
On Fri, Jul 13, 2018 at 6:01 PM, Miquel Raynal
wrote:
> During the last months, Boris Brezillon shared his work to support
> serial flashes within Linux. First, he delivered (and merged) a new
> layer called spi-mem. He also initiated in Linux MTD subsystem the move
> of all 'raw' NAND related
Hi York,
> -Original Message-
> From: York Sun
> Sent: Tuesday, July 24, 2018 23:40
> To: Ran Wang ; Albert Aribaud
>
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH] armv8: layerscape: Enable EHCI access for LS1012A
>
> On 07/10/2018 07:11 PM, Ran Wang wrote:
> > Hi York,
> >
> >>
Simon, Maxime,
any input on this? Via which tree would this be pushed? Should we CC Tom?
It would be nice if 2018.09 had this bug fixed (endless loop in
env_save() on error).
Thanks,
Simon
On 23.07.2018 10:01, Nicholas Faustini wrote:
When called with ENVOP_SAVE, env_get_location() only
On Wed, Jul 18, 2018 at 12:03 PM, Clément Laigle wrote:
> Add support for SPANSION s25fl128l 256k and 64k
>
> Changes for v2:
> - Fix EXT_ID
>
> Signed-off-by: Clément Laigle
> ---
Applied to u-boot-spi/master
___
U-Boot mailing list
> -Original Message-
> From: Horia Geanta
> Sent: Wednesday, July 25, 2018 11:25 PM
> To: Laurentiu Tudor ; York Sun
> ; Prabhakar Kushwaha
> ; u-boot@lists.denx.de
> Cc: Bharat Bhushan
> Subject: Re: [PATCH v4 8/8] armv8: ls1046a: setup SEC ICIDs and fix up device
> tree
>
> On
Update my e-mail address from samsung.com to denx.de
Signed-off-by: Lukasz Majewski
---
.mailmap | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.mailmap b/.mailmap
index bd7267241a8e..513b4334c6e2 100644
--- a/.mailmap
+++ b/.mailmap
@@ -33,4 +33,4 @@ TsiChung Liew
This commit allows by default booting Odroid XU3 from the SD card (when
e.g. eMMC module is not present).
Signed-off-by: Lukasz Majewski
---
include/configs/odroid_xu3.h | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/include/configs/odroid_xu3.h
This change is necessary to allow booting the Odroid XU3 from SD card
after enabling the DM_MMC support.
After this change the SD card mmc IP block is correctly enumerated as mmc2
(and not as mmc1 as in the legacy code).
Signed-off-by: Lukasz Majewski
---
include/configs/exynos5-common.h | 1
This commit adjusts the autoboot.cmd file to use ${mmcbootdev} instead of
hardcoded value 0.
This is necessary to allow booting this board from the SD card.
Signed-off-by: Lukasz Majewski
---
board/samsung/common/bootscripts/autoboot.cmd | 6 +++---
1 file changed, 3 insertions(+), 3
This commit enables support for Exynos Designware MMC driver based on DM.
Signed-off-by: Lukasz Majewski
---
drivers/mmc/exynos_dw_mmc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/exynos_dw_mmc.c b/drivers/mmc/exynos_dw_mmc.c
index cd0fa4c6341b..435ccac59421 100644
---
Signed-off-by: Lukasz Majewski
---
board/samsung/smdk5420/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/samsung/smdk5420/MAINTAINERS
b/board/samsung/smdk5420/MAINTAINERS
index 590a1140b07e..31c00360f287 100644
--- a/board/samsung/smdk5420/MAINTAINERS
+++
This patch series provides following improvements to Odroid XU3:
- Fix sdr_timing problem with DW_MMC running with DM
- Clean up the defconfig file
- Allow default booting via SD card
- Fix potential memory leak when running under DM (DW_MMC)
Travis-CI:
By convention for DM_MMC the host->priv is used to store struct udevice
*dev pointer.
Unfortunately, the legacy Exynos DW MMC code uses this field to
store pointer to dwmci_exynos_priv_data struct
Hence, we do need to get data in other way - namely by using container_of
when host pointer is
The Exynos5422 is solely using DW MMC IP block to support eMMC/SD devices,
hence the SDHCI code doesn't need to be compiled it.
Signed-off-by: Lukasz Majewski
---
configs/odroid-xu3_defconfig | 2 --
1 file changed, 2 deletions(-)
diff --git a/configs/odroid-xu3_defconfig
This commit enables support for DW_MMC running with driver model.
Signed-off-by: Lukasz Majewski
---
configs/odroid-xu3_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/odroid-xu3_defconfig b/configs/odroid-xu3_defconfig
index 6398c2cd0d6a..632542d98420 100644
---
This commit prevents memory leak when this function is used with DM_MMC
as the struct dwmci_exynos_priv_data is already allocated by DM.
It is necessary for NON DM aware devices to allocate this struct first.
Signed-off-by: Lukasz Majewski
---
drivers/mmc/exynos_dw_mmc.c | 30
On 07/24/2018 07:21 PM, Xavier Ruppen wrote:
> The ReflexCES PCIe carrier board Arria 10 SoC SoM (R329) provides
> access to all the features of the Arria 10 SoC SoM (R315) (Ethernet,
> OTG USB, Transceivers, UART) and adds further functions, including SFP+
> connectors, PCIe x8 Gen3, USB3.0 and a
Ezequiel,
> On 25 Jul 2018, at 22:31, Ezequiel Garcia wrote:
>
> On Sat, 2018-07-21 at 16:23 +0200, Dr. Philipp Tomsich wrote:
>> Ezequiel,
>>
>> This series breaks the build (see
>> https://travis-ci.org/ptomsich/u-boot-rockchip/builds/406351695).
>> Did you test with Travis prior to
On 07/24/2018 10:58 PM, Michal Simek wrote:
> On 24.7.2018 18:26, York Sun wrote:
>> On 07/24/2018 06:07 AM, Michal Simek wrote:
>>> There is no reason to limit gzip usage only for OS_BOOT and kernel image
>>> type.
>>>
>>> Signed-off-by: Michal Simek
>>> ---
>>>
>>> common/spl/spl_fit.c | 5
On Fri, Jul 13, 2018 at 9:40 AM, Pankaj Bansal wrote:
> Till now we have had cases where we had one phy device per dpmac.
> Now, with the upcoming products (LX2160AQDS), we have cases, where there
> are sometimes two phy devices for one dpmac. One phy for TX lanes and
> one phy for RX lanes. to
On Sat, 2018-07-21 at 16:23 +0200, Dr. Philipp Tomsich wrote:
> Ezequiel,
>
> This series breaks the build (see
> https://travis-ci.org/ptomsich/u-boot-rockchip/builds/406351695).
> Did you test with Travis prior to submitting?
>
No, I haven't. It's quite odd, as the README patch just adds
On Fri, Jul 13, 2018 at 9:40 AM, Pankaj Bansal wrote:
> The dpmac initalization should not depend on phy.
> As the phy is not necessary to be present for dpmac to function.
> Therefore, remove dpmac initialization dependency from phy.
>
> Signed-off-by: Pankaj Bansal
Acked-by: Joe Hershberger
On Fri, Jul 13, 2018 at 9:40 AM, Pankaj Bansal wrote:
> when there is no phy present for a dpmac, a dummy phy device is created.
> when we move to multiple phy method, we need to create as many dummy phy
> devices.
>
> Change this method so that we don't need to create dummy phy devices.
> We
On Fri, Jul 13, 2018 at 9:40 AM, Pankaj Bansal wrote:
> if an error occurs during init_phy, we should free the phydev structure
> which has been allocated by phy_connect.
>
> Signed-off-by: Pankaj Bansal
> ---
> drivers/net/ldpaa_eth/ldpaa_eth.c | 11 ++-
> 1 file changed, 10
On Fri, Jul 13, 2018 at 9:40 AM, Pankaj Bansal wrote:
> The phydev structure is present in both ldpaa_eth_priv and
> wriop_dpmac_info. the phydev in wriop_dpmac_info is not being used
>
> As the phydev is created based on phy_addr and bus members of
> wriop_dpmac_info, it is appropriate to keep
On Fri, Jul 13, 2018 at 9:40 AM, Pankaj Bansal wrote:
> The goto label name is misspelled it should be DPMAC not DPAMC
>
> Signed-off-by: Pankaj Bansal
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.denx.de
We want to be able to include some other system headers in phy.h but
that requires us to have included common.h in the top-level first.
Also, common.h includes config.h as the first thing it does, so don't
include it directly.
Seried-cc: ti
Signed-off-by: Joe Hershberger
---
The include/phy.h will start including dm.h, which pulls in
linux/compat.h after the attempted redefinition in
arch/arm/include/asm/armv8/mmu.h, so move this include to allow
redefinition.
Signed-off-by: Joe Hershberger
---
arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 2 +-
1 file changed, 1
Because some phy wants to export some functions [1], export.h was
including the whole phy subsystem which pulls in lots of stuff that
causes some ordering and redefinition issues. Split out the only part
that is actually needed in export.h and include it there and in phy.h.
[1] commit
Hi Michal,
Am 25.07.2018 um 08:07 schrieb Michal Simek:
On 24.7.2018 21:39, Stefan Herbrechtsmeier wrote:
Am 24.07.2018 um 10:37 schrieb Michal Simek:
On 23.7.2018 20:29, Stefan Herbrechtsmeier wrote:
Am 23.07.2018 um 11:08 schrieb Michal Simek:
On 20.7.2018 21:31, Stefan Herbrechtsmeier
Am 25.07.2018 um 08:39 schrieb Michal Simek:
On 24.7.2018 21:56, Stefan Herbrechtsmeier wrote:
Am 24.07.2018 um 12:31 schrieb Michal Simek:
On 23.7.2018 20:42, Stefan Herbrechtsmeier wrote:
Am 23.07.2018 um 13:43 schrieb Michal Simek:
Reading registers for finding out output value is not
On Mon, Jul 16, 2018 at 7:55 AM, Siva Durga Prasad Paladugu
wrote:
> This patch updates the zynq gem driver to support livetree.
>
> Signed-off-by: Siva Durga Prasad Paladugu
> Signed-off-by: Vipul Kumar
Acked-by: Joe Hershberger
___
U-Boot mailing
On Tue, Jul 24, 2018 at 3:58 AM, Michal Simek wrote:
> Hi,
>
> On 23.7.2018 07:48, Siva Durga Prasad Paladugu wrote:
>> Hi Joe/Michal,
>>
>> Can you please take it up if it is fine.
>
> joe: Can you please take it via your tree?
> There are some patches before this.
Sure. The second series that
On Wed, Jul 25, 2018 at 09:47:17AM -0600, Simon Glass wrote:
> Hi,
>
> On 25 July 2018 at 03:48, Michal Simek wrote:
> >
> > On 25.7.2018 08:31, Chee, Tien Fong wrote:
> > > On Wed, 2018-07-18 at 16:48 +0200, Michal Simek wrote:
> > >> On 6.7.2018 10:28, tien.fong.c...@intel.com wrote:
> > >>>
>
As platform uses GPIOs for card detection, it's
simpler and more readable to use GPIO_ACTIVE_(LOW|HIGH)
in the gpio flags instead of using the cd-inverted
property.
Reported-by: Tuomas Tynkkynen
Signed-off-by: Patrice Chotard
---
Changes in v4:
- update board DTS files to remove cd_inverted
As cd-inverted property is no more used by arm_pl180_mmci driver,
remove it. Update cd-gpios active level accordingly.
Reported-by: Tuomas Tynkkynen
Signed-off-by: Patrice Chotard
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/stm32f746-disco.dts | 3 +--
1 file
As cd-inverted property is no more used by arm_pl180_mmci driver,
remove it. Update cd-gpios active level accordingly.
Reported-by: Tuomas Tynkkynen
Signed-off-by: Patrice Chotard
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/stm32429i-eval.dts | 3 +--
1 file
This series :
- adds support of CONFIG_BLK flag to STM32Fx platforms
- enables CONFIG_BLK flag for STM32Fx based boards
- adds missing clk_free() call in error path
Changes in v4:
- update board DTS files to remove cd_inverted property
and update cd-gpios active level
Changes in
As cd-inverted property is no more used by arm_pl180_mmci driver,
remove it. Update cd-gpios active level accordingly.
Reported-by: Tuomas Tynkkynen
Signed-off-by: Patrice Chotard
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/stm32f769-disco.dts | 3 +--
1 file
Add missing clk_free() call in case of failure
when enabling the clock.
Signed-off-by: Patrice Chotard
Reviewed-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/mmc/arm_pl180_mmci.c | 1 +
1 file changed, 1 insertion(+)
diff --git
CONFIG_BLK config flag becomes mandatory, enable it.
Signed-off-by: Patrice Chotard
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
configs/stm32f469-discovery_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/stm32f469-discovery_defconfig
Config flag CONFIG_BLK becomes mandatory, update arm_pl180_mmci
to support this config.
This driver is used by STM32Fx and by Vexpress platforms.
Only STM32Fx are DM ready. No DM code is isolated and will be
removed easily when wexpress will be converted to DM.
Signed-off-by: Patrice Chotard
CONFIG_BLK config flag becomes mandatory, enable it.
Signed-off-by: Patrice Chotard
Reviewed-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
configs/stm32f746-disco_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/stm32f746-disco_defconfig
CONFIG_BLK config flag becomes mandatory, enable it.
Signed-off-by: Patrice Chotard
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
configs/stm32f429-evaluation_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/stm32f429-evaluation_defconfig
Hi,
On 25 July 2018 at 03:48, Michal Simek wrote:
>
> On 25.7.2018 08:31, Chee, Tien Fong wrote:
> > On Wed, 2018-07-18 at 16:48 +0200, Michal Simek wrote:
> >> On 6.7.2018 10:28, tien.fong.c...@intel.com wrote:
> >>>
> >>> From: Tien Fong Chee
> >>>
[...]
> >>
> >> Also that DT binding is
Now that we have moved to Sphinx documentation we don't need the docproc
app anymore, remove.
Signed-off-by: Tom Rini
---
scripts/.gitignore | 1 -
scripts/Makefile | 9 -
scripts/docproc.c | 580 -
3 files changed, 590 deletions(-)
Now that we have removed the DocBook files we need to not try and clean
that directory.
Reported-by: ericywl
Fixes: 78a88f7930be ("doc: Replace DocBook with sphinx-based docs")
Signed-off-by: Tom Rini
---
Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Makefile
On Wed, Jul 25, 2018 at 03:02:04AM +, Peng Fan wrote:
> Hi Fabio,
>
> > -Original Message-
> > From: Fabio Estevam [mailto:feste...@gmail.com]
> > Sent: 2018年7月25日 10:59
> > To: Peng Fan
> > Cc: Simon Glass ; U-Boot-Denx ;
> > dl-linux-imx ; Breno Matheus Lima
> > Subject: Re:
On Wed, Jul 25, 2018 at 12:57:01AM +0100, Andre Przywara wrote:
> Even though the exception vector table is a fundamental part of the ARM
> architecture, U-Boot mostly does not make real use of it, except when
> crash dumping. But having it in takes up quite some space, partly due to
> the
Hello Alexander,
Heinrich was kind to have a look at [1] and already provided his
Reviewed-by. Could you please state your further expectations to accept
the patches?
[1] https://patchwork.ozlabs.org/patch/944004/
Thanks,
Eugeniu.
___
U-Boot mailing
Hi Tuomas
On 07/25/2018 01:42 PM, Tuomas Tynkkynen wrote:
> On 07/24/2018 03:37 PM, Patrice Chotard wrote:
>> As platform uses GPIOs for card detection, it's
>> simpler and more readable to use GPIO_ACTIVE_(LOW|HIGH)
>> in the gpio flags instead of using the cd-inverted
>> property.
>>
>>
>>
Hi Tom,
This is my current patch queue for efi. Please pull.
Alex
The following changes since commit 323a73adc9a1bf2de43fe03bdd9c3038ce7c2784:
mtd: nand: add new enum for storing ECC algorithm (2018-07-23 14:33:21 -0400)
are available in the git repository at:
On Wed, Jul 25, 2018 at 9:47 AM, Sébastien Szymanski
wrote:
> Commit 9faa43c4b5e5 ("ARM: dts: i.MX6UL: U-Boot specific dts for u-boot,
> dm-spl") removes the u-boot,dm-spl properties from the imx6ul.dtsi file
> and breaks the OPOS6UL board.
> Add the u-boot,dm-spl properties into *-u-boot.dts
Commit 9faa43c4b5e5 ("ARM: dts: i.MX6UL: U-Boot specific dts for u-boot,
dm-spl") removes the u-boot,dm-spl properties from the imx6ul.dtsi file
and breaks the OPOS6UL board.
Add the u-boot,dm-spl properties into *-u-boot.dts files to make the
board boot again.
Fixes: commit 9faa43c4b5e5 ("ARM:
Hello,
On Tue, Jul 10, 2018 at 5:05 AM, Joe Hershberger wrote:
> On Thu, Jul 5, 2018 at 2:34 AM, wrote:
>> From: Ken Ma
>>
>> Add a uclass which provides access to MDIO busses and includes
>> operations required by MDIO.
>> The implementation is based on the existing mii/phy/mdio data
>>
On 25/07/2018 13:45, Alex Kiernan wrote:
> 1947c2d2a0 introduces cache line flushes for the bootcounter, but if
> the start address is not aligned then the flush causes warnings of
> the form:
>
> CACHE: Misaligned operation at range [4030b7fc, 4030b83c]
>
> Align both the start and end of the
1947c2d2a0 introduces cache line flushes for the bootcounter, but if
the start address is not aligned then the flush causes warnings of
the form:
CACHE: Misaligned operation at range [4030b7fc, 4030b83c]
Align both the start and end of the buffer (possibly crossing multiple
lines).
Fixes:
On 07/24/2018 03:37 PM, Patrice Chotard wrote:
As platform uses GPIOs for card detection, it's
simpler and more readable to use GPIO_ACTIVE_(LOW|HIGH)
in the gpio flags instead of using the cd-inverted
property.
Reported-by: Tuomas Tynkkynen
Signed-off-by: Patrice Chotard
---
Sounds good
On 07/20/2018 06:18 PM, Sam Protsenko wrote:
> This patch series intended to make boot log better. Basically here we
> just remove unwanted error messages, relying on the message from most
> deep API to be printed (like mmc subsystem). At the moment this looks
> like most clean solution to
On Wed, Jul 25, 2018 at 1:43 AM Jagan Teki wrote:
>
> On Wed, Jul 25, 2018 at 12:55 AM, Adam Ford wrote:
> > I am trying to boot an i.MX6Q via SPL to U-Boot and eventually, use
> > Falcon mode to start the kernel. I can boot via SPL over USB. I have
> > enabled the NAND and SPL NAND, and i can
On 25.7.2018 12:14, Simon Goldschmidt wrote:
>
>
> On 25.07.2018 09:04, Michal Simek wrote:
>> On 25.7.2018 08:52, Simon Goldschmidt wrote:
>>> On 25.07.2018 08:40, Michal Simek wrote:
On 25.7.2018 08:26, Simon Goldschmidt wrote:
>
>
> On 24.07.2018 15:07, Michal Simek wrote:
On Wed, Jul 25, 2018 at 5:23 AM Marek Vasut wrote:
>
> On 07/24/2018 09:25 PM, Adam Ford wrote:
> > I am trying to boot an i.MX6Q via SPL to U-Boot and eventually, use
> > Falcon mode to start the kernel. I can boot via SPL over USB. I have
> > enabled the NAND and SPL NAND, and i can confirm
On 07/24/2018 09:25 PM, Adam Ford wrote:
> I am trying to boot an i.MX6Q via SPL to U-Boot and eventually, use
> Falcon mode to start the kernel. I can boot via SPL over USB. I have
> enabled the NAND and SPL NAND, and i can confirm that mxs_nand_spl.c
> is being built in. The board is
On 25.07.2018 09:04, Michal Simek wrote:
On 25.7.2018 08:52, Simon Goldschmidt wrote:
On 25.07.2018 08:40, Michal Simek wrote:
On 25.7.2018 08:26, Simon Goldschmidt wrote:
On 24.07.2018 15:07, Michal Simek wrote:
There is no reason to limit gzip usage only for OS_BOOT and kernel
image
On Wed, Jul 25, 2018 at 11:07 AM, Sébastien Szymanski
wrote:
> Commit 9faa43c4b5e5 ("ARM: dts: i.MX6UL: U-Boot specific dts for u-boot,
> dm-spl") removes the u-boot,dm-spl properties from the imx6ul.dtsi file
> and breaks the OPOS6UL board.
> Add the u-boot,dm-spl properties to make the board
Commit 9faa43c4b5e5 ("ARM: dts: i.MX6UL: U-Boot specific dts for u-boot,
dm-spl") removes the u-boot,dm-spl properties from the imx6ul.dtsi file
and breaks the OPOS6UL board.
Add the u-boot,dm-spl properties to make the board boot again.
Fixes: commit 9faa43c4b5e5 ("ARM: dts: i.MX6UL: U-Boot
On 25.7.2018 08:31, Chee, Tien Fong wrote:
> On Wed, 2018-07-18 at 16:48 +0200, Michal Simek wrote:
>> On 6.7.2018 10:28, 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
This introduces two new APIs dm_pci_find_capability() and
dm_pci_find_ext_capability() to get PCI capability address and
PCI express extended capability address for a given PCI device.
Signed-off-by: Bin Meng
---
drivers/pci/pci-uclass.c | 68
Currently we don't have a complete list of capability and extended
capability ids. This adds them.
Signed-off-by: Bin Meng
---
include/pci.h | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/include/pci.h b/include/pci.h
index 8e27cbf..cce69c4 100644
---
The correct driver data comes from the matching 'id' instead of
'find_id' in pci_find_and_bind_driver().
Signed-off-by: Bin Meng
---
drivers/pci/pci-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/pci-uclass.c b/drivers/pci/pci-uclass.c
index
On Tue, Jul 24, 2018 at 09:28:30AM -0600, Simon Glass wrote:
> Hi Maxime,
>
> On 24 July 2018 at 00:58, Maxime Ripard wrote:
> > On Mon, Jul 23, 2018 at 05:48:25PM -0600, Simon Glass wrote:
> >> Hi,
> >>
> >> On 20 July 2018 at 08:01, Lukasz Majewski wrote:
> >> > Hi Eugen,
> >> >
> >> > Thanks
Hi Aaron,
On Wed, Jul 25, 2018 at 2:06 PM Aaron Williams
wrote:
> While mainline U-Boot does not support Octeon, we have our own fork of it that
> I maintain. I am using the 2018.07 release with only a few minor changes
> around the periphery to support the older version of U-Boot Octeon is
Hi,
2018년 7월 25일 (수) 16:25, Lukasz Majewski 님이 작성:
> Hi Vagrant,
>
> > Switch odroid platform to use distro_bootcmd, adjusting to use
> > standardized environment variable names, and use the default
> > bootdelay.
> >
> > The additional environment variables from distro_bootcmd requires
> >
On Wed, Jul 25, 2018 at 01:02:31AM +0100, Andre Przywara wrote:
> "default" lines in Kconfig are processed in order, the first hit will
> stop considering subsequent lines. In the case of the DRAM_ODT_EN symbol
> that means that everything following the first two lines will never be
> checked:
>
Hi Vagrant,
> Switch odroid platform to use distro_bootcmd, adjusting to use
> standardized environment variable names, and use the default
> bootdelay.
>
> The additional environment variables from distro_bootcmd requires
> increasing the default environment size, which would break backwards
>
On 24.7.2018 17:31, Luis Araneda wrote:
> The board is manufactured by Digilent
> Main features:
> - Soc: XC7Z010 (Z7-10) or XC7Z020 (Z7-20)
> - RAM: 1 GB DDR3L
> - FLASH: 16 MB QSPI
> - 1 Gbps Ethernet
> - USB 2.0
> - microSD slot
> - Pcam camera connector
> - HDMI Tx and Rx
> - Audio codec:
On 25.7.2018 08:52, Simon Goldschmidt wrote:
> On 25.07.2018 08:40, Michal Simek wrote:
>> On 25.7.2018 08:26, Simon Goldschmidt wrote:
>>>
>>>
>>> On 24.07.2018 15:07, Michal Simek wrote:
There is no reason to limit gzip usage only for OS_BOOT and kernel
image
type. >
On Sat, Jul 21, 2018 at 9:33 AM, Adam Ford wrote:
> This converts the following to Kconfig:
>CONFIG_MII
>CONFIG_DRIVER_TI_EMAC
>
> Signed-off-by: Adam Ford
> ---
Acked-by: Jagan Teki
___
U-Boot mailing list
U-Boot@lists.denx.de
On 25.07.2018 08:40, Michal Simek wrote:
On 25.7.2018 08:26, Simon Goldschmidt wrote:
On 24.07.2018 15:07, Michal Simek wrote:
There is no reason to limit gzip usage only for OS_BOOT and kernel image
type. >
Signed-off-by: Michal Simek
---
common/spl/spl_fit.c | 5 +
1 file
On Tue, Jul 24, 2018 at 07:47:48PM -0400, nom...@palism.com wrote:
> From: Nomble
>
> Signed-off-by: Nomble
> Signed-off-by: Caliph Nomble
> ---
> lib/rsa/rsa-sign.c | 13 +++--
> 1 file changed, 7 insertions(+), 6 deletions(-)
>
> diff --git a/lib/rsa/rsa-sign.c b/lib/rsa/rsa-sign.c
On Wed, Jul 25, 2018 at 12:55 AM, Adam Ford wrote:
> I am trying to boot an i.MX6Q via SPL to U-Boot and eventually, use
> Falcon mode to start the kernel. I can boot via SPL over USB. I have
> enabled the NAND and SPL NAND, and i can confirm that mxs_nand_spl.c
> is being built in. The board
On 25.7.2018 08:26, Simon Goldschmidt wrote:
>
>
> On 24.07.2018 15:07, Michal Simek wrote:
>> There is no reason to limit gzip usage only for OS_BOOT and kernel image
>> type. >
>> Signed-off-by: Michal Simek
>> ---
>>
>> common/spl/spl_fit.c | 5 +
>> 1 file changed, 1 insertion(+), 4
On 24.7.2018 21:56, Stefan Herbrechtsmeier wrote:
> Am 24.07.2018 um 12:31 schrieb Michal Simek:
>> On 23.7.2018 20:42, Stefan Herbrechtsmeier wrote:
>>> Am 23.07.2018 um 13:43 schrieb Michal Simek:
Reading registers for finding out output value is not working because
input value is read
On Wed, 2018-07-18 at 16:48 +0200, Michal Simek wrote:
> On 6.7.2018 10:28, 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 driver
On 24.07.2018 15:07, Michal Simek wrote:
There is no reason to limit gzip usage only for OS_BOOT and kernel image
type. >
Signed-off-by: Michal Simek
---
common/spl/spl_fit.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/common/spl/spl_fit.c
On 24.7.2018 21:39, Stefan Herbrechtsmeier wrote:
> Am 24.07.2018 um 10:37 schrieb Michal Simek:
>> On 23.7.2018 20:29, Stefan Herbrechtsmeier wrote:
>>> Am 23.07.2018 um 11:08 schrieb Michal Simek:
On 20.7.2018 21:31, Stefan Herbrechtsmeier wrote:
> Am 12.07.2018 um 16:04 schrieb Michal
On 24.7.2018 21:54, Marek Vasut wrote:
> On 07/24/2018 04:38 PM, Michal Simek wrote:
>> Avnet Ultra96 is rebranded Xilinx zcu100 revC/D. Add new defconfig files
>> and point to origin internal board name.
>>
>> Signed-off-by: Michal Simek
>> ---
>
> [...]
>
>> diff --git
92 matches
Mail list logo
