Thank you for your reply.
On 03/06/2014 03:58 PM, Minkyu Kang wrote:
> On 05/03/14 10:57, Beomho Seo wrote:
>> Add DW MMC controller initialization.
>> Selectively use DW MMC controller instead of SDHCI controller.
>>
>> Signed-off-by: Beomho Seo
>> Signed-off-by: Jaehoon Chung
>> Cc: Minkyu Kan
On 03/06/2014 03:58 PM, Minkyu Kang wrote:
> On 05/03/14 10:57, Beomho Seo wrote:
>> For use dwmmc controller, add SDMMC4 gpio configuration.
>>
>> Signed-off-by: Beomho Seo
>> Signed-off-by: Jaehoon Chung
>> Cc: Minkyu Kang
>> ---
>> arch/arm/cpu/armv7/exynos/pinmux.c | 20 +++---
On 05/03/14 10:57, Beomho Seo wrote:
> Remove exynos4x12_set_mmc_clk.
Please describe here why you remove it.
>
> Signed-off-by: Beomho Seo
> Signed-off-by: Jaehoon Chung
> Cc: Minkyu Kang
> ---
> arch/arm/cpu/armv7/exynos/clock.c | 29 +
> 1 file changed, 1 ins
On 05/03/14 10:57, Beomho Seo wrote:
> Add DW MMC controller initialization.
> Selectively use DW MMC controller instead of SDHCI controller.
>
> Signed-off-by: Beomho Seo
> Signed-off-by: Jaehoon Chung
> Cc: Minkyu Kang
> ---
> board/samsung/trats2/trats2.c | 31 +---
On 05/03/14 10:57, Beomho Seo wrote:
> For use dwmmc controller, add SDMMC4 gpio configuration.
>
> Signed-off-by: Beomho Seo
> Signed-off-by: Jaehoon Chung
> Cc: Minkyu Kang
> ---
> arch/arm/cpu/armv7/exynos/pinmux.c | 20 +++-
> 1 file changed, 15 insertions(+), 5 deletions
On 28/02/14 23:30, Przemyslaw Marczak wrote:
> This patch removes type "static" from those functions declaration.
> Now it can be used outside.
outside where?
I think there's no reason to make them to non-static function.
If you want to use it at outside then please send the patch together.
>
>
Commit 54e458de deleted qi_lb60 board support
because of the incompatible license issue.
There is no board with XBurst CPU.
Signed-off-by: Masahiro Yamada
Cc: Daniel Schwierzeck
Cc: Tom Rini
---
README | 2 +-
arch/mips/cpu/xburst/Makefile| 9 --
arch/mips/cp
Hello,
I am trying to perform secure booting on nitrogen 6X SOM using
u-boot 2013. I tried to pad and sign the u-boot.imx image for
authentication.But the size of both u-boot.imx as well as
u-boot-signed-padded.imx remains same. Technically signed and padded image
should have more size tha
B&R boards are using Phy Addresses 'one' and 'two', prior this was
defined through #define PHYADDR 1 within a header file.
Now this is addresses are given with device-driver structure.
Signed-off-by: Hannes Petermaier
---
board/BuR/common/common.c |4 ++--
1 file changed, 2 insertions(+), 2
On 03/06/2014 01:57 AM, Przemyslaw Marczak wrote:
> This patch adds implementation of function hw_rand() based on exynos
> security sub system.
>
> Signed-off-by: Przemyslaw Marczak
> cc: Akshay Saraswat
> cc: ARUN MANKUZHI
> cc: Minkyu Kang
> ---
> Changes v2:
> - none
>
> arch/arm/include/
Hello Tom,
> > unsigned int rand_r(unsigned int *seedp)
> > {
> > +#ifdef CONFIG_RAND_HW_ACCEL
> > + return hw_rand();
> > +#endif
> > *seedp ^= (*seedp << 13);
> > *seedp ^= (*seedp >> 17);
> > *seedp ^= (*seedp << 5);
>
> This doesn't already generate warnings about unreachable
On 03/05/2014 06:21 PM, Lukasz Majewski wrote:
> Hi Beomho,
>
>> This patch set for use dw mmc controller.
>> First, add dw mmc controller initialization.
>> And then, change exynos4 mmc gpio configuration.
>> Additionally, I have removed exynos4x12_set_mmc_clk function.
>> Because samsung_get_bas
Like many platforms, the Altera socfpga platform requires that the
preloader be "signed" in a certain way or the built-in boot ROM will
not boot the code.
This change automatically creates an appropriately signed preloader
from an SPL image.
The signed image includes a CRC which must, of course,
Add yet another OCOTP driver for this i.MX family. This time, it's a driver for
the OCOTP variant found in the i.MX23 and i.MX28. This version of OCOTP is too
different from the i.MX6 one that I could not use the mxc_ocotp.c driver without
making it into a big pile of #ifdef . This driver implement
Hi,
I'm working with an OMAP3503 processor with a NAND chip attached via
the GPMC interface. The NAND chip required at least 4-bit ECC outside
of the first block. Currently, I write the MLO and u-boot.img files
from u-boot using 1-bit hardware ECC (i.e. nandecc hw) to NAND and
boot the board. I
On Wed, 2014-03-05 at 17:11 -0600, Scott Wood wrote:
> On Wed, 2014-03-05 at 17:09 -0600, Chin Liang See wrote:
> > On Wed, 2014-03-05 at 17:04 -0600, Scott Wood wrote:
> > > On Wed, 2014-03-05 at 17:01 -0600, Chin Liang See wrote:
> > > > On Wed, 2014-03-05 at 12:23 -0600, Scott Wood wrote:
> > >
On Wed, 2014-03-05 at 17:09 -0600, Chin Liang See wrote:
> On Wed, 2014-03-05 at 17:04 -0600, Scott Wood wrote:
> > On Wed, 2014-03-05 at 17:01 -0600, Chin Liang See wrote:
> > > On Wed, 2014-03-05 at 12:23 -0600, Scott Wood wrote:
> > > > On Wed, 2014-03-05 at 11:34 -0600, Chin Liang See wrote:
>
On Wed, 2014-03-05 at 17:04 -0600, Scott Wood wrote:
> On Wed, 2014-03-05 at 17:01 -0600, Chin Liang See wrote:
> > On Wed, 2014-03-05 at 12:23 -0600, Scott Wood wrote:
> > > On Wed, 2014-03-05 at 11:34 -0600, Chin Liang See wrote:
> > > > On Mon, 2014-03-03 at 18:03 -0600, Scott Wood wrote:
> > >
On Wed, 2014-03-05 at 17:01 -0600, Chin Liang See wrote:
> On Wed, 2014-03-05 at 12:23 -0600, Scott Wood wrote:
> > On Wed, 2014-03-05 at 11:34 -0600, Chin Liang See wrote:
> > > On Mon, 2014-03-03 at 18:03 -0600, Scott Wood wrote:
> > > > On Fri, 2014-02-21 at 14:51 -0600, Chin Liang See wrote:
>
On Wed, 2014-03-05 at 12:23 -0600, Scott Wood wrote:
> On Wed, 2014-03-05 at 11:34 -0600, Chin Liang See wrote:
> > On Mon, 2014-03-03 at 18:03 -0600, Scott Wood wrote:
> > > On Fri, 2014-02-21 at 14:51 -0600, Chin Liang See wrote:
> > > > To add the Denali NAND driver support into U-Boot. It requi
On Wed, Mar 05, 2014 at 19:27 +0900, Masahiro Yamada wrote:
>
> If you like, you can still pass CROSS_COMPILE from the command line
> or by the environment variable.
>
> ifeq ($(CROSS_COMPILE),)
> CROSS_COMPILE := $(call cc-cross-prefix, arm-linux- arm-linux-gnueabi-)
> endif
>
> $(call cc
Hello,
My platform is a dra7xx_evm. My code baseline is denx master
I am trying to write to the pcf8575 i2c gpio expander at address 0x21 (bit P4)
I can read 16-bit okay in this version, but 16-bit writing is not working.
// Display current values
i2c md 21 0.0 2
: f7 eb..
// Set bit P
On Wed, Mar 05, 2014 at 05:57:46PM +0100, Przemyslaw Marczak wrote:
> Changes:
> - lib/rand.c: add call to hw_rand() (depends on CONFIG_RAND_HW_ACCEL)
> - include/common.h: add hw_rand() declaration.
>
> Signed-off-by: Przemyslaw Marczak
> cc: Michael Walle
> cc: Tom Rini
> ---
> Changes v2:
>
On Tue, Mar 04, 2014 at 08:09:19PM -0600, Scott Wood wrote:
> The following changes since commit eeb72e67619b98d2502fe634a3a5d9953de92ad0:
>
> Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-02-26 16:49:58
> -0500)
>
> are available in the git repository at:
>
>
> git://git.de
The s_init function is only called on SPL or XIP cases, so lets only
build it for them. This makes the #if logic within the function a bit
clearer as to when we are or are not calling things, and makes it easier
to see that for example preloader_console_init isn't ever called in the
non-XIP full U
On Wed, Mar 5, 2014 at 4:30 PM, Troy Kisky
wrote:
> Since we are slowly heading toward a single u-boot for quad/duallite,
> can we find a solution to this now.
>
> mx6sabre_common.h: "fdt_file=" CONFIG_DEFAULT_FDT_FILE "\0" \
> mx6sabresd.h:#define CONFIG_DEFAULT_FDT_FILE"imx6q-sabresd.dt
Since we are slowly heading toward a single u-boot for quad/duallite,
can we find a solution to this now.
mx6sabre_common.h: "fdt_file=" CONFIG_DEFAULT_FDT_FILE "\0" \
mx6sabresd.h:#define CONFIG_DEFAULT_FDT_FILE"imx6q-sabresd.dtb"
mx6sabresd.h:#define CONFIG_DEFAULT_FDT_FILE"imx6dl-
Implement a compatible AES-128-CBC decryption function as a counterpart
of the encryption function pulled from tegra20-common/crypto.c .
Signed-off-by: Marek Vasut
---
include/aes.h | 10 ++
lib/aes.c | 28
2 files changed, 38 insertions(+)
diff --git a/
On Sunday, February 16, 2014 at 12:31:53 AM, Simon Glass wrote:
> Hi Marek,
>
> On 5 February 2014 20:47, Marek Vasut wrote:
> > Add support for "sha256,rsa2048" signature. This patch utilises the
> > previously laid groundwork for adding other hashes.
> >
> > Signed-off-by: Marek Vasut
>
> Do
On Sunday, February 16, 2014 at 12:30:54 AM, Simon Glass wrote:
> Hi Marek,
>
> On 5 February 2014 20:44, Marek Vasut wrote:
> > Move the AES-128-CBC encryption function implemented in
> > tegra20-common/crypto.c into lib/aes.c . This is well re-usable common
> > code. Moreover, clean the code up
When using HAB, there are additional special requirements on the placement of
U-Boot and the U-Boot SPL in memory. To fullfill these, this patch moves the
U-Boot binary a little further from the begining of the DRAM, so the HAB CST
and IVT can be placed in front of the U-Boot binary. This is necess
This patch adds the groundwork for generating signed BootStream, which
can be used by the HAB library in i.MX28. We are adding a new target,
u-boot-signed.sb , since the process for generating regular non-signed
BootStream is much easier. Moreover, the signed bootstream depends on
external _proprie
On Wed, 2014-03-05 at 19:47 +0100, Michal Simek wrote:
> Hi Pavel,
>
>
> 2014-03-05 17:13 GMT+01:00 Pavel Machek :
> Hi!
>
> > Also I expect that you can change all pins for
> uarts/ethernets/spi/i2c/etc
> > that's why there is no golden configuration for
Add function which allows encrypting the whole environment block with
AES-128-CBC. The key for the environment is retrieved by env_aes_cbc_get_key()
function, which must be implemented on a per-board basis.
Signed-off-by: Marek Vasut
---
common/env_common.c | 62 ++
Implement env_export() wrapper, so that all implementers of saveenv() don't
have to call hexport_r(), crc32() etc. sequence . This trims down a bit of
code duplication.
Signed-off-by: Marek Vasut
---
common/env_common.c| 17 +
common/env_dataflash.c | 17 ++---
co
Implement support for encrypting/decrypting the environment block
into the tools/env/fw_* tools. The cipher used is AES 128 CBC and
the implementation depends solely on components internal to U-Boot.
To allow building against the internal AES library, the library did
need minor adjustments to not
Add simple 'aes' command, which allows using the AES-128-CBC encryption
and decryption functions from U-Boot command line.
Signed-off-by: Marek Vasut
---
README | 1 +
common/Makefile | 1 +
common/cmd_aes.c | 89
3 files chan
Move the AES-128-CBC encryption function implemented in tegra20-common/crypto.c
into lib/aes.c . This is well re-usable common code. Moreover, clean the code up
a bit and fix the kerneldoc-style annotations.
Signed-off-by: Marek Vasut
---
arch/arm/cpu/tegra20-common/crypto.c | 72 +--
Fix the function annotations in aes.h so they're compatible with kerneldoc.
Signed-off-by: Marek Vasut
---
include/aes.h | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/include/aes.h b/include/aes.h
index ea06308..c70eda6 100644
--- a/include/aes.h
++
Hi Pavel,
2014-03-05 17:13 GMT+01:00 Pavel Machek :
> Hi!
>
> > Also I expect that you can change all pins for
> uarts/ethernets/spi/i2c/etc
> > that's why there is no golden configuration for socfpga that's why
> > it is better to keep it empty just to compile it.
>
> Well, there are some devel
On Wed, Mar 5, 2014 at 3:51 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Allow the boot of a device tree mainline kernel by aligning the environment
> variables with other FSL boards.
>
> Tested NFS boot of a dt 3.14-rc5 kernel.
>
> Signed-off-by: Fabio Estevam
Awesome!
Acked-by: Otavio
From: Fabio Estevam
Allow the boot of a device tree mainline kernel by aligning the environment
variables with other FSL boards.
Tested NFS boot of a dt 3.14-rc5 kernel.
Signed-off-by: Fabio Estevam
---
include/configs/mx25pdk.h | 103 +++---
1 file cha
On Wed, 2014-03-05 at 11:34 -0600, Chin Liang See wrote:
> On Mon, 2014-03-03 at 18:03 -0600, Scott Wood wrote:
> > On Fri, 2014-02-21 at 14:51 -0600, Chin Liang See wrote:
> > > To add the Denali NAND driver support into U-Boot. It required
> > > information such as register base address from conf
On Wed, 2014-03-05 at 17:15 +0100, ZY - pavel wrote:
> Hi!
>
>
> > I changed that to if (!scan_chain_engine_is_idle(SCAN_MAX_DELAY))
> > It should much better now
>
> Yes, thanks.
>
> > Removed. Thanks
>
> Thanks for all the changes, it looks better now, so you have my
> Acked-by in another th
To add the Denali NAND driver support into U-Boot. It required
information such as register base address from configuration
header file within include/configs folder.
Signed-off-by: Chin Liang See
Cc: Artem Bityutskiy
Cc: David Woodhouse
Cc: Brian Norris
Cc: Scott Wood
Cc: Masahiro Yamada
-
On Tue, 2014-03-04 at 23:30 -0600, Bansal Aneesh-B39320 wrote:
> Yes, in case of secure boot from NAND, the DRAM is initialized by the BootROM
> and complete u-boot image is copied from NAND to DRAM by the BootROM.
> So, it should be called RAMBOOT.
DRAM or SRAM? Having ROM initialize DDR is a bi
Hi Masahiro,
On Tue, 2014-03-04 at 19:31 +0900, Masahiro Yamada wrote:
> Hello Scott, Chin,
>
>
> > > +/* this is a helper macro that allows us to
> > > + * format the bank into the proper bits for the controller */
> > > +#define BANK(x) ((x) << 24)
> > > +
> > > +/* Interrupts are cleared by w
On Mon, 2014-03-03 at 20:24 -0600, Scott Wood wrote:
> On Thu, Feb 27, 2014 at 11:05:06AM -0600, Chin Liang See wrote:
> > To add the Denali NAND driver support into U-Boot. It required
> > information such as register base address from configuration
> > header file within include/configs folder.
On Mon, 2014-03-03 at 18:03 -0600, Scott Wood wrote:
> On Fri, 2014-02-21 at 14:51 -0600, Chin Liang See wrote:
> > To add the Denali NAND driver support into U-Boot. It required
> > information such as register base address from configuration
> > header file within include/configs folder.
> >
>
Hey all,
I'm looking over some patches for am43xx to enable the case of non-SPL
XIP booting and this means we start getting code that's shared with
am335x that looks like:
#if defined(CONFIG_SPL_BUILD) || defined(CONFIG_NOR_BOOT) || \
defined(CONFIG_QSPI_BOOT)
...
#endif
Because we need t
This allows to use hardware random number generator from exynos
security subsystem.
Signed-off-by: Przemyslaw Marczak
Acked-by: Lukasz Majewski
cc: Piotr Wilczek
cc: Minkyu Kang
---
Changes v2:
- none
include/configs/trats.h |4
include/configs/trats2.h |4
2 files changed
Changes:
- lib/rand.c: add call to hw_rand() (depends on CONFIG_RAND_HW_ACCEL)
- include/common.h: add hw_rand() declaration.
Signed-off-by: Przemyslaw Marczak
cc: Michael Walle
cc: Tom Rini
---
Changes v2:
- move function hw_rand() from rand() to rand_r() and ignore its argument
include/comm
This patch adds implementation of function hw_rand() based on exynos
security sub system.
Signed-off-by: Przemyslaw Marczak
cc: Akshay Saraswat
cc: ARUN MANKUZHI
cc: Minkyu Kang
---
Changes v2:
- none
arch/arm/include/asm/arch-exynos/cpu.h |4 ++--
drivers/crypto/ace_sha.c
This patch adds support to generate UUID (Universally Unique Identifier)
in version 4 based on RFC4122, which is randomly.
Source: https://www.ietf.org/rfc/rfc4122.txt
Changes:
- add new config: CONFIG_RANDOM_UUID: compile uuid.c and rand.c
Update files:
- include/common.h
- lib/Makefile
- lib/u
Changes:
Move functions:
- disk/part_efi.c uuid_string() to lib/uuid.c -> uuid_bin_to_str()
- disk/part_efi.c string_uuid() to lib/uuid.c -> uuid_str_to_bin()
Update files:
- include/common.h
- disk/part_efi.c
- lib/Makefile
Signed-off-by: Przemyslaw Marczak
Acked-by: Lukasz Majewski
cc: Stephe
Changes:
- randomly generate each partition uuid if undefined
- print info about generated uuid
- save environment on gpt write success
- update doc/README.gpt
Signed-off-by: Przemyslaw Marczak
Acked-by: Lukasz Majewski
cc: Piotr Wilczek
cc: Tom Rini
---
Changes v2:
- cmd_gpt: extract_env: ch
Hi Pavel,
On Mon, 2014-03-03 at 21:41 +0100, ZY - pavel wrote:
> Hi!
>
> > Scan Manager driver will be called to configure the IOCSR
> > scan chain. This configuration will setup the IO buffer settings
> >
> > Signed-off-by: Chin Liang See
> > Cc: Dinh Nguyen
> > Cc: Wolfgang Denk
> > CC: Pav
Hi!
> I changed that to if (!scan_chain_engine_is_idle(SCAN_MAX_DELAY))
> It should much better now
Yes, thanks.
> Removed. Thanks
Thanks for all the changes, it looks better now, so you have my
Acked-by in another thread.
Hi!
> Also I expect that you can change all pins for uarts/ethernets/spi/i2c/etc
> that's why there is no golden configuration for socfpga that's why
> it is better to keep it empty just to compile it.
Well, there are some development boards around... and having u-boot
able to boot on the devel b
On Tue 2014-03-04 22:13:53, Chin Liang See wrote:
> Clock Manager driver will be called to reconfigure all the
> clocks setting based on user input. The input are passed to
> Preloader through handoff files
>
> Signed-off-by: Chin Liang See
> Cc: Albert Aribaud
> Cc: Tom Rini
> Cc: Wolfgang Den
Scan Manager driver will be called to configure the IOCSR
scan chain. This configuration will setup the IO buffer settings
Signed-off-by: Chin Liang See
Cc: Dinh Nguyen
Cc: Wolfgang Denk
CC: Pavel Machek
Cc: Tom Rini
Cc: Albert Aribaud
---
Changes for v7
- Enhance the function scan_chain_eng
For Exynos' pinmux UART implementation there was a possibility to run
for() statement with uninitialized bank, start and count values.
Those warnings appear when following toolchain is used
(gcc-4.8.2-glibc-2.18-binutils-2.24):
warning: 'count' may be used uninitialized in this function
[-Wmayb
Hi All,
I was working with dfu-utill couple of years ago as part of my thesis. My
task was to provide a firmware upgrade mechanism using USB. I had an open
moko so I thought of implementing a solution based on it. The board I used
is SAM9G45 http://www.atmel.com/devices/sam9g45.aspx.
My observati
Hi Stefan,
On 04.03.2014 15:34, Stefan Roese wrote:
> As ppc4xx currently only supports the deprecated nand_spl infrastructure
> and nobody seems to have time / resources to port this over to the newer
> SPL infrastructure, lets remove NAND booting completely.
>
> This should not affect the "norm
2014-03-04 15:48 GMT+01:00 James Hogan :
> README.malta referred to board/malta, but malta has now been moved
> within board/imgtec/, so correct the path.
>
> Signed-off-by: James Hogan
> Cc: Daniel Schwierzeck
> Cc: Paul Burton
> ---
> doc/README.malta | 2 +-
> 1 file changed, 1 insertion(+),
2014-03-05 9:25 GMT+01:00 Masahiro Yamada :
> All mips32 boards define CONFIG_MIPS32 in config headers
> except malta boards which define it in boards.cfg.
> We can consolidate them by defining it in
> arch/mips/cpu/mips32/config.mk.
>
> CONFIG_MIPS64 definition can be moved to
> arch/mips/cpu/mips
On Wed, Mar 05, 2014 at 06:24:24PM +0900, Masahiro Yamada wrote:
> CROSS_COMPILE is generally passed from the command line
> or by the environment variable because cross tools
> vary from user to user.
>
> But, having some choices of often used CROSS_COMPILE
> seems reasonable.
>
> $(call cc-cro
Hi Tim,
On 05/03/2014 12:06, Stefano Babic wrote:
> On 13/02/2014 08:48, Tim Harvey wrote:
>> Gateworks Ventana is a product family based on the i.MX6. This
>> patch adds support for all boards in the Ventana family. Where
>> possible, data from the boards EEPROM is used to determine various
>> d
On 15/02/2014 17:52, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add a prototype for board_video_skip() in order to fix the following sparse
> warning:
>
> wandboard.c:227:5: warning: symbol 'board_video_skip' was not declared.
> Should it be static?
>
> Cc: Anatolij Gustschin
> Signed-off
On 15/02/2014 17:52, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add a prototype for board_phy_config() to fix the following sparse warning:
>
> wandboard.c:200:5: warning: symbol 'board_phy_config' was not declared.
> Should it be static?
>
> Cc: Joe Hershberger
> Signed-off-by: Fabio Est
On 15/02/2014 17:52, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Include in order to fix the following sparse warning:
>
> wandboard.c:278:5: warning: symbol 'overwrite_console' was not declared.
> Should it be static?
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks
On 15/02/2014 17:51, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Fixes the following sparse warning:
>
> wandboard.c:137:5: warning: symbol 'board_mmc_init' was not declared. Should
> it be static?
>
> Cc: Pantelis Antoniou
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, th
On 15/02/2014 17:51, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Fix the following sparse warning:
>
> wandboard.c:58:22: warning: symbol 'usdhc1_pads' was not declared. Should it
> be static?
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano B
On 13/02/2014 08:48, Tim Harvey wrote:
> Gateworks Ventana is a product family based on the i.MX6. This
> patch adds support for all boards in the Ventana family. Where
> possible, data from the boards EEPROM is used to determine various
> details about the board at runtime.
>
> Signed-off-by: Ti
On 13/02/2014 08:48, Tim Harvey wrote:
> Signed-off-by: Tim Harvey
> Acked-by: Stefano Babic
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detl
Hi Masahiro,
> Hi Detlev,
>
>
> On Wed, 05 Mar 2014 11:06:03 +0100
> Detlev Zundel wrote:
>
>> Hi Masahiro,
>>
>> > CROSS_COMPILE is generally passed from the command line
>> > or by the environment variable because cross tools
>> > vary from user to user.
>> >
>> > But, having some choices of o
Hi Detlev,
On Wed, 05 Mar 2014 11:06:03 +0100
Detlev Zundel wrote:
> Hi Masahiro,
>
> > CROSS_COMPILE is generally passed from the command line
> > or by the environment variable because cross tools
> > vary from user to user.
> >
> > But, having some choices of often used CROSS_COMPILE
> > se
Hi Masahiro,
> CROSS_COMPILE is generally passed from the command line
> or by the environment variable because cross tools
> vary from user to user.
>
> But, having some choices of often used CROSS_COMPILE
> seems reasonable.
>
> $(call cc-cross-prefix, ...) returns the first prefix
> where a pre
CROSS_COMPILE is generally passed from the command line
or by the environment variable because cross tools
vary from user to user.
But, having some choices of often used CROSS_COMPILE
seems reasonable.
$(call cc-cross-prefix, ...) returns the first prefix
where a prefix$(CC) is found in PATH.
If
Hi Beomho,
> This patch set for use dw mmc controller.
> First, add dw mmc controller initialization.
> And then, change exynos4 mmc gpio configuration.
> Additionally, I have removed exynos4x12_set_mmc_clk function.
> Because samsung_get_base_clock() (exynos4x12/ exynos4) return same
> value.
Th
As some PHYs have non-standard PHY ID registers, PHY Id can't
be read correctly by current get_phy_id function, so we enable
get_phy_id redefinable to permit specific PHY driver having own
specific get_phy_id function.
Signed-off-by: Shengzhou Liu
---
drivers/net/phy/phy.c | 5 -
1 file chan
Masahiro Yamada (2):
kbuild: move "checkthumb" to ARM archprepare
kbuild: move "checkgcc4" to PowerPC archprepare
Makefile | 17 -
arch/arm/config.mk | 12 +++-
arch/powerpc/config.mk | 11 ++-
3 files changed, 21 insertions(+), 19 deletion
Hi Tom,
On Tue, 4 Mar 2014 14:19:47 -0500, Tom Rini wrote:
> Hey,
>
> The following changes since commit eeb72e67619b98d2502fe634a3a5d9953de92ad0:
>
> Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-02-26 16:49:58
> -0500)
>
> are available in the git repository at:
>
>
> g
"checkgcc4" is used only for PowerPC.
Move it to arch/powerpc/config.mk.
To make sure gcc is new enough before beginning build,
run "checkgcc4" during "archprepare".
Signed-off-by: Masahiro Yamada
---
Makefile | 9 -
arch/powerpc/config.mk | 11 ++-
2 files chang
"checkthumb" makes sense only for ARM architecture.
Move it to arch/arm/config.mk.
To make sure gcc supports THUMB mode before beginning build,
run "checkthumb" during "archprepare".
Signed-off-by: Masahiro Yamada
---
Makefile | 8
arch/arm/config.mk | 12 +++-
2 fi
Remove exynos4x12_set_mmc_clk.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Cc: Minkyu Kang
---
arch/arm/cpu/armv7/exynos/clock.c | 29 +
1 file changed, 1 insertion(+), 28 deletions(-)
diff --git a/arch/arm/cpu/armv7/exynos/clock.c
b/arch/arm/cpu/armv
Hi Pavel,
>
> Hi!
>
>> Clock Manager driver will be called to reconfigure all the clocks
>> setting based on user input. The input are passed to Preloader through
>> handoff files
>>
>> Signed-off-by: Chin Liang See
>> Cc: Albert Aribaud
>> Cc: Tom Rini
>> Cc: Wolfgang Denk
>> CC: Pavel Machek
Add DW MMC controller initialization.
Selectively use DW MMC controller instead of SDHCI controller.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Cc: Minkyu Kang
---
board/samsung/trats2/trats2.c | 31 +--
1 file changed, 21 insertions(+), 10 deletions(-
For use dwmmc controller, add SDMMC4 gpio configuration.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Cc: Minkyu Kang
---
arch/arm/cpu/armv7/exynos/pinmux.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/arch/arm/cpu/armv7/exynos/pinmux.c
README.malta referred to board/malta, but malta has now been moved
within board/imgtec/, so correct the path.
Signed-off-by: James Hogan
Cc: Daniel Schwierzeck
Cc: Paul Burton
---
doc/README.malta | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/README.malta b/doc/README
This patch set for use dw mmc controller.
First, add dw mmc controller initialization.
And then, change exynos4 mmc gpio configuration.
Additionally, I have removed exynos4x12_set_mmc_clk function.
Because samsung_get_base_clock() (exynos4x12/ exynos4) return same value.
This patch set is tested o
Add support for Cortina CS4315/CS4340 10G PHY.
- This driver loads CS43xx firmware to initialize Cortina PHY.
- To define macro CONFIG_PHY_CORTINA will enable this driver.
- Cortina PHY has non-standard offset of PHY ID registers, so
define own get_phy_id function.
Signed-off-by: Shengzhou Liu
In function get_phy_device_by_mask(), when trying Clause 45,
we should extend the value of devad(used in create_phy_by_mask)
to zero to cover more PHYs (e.g. devad must be 0 for CS4315 PHY).
Signed-off-by: Shengzhou Liu
---
drivers/net/phy/phy.c | 4 ++--
1 file changed, 2 insertions(+), 2 delet
Before this commit, CONFIG_MPC8260 and CONFIG_8260
were used mixed-up.
All boards with mpc8260 cpu defined both of them:
- CONFIG_MPC8260 was defined in board config headers
and include/common.h
- CONFIG_8260 was defined arch/powerpc/cpu/mpc8260/config.mk
We do not need to have both of
All mips32 boards define CONFIG_MIPS32 in config headers
except malta boards which define it in boards.cfg.
We can consolidate them by defining it in
arch/mips/cpu/mips32/config.mk.
CONFIG_MIPS64 definition can be moved to
arch/mips/cpu/mips64/config.mk as well.
Signed-off-by: Masahiro Yamada
Cc
All mip32 boards define CONFIG_MIPS32 in config headers
except malta board which defines it in boards.cfg.
We can consolidate them by defining it in
arch/mips/cpu/mips32/config.mk.
CONFIG_MIPS64 definition can be moved to
arch/mips/cpu/mips64/config.mk as well.
Signed-off-by: Masahiro Yamada
Cc:
Before this commit, USE_PRIVATE_LIBGCC was defined in
arch-specific config.mk and referenced in
arch/$(ARCH)/lib/Makefile.
We are not happy about parsing config.mk again and again.
We have to keep the same behavior with a different way.
By adding "CONFIG_" prefix, this macro appears
in include/au
Kbuild brought about many advantages for us but a significant
performance regression was reported by Simon Glass.
After some discussions and analysis, it turned out
its main cause is in $(call cc-option,...).
Historically, U-Boot parses all config.mk
(arch/*/config.mk and board/*/config.mk)
every
We want to change the build system to include config.mk
only from ./Makefile and spl/Makefile.
We must prepare for that in this commit.
$(src) is a moving target and not handy for our purpose.
We must replace it with a fixed path.
Signed-off-by: Masahiro Yamada
---
Changes in v3: None
Changes i
Kbuild brought about many advantages for us but a significant
performance regression was reported by Simon Glass.
After some discussions and analysis, it turned out
its main cause is in $(call cc-option,...).
Historically, U-Boot parses all config.mk
(arch/*/config.mk and board/*/config.mk)
every
1 - 100 of 101 matches
Mail list logo
