Hi Masahiro,
> Hi Lukasz, Tom,
>
>
> > Hi Tom,
> >
> > > On Tue, Mar 18, 2014 at 04:46:48PM +0100, Lukasz Majewski wrote:
> > >
> > > > After Kbuild introduction, the CROSS_COMPILE environment
> > > > variable has been set to some default value (prefix arm-linux-).
> > >
> > > Note that this
When using CONFIG_SYS_I2C i2c needs to be initialized by
i2c_init_all(). This is done in some places but not in
eeprom_init().
Signed-off-by: Matthias Fuchs
---
common/cmd_eeprom.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/common/cmd_eeprom.c b/common/cmd_ee
This patch adds support for the new PMC440 hardware revision 1.4.
The board now uses Micrel KSZ9031 phys.
Add missing i2c initialization before reading bootstrap eeprom.
Signed-off-by: Matthias Fuchs
---
board/esd/pmc440/pmc440.c | 83 +
1 file chan
Hi Lukasz,
On Fri, 14 Mar 2014 08:37:00 +0100, Lukasz Majewski
wrote:
> Hi Albert,
>
> > Hi Lukasz,
> >
> > On Thu, 13 Mar 2014 16:43:09 +0100, Lukasz Majewski
> > wrote:
> >
> > > I can report the same issue with OBS build of u-boot.
> > >
> > > When u-boot is build with qemu emulated envi
Dear Masahiro,
In message <20140319135026.7a64.aa925...@jp.panasonic.com> you wrote:
>
> > >>> +++ b/configs/beaver_defconfig
> > >>> @@ -0,0 +1,10 @@
> > >>> +CONFIG_SPL=y
> > >>> +CONFIG_ARM=y
> > >>> +CONFIG_SYS_CPU="armv7"
> > >>> +CONFIG_SOC_DIR=y
> > >>> +CONFIG_SYS_SOC="tegra30"
> > >>> +C
On 19/03/14 15:25, hua dillon wrote:
> you can use board_init_f from arch/arm/lib/spl.c in SPL
>
>
> 2014-03-19 11:29 GMT+08:00 Simon :
>
>> Hi,
>>
>> I'am studying on u-boot, and i am trying to port it on smdkc100. I setup
>> cross-compile on ubuntu12.04 and build the u-boot, it works okay.
>>
Hi Wolfgang,
On Wed, 19 Mar 2014 10:56:46 +0100
Wolfgang Denk wrote:
> Dear Masahiro,
>
> In message <20140319135026.7a64.aa925...@jp.panasonic.com> you wrote:
> >
> > > >>> +++ b/configs/beaver_defconfig
> > > >>> @@ -0,0 +1,10 @@
> > > >>> +CONFIG_SPL=y
> > > >>> +CONFIG_ARM=y
> > > >>> +CO
Hi Chin,
> --- /dev/null
> +++ b/drivers/mtd/nand/denali.c
> @@ -0,0 +1,1132 @@
> +/*
> + * Copyright (C) 2013-2014 Altera Corporation
> + * Copyright (C) 2009-2010, Intel Corporation and its suppliers.
> + *
> + * SPDX-License-Identifier: GPL-2.0+
> + */
If you don't mind, is it OK to add the
Hi Matthias,
On 19.03.2014 10:25, Matthias Fuchs wrote:
This patch adds support for the new PMC440 hardware revision 1.4.
The board now uses Micrel KSZ9031 phys.
Add missing i2c initialization before reading bootstrap eeprom.
Signed-off-by: Matthias Fuchs
---
board/esd/pmc440/pmc440.c | 8
On 19.03.2014 12:44, Stefan Roese wrote:
>> -if (miiphy_write("ppc_4xx_eth0", CONFIG_PHY_ADDR, 0x1f, 0x0001) == 0) {
>> -miiphy_write("ppc_4xx_eth0", CONFIG_PHY_ADDR, 0x11, 0x0010);
>> -miiphy_write("ppc_4xx_eth0", CONFIG_PHY_ADDR, 0x11,
>> val_behavior);
>> -
I'm porting u-boot to P2040 based board these days.
As u-boot/arch/powerpc/mpc85xx/start.s commented:
*The processor starts at 0x_fffc and the code is first executed in the
last 4K page in flash/rom.*
The E500MCRM Chapter 6.6 mentioned:
*This default TLB entry translates the first instructio
2014-03-19 11:51 GMT+01:00 Masahiro Yamada :
> Hi Wolfgang,
>
>
> On Wed, 19 Mar 2014 10:56:46 +0100
> Wolfgang Denk wrote:
>
>> Dear Masahiro,
>>
>> In message <20140319135026.7a64.aa925...@jp.panasonic.com> you wrote:
>> >
>> > > >>> +++ b/configs/beaver_defconfig
>> > > >>> @@ -0,0 +1,10 @@
>>
On Mon, Mar 17, 2014 at 05:52:59PM +0900, Masahiro Yamada wrote:
> In Kconfig, we use "*_defconfig" files for board configuration.
>
> In Linux Kernel, they are located under arch/${ARCH}/configs/ directory.
> It works in Linux Kernel because ARCH is always given from the
> command line for cross
Dear Sir/Madam,
i am currently facing a few problems with my U-boot. I am using a customised
Xilinx Zynq 7045 board.
I have been struggling for the past few days to run linux on this board. I
aquired the u-boot file from the
Zynq 2013.4-release.tar.xz.
I have been able to successfully download
Hi,
This is not the list where you should ask this question.
Please use forums.xilinx.com instead.
Thanks,
Michal
On 03/19/2014 01:33 PM, Donkor, Cletus-Afrifa wrote:
> Dear Sir/Madam,
>
> i am currently facing a few problems with my U-boot. I am using a customised
> Xilinx Zynq 7045 board.
>
The u-boot's image TEXT_BASE needs to be changed to 0x43e0 from 0x7810.
This change provides compatibility with other trats2 (RD_PQ) devices
(http://download.tizen.org/releases/system/).
Signed-off-by: Lukasz Majewski
Cc: Minkyu Kang
---
include/configs/trats2.h |2 +-
1 file chang
Hello Pantelis,
short question to the usage of the mmc command (and also the mmc driver API):
is it intended that mmc read / write may fail when the supplied address in RAM
is not aligned?
ARMV7 will give output like this:
U-Boot > mmc read 1202 44 44
MMC read: dev # 0, block # 68, count
Dear Daniel Schwierzeck,
please do not full-quote. Thanks.
In message
you wrote:
>
> maybe we should import get_maintainers.pl from kernel and readd
> MAINTAINERS in the according format. So we could easily maintain infos
> about board maintainers, custodians, custodian trees and maintaining
>
Hi,
I'm attempting to port u-boot for NS7520 (arm7tdmi). My idea was to first
revive the port of NS9750 (removed in
commit4cfc611b4a4ce009cfad46804bec2a1caad8e329) and then rename and
configure it for NS7520 which is quite similar. But I've kind of hit a wall,
that I don't understand.
===
I'm porting u-boot to P2040 based board these days.
As u-boot/arch/powerpc/mpc85xx/start.s commented:
*The processor starts at 0x_fffc and the code is first executed in the
last 4K page in flash/rom.*
The E500MCRM Chapter 6.6 mentioned:
*This default TLB entry translates the first instructio
Hi Markus,
On 03/19/2014 07:16 AM, Markus Niebel wrote:
Hello Pantelis,
short question to the usage of the mmc command (and also the mmc
driver API): is it intended that mmc read / write may fail when the
supplied address in RAM is not aligned?
If not intended, it is known.
ARMV7 will give
Dear Eric Nelson,
In message <5329a80b.9020...@boundarydevices.com> you wrote:
>
> > short question to the usage of the mmc command (and also the mmc
> > driver API): is it intended that mmc read / write may fail when the
> > supplied address in RAM is not aligned?
>
> If not intended, it is kno
On Wed, Mar 19, 2014 at 03:20:49PM +0100, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> please do not full-quote. Thanks.
>
> In message
> you
> wrote:
> >
> > maybe we should import get_maintainers.pl from kernel and readd
> > MAINTAINERS in the according format. So we could easily mai
Am 19.03.2014 15:44, wrote Wolfgang Denk:
> Dear Eric Nelson,
>
> In message <5329a80b.9020...@boundarydevices.com> you wrote:
>>
>>> short question to the usage of the mmc command (and also the mmc
>>> driver API): is it intended that mmc read / write may fail when the
>>> supplied address in RAM
Signed-off-by: Przemyslaw Marczak
Cc: Minkyu Kang
Cc: Piotr Wilczek
Cc: Stephen Warren
Cc: Lukasz Majewski
Cc: tr...@ti.com
---
include/configs/trats.h | 1 +
include/configs/trats2.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/include/configs/trats.h b/include/configs/trats.h
inde
Changes:
- move uuid<->string conversion functions into lib/uuid.c so they can be
used by code outside part_efi.c.
- rename uuid_string() to uuid_bin_to_str() for consistency with existing
uuid_str_to_bin()
- add an error return code to uuid_str_to_bin()
Update existing code to the new library
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
lib/uuid.c:
- add gen_rand_uuid() - this function write
Changes:
- randomly generate partition uuid if any is undefined and CONFIG_RAND_UUID
is defined
- print debug info about set/unset/generated uuid
- update doc/README.gpt
Signed-off-by: Przemyslaw Marczak
Acked-by: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Tom Rini
Cc: Stephen Warren
Cc: Lukasz
Changes in lib/uuid.c to:
- uuid_str_to_bin()
- uuid_bin_to_str()
New parameter is added to specify input/output string format in listed functions
This change allows easy recognize which UUID type is or should be stored in
given
string array. Binary data of UUID and GUID is always stored in big e
Those commands basis on implementation of random UUID generator version 4
which is described in RFC4122. The same algorithm is used for generation
both ids but string representation is different as below.
char: 0914 19 24 36
----
UUID
Hi Markus and Wolfgang,
On 03/19/2014 10:40 AM, Markus Niebel wrote:
Am 19.03.2014 15:44, wrote Wolfgang Denk:
Dear Eric Nelson,
In message <5329a80b.9020...@boundarydevices.com> you wrote:
short question to the usage of the mmc command (and also the mmc
driver API): is it intended that mmc
+U-Boot mailing list
Hi Jyoti,
On 17 March 2014 22:25, JYOTI DUBEY wrote:
> I am using i.mx6 board (Sabre lite design). The document that I have
> followed is attached with this mail. But since there are differences
> between u-boot 2009(as per the document) and u-boot 2013 I am not able to
> f
On 02/20/2014 07:59 AM, Scott Wood wrote:
> On Thu, 2014-02-20 at 13:52 +0100, Alexander Graf wrote:
>> diff --git a/arch/powerpc/cpu/mpc85xx/cpu.c b/arch/powerpc/cpu/mpc85xx/cpu.c
>> index 3e99b07..51f2085 100644
>> --- a/arch/powerpc/cpu/mpc85xx/cpu.c
>> +++ b/arch/powerpc/cpu/mpc85xx/cpu.c
>> @@
Dear Eric Nelson,
In message <5329df5a.7090...@boundarydevices.com> you wrote:
>
> IMHO, this seems like overkill. Should we also prevent over-writing
> the stack or heap?
No. But we should not add any specific alignment requirements to
commands that transfer data to memory. If some driver has
Dear Przemyslaw Marczak,
In message <1395251911-26540-2-git-send-email-p.marc...@samsung.com> you wrote:
> Changes in lib/uuid.c to:
> - uuid_str_to_bin()
> - uuid_bin_to_str()
Checkpatch says:
WARNING: do not add new typedefs
#199: FILE: include/uuid.h:10:
+typedef enum {
WARNING: line over 80
Dear Przemyslaw Marczak,
In message <1395251911-26540-1-git-send-email-p.marc...@samsung.com> you wrote:
> Changes:
> - move uuid<->string conversion functions into lib/uuid.c so they can be
> used by code outside part_efi.c.
> - rename uuid_string() to uuid_bin_to_str() for consistency with exi
On 03/18/2014 10:50 PM, Masahiro Yamada wrote:
> diff --git a/configs/beaver_defconfig b/configs/beaver_defconfig
> new file mode 100644
> index 000..fbf00f3
> --- /dev/null
> +++ b/configs/beaver_defconfig
> @@ -0,0 +1,10 @@
> +CONFIG_SPL=y
> +CONFIG_ARM=y
>
This patch moves phy initialization for VSC8601 ethernet
phys that are used on early board revisions into a separate
setup function.
Signed-off-by: Matthias Fuchs
---
board/esd/pmc440/pmc440.c | 45 ++---
1 files changed, 22 insertions(+), 23 deletions(-
[Patch v2 1/5] Added 64-bit MMIO accessors for ARMv8
[Patch v2 2/5] ARMv8/FSL_LSCH3: Add FSL_LSCH3 SoC
[Patch v2 3/5] ARMv8/ls2100a_emu: Add LS2100A emulator board support
[Patch v2 4/5] armv8/fsl-lsch3: Add support to load and start MC
[Patch v2 5/5] fsl-lsch3/ls2100a_emu: Enabled MC
I have sent
From: "J. German Rivera"
This is needed for accessing peripherals with 64-bit MMIO registers,
from ARMv8 processors.
Signed-off-by: J. German Rivera
---
arch/arm/include/asm/io.h |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.
Freescale LayerScape with Chassis Generation 3 is a set of SoCs with
ARMv8 cores and 3rd generation of Chassis. We use different MMU setup
to support memory map and cache attribute for these SoCs. MMU and cache
are enabled very early to bootst performance, especially for early
development on emulat
LS2100A is an ARMv8 implementation. This adds board support for emulator:
Two DDR controllers
UART2 is used as the console
IFC timing is tightened for speedy booting
Signed-off-by: York Sun
Signed-off-by: Arnab Basu
---
board/freescale/ls2100a_emu/Makefile |8 +
board/freescal
Reserve last 512MB from main memory for MC to use. Specify the location
of MC firmware and DPL image in NOR flash.
Signed-off-by: J. German Rivera
Signed-off-by: York Sun
---
board/freescale/ls2100a_emu/ls2100a_emu.c | 10 ++
include/configs/ls2100a_emu.h | 14 ++
For fsl-lsch3 NOR flash boot, IFC CS0 needs to be binded with address
within 32-bit at fist. After u-boot relocates to DDR, CS0 can be binded
to higher address to support large space.
Signed-off-by: York Sun
CC: Prabhakar Kushwaha
---
drivers/misc/fsl_ifc.c |7 +++
include/fsl_ifc.h
From: "J. German Rivera"
Adding supoort to load and start the Layerscape Management Complex (MC)
firmware. First, the MC GCR register is set to 0 to reset all cores. MC
firmware and DPL images are copied from their location in NOR flash to
DDR. MC registers are updated with the location of these
On 03/19/2014 02:02 PM, York Sun wrote:
> [Patch v2 1/5] Added 64-bit MMIO accessors for ARMv8
> [Patch v2 2/5] ARMv8/FSL_LSCH3: Add FSL_LSCH3 SoC
> [Patch v2 3/5] ARMv8/ls2100a_emu: Add LS2100A emulator board support
> [Patch v2 4/5] armv8/fsl-lsch3: Add support to load and start MC
> [Patch v2 5/
Hi Tom,
> So, what this series is doing, roughly, is turning just the boards.cfg
> entry into a small Kconfig snippet, and saying we'll keep using
> include/configs/foo.h for most of the work. This is just the first step
> in moving away from include/configs/foo.h eventually, yes?
Yes, exactly.
Hi Tom,
> > In message
> > you
> > wrote:
> > >
> > > maybe we should import get_maintainers.pl from kernel and readd
> > > MAINTAINERS in the according format. So we could easily maintain infos
> > > about board maintainers, custodians, custodian trees and maintaining
> > > status per arch, C
Hi Daniel,
> agree. But at first we should introduce Kconfig files in all arch,
> CPU, SOC, SOC common, board vendor, board and driver directories where
> we put all CONFIG_SYS_ symbols. We also need to convert the current
> config options for CPU, SOC, vendor and board. For example:
>
> CONFIG_
Hi Minkyu,
I want to try to support SPL at smdkc100, but I just a newer to u-boot and
linux.
I am afraid that it's a difficult job to me. Still, I will try.
If you could contribute this, It will be a wonderful job.
Best regards,
Simon
2014-03-19 18:17 GMT+08:00 Minkyu Kang :
> On 19/03/14 15:25
This patch set for use dw mmc controller.
Patch enable supporting device tree for dw mmc controller.
For use dwmmc controller on trats2 board, enable configuration
dw_mmc, exynos_dwmmc, bounce_buffer and then disable sdhci configuration.
This patch set tested on TRATS2 board.
Changes for v3:
- Set
This patch enables for device tree for dw-mmc driver.
Driver have been fixed because it is used exynos5 and exynos4.
Add, fdt compat id of exynos4 dwmmc.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Tested-by: Piotr Wilczek
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
exynos4x12_set_mmc_clk function have been removed.
Because, exynos4x12_clock and exynos4_clock return smae div_fsys* value.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Tested-by: Piotr Wilczek
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
Changes for v3:
- None.
Chang
This patch add dwmmc emmc controller node on exynos4 and exynos4412 device tree.
Signed-off-by: Beomho Seo
Signed-off-by: Jaehoon Chung
Tested-by: Piotr Wilczek
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
Changes for v3:
- Subtract one from div to set accurate frequency.
Chang
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 Wilczek
Cc: Lukasz Majewski
Cc: Piotr Wilczek
Cc: Minkyu Kang
---
Changes for v3:
- Set bank_ext of SD
On 03/20/2014 01:14 PM, Beomho Seo wrote:
> This patch add dwmmc emmc controller node on exynos4 and exynos4412 device
> tree.
>
> Signed-off-by: Beomho Seo
> Signed-off-by: Jaehoon Chung
> Tested-by: Piotr Wilczek
> Cc: Lukasz Majewski
> Cc: Piotr Wilczek
> Cc: Minkyu Kang
> ---
> Changes
56 matches
Mail list logo
