From: Shaohui Xie
A-007186: SerDes PLL is calibrated at reset. It is possible for jitter to
increase and cause the PLL to unlock when the temperature delta from the
time the PLL is calibrated exceeds +56C/-66C when using X VDD of 1.35 V
or +70C/-80C when using XnVDD of 1.5 V). No issues are seen
On 03/04/14 08:24, Simon Glass wrote:
> From: Tom Wai-Hong Tam
>
> This adds driver support for the TPS65090 PMU. Support includes
> hooking into the pmic infrastructure so that the pmic commands
> can be used on the console. The TPS65090 supports the following
> functionality:
>
> - fet enable
On 03/04/14 08:24, Simon Glass wrote:
> At present the GPIO numbering patch has not been applied, so exynos GPIO
> numbering is inconsistent (there are large gaps). Disable interrupts to
> avoid a crash on boot.
now, gpio patch is merged to u-boot-samsung.
>
> Signed-off-by: Simon Glass
> ---
>
On 03/04/14 08:24, Simon Glass wrote:
> The backlight uses FETs on the TPS65090. Enable this so that the display
> is visible.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Lukasz Majewski
> ---
>
> Changes in v2:
> - Only set up the EDP bridge for snow
> - Add a device tree compatibility strin
On 03/04/14 08:24, Simon Glass wrote:
> Enable LCD for snow. This is a 1366 x 768 panel.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a device tree node for the snow EDP bridge chip
>
> arch/arm/dts/exynos5250-snow.dts | 57
>
> 1 fi
On 03/04/14 08:24, Simon Glass wrote:
> From: Aaron Durbin
>
> The TSP65090 is a PMIC on some exynos5 boards. The init function is
> called for the TPS65090 pmic. If that device is not a part of the device
> tree (returns -ENODEV) then continue. Otherwise return a failure.
>
> Signed-off-by: Aar
The new 768KB u-boot image size requires changes for
SRIO/PCIE boot. These addresses need to be updated to
appropriate locations.
The updated addresses are used to configure the SRIO/PCIE
inbound windows for the boot, and they must be aligned
with the window size based on the SRIO/PCIE modules req
Hello Simon,
Am 15.05.2014 03:49, schrieb Simon Glass:
Hi Heiko,
On 14 May 2014 04:54, Heiko Schocher wrote:
move fdtdec_get_int() out of lib/fdtdec.c into lib/fdtdec_common.c
as this function is also used, if CONFIG_OF_CONTROL is not
used. Poped up on the ids8313 board using signed FIT image
Hello Michal,
Am 14.05.2014 13:16, schrieb Michal Simek:
On 05/14/2014 12:54 PM, Heiko Schocher wrote:
make the use of legacy image format configurable through
the config define CONFIG_IMAGE_FORMAT_LEGACY.
When relying on signed FIT images with required signature check
the legacy image format
Efuse register addresses are wrongly programmed.
Fixing the same.
Signed-off-by: Lokesh Vutla
Acked-by: Tom Rini
---
arch/arm/cpu/armv7/omap5/prcm-regs.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap5/prcm-regs.c
b/arch/arm/cpu/armv7/oma
DRA72x devices are single core Cortex A15 devices belonging to the
DRA7xx family.
This series adds support for DRA72x family Socs and the data for
DRA722 ES1.0 soc.
Tested on: DRA722 ES1.0
Verfied MAKEALL -s omap
Keerthy (1):
ARM: DRA72x: volt: Update the pmic offsets
Lokesh Vutla (4):
ARM
Adding the prcm, dplls, control module hooks for DRA72x.
Signed-off-by: Lokesh Vutla
Acked-by: Tom Rini
---
arch/arm/cpu/armv7/omap5/hw_data.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/cpu/armv7/omap5/hw_data.c
b/arch/arm/cpu/armv7/omap5/hw_data.c
index 802b155..1a
DRA72 has 1GB connected to EMIF1 only. Updating the details.
And also enable WA for BUG0039 only if corresponding EMIF is present.
Signed-off-by: Lokesh Vutla
Acked-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/emif-common.c |6 --
arch/arm/cpu/armv7/omap5/hw_data.c |1 +
From: Keerthy
TPS65917 is used in DRA722 evm. Update the address offsets accordingly.
Signed-off-by: Lokesh Vutla
Signed-off-by: Keerthy
Acked-by: Tom Rini
---
arch/arm/cpu/armv7/omap5/hw_data.c | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm/
Add silicon ID code for DRA722 silicon.
Signed-off-by: Lokesh Vutla
Acked-by: Tom Rini
---
arch/arm/cpu/armv7/omap5/hwinit.c |3 +++
arch/arm/include/asm/arch-omap5/omap.h |1 +
arch/arm/include/asm/omap_common.h |1 +
3 files changed, 5 insertions(+)
diff --git a/arch/arm
On 05/14/2014 07:33 PM, Kim Phillips wrote:
> AFAICT, c=ffe does nothing and was a typo from the original commit
> d17123696c6180ac8b74fbd318bf14652623e982 "powerpc/p4080: Add support
> for the P4080DS board" and just kept on getting duplicated
> in subsequently added board config files.
>
> Signe
Dear Darwin Rambo,
In message <1400105145-6628-1-git-send-email-dra...@broadcom.com> you wrote:
> If an earlier loader stage requires an image header and a specific
> offset, then u-boot's base address (CONFIG_SYS_TEXT_BASE) may be
> advanced beyond an aligned address. In this case the relocation
From: Shaohui Xie
A-007186: SerDes Ring VCO does not maintain lock throughout specified
temperature range.
Option 1 of the workaround states:
For all 1.25/2.5/5 GHz protocols, use LC VCO instead of Ring VCO, this need
to use alternate serdes protocols. The alternate option has the same
functiona
On 13 May 2014 21:57, Masahiro Yamada wrote:
> Because sandbox is not a real hardware, setting vendor=sandbox is
> almost meaningless.
>
> This commit sets sandbox's vendor field to '-'.
>
> It is a good thing that it decreases one level directory hierarchy.
> The files board/sandbox/sandbox/* hav
On 13 May 2014 21:54, Masahiro Yamada wrote:
> This reverts commit 258060905e04fe2eb509756ef3b37e23e220a2d6.
>
> Conflicts:
> boards.cfg
>
> Wrong patch 25806090 was applied by accident. Revert it.
>
> Signed-off-by: Masahiro Yamada
> Cc: Simon Glass
Acked-by: Simon Glass
Thanks. I fo
Hi Masahiro,
On 14 May 2014 06:55, Masahiro Yamada wrote:
> In SPL framework, SPL uses u-boot.img to load u-boot.bin.
> Here,
> u-boot.img = uImage header + u-boot.bin
>
> To use OF control with a separate devicetree,
> u-boot.dtb must be placed right after u-boot.bin.
> In this case, u-boot
Hi Heiko,
On 14 May 2014 04:54, Heiko Schocher wrote:
> move fdtdec_get_int() out of lib/fdtdec.c into lib/fdtdec_common.c
> as this function is also used, if CONFIG_OF_CONTROL is not
> used. Poped up on the ids8313 board using signed FIT images,
> and activating CONFIG_SYS_GENERIC_BOARD. Without
Hi Masahiro,
On 13 May 2014 22:17, Masahiro Yamada wrote:
>
> Hi Simon,
>
> I suspect there is something wrong with Patman
> since commit 102061bd (patman: Avoid duplicate sign-offs).
>
>
> For example, my commit log is like follows
>
> sandbox: set sandbox's vendor to null
>
> Because s
Dear Beonho and Jaehoon,
On 11/04/14 14:55, Jaehoon Chung wrote:
> From: Beomho Seo
>
> For use dwmmc controller at exynos4, add SDMMC4 gpio configuration.
> In case SDMMC2, do not use 8 bit mode at exynos4.
>
> Signed-off-by: Beomho Seo
> Signed-off-by: Jaehoon Chung
> Tested-by: Piotr Wilcz
AFAICT, c=ffe does nothing and was a typo from the original commit
d17123696c6180ac8b74fbd318bf14652623e982 "powerpc/p4080: Add support
for the P4080DS board" and just kept on getting duplicated
in subsequently added board config files.
Signed-off-by: Kim Phillips
---
include/configs/B4860QDS.h
Bit 7 of UCR3 is described in the i.MX3x/i.MX5x/i.MX6x
reference manuals as follows:
Autobaud Detection Not Improved-. Disables new features of
autobaud detection (See Baud Rate Automatic Detection
Protocol, for more details).
0 Autobaud detection new features sele
Thanks Fabio,
On 05/14/2014 04:36 PM, Fabio Estevam wrote:
On Wed, May 14, 2014 at 3:04 PM, Eric Nelson
wrote:
Bit 7 of UCR3 is described in the i.MX3x/i.MX5x/i.MX6x
reference manuals as follows:
Autobaud Detection Not Improved-. Disables new features of
autobaud detection (
On Wed, May 14, 2014 at 3:04 PM, Eric Nelson
wrote:
> Bit 7 of UCR3 is described in the i.MX3x/i.MX5x/i.MX6x
> reference manuals as follows:
>
> Autobaud Detection Not Improved-. Disables new features of
> autobaud detection (See Baud Rate Automatic Detection
> Protocol, fo
Hello Darwin,
On wo, 2014-05-14 at 15:05 -0700, Darwin Rambo wrote:
> +#ifdef CONFIG_ARM64
> + /*
> + * Fix relocation if u-boot is not on an aligned address.
> + */
> + {
> + int offset = CONFIG_SYS_TEXT_BASE % 4096;
> + if (offset) {
> +
On Wednesday, May 14, 2014 at 07:26:36 PM, Stephen Warren wrote:
> On 05/01/2014 10:47 PM, Marek Vasut wrote:
> > On Thursday, May 01, 2014 at 06:56:24 PM, Stephen Warren wrote:
> >> On 05/01/2014 04:49 AM, Marek Vasut wrote:
> >>> On Wednesday, April 30, 2014 at 11:09:55 PM, Stephen Warren wrote:
On Tuesday, May 13, 2014 at 06:51:54 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> ci_udc only allocates a single QTD structure per EP. All data needs to be
> extracted from the DTD prior to calling ci_ep_submit_next_request(), since
> that fills the QTD with next transaction's parameters.
On Monday, May 12, 2014 at 12:05:33 PM, Przemyslaw Marczak wrote:
> Before dfu write and flush operations separation,
> dfu write data was flushed by host download request
> with len of zero size.
>
> Since above change manually calling dfu write with zero
> size has non sense (e.g. in THOR). This
On Friday, May 09, 2014 at 04:58:15 PM, Lukasz Majewski wrote:
> Before this patch it was only possible to access the default eMMC HW
> partition. By partition selection I mean the access to eMMC via the
> ext_csd[179] register programming.
>
> It sometimes happens that it is necessary to write to
This applies _after_ my previous u-boot-usb/master PR please.
The following changes since commit 2072e7262965bb48d7fffb1e283101e6ed8b21a8:
mvtwsi: Remove unnecessary twsi_baud_rate and twsi_slave_address globals
(2014-05-14 12:59:12 +0200)
are available in the git repository at:
git://git.
I will have one more PR lined up later on after this is in.
The following changes since commit 173d294b94cfec10063a5be40934d6d8fb7981ce:
Merge branch 'serial' of git://www.denx.de/git/u-boot-microblaze (2014-05-06
14:55:45 -0400)
are available in the git repository at:
git://git.denx.de/u
On Tue, May 13, 2014 at 10:03 PM, Tim Harvey wrote:
>
> On Tue, May 13, 2014 at 9:58 PM, Tim Harvey wrote:
> > On Wed, May 7, 2014 at 2:29 AM, Stefano Babic wrote:
> >> Hi Tim,
> >>
> >> On 06/05/2014 20:18, Tim Harvey wrote:
> >>>
> >>> Stefano / York,
> >>>
> >>> While preparing for a v3 patch
If an earlier loader stage requires an image header and a specific
offset, then u-boot's base address (CONFIG_SYS_TEXT_BASE) may be
advanced beyond an aligned address. In this case the relocation
will not be done correctly for some sections such as vectors and rodata
string tables, which will show
Removed settings in unsupported register fields. They didn’t
do anything, and in most cases, were not documented in the
reference manual.
Changed register settings to comply with JEDEC required values.
Changed timing parameters because they included full clock
periods that were doing nothing.
Si
Hi Tom,
Sorry about that; It's all on my pile of work to do when I get back home.
On May 14, 2014, at 2:17 PM, Tom Rini wrote:
> On Wed, May 14, 2014 at 11:30:35AM -0600, Stephen Warren wrote:
>> On 05/07/2014 12:19 PM, Stephen Warren wrote:
>>> From: Stephen Warren
>>>
>>> All the sub-command
On Wed, May 14, 2014 at 01:25:45PM +0200, Michal Simek wrote:
> Hi Tom,
>
> On 05/02/2014 04:10 PM, Michal Simek wrote:
> > From: Siva Durga Prasad Paladugu
> >
> > Added support to load a bitstream image in chunks by reading it in
> > chunks from SD/MMC.
> > Command format:
> > loadfs [dev] [ad
On Wed, May 14, 2014 at 11:30:35AM -0600, Stephen Warren wrote:
> On 05/07/2014 12:19 PM, Stephen Warren wrote:
> > From: Stephen Warren
> >
> > All the sub-commands start with the main command anme, but it was
> > missing from one of the help texts.
>
> Tom, it looks like I forgot to CC you on
convert to generic board
Signed-off-by: Steve Rae
---
include/configs/bcm28155_ap.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/bcm28155_ap.h b/include/configs/bcm28155_ap.h
index e93b855..bf09939 100644
--- a/include/configs/bcm28155_ap.h
+++ b/include/configs/bcm28155_
On Wed, Apr 16, 2014 at 01:48:26PM +0300, Ilya Ledvich wrote:
> Make the common eeprom library available for any I2C driver.
>
> Signed-off-by: Ilya Ledvich
> Signed-off-by: Igor Grinberg
This breaks the compulab trimslice board, please fix.
--
Tom
signature.asc
Description: Digital signat
Hello Stefano,
Is it possible for you to ask for a pull request in i.MX tree and get
it in sync with ARM one?
Regards,
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (34
On Thursday 15 May 2014 04:42:58 Pavel Machek wrote:
> Hi!
>
> > I am trying to understand the state of the socfpga preloader in mainline
> > u-boot.
> >
> > >From what I see, this is broken and perhaps has never worked.
>
> That's correct AFAICT.
>
> > When I build the code in u-boot-socfpga I get
Hi all,
On 05/14/2014 11:04 AM, Eric Nelson wrote:
This patch allows testing of patch 2/2 in the series by forcing
bytes read from the i.MX serial port to be printable.
Without this, it's very hard to tell that a series of in-bound
'\xff' characters are being produced, because they'll be
silent
On Thu, 2014-05-08 at 22:26 +0100, Ian Campbell wrote:
> The {r,t}xbuffs fields also need to be aligned. Previously this was done
> implicitly because they immediately followed the descriptor tables. Make this
> explicit and also move to the head of the struct.
Looks like I managed to not actually
Bit 7 of UCR3 is described in the i.MX3x/i.MX5x/i.MX6x
reference manuals as follows:
Autobaud Detection Not Improved-. Disables new features of
autobaud detection (See Baud Rate Automatic Detection
Protocol, for more details).
0 Autobaud detection new features sele
This patch allows testing of patch 2/2 in the series by forcing
bytes read from the i.MX serial port to be printable.
Without this, it's very hard to tell that a series of in-bound
'\xff' characters are being produced, because they'll be
silently ignored.
Note that this is only submitted for test
We've identified an issue with i.MX UARTs which causes an infinite
stream of input characters when certain input characters with an
incorrect baud rate are received.
The details and a couple of ways to reproduce are in this thread
on i.MX Community:
https://community.freescale.com/message/
On 05/07/2014 12:19 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> All the sub-commands start with the main command anme, but it was
> missing from one of the help texts.
Tom, it looks like I forgot to CC you on these patches. I assume they'll
go into the main U-Boot tree. Do you need me t
On 05/01/2014 10:47 PM, Marek Vasut wrote:
> On Thursday, May 01, 2014 at 06:56:24 PM, Stephen Warren wrote:
>> On 05/01/2014 04:49 AM, Marek Vasut wrote:
>>> On Wednesday, April 30, 2014 at 11:09:55 PM, Stephen Warren wrote:
From: Stephen Warren
The TRM for Tegra30 and later all st
Hi!
> I am trying to understand the state of the socfpga preloader in mainline
> u-boot.
>
> >From what I see, this is broken and perhaps has never worked.
That's correct AFAICT.
> When I build the code in u-boot-socfpga I get a healthy working
> u-boot-spl.bin of approx 45kbytes.
>
> When I b
On Tue, May 13, 2014 at 08:44:01PM -0500, Rob Herring wrote:
> On Mon, May 5, 2014 at 10:26 AM, Tom Rini wrote:
> > - Drop DEBUG
> > - Drop defines we can use the default of.
> > - Drop CONFIG_GICV3 and related defines, we aren't using interrupts and
> > do not need to configure the interrupt co
This adds the Gumstix DuoVero machine [1]. This is a OMAP4430-based
computer-on-module (COM aka SOM) that can be mounted on various
expansion boards with different peripherals.
[1] https://store.gumstix.com/index.php/category/43/
Signed-off-by: Ash Charles
Cc: Tom Rini
---
board/gumstix/duove
On Wed, May 14, 2014 at 08:29:48AM +0100, Ian Campbell wrote:
> On Tue, 2014-05-13 at 07:19 -0400, Tom Rini wrote:
> > On Tue, May 13, 2014 at 11:19:13AM +0100, Ian Campbell wrote:
> > > On Mon, 2014-05-12 at 21:53 -0400, Tom Rini wrote:
> > > > On Mon, Apr 28, 2014 at 08:14:05PM +0100, Ian Campbel
On Tue, May 13, 2014 at 6:34 PM, Tom Rini wrote:
> Applied to u-boot-ti/master (with a minor change to board.c to drop a
> warning), thanks!
Thank you!
--Ash
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, May 13, 2014 at 08:55:17PM -0500, Rob Herring wrote:
> On Mon, May 5, 2014 at 10:26 AM, Tom Rini wrote:
> > The default format for arm64 Linux kernels is the "Image" format,
> > described in Documentation/arm64/booting.txt. This, along with an
> > optional gzip compression on top is all t
On Wed, May 14, 2014 at 01:46:09PM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c.git, thanks!
>
> The following changes since commit 557a3319089499aa0e55d65a6b43b7137f362003:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2014-05-13
> 17:09:28 -040
Hi Masahiro.
On 05/14/2014 02:55 PM, Masahiro Yamada wrote:
> Zynq SoCs define CONFIG_OF_CONTROL and CONFIG_OF_SEPARATE,
> but it is not working.
>
> One possible workaround was to edit include/configs/zynq-common.h
> to disable
> CONFIG_OF_CONTROL
> CONFIG_OF_SEPARATE
> CONFIG_DISPLAY_BOAR
On 05/14/2014 02:55 PM, Masahiro Yamada wrote:
> Because Zynq enables CONFIG_OF_CONTROL and CONFIG_OF_SEPARATE
> by default, CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME should be
> "u-boot-dtb.img", not "u-boot.img".
>
> Signed-off-by: Masahiro Yamada
> Cc: Michal Simek
> ---
>
> include/configs/zynq-com
Hi Stefano,
On 14 May 2014 18:18, Stefano Babic wrote:
> The main question is also if a large DCD table is needed. The DCD is
> supposed in U-Boot to set up the minimal requirement to let the
> processor to copy the u-boot image into RAM
The register setup for the RAM we use on our iMX6D bo
Commit c9416b92 added OF UART initialization support
but uart and aliases nodes are missing in device tree.
The nodes uart0 and uart1 have been copied from
arch/arm/boot/dts/zynq-7000.dtsi, Linux Kernel v3.15-rc5 tag.
Signed-off-by: Masahiro Yamada
Cc: Michal Simek
---
arch/arm/dts/zynq-7000.
Zynq SoCs define CONFIG_OF_CONTROL and CONFIG_OF_SEPARATE,
but it is not working.
One possible workaround was to edit include/configs/zynq-common.h
to disable
CONFIG_OF_CONTROL
CONFIG_OF_SEPARATE
CONFIG_DISPLAY_BOARDINFO_LATE
CONFIG_FIT_SIGNATURE
CONFIG_RSA
I am not satisfied with this
Commit 9e0e37ac added OF RAM initialization support
but memory nodes are missing in device tree.
Signed-off-by: Masahiro Yamada
Cc: Michal Simek
---
arch/arm/dts/zynq-microzed.dts| 5 +
arch/arm/dts/zynq-zc702.dts | 5 +
arch/arm/dts/zynq-zc706.dts | 5 +
arch/arm/d
Because Zynq enables CONFIG_OF_CONTROL and CONFIG_OF_SEPARATE
by default, CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME should be
"u-boot-dtb.img", not "u-boot.img".
Signed-off-by: Masahiro Yamada
Cc: Michal Simek
---
include/configs/zynq-common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
In SPL framework, SPL uses u-boot.img to load u-boot.bin.
Here,
u-boot.img = uImage header + u-boot.bin
To use OF control with a separate devicetree,
u-boot.dtb must be placed right after u-boot.bin.
In this case, u-boot-dtb.bin is generally used.
Here,
u-boot-dtb.bin = u-boot.bin + u-boot
Hello Tom,
please pull from u-boot-i2c.git, thanks!
The following changes since commit 557a3319089499aa0e55d65a6b43b7137f362003:
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2014-05-13
17:09:28 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git
Hi Heiko,
>-Original Message-
>From: Heiko Schocher [mailto:h...@denx.de]
>Sent: Mittwoch, 14. Mai 2014 12:40
>To: u-boot@lists.denx.de
>Cc: Heiko Schocher; Tom Rini; Egli, Samuel; Meier, Roger
>Subject: [PATCH] arm, am33xx: Enable CONFIG_SYS_GENERIC_BOARD for
>siemens boards
>
>Signed-off
Hi Tom,
On 05/02/2014 04:10 PM, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> Added support to load a bitstream image in chunks by reading it in
> chunks from SD/MMC.
> Command format:
> loadfs [dev] [address] [image size] [blocksize]
>[]
> Example: fpga loadfs 0 100 3
On 05/14/2014 12:54 PM, Heiko Schocher wrote:
> make the use of legacy image format configurable through
> the config define CONFIG_IMAGE_FORMAT_LEGACY.
>
> When relying on signed FIT images with required signature check
> the legacy image format should be disabled. Therefore introduce
> this new
move fdtdec_get_int() out of lib/fdtdec.c into lib/fdtdec_common.c
as this function is also used, if CONFIG_OF_CONTROL is not
used. Poped up on the ids8313 board using signed FIT images,
and activating CONFIG_SYS_GENERIC_BOARD. Without this patch
it shows on boot:
No valid FDT found - please appen
- introduce CONFIG_IMAGE_FORMAT_LEGACY for enabling
booting legacy image format. Disable this per default if
CONFIG_FIT_SIGNATURE is defined.
As the ids8313 board needs legacy image format and uses
CONFIG_FIT_SIGNATURE, enable legacy image format for the
ids8313 board
- add CONFIG_SYS_GE
Enable legacy image format with CONFIG_IMAGE_FORMAT_LEGACY
on the ids8313 board, as it uses signed FIT images for booting
Linux and need the legacy image format.
Signed-off-by: Heiko Schocher
Cc: Simon Glass
Cc: Kim Phillips
Cc: Michael Conrad
---
- changes for v2:
- enable (not disable) th
- add CONFIG_SYS_GENERIC_BOARD
- remove CONFIG_OF_CONTROL to boot again
Signed-off-by: Heiko Schocher
Acked-by: Kim Phillips
Cc: Simon Glass
Cc: Michael Conrad
---
- changes for v2:
- added acked-by from Kim
---
include/configs/ids8313.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion
make the use of legacy image format configurable through
the config define CONFIG_IMAGE_FORMAT_LEGACY.
When relying on signed FIT images with required signature check
the legacy image format should be disabled. Therefore introduce
this new define and enable legacy image format if CONFIG_FIT_SIGNAT
It's removed the exynos5_gpio_part1.
Signed-off-by: Jaehoon Chung
---
board/samsung/smdk5420/smdk5420.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/board/samsung/smdk5420/smdk5420.c
b/board/samsung/smdk5420/smdk5420.c
index 9207522..183c522 100644
--- a/board/samsung/smdk5420/smdk5
Signed-off-by: Heiko Schocher
Cc: Tom Rini
Cc: Samuel Egli
Cc: Roger Meier
---
include/configs/siemens-am33x-common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/siemens-am33x-common.h
b/include/configs/siemens-am33x-common.h
index 721c4e6..48c1566 100644
--- a/inclu
Hi Masahiro,
On 14/05/2014 10:52, Masahiro Yamada wrote:
> Hi.
>
> On Wed, 7 May 2014 22:16:12 -0700
> Tim Harvey wrote:
>
>> We only need to read in the size of struct image_header and thus don't
>> need to know the page size of the nand device.
>>
>> Cc: Scott Wood
>> Signed-off-by: Tim Har
On Wednesday, May 14, 2014 at 10:01:59 AM, Siarhei Siamashka wrote:
> On Wed, 14 May 2014 08:52:50 +0100
>
> Ian Campbell wrote:
> > On Wed, 2014-05-14 at 10:44 +0300, Siarhei Siamashka wrote:
> > > > diff --git a/drivers/net/designware.h b/drivers/net/designware.h
> > > > index 382b0c7..6d94b3a
On Wed, 2014-05-14 at 11:32 +0300, Siarhei Siamashka wrote:
> On Wed, 14 May 2014 11:01:59 +0300
> Siarhei Siamashka wrote:
>
> > On Wed, 14 May 2014 08:52:50 +0100
> > Ian Campbell wrote:
> >
> > > On Wed, 2014-05-14 at 10:44 +0300, Siarhei Siamashka wrote:
> > > > > diff --git a/drivers/net/d
Hi.
On Wed, 7 May 2014 22:16:12 -0700
Tim Harvey wrote:
> We only need to read in the size of struct image_header and thus don't
> need to know the page size of the nand device.
>
> Cc: Scott Wood
> Signed-off-by: Tim Harvey
> Acked-by: Stefano Babic
> Acked-by: Scott Wood
> ---
> v3:
> -
On Wed, 14 May 2014 11:01:59 +0300
Siarhei Siamashka wrote:
> On Wed, 14 May 2014 08:52:50 +0100
> Ian Campbell wrote:
>
> > On Wed, 2014-05-14 at 10:44 +0300, Siarhei Siamashka wrote:
> > > > diff --git a/drivers/net/designware.h b/drivers/net/designware.h
> > > > index 382b0c7..6d94b3a 100644
Hi Arne,
On 14/05/2014 06:07, Arne Rovet wrote:
> MAX_HW_CFG_SIZE_V2 is defined as 121 in tools/imximage.h, but I think
> the processor reference manual implies it can be larger (i.MX
> 6Dual/6Quad Applications Processor Reference Manual, Rev. 1, 04/2013).
>
> In the section labelled "8.6.2 Devic
On Wed, 14 May 2014 08:52:50 +0100
Ian Campbell wrote:
> On Wed, 2014-05-14 at 10:44 +0300, Siarhei Siamashka wrote:
> > > diff --git a/drivers/net/designware.h b/drivers/net/designware.h
> > > index 382b0c7..6d94b3a 100644
> > > --- a/drivers/net/designware.h
> > > +++ b/drivers/net/designware.h
On Thu, 01 May 2014 20:01:58 +0100
Ian Campbell wrote:
> The {tx,rx}_mac_descrtable fields are aligned to ARCH_DMA_MINALIGN, which
> could
> be 256 or even larger. That means there is a potentially huge hole in the
> struct before those fields, so move them to the front where they are better
> p
MAX_HW_CFG_SIZE_V2 is defined as 121 in tools/imximage.h, but I think
the processor reference manual implies it can be larger (i.MX
6Dual/6Quad Applications Processor Reference Manual, Rev. 1, 04/2013).
In the section labelled "8.6.2 Device Configuration Data (DCD)" it
says the DCD can be a maximu
Hi
we are interfacing SMSC LAN9500 to TI OMAP 4460 i.e USB Ethernet we want
enable ethernet in U-boot
where can we get drivers OR u-boot source having SMSC LAN9500 drivers.
Thanks in advance.
Regards,
Raghunath
___
U-Boot mailing list
U-Boot@lis
On Wed, 2014-05-14 at 10:44 +0300, Siarhei Siamashka wrote:
> > diff --git a/drivers/net/designware.h b/drivers/net/designware.h
> > index 382b0c7..6d94b3a 100644
> > --- a/drivers/net/designware.h
> > +++ b/drivers/net/designware.h
> > @@ -215,13 +215,13 @@ struct dmamacdescr {
> > #endif
> >
>
On Tue, 2014-05-13 at 07:19 -0400, Tom Rini wrote:
> On Tue, May 13, 2014 at 11:19:13AM +0100, Ian Campbell wrote:
> > On Mon, 2014-05-12 at 21:53 -0400, Tom Rini wrote:
> > > On Mon, Apr 28, 2014 at 08:14:05PM +0100, Ian Campbell wrote:
> > >
> > > > This sets up the linkage from the phydev back
90 matches
Mail list logo