Hi,
Thank you for your patch.
2012/6/25 Tetsuyuki Kobayashi :
> This patch depends on Nobuhiro Iwamatsu's arm: rmobile: Add supoprt for KMC
> KZM-A9-GT board
>
> Reserve first 16MB for RT-CPU (as same as kernel config).
> Without this patch, kernel can't get ATAGS info from u-boot properly.
>
>
Hi,
I modified my rmobile git tree. Please rebase your local repository
and resend this patch.
Best regards,
Nobuhiro
2012/6/26 Tetsuyuki Kobayashi :
> This patch depends on
> Nobuhiro Iwamatsu's arm: rmobile: Add supoprt for KMC KZM-A9-GT board
> Tetsuyuki Kobayashi's arm: rmobile: kzm9g: Mo
On 07/05/2012 08:04 AM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Holger Brunck [mailto:holger.bru...@keymile.com]
>> Sent: 05 July 2012 11:24
>> To: Prafulla Wadaskar
>> Cc: Wolfgang Denk; u-boot@lists.denx.de; Valentin Longchamp
>> Subject: Re: [U-Boot] [PATCH v2 03/14
Thank you, Iwamatu-san.
But I am afraid that [PATCH v2 2/5] is missing. I didn't recieve it.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Måns,
On Mon, 02 Jul 2012 17:14:40 +0100, Måns Rullgård
wrote:
> > IMHO, our recent discussion showed that both ways are wrong.
> > "-mno-unaligned-access" works around misaligned data on the software
> > level, while allowing unaligned access does on the hardware level.
> >
> > What we reall
Hi Sughosh,
On Thu, Jul 5, 2012 at 12:18 PM, Sughosh Ganu wrote:
> hi Graeme,
> On Wed Jul 04, 2012 at 09:28:07AM +1000, Graeme Russ wrote:
>
>
>
>> >> On Mon, Jul 2, 2012 at 9:24 PM, Sughosh Ganu
>> >> wrote:
>> >> > hi,
>> >> > While testing on hawkboard with the latest commit, i hit an issue
Hello, Iwamatsu-san
(2012/07/05 16:01), Nobuhiro Iwamatsu wrote:
diff --git a/board/kmc/kzm9g/kzm9g.c b/board/kmc/kzm9g/kzm9g.c
new file mode 100644
index 000..3f38f69
--- /dev/null
+++ b/board/kmc/kzm9g/kzm9g.c
[...]
+void s_init(void)
+{
[...]
+ /* Secure control register Init *
Hi Stefano,
On Mon, 02 Jul 2012 20:03:02 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> please pull from u-boot-imx. Thanks !
>
> The following changes since commit
> 3e0cac6b5158b22248f57cdf7769bf8d610fec5e:
>
> EXYNOS: SMDK5250: Enable the pinmux setup (2012-06-25 22:51:36
> +0200)
>
> are
Hi Wolfgang,
On Mon, 02 Jul 2012 20:41:56 +0200, Wolfgang Denk wrote:
> Hello all,
>
> I would like to get out -rc1 ASAP. If you have any patches queued
> that should make it into the upcoming release, then plase send your
> pull requezts as soon as possible.
>
>
> Albert, what are your plans
Hi Andreas,
On Tue, 3 Jul 2012 00:14:58 +0200, Andreas Bießmann
wrote:
> Dear Albert Aribaud,
>
> The following changes since commit
> 3e0cac6b5158b22248f57cdf7769bf8d610fec5e:
>
> EXYNOS: SMDK5250: Enable the pinmux setup (2012-06-25 22:51:36
> +0200)
>
> are available in the git repositor
Hi Prafulla,
On Tue, 3 Jul 2012 04:59:21 -0700, Prafulla Wadaskar
wrote:
> Dear Albert
>
> Please kindly pull
> The following changes since commit
> 3e0cac6b5158b22248f57cdf7769bf8d610fec5e: Rajeshwari Shinde (1):
> EXYNOS: SMDK5250: Enable the pinmux setup
>
> are available in the git
The Micrel KSZ8695 is a SoC with an ARM922T processor, NOR or ROM booting, and
SDRAM support. It has been used in a couple of Opengear products and some of
that u-boot version has been contributed upstream, but apparently not been
maintained since.
The three patches submitted here are intended
This change allows use of other flash chips than the two supported by
the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
Signed-off-by: Yann Vernier
---
board/cm4008/Makefile|2 +-
include/configs/cm4008.h |4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git
Changed CONFIG_SYS_TEXT_BASE to actual address (required for
board_init_f) and moved it into cm4008.h, along with a warning that it
must match PHYS_FLASH_1 (since lowlevel_init relocates there).
Signed-off-by: Yann Vernier
---
arch/arm/cpu/arm920t/ks8695/lowlevel_init.S |9 +++--
board/c
Leave dram_init_banksize to set up the bank info data.
ram_size was previously uninitialized.
Signed-off-by: Yann Vernier
---
board/cm4008/cm4008.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/board/cm4008/cm4008.c b/board/cm4008/cm4008.c
index ed493a8..557cd8e 100644
Hi Fabio,
thank you very much for your reply.
> With these values you can create a correct imximage.cfg file for mx35pdk.
Thank you, I'll try my best.
>> $ ./tools/mkimage -n ./board/freescale/mx35pdk/imximage.cfg -T
>> imximage -e 0xA000 -d u-boot.bin u-boot.imx
Can you tell me which add
Hi Tetsuyuki, Tom,
On Fri, 29 Jun 2012 07:21:57 -0700, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/29/2012 02:36 AM, Tetsuyuki Kobayashi wrote:
> > save_boot_params_default() in cpu.c accesses uninitialized stack
> > area when it compiled with -O0 (not optimized).
Hi Tetsuyuki, Stephen,
On Tue, 26 Jun 2012 10:24:24 -0600, Stephen Warren
wrote:
> On 06/25/2012 07:03 PM, Tetsuyuki Kobayashi wrote:
> > Hello,
> >
> > (06/26/2012 12:10 AM), Stephen Warren wrote:
> >> On 06/25/2012 06:40 AM, Tetsuyuki Kobayashi wrote:
> >>> Interrupts and exceptions doesn't wo
Hi Albert,
On 05.07.2012 10:35, Albert ARIBAUD wrote:
> Hi Andreas,
>
> On Tue, 3 Jul 2012 00:14:58 +0200, Andreas Bießmann
> wrote:
>> Dear Albert Aribaud,
>>
>> The following changes since commit
>> 3e0cac6b5158b22248f57cdf7769bf8d610fec5e:
>>
>> EXYNOS: SMDK5250: Enable the pinmux setup (2
Hi Albert,
On Thu, 5 Jul 2012 10:35:59 +0200, Albert ARIBAUD
wrote:
> Hi Andreas,
>
> On Tue, 3 Jul 2012 00:14:58 +0200, Andreas Bießmann
> wrote:
> > Dear Albert Aribaud,
> >
> > The following changes since commit
> > 3e0cac6b5158b22248f57cdf7769bf8d610fec5e:
> >
> > EXYNOS: SMDK5250: Ena
Hi Albert,
On Thu, 5 Jul 2012 10:40:47 +0200, Albert ARIBAUD
wrote:
> Hi Prafulla,
>
> On Tue, 3 Jul 2012 04:59:21 -0700, Prafulla Wadaskar
> wrote:
> > Dear Albert
> >
> > Please kindly pull
> > The following changes since commit
> > 3e0cac6b5158b22248f57cdf7769bf8d610fec5e: Rajeshwari Shinde
Hi Albert,
On Thu, 5 Jul 2012 11:36:55 +0200, Albert ARIBAUD
wrote:
> Hi Albert,
>
> On Thu, 5 Jul 2012 10:35:59 +0200, Albert ARIBAUD
> wrote:
> > Hi Andreas,
> >
> > On Tue, 3 Jul 2012 00:14:58 +0200, Andreas Bießmann
> > wrote:
> > > Dear Albert Aribaud,
> > >
> > > The following changes
Hi Albert,
On Thu, 5 Jul 2012 11:37:25 +0200, Albert ARIBAUD
wrote:
> Hi Albert,
>
> On Thu, 5 Jul 2012 10:40:47 +0200, Albert ARIBAUD
> wrote:
> > Hi Prafulla,
> >
> > On Tue, 3 Jul 2012 04:59:21 -0700, Prafulla Wadaskar
> > wrote:
> > > Dear Albert
> > >
> > > Please kindly pull
> > > The
Dear Yann Vernier,
On 05.07.2012 10:05, Yann Vernier wrote:
> This change allows use of other flash chips than the two supported by
> the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
>
> Signed-off-by: Yann Vernier
> ---
> board/cm4008/Makefile|2 +-
> include/configs/cm4008.
Dear Yann Vernier,
On 04.07.2012 15:21, Yann Vernier wrote:
> Changed CONFIG_SYS_TEXT_BASE to actual address (required for
> board_init_f) and moved it into cm4008.h, along with a warning that it
> must match PHYS_FLASH_1 (since lowlevel_init relocates there).
>
> Signed-off-by: Yann Vernier
> -
Hi Richard,
On Wed, 27 Jun 2012 10:46:57 -0400, Richard Retanubun
wrote:
> Hello,
>
> I am working on a project to allow uboot to authenticate users by
> using the same sha256_crypt function that Linux user-space use for
> libcrypt [ref] http://www.akkadia.org/drepper/SHA-crypt.txt
>
> We chose
On 04.07.2012 15:08, Yann Vernier wrote:
> Leave dram_init_banksize to set up the bank info data.
> ram_size was previously uninitialized.
>
> Signed-off-by: Yann Vernier
> ---
> board/cm4008/cm4008.c |3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/board/cm4008/cm4
Dear Albert Aribaud,
The following changes since commit c45272e25bdf241fbb27638465f16ce2342ed1b6:
i.MX6 USDHC: Use the ESDHC clock (2012-07-02 19:53:20 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git master
for you to fetch changes up to dc72466bd1a1c15f31
Hi Rob,
On Thu, 28 Jun 2012 08:54:10 -0500, Rob Herring
wrote:
> From: Rob Herring
>
> CONFIG_STACKSIZE is not referenced anywhere except on AVR32, but
> present in most ARM boards. The IRQ and FIQ stacks are not setup in
> start.S, but arch/arm/lib/board.c, so also remove those comments.
Not
Hello,
I have connected USB hard disk to P1020RB
and in command prompt(u-boot) i used
command
=> usb start
(Re)start USB...
USB: Register 10011 NbrPorts 1
USB EHCI 1.00
scanning bus for devices... 3 USB Device(s) found
scanning bus for storage devices... 1 Storage Device(s) found
=> usb
Hi Gerlando,
On Fri, 29 Jun 2012 13:37:54 +0200, Gerlando Falauto
wrote:
> Some boards might be equipped with different SDRAM configurations.
> When that is the case, CPU CS Window Size Register (CS[0]n Size)
> should be set to the biggest value through board.cfg file; then its
> value can be fix
Hi Albert,
On 07/05/2012 12:39 PM, Albert ARIBAUD wrote:
Hi Gerlando,
On Fri, 29 Jun 2012 13:37:54 +0200, Gerlando Falauto
wrote:
Some boards might be equipped with different SDRAM configurations.
When that is the case, CPU CS Window Size Register (CS[0]n Size)
should be set to the biggest v
Hi Gerlando,
On Thu, 05 Jul 2012 12:57:44 +0200, Gerlando Falauto
wrote:
> Hi Albert,
>
> On 07/05/2012 12:39 PM, Albert ARIBAUD wrote:
> > Hi Gerlando,
> >
> > On Fri, 29 Jun 2012 13:37:54 +0200, Gerlando Falauto
> > wrote:
> >> Some boards might be equipped with different SDRAM configuration
Dear Albert,
Please pull
The following changes since commit c45272e25bdf241fbb27638465f16ce2342ed1b6:
Michael Langer (1):
i.MX6 USDHC: Use the ESDHC clock
are available in the git repository at:
u-boot-marvell.git master branch.
Holger Brunck (7):
arm/km: add board type to boa
Hello, Iwamatu-san
I rebased u-boot-sh.git arm/rmobile branch and reworked my patches.
After this patch set, LTSI kernel can boot on KZM-A9-GT board.
But I found it is not stable. It needs more work.
Tetsuyuki Kobayashi (3):
arm: rmobile: kzm9g: Modify sdram area
arm: rmobile: kzm9g: Adjust
Hi Andreas,
On Thu, 5 Jul 2012 12:08:31 +0200, Andreas Bießmann
wrote:
> Dear Albert Aribaud,
>
> The following changes since commit
> c45272e25bdf241fbb27638465f16ce2342ed1b6:
>
> i.MX6 USDHC: Use the ESDHC clock (2012-07-02 19:53:20 +0200)
>
> are available in the git repository at:
>
>
Hi ,
I have basic knowledge of porting u-boot to a new board. But now i have got
a task to port u-boot on cavium mips based board. As i know that mips
architecture is already supported, but will it support all cavium octeon
mips variants? Please put some light on this. I would be glad if you guys,
Reserve first 16MB for RT-CPU (as same as kernel config).
Signed-off-by: Tetsuyuki Kobayashi
---
include/configs/kzm9g.h |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/configs/kzm9g.h b/include/configs/kzm9g.h
index 62ecadc..5e9b417 100644
--- a/include/confi
Adjust low level hardware setting in s_init.
Signed-off-by: Tetsuyuki Kobayashi
---
arch/arm/include/asm/arch-rmobile/sh73a0.h |4 +++-
board/kmc/kzm9g/kzm9g.c|2 ++
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-rmobile/sh73a0
Change U-Boot prompt to board specific one.
Signed-off-by: Tetsuyuki Kobayashi
---
include/configs/kzm9g.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/kzm9g.h b/include/configs/kzm9g.h
index 5e9b417..a473bc8 100644
--- a/include/configs/kzm9g.h
+++ b/in
Hi Manukumar,
On Thu, 05 Jul 2012 15:57:49 +0530, Manukumar
wrote:
> Hello,
>
> I have connected USB hard disk to P1020RB
Which board is this? Neither "git grep -i P1020RB" nor "find . iname
'*P1020RB*'" yield any result.
> and in command prompt(u-boot) i used
> command
> => usb start
> (Re)s
Hi Prafulla,
On Thu, 5 Jul 2012 04:29:31 -0700, Prafulla Wadaskar
wrote:
> Dear Albert,
>
> Please pull
> The following changes since commit
> c45272e25bdf241fbb27638465f16ce2342ed1b6: Michael Langer (1):
> i.MX6 USDHC: Use the ESDHC clock
>
> are available in the git repository at:
>
Hi Albert,
Could you applied the patch to the arm tree?
Thanks,
hongbo
On 07/03/2012 07:46 AM, Zhong Hongbo wrote:
> From: Zhong Hongbo
>
> In the spl booting step, When __bss_start is equal to __bss_end__,
> The loop will clear all the things in CPU space. If there are have
> the same address
This patch set enables I2C support for EXYNOS5.
This patchset modifies the s3c24x0 I2C driver to use same for EXYNOS5.
Multichannel support has been added to the s3c24x0 I2C driver.
s3c24x0_i2c struct has been moved to a common place as it can used
by different SOC's.
Changes in V2:
- Inco
This patch adds pinmux code for I2C.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- Aligned the pinmux functionality as per the latest comments.
Changes in V3:
- None
Changes in V4:
- None
Changes in V5:
- None
arch/arm/cpu/armv7/exyn
This adds i2c clock information for EXYNOS5.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
changes in V2:
- Incorporated comments from Simon Glass which are removed extra
braces around (readl(&clk->div_top1)
This patch adds the base address for I2C.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- None
Changes in V5:
- None
arch/arm/include/asm/arch-exynos/cpu.h |3
struct s3c24x0_i2c is being moved to common local header file so that
the same can be used by s3c series and exynos series SoCs.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
This patch modifies the S3C I2C driver to suppport EXYNOS5.
The cahnges made to driver are as follows:
- I2C base address is passed as a parameter to many
functions to avoid multiple #ifdef
- Channel initialisation is moved to a commom funation
as it is required by i
This adds multiple i2c channel support for I2C.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
Changes in V4:
- None
Chnage in V5:
- Pinmux setting of all bus done during board ini
This enables I2C support on smdk5250.
Pinmux setting moved to board file to avoid repeated setting of
gpio lines.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
Chang
Hi Minkyu,
Could you help me to review it?
Thanks,
hongbo
On 07/03/2012 07:50 AM, Zhong Hongbo wrote:
> From: Zhong Hongbo
>
> In general, The get_timer_masked function get the system time,
> no the number of ticks. Such as the nand_wait_ready will use
> get_timer_masked to delay the operation
Hi Tetsuyuki,
On Fri, 29 Jun 2012 18:36:21 +0900, Tetsuyuki Kobayashi
wrote:
> save_boot_params_default() in cpu.c accesses uninitialized stack area
> when it compiled with -O0 (not optimized).
>
> Signed-off-by: Tetsuyuki Kobayashi
> ---
> Changes for v2:
> - include and use __naked instead
Hi Tetsuyuki,
On Mon, 25 Jun 2012 21:40:57 +0900, Tetsuyuki Kobayashi
wrote:
> Interrupts and exceptions doesn't work in relocated code.
> It badly use IRQ_STACK_START_IN in rom area as interrupt stack.
> It is because the vecotr table is not moved to ram area.
> This patch moves vector table bef
Hi Minkyu,
Could you help me to review the patch.
Thanks
On 06/25/2012 11:52 PM, Zhong Hongbo wrote:
> From: seedshope
>
> Signed-off-by: Zhong Hongbo
> ---
> Makefile | 20
> board/samsung/smdk6400/config.mk |4 +---
> boards.cfg
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 05 July 2012 12:46
> To: Prafulla Wadaskar
> Cc: Wolfgang Denk; u-boot@lists.denx.de; Valentin Longchamp
> Subject: Re: [U-Boot] [PATCH v2 03/14] arm/km: convert mgcoge3un
> target to km_kirkwood
...snip
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: 05 July 2012 16:32
> To: Gerlando Falauto
> Cc: u-boot@lists.denx.de; Marek Vasut; Longchamp, Valentin; Brunck,
> Holger; Prafulla Wadaskar
> Subject: Re: [U-Boot] [PATCH] kirkwood: implement kw_sdram_b
Hi Zhong Hongbo,
On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo
wrote:
> Hi Albert,
>
> Could you applied the patch to the arm tree?
>
> Thanks,
> hongbo
> On 07/03/2012 07:46 AM, Zhong Hongbo wrote:
> > From: Zhong Hongbo
> >
> > In the spl booting step, When __bss_start is equal to __bss_
Hi Albert,
On 07/05/2012 08:19 PM, Albert ARIBAUD wrote:
> Hi Zhong Hongbo,
>
> On Thu, 05 Jul 2012 19:53:46 +0800, Zhong Hongbo
> wrote:
>> Hi Albert,
>>
>> Could you applied the patch to the arm tree?
>>
>> Thanks,
>> hongbo
>> On 07/03/2012 07:46 AM, Zhong Hongbo wrote:
>>> From: Zhong Hongbo
Leave dram_init_banksize to set up the bank info data.
ram_size was previously uninitialized. Also, generalize
lowlevel assembly to support more RAM options.
Signed-off-by: Yann Vernier
---
Changes for v2:
- Update to use CONFIG_SYS_SDRAM_ constants
- Update cm41xx also
- Map SDRAM to ma
Hi Albert,
as you seem to be working on U-Boot patches right now, here another short
reminder from me. ;)
Thanks,
Stefan
On Friday 22 June 2012 08:01:15 Stefan Roese wrote:
> Hi Albert,
>
> as you requested, here a short reminder...
>
> On Tuesday 05 June 2012 08:58:26 Stefan Roese wrote:
> >
Dear sayed zahid,
On 05.07.2012 13:42, sayed zahid wrote:
> Hi ,
> I have basic knowledge of porting u-boot to a new board. But now i have got
> a task to port u-boot on cavium mips based board. As i know that mips
> architecture is already supported, but will it support all cavium octeon
> mips v
Changed CONFIG_SYS_TEXT_BASE to actual address (required for
board_init_f) and moved it into cm4008.h, along with a warning that it
must match CONFIG_SYS_FLASH_BASE (since lowlevel_init relocates there).
lowlevel_init now uses CONFIG_SYS_FLASH_BASE to map ROM, although the
second bank is still mapp
I do apologise. I mistakenly entered the wrong message ID for this mail; it is
In-Reply-To: <4ff56547.6070...@gmail.com>
Subject: Re: [U-Boot] [PATCH 2/3] cm4008: Fix ROM relocation.
I shall soon submit the updated patch that does belong in this thread. Sorry!
___
On 07/05/2012 02:09 PM, Prafulla Wadaskar wrote:
>>>
>>> To avoid any further confusion let's keep aside all the past.
>>> 1. Pls post the new patch series that is just targeted for bugfixes
>> and updates (no addition of new boards or drivers)
>>
>> Ok so there are again no inputs to specific patc
This change allows use of other flash chips than the two supported by
the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
---
Changes for v2:
- Update cm41xx also
- Remove unused board specific flash code
Signed-off-by: Yann Vernier
---
board/cm4008/Makefile|2 +-
board/cm4
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 05 July 2012 19:14
> To: Prafulla Wadaskar
> Cc: Wolfgang Denk; u-boot@lists.denx.de; Valentin Longchamp
> Subject: Re: [U-Boot] [PATCH v2 03/14] arm/km: convert mgcoge3un
> target to km_kirkwood
>
> On
I am taking over a project originally done by somebody else and not
documented at all. I am not very familiar with U-Boot in general, so I am
effectively starting from scratch.
My current issue is this: I have a U-Boot image that I can load onto my
board that, upon start, says it is autobooting a
Size of the SDRAM chips might differ between any two (otherwise
identical) instances of the same board.
So change board_early_init_f() to use km_sdram_bs_set(), in order to
fixup the window size register at runtime, according to the detected
SDRAM size.
Signed-off-by: Gerlando Falauto
Cc: Valent
Some boards might be equipped with different SDRAM configurations.
When that is the case, CPU CS Window Size Register (CS[0]n Size) should
be set to the biggest value through board.cfg file; then its value
can be fixed at runtime according to the detected SDRAM size.
Therefore, implement kw_sdram_
From: Zhong Hongbo
In currently, when __bss_start is equal to __bss_end__,
The bss loop will clear all the things in memory space.
But just only when __bss_end__ greater than __bss_start__,
we do the clear bss section operation.
Signed-off-by: Hongbo Zhong
---
arch/arm/cpu/armv7/start.S |
On 05.07.2012 14:11, Yann Vernier wrote:
> Leave dram_init_banksize to set up the bank info data.
> ram_size was previously uninitialized. Also, generalize
> lowlevel assembly to support more RAM options.
>
> Signed-off-by: Yann Vernier
> ---
> Changes for v2:
>- Update to use CONFIG_SYS_SDRA
Dear Yann Vernier,
a simple small change request.
On 05.07.2012 15:11, Yann Vernier wrote:
> This change allows use of other flash chips than the two supported by
> the cm4008 flash.c. Tested with Micrel KSZ8695X demo board.
> ---
> Changes for v2:
>- Update cm41xx also
>- Remove unused b
From: Valentin Longchamp
Some very similar #defines for reg addresses are used in a later patch
(managed_switch support for km_arm).
Signed-off-by: Valentin Longchamp
cc: Holger Brunck
cc: Prafulla Wadaskar
---
changes for v2 and v3: simply rebased
board/keymile/km_arm/km_arm.c | 22 +
Use the generic header km_kirkwood.h and get rid of the
board specific header.
changes for v2: rebased because of changes in other patches
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
cc: Prafulla Wadaskar
---
changes for v2 and v3: rebased because of ch
The additional headerfile is unneeded here, we can use the generic
km_kirkwood.h instead. And we can use the better config option
KM_PIGGY4_88E6061 for the specific features for boards with this
design in km_arm.c.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Fala
From: Thomas Herzmann
Add a function to read the dip_switch on kmcoge5un. If the
switch is set the actual_bank is set to 0 and this SW is
booted.
Signed-off-by: Thomas Herzmann
Signed-off-by: Holger Brunck
---
changes for v2 and v3: rebased
board/keymile/km_arm/km_arm.c | 14 +-
From: Valentin Longchamp
This adds a first support of the FPGA download for a PCIe FPGA based
on the BOCO2 CPLD.
This takes place in 3 steps, all done accessing the SPICTRL reg of the
BOCO2:
1) start the FPGA config with an access to the FPGA_PROG bit
2) later in the boot sequence, wait for the
Remove config options from boards.cfg and simply add one switch
per board and differ afterwards in km_kirkwood.h between the features.
More boards are upcoming and therefore it's easier to have this
at one place.
Signed-off-by: Holger Brunck
Signed-off-by: Valentin Longchamp
cc: Gerlando Falauto
From: Valentin Longchamp
The PCIe FPGAs now have to support 2 resets: one for the non traffic
affecting part (PCIe) and one for the traffic affecting part.
When the FPGA is not reconfigured, we only reset the PCIe part.
Signed-off-by: Valentin Longchamp
---
changes for v2 and v3: simply rebase
This board is similar to portl2, but it has the u-boot environment
in a SPI NOR flash and not in an i2c eeprom like portl2 have.
Some other details:
- IVM EEPROM is at adress: pca9547:70:9
- PCI is enabled
- PIGGY4 is connected via MV88E6352 simple switch. There is no phy
between the simple
Changes for v3 in general:
- remove the managed switch driver as requested on the ML
cc: Holger Brunck
cc: Valentin Longchamp
cc: Prafulla Wadaskar
Holger Brunck (6):
arm/km: add kmnusa board support
arm/km: add kmcoge5un board support
arm/km: convert mgcoge3un target to km_kirkwood
a
For u-boot this board is similar to mgcoge3un. But some differences
are present. We have a different SDRAM on it and therefore a new
SDRAM config file. Additionaly this board has a direct MAC/MAC
connection from the kirkwood to a marvell simple switch without a
phy inbetween, this needs a new confi
From: Valentin Longchamp
In order to be able to perform board resets without interrupting the
traffic, the configuration of an already properly configured FPGA is
skipped.
This is because some PCIe FPGAs embed some other function that must
continue to work over reset.
It is then the responsibil
These functions tried to access two static tables before relocation
(board_early_init_f is executed before relocation). But these static
tables lie in the bss section which is not valid before relocation.
These accesses then overwrote some parts of u-boot binary before it was
relocated. For the kmn
Dear Yann Vernier,
On 05.07.2012 15:22, Yann Vernier wrote:
> Changed CONFIG_SYS_TEXT_BASE to actual address (required for
> board_init_f) and moved it into cm4008.h, along with a warning that it
> must match CONFIG_SYS_FLASH_BASE (since lowlevel_init relocates there).
> lowlevel_init now uses CON
Dear Albert ARIBAUD,
> Hi Manukumar,
>
> On Thu, 05 Jul 2012 15:57:49 +0530, Manukumar
>
> wrote:
> > Hello,
> >
> > I have connected USB hard disk to P1020RB
>
> Which board is this? Neither "git grep -i P1020RB" nor "find . iname
> '*P1020RB*'" yield any result.
Ain't it P1020RDB?
> > and
On 07/04/2012 12:02 AM, Michal Simek wrote:
...
> What is the problem to add the latest dtc?
To really make use of device tree you need a recent dtc, but we've had
pushback requiring a recent dtc because people may not have it
installed. I asked Wolfgang a while back whether we could just put a
co
This board is similar to portl2, but it has the u-boot environment
in a SPI NOR flash and not in an i2c eeprom like portl2 have.
Some other details:
- IVM EEPROM is at adress: pca9547:70:9
- PCI is enabled
- PIGGY4 is connected via MV88E6352 simple switch. There is no phy
between the simple
Dear Zhong Hongbo,
this is arm related and should therefore apply to all the different
arch/arm/cpu/*/start.S (as long as they have SPL support).
On 05.07.2012 16:35, Zhong Hongbo wrote:
> From: Zhong Hongbo
>
> In currently, when __bss_start is equal to __bss_end__,
> The bss loop will clear a
Dear Gerlando Falauto,
> Some boards might be equipped with different SDRAM configurations.
> When that is the case, CPU CS Window Size Register (CS[0]n Size) should
> be set to the biggest value through board.cfg file; then its value
> can be fixed at runtime according to the detected SDRAM size.
On 07/05/2012 05:38 PM, Marek Vasut wrote:
Dear Gerlando Falauto,
Some boards might be equipped with different SDRAM configurations.
When that is the case, CPU CS Window Size Register (CS[0]n Size) should
be set to the biggest value through board.cfg file; then its value
can be fixed at runtime
On 07/05/2012 03:48 PM, Prafulla Wadaskar wrote:
>>
>> And if I resend the remaining eleven patches in the same order as
>> beneath
>> these are:
>> [U-Boot,v2,01/14] arm/km: add kmnusa board support
>> [U-Boot,v2,02/14] arm/km: add kmcoge5un board support
>> [U-Boot,v2,03/14] arm/km: convert mgcog
Dear Gerlando Falauto,
> On 07/05/2012 05:38 PM, Marek Vasut wrote:
> > Dear Gerlando Falauto,
> >
> >> Some boards might be equipped with different SDRAM configurations.
> >> When that is the case, CPU CS Window Size Register (CS[0]n Size) should
> >> be set to the biggest value through board.cf
On 05.07.2012 17:38, Andreas Bießmann wrote:
>> -clbss_l:str r2, [r0]/* clear loop...*/
>> +clbss_l:
>> +cmp r1, r0
>> +bls clbss_end
>> +str r2, [r0]/* clear loop...*/
>> add r0, r0, #4
>> -
On Thu, Jul 05, 2012 at 01:57:26PM +0200, Albert ARIBAUD wrote:
> Hi Tetsuyuki,
>
> On Fri, 29 Jun 2012 18:36:21 +0900, Tetsuyuki Kobayashi
> wrote:
> > save_boot_params_default() in cpu.c accesses uninitialized stack area
> > when it compiled with -O0 (not optimized).
> >
> > Signed-off-by: Tet
Hi Albert,
The following changes since commit 863ba81c70d8ca8dc49e0c5a28a1fd0fb23ca62d:
arm: bugfix: Move vector table before jumping relocated code (2012-07-05
14:01:28 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-ti master
for you to fetch changes up to 5af86f
Hi Tom,
On Thu, 5 Jul 2012 09:18:28 -0700, Tom Rini wrote:
> On Thu, Jul 05, 2012 at 01:57:26PM +0200, Albert ARIBAUD wrote:
> > Hi Tetsuyuki,
> >
> > On Fri, 29 Jun 2012 18:36:21 +0900, Tetsuyuki Kobayashi
> > wrote:
> > > save_boot_params_default() in cpu.c accesses uninitialized stack area
>
On Wed, Jul 04, 2012 at 05:03:59PM +0400, Ilya Yanok wrote:
`
> From: Tom Rini
>
> The USB spec says that 32 bytes is the minimum required alignment.
> However on some platforms we have a larger minimum requirement for cache
> coherency. In those cases, use that value rather than the USB spec
>
On 07/04/2012 05:29 PM, Marek Vasut wrote:
> Dear Tom Rini,
>
> [...]
>
This is as per my understanding. It could also cause confusions
to some due to name. maybe :)
>>>
>>> I'm no omap guru, Tom is. Tom?
>>
>> I think what we need to do is take a shot at converting am35x.c and
>> am335
1 - 100 of 166 matches
Mail list logo