Hi,
> How can we define _POST_WORD_ADDR for ARM.In case enabling post for
arm
>on "post.h" how can i define _POST_WORD_ADDR. how it is defined in
other
>platform.please tell me the logic behind _POST_WORD_ADDR.
I remember Denk has said : _POST_WORD_ADDR should point to a
non-volatile region.
Dear Dongsheng Wang,
In message <1395123347-15025-2-git-send-email-dongsheng.w...@freescale.com> you
wrote:
> From: Jason Jin
>
...
> +void diu_set_pixel_clock(unsigned int pixclock)
> +{
> + unsigned long speed_ccb, temp;
> + u32 pixval;
> + int ret;
> + speed_ccb = get_bus_fre
on nand flash using ubi, after the download of the new image into
the flash, the "rest" of the nand sectors get erased while flushing
the medium. With current u-boot version dfu-util may show:
Starting download: [##]
finished!
state(7) = dfuMANIFEST
on nand flash using ubi, after the download of the new image into
the flash, the "rest" of the nand sectors get erased while flushing
the medium. With current u-boot version dfu-util may show:
Starting download: [##]
finished!
state(7) = dfuMANIFEST
move the flushing code into an extra function dfu_flush(),
so it can be used from other code.
Signed-off-by: Heiko Schocher
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
Cc: Pantelis Antoniou
---
- changes for v3:
- remove "{" after "if" as Marek Vasut suggested
- changes for v2
as the siemens boards use dfu for updating a nand ubi partition
add DFU_MANIFEST_POLL_TIMEOUT to them, so dfu host waits after
complete transfer of the new image for DFU_MANIFEST_POLL_TIMEOUT
ms before sending again an usb request. So the board have enough
time to erase rest of the nand sectors.
S
U-Boot has supported two kinds of asm-offsets.h.
One is generic for all architectures and its source is located at
./lib/asm-offsets.c.
The other is SoC specific and its source is under SoC directory.
The problem here is that only boards with SoC directory can use
the asm-offsets infrastructure.
Hello Hans,
Am 18.03.2014 00:00, schrieb Hans de Goede:
From: Henrik Nordstrom
Based linux-sunxi#sunxi commit d854c4de2f57 "arm: Handle .gnu.hash section in
ldscripts" vs v2014.01.
As well as the following signed-off-by the sunxi branch shows commits to
the sunxi_i2c.c file by:
Stefan Roese
On Mon, Mar 17, 2014 at 03:33:19PM -0400, Tom Rini wrote:
> On Sun, Mar 16, 2014 at 03:19:40PM +, Ian Campbell wrote:
> > On Fri, 2014-03-14 at 15:03 -0400, Tom Rini wrote:
> > > On 03/14/2014 02:50 PM, Hans de Goede wrote:
> > > > Hi,
> > > >
> > > > On 03/14/2014 03:17 PM, Tom Rini wrote:
>
Dear "dongsheng.w...@freescale.com",
In message
<0439833dfb0d4822adb75892e8d16...@bn1pr03mb188.namprd03.prod.outlook.com> you
wrote:
>
> > > @@ -352,12 +354,27 @@
> > > #define CONFIG_SYS_NS16550_COM3 (CONFIG_SYS_CCSRBAR+0x11D500)
> > > #define CONFIG_SYS_NS16550_COM4 (CONFIG_SYS_CCSRBAR+0x
>CONFIG_BOOTCOMMAND is not the build-in environment. See
>CONFIG_EXTRA_ENV_SETTINGS.
Now that I'll have in the board header file the lines
#define CONFIG_EXTRA_ENV_SETTINGS \
"silent=1\0"
and it works :) I really feel happy about this, thanks for your help! The
output is disabled during U-Boo
Dear Frank,
In message <532816e002460004b...@gwia2.rz.hs-offenburg.de> you wrote:
>
> Anyway I wonder why the "setenv verify n" worked with the
> BOOTCOMMAND but the "silent" didn't. Should I shift all the commands
> from CONFIG_BOOTCOMMAND to CONFIG_EXTRA_ENV_SETTINGS to be sure all
> the com
1. The Data timeout counter value in eSDHC_SYSCTL register is
not working as it should be, so add quirks to enable this
workaround to fix it to the max value 0xE.
2. For eSDHC the Block Count size each transmission should not
exceed 0x blocks, Fix b_max to 0x to limit the transfer
size for
Wolfgang Denk 18.03.14 10.05 Uhr >>>
>Dear Frank,
>
>In message <532816e002460004b...@gwia2.rz.hs-offenburg.de> you wrote:
>>
>> Anyway I wonder why the "setenv verify n" worked with the
>> BOOTCOMMAND but the "silent" didn't. Should I shift all the commands
>> from CONFIG_BOOTCOMMAND t
Dear Frank,
In message <53281fb102460004b...@gwia2.rz.hs-offenburg.de> you wrote:
>
> >Second, CONFIG_BOOTCOMMAND defines exactly one environment variable,
> >"bootcmd". As documented, the values of this variable is apssed to
> >the Linux kernel as boot argument - and this is the only functi
Hi Wolfgang,
On 18 March 2014 09:03, Wolfgang Denk wrote:
>
> What exactly did you pass in the kernel command line - just
> "console=", i. e. without a value? Did you try passing a valid device
> name instead, like "console=null"?
>
Apologies for hijacking this thread.
If I remember, fixup_sil
>I think preferred behavior for this may be to instead leave any
>'console' arguments as they are and instead ensure that 'quiet' or
>'loglevel=1' is present instead. There are two motivations for doing
>this - the first is that when using a lower loglevel you still get
>suppressed kernel output -
On Tue, 2014-03-18 at 00:00 +0100, Hans de Goede wrote:
> There is no way to reset the cpu, so use the watchdog for this.
Did you see
https://www.mail-archive.com/u-boot@lists.denx.de/msg134259.html ?
>
> Signed-off-by: Hans de Goede
> ---
> arch/arm/cpu/armv7/sunxi/board.c| 7 +++
On 18/03/14 08:11, S Durga Prasad Paladugu wrote:
This looks like not correct because if you look at the code above
this, it always ensuring that the new aligned buffer start is in front
of the actual buffer
Maybe it should, but it doesn't. In the boot log it says:
zynq_load: Align buffer at
Hi,
I am working on a board (AMOS820 from Via) based on the mx6qsabrelite.
The BSP provided by the manufacturer is quite old.
I managed to port it from Freescale uboot-imx rel_imx_3.0.35_4.1.0 to u-boot
mainline, and basically the latest issue I have is the cpu frequency.
The kernel I use is t
Dear Andrew,
In message
you wrote:
>
> If I remember, fixup_silent_linux ensures that 'console=' is present
> in the kernel arguments (i.e. it will replace console=/dev/ttyS0 (or
> similar) with console=).
>
> I think preferred behavior for this may be to instead leave any
> 'console' argument
Hello again,
I recently wrote an E-Mail about silenting the output during the U-Boot
sequence, but I thougt it's better to open up a new thread. BTW this is not a
problem, I just want to know.
I realized a behavior of U-Boot, which isn't quiet clear to me. I have an ARM9
SAM9G25, that has this
Dear Frank,
In message <53283ca402460004b...@gwia2.rz.hs-offenburg.de> you wrote:
>
> I realized a behavior of U-Boot, which isn't quiet clear to me. I
> have an ARM9 SAM9G25, that has this boot sequence: AT91Bootstrap ->
> U-Boot 2010.06 -> Linux 2.6.39. With that system I did 4 Test series
On Tuesday, March 18, 2014 at 07:55:04 AM, Lukasz Majewski wrote:
> Hi Heiko,
>
> > Hello Marek,
> >
> > Am 18.03.2014 01:21, schrieb Marek Vasut:
> > > On Monday, March 17, 2014 at 11:56:16 AM, Heiko Schocher wrote:
> > >> move the flushing code into an extra function dfu_flush(),
> > >> so it c
On Tuesday, March 18, 2014 at 07:02:59 AM, Heiko Schocher wrote:
> Hello Marek,
>
> Am 18.03.2014 01:21, schrieb Marek Vasut:
> > On Monday, March 17, 2014 at 11:56:16 AM, Heiko Schocher wrote:
> >> move the flushing code into an extra function dfu_flush(),
> >> so it can be used from other code.
On Tuesday, March 18, 2014 at 07:51:05 AM, Lukasz Majewski wrote:
> Hi Marek,
>
> > On Monday, March 17, 2014 at 11:56:16 AM, Heiko Schocher wrote:
> > > move the flushing code into an extra function dfu_flush(),
> > > so it can be used from other code.
> > >
> > > Signed-off-by: Heiko Schocher
On 03/18/2014 11:20 AM, Eli Billauer wrote:
> On 18/03/14 08:11, S Durga Prasad Paladugu wrote:
>> This looks like not correct because if you look at the code above this, it
>> always ensuring that the new aligned buffer start is in front of the actual
>> buffer
>
> Maybe it should, but it doesn
>In message <53283ca402460004b...@gwia2.rz.hs-offenburg.de> you wrote:
>>
>> I realized a behavior of U-Boot, which isn't quiet clear to me. I
>> have an ARM9 SAM9G25, that has this boot sequence: AT91Bootstrap ->
>> U-Boot 2010.06 -> Linux 2.6.39. With that system I did 4 Test series
>> about
Hi Thierry,
On 18/03/2014 12:28, tbul...@free.fr wrote:
>
>
> Hi,
>
> I am working on a board (AMOS820 from Via) based on the mx6qsabrelite.
>
> The BSP provided by the manufacturer is quite old.
> I managed to port it from Freescale uboot-imx rel_imx_3.0.35_4.1.0 to u-boot
> mainline, and ba
Hi Marek,
> On Tuesday, March 18, 2014 at 07:51:05 AM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> > > On Monday, March 17, 2014 at 11:56:16 AM, Heiko Schocher wrote:
> > > > move the flushing code into an extra function dfu_flush(),
> > > > so it can be used from other code.
> > > >
> > > > Sign
Changes:
1. L2 cache is being invalidated by Boot ROM code for e6500 core.
So removing the invalidation from start.S
2. Clear the LAW and corresponding configuration for CPC. Boot ROM
code uses it as hosekeeping area.
3. For Secure boot, CPC is configured as SRAM and used as house
keeping
Secure Boot Target is added for T4240QDS and T4160QDS
Changes:
For Secure boot, CPC is configured as SRAM and used as house
keeping area which needs to be disabled.
So CONFIG_SYS_CPC_REINIT_F is defined for CONFIG_T4240QDS.
Signed-off-by: Aneesh Bansal
---
arch/powerpc/include/asm/fsl_secure_boo
Secure Boot Target is added for T2080QDS
Changes:
For Secure boot, CPC is configured as SRAM and used as house
keeping area which needs to be disabled.
So CONFIG_SYS_CPC_REINIT_F is defined for CONFIG_T2080QDS.
Signed-off-by: Aneesh Bansal
---
arch/powerpc/include/asm/fsl_secure_boot.h | 4 +++-
On 18 March 2014 11:30, Wolfgang Denk wrote:
> Dear Andrew,
>
> In message <
capcvp5fnjo9y3mkhudgar1jx0tfhkexu06bbtg5nccsq3wb...@mail.gmail.com> you
wrote:
>>
>> If I remember, fixup_silent_linux ensures that 'console=' is present
>> in the kernel arguments (i.e. it will replace console=/dev/ttyS0
Secure Boot Target is added for T1040QDS and T1040RDB
Changes:
For Secure boot, CPC is configured as SRAM and used as house
keeping area which needs to be disabled.
So CONFIG_SYS_CPC_REINIT_F is defined for CONFIG_T1040QDS and
CONFIG_T1040RDB
Signed-off-by: Gaurav Rana
Signed-off-by: Aneesh Bansa
Dear Frank,
In message <5328485c02460004b...@gwia2.rz.hs-offenburg.de> you wrote:
>
> >Q1: why are you using so old software?
>
> Because of some patches it's a big job to switch to a newer one.
Well, you cut yourself off from all nice features present in more
recent versions...
> >Q2: Do y
Dear Andrew,
In message
you wrote:
>
> However I would argue that using the 'silent' feature isn't the correct way
> to achieve it. If a user depends on having a console completely free then
> they probably shouldn't add a 'console=xyz' to their boot args in the first
> place.
Even if it is "co
On 18 March 2014 14:17, Wolfgang Denk wrote:
> Dear Andrew,
>
> In message
> you
> wrote:
>>
>> However I would argue that using the 'silent' feature isn't the correct way
>> to achieve it. If a user depends on having a console completely free then
>> they probably shouldn't add a 'console=xyz'
Hi,
On 18 March 2014 00:21, shobin b wrote:
> Hi,
>How can we define _POST_WORD_ADDR for ARM.In case enabling post for arm
> on "post.h" how can i define _POST_WORD_ADDR. how it is defined in other
> platform.please tell me the logic behind _POST_WORD_ADDR.
>From the README:
- CONFIG_SYS
Dear Frank Ihle,
On 18.03.14 13:21, Frank Ihle wrote:
>> In message <53283ca402460004b...@gwia2.rz.hs-offenburg.de> you wrote:
>>>
>>> I realized a behavior of U-Boot, which isn't quiet clear to me. I
>>> have an ARM9 SAM9G25, that has this boot sequence: AT91Bootstrap ->
>>> U-Boot 2010.06 ->
On Tuesday, March 18, 2014 at 01:35:47 PM, Lukasz Majewski wrote:
> Hi Marek,
>
> > On Tuesday, March 18, 2014 at 07:51:05 AM, Lukasz Majewski wrote:
> > > Hi Marek,
> > >
> > > > On Monday, March 17, 2014 at 11:56:16 AM, Heiko Schocher wrote:
> > > > > move the flushing code into an extra functi
After Kbuild introduction, the CROSS_COMPILE environment variable has been
set to some default value (prefix arm-linux-).
This shall be removed since it breaks building u-boot for native arm target
(like qemu ARM).
Moreover not all compilers have arm-linux- prefix.
Additionally the u-boot cross c
Dear Simon,
In message
you wrote:
>
> I think you asked this question before. You should explain what you
> want this feature to do, what board you are using, where you have
> already looked for information, etc. People are much more likely to
> respond if you provide a bit of context.
>
> Als
Hi Marek,
> On Tuesday, March 18, 2014 at 01:35:47 PM, Lukasz Majewski wrote:
> > Hi Marek,
> >
> > > On Tuesday, March 18, 2014 at 07:51:05 AM, Lukasz Majewski wrote:
> > > > Hi Marek,
> > > >
> > > > > On Monday, March 17, 2014 at 11:56:16 AM, Heiko Schocher
> > > > > wrote:
> > > > > > move t
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 is quite a long-standing thing. Perhaps we're now not
detecting a native build when we use
Hi,
I'am studying on u-boot, and i am trying to port it on s5pv210. I setup
cross-compile on ubuntu12.10.
After I complete the build environment.
I try:
*make distclean*
*make smdkc100_config*
*make all*
and it works okay.
But when i want to build the SPL, problem occurs.
I hope you can help me to
On Tue, 2014-03-18 at 00:00 +0100, Hans de Goede wrote:
> There are 3 FIXUP patches in here which are intended to be squashed
> into Ian's work. Ian, can you please pick these up ?
Consensus seems to be that including these "useless" ifdefs in the
initial sun7i series makes future series to add ot
On 02/13/2014 06:13 AM, Albert ARIBAUD wrote:
> Hi J.,
>
> On Mon, 3 Feb 2014 17:59:26 -0600, "J. German Rivera"
> wrote:
>
>> From: "J. German Rivera"
>>
>> This is needed for accessing peripherals with 64-bit MMIO registers,
>> from ARMv8 processors.
>>
>> Change-Id: I685b96f708fa07e9098547f8
Hello,
We're completely out of sync with our git repositories, but I changed
the relevant parts in my zynqpl.c (with the patch of this thread not
applied), and it worked well. The alignment went downwards as expected.
Regards,
Eli
On 18/03/14 14:17, Michal Simek wrote:
Does this work for
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 is quite a long-standing thing. Perhaps we're now not
> detecting a n
On Tuesday, March 18, 2014 at 04:53:30 PM, Lukasz Majewski wrote:
> Hi Marek,
>
> > On Tuesday, March 18, 2014 at 01:35:47 PM, Lukasz Majewski wrote:
> > > Hi Marek,
> > >
> > > > On Tuesday, March 18, 2014 at 07:51:05 AM, Lukasz Majewski wrote:
> > > > > Hi Marek,
> > > > >
> > > > > > On Monda
Fix the macros guarding the spl.h header for various platforms. Due to
a typo and a propagation of it, the macros went out-of-sync with their
ifdef check, so fix this.
Signed-off-by: Marek Vasut
Cc: Tom Rini
---
arch/arm/include/asm/arch-am33xx/spl.h | 2 +-
arch/arm/include/asm/arch-davinci/s
Add support for serial console into the i.MX23/i.MX28 SPL. A full,
uncrippled serial console support comes very helpful when debugging
various spectacular hardware bringup issues early in the process.
Because we do not use SPL framework, but have our own minimalistic
SPL, which is compatible with t
Set the GD pointer in the SPL to a defined symbol so various
functions from U-Boot can be used without adverse side effects.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/cpu/arm926ejs/mxs
From: Jason Jin
T1042 has internal display interface unit (DIU) for driving video.
T1042RDB supports video mode via
-LCD using TI enconder
-HDMI type interface via HDMI encoder
Chrontel, CH7301C encoder which is I2C programmable is used
as HDMI connector on T1042RDB.
This patch add support to
-e
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 is quite a long-standing thing. Per
From: Wang Dongsheng
The ch7301 encoder not only used in t1040qds platform, so we split
it for t1042rdb and LSx platform.
Signed-off-by: Wang Dongsheng
---
V2: No Change
diff --git a/board/freescale/common/Makefile b/board/freescale/common/Makefile
index f6a0879..cd4b33b 100644
--- a/board/free
Hi Stephen,
> > 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
> > +CONFIG_SYS_CPU="armv7"
> > +CONFIG_SOC_DIR=y
> > +
On 03/18/2014 09:16 PM, Masahiro Yamada wrote:
> Hi Stephen,
>
>>> 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
>>>
Hi Stephen,
> >>> 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
> >>> +CONFIG_SYS_CPU="armv7"
> >>> +C
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.
But i have a problem on SPL build.
I hope you can help me to solve it, thanks!
problem:
insert file "smdkc100.h" at Line 25
#define CONFIG_SPL
and then
Hi,
On 03/18/2014 10:14 PM, Eli Billauer wrote:
> Hello,
>
> We're completely out of sync with our git repositories,
but I changed the relevant parts in my zynqpl.c (with the patch of this
thread not applied), and it worked well. The alignment went downwards as
expected.
That's interesting. An
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.
> But i have a problem on SPL build.
>
> I hope you ca
If without switch to main crystal oscillator, the sama5d3 SoC will
use internal on chip RC oscillator.
In order to get better accuracy, switch to main crystal oscillator.
Signed-off-by: Bo Shen
---
arch/arm/cpu/at91-common/spl.c| 39 +++
arch/arm/include/a
It supports boot from NAND and SD/MMC card.
Signed-off-by: Bo Shen
---
board/atmel/sama5d3_xplained/sama5d3_xplained.c | 87 +
include/configs/sama5d3_xplained.h | 50 ++
2 files changed, 137 insertions(+)
diff --git a/board/atmel/sama5d3_xplaine
65 matches
Mail list logo
