On 07/14/11 17:20, Albert ARIBAUD wrote:
Hi again Igor,
Le 14/07/2011 16:10, Albert ARIBAUD a écrit :
Pragmatism against perfection: let's go for 2, then. Change the boards
you intended to change, and from now on reviewers for any change to a
board should point out the move to
CONFIG_MACH_TYPE is used to set the machine type number in the
common arm code instead of setting it in the board code.
Boards with dynamically discoverable machine types can still set the
machine type number in the board code.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2
Hi Christopher,
On 07/14/11 21:02, Christopher Harvey wrote:
Linux cannot boot without it.
Signed-off-by: Christopher Harvey char...@matrox.com
---
V2:
Used a #define instead of a constant.
Used a printf instead of a debug.
---
V3:
Moved gd-bd-bi_arch_number = BI_ARCH_NUMBER_INVALID;
Hi Albert,
On 07/08/11 00:06, Igor Grinberg wrote:
On 07/07/11 20:46, Albert ARIBAUD wrote:
Le 07/07/2011 18:51, Igor Grinberg a écrit :
If we have this option and it is documented, then any new board can use it
instead of thinking (although it is simple) where and how to dereference
On 07/07/11 19:07, Albert ARIBAUD wrote:
Hi Igor,
Le 06/07/2011 22:05, Igor Grinberg a écrit :
On 07/06/11 21:53, Albert ARIBAUD wrote:
Hi Igor,
Le 04/07/2011 11:00, Igor Grinberg a écrit :
CONFIG_MACH_TYPE can be used to set the machine type number in the
common arm code instead
On 07/07/11 17:34, Christopher Harvey wrote:
Linux cannot boot without it.
Signed-off-by: Christopher Harvey char...@matrox.com
---
V2:
Used a #define instead of a constant.
Used a printf instead of a debug.
arch/arm/include/asm/u-boot.h |2 ++
arch/arm/lib/board.c |
On 07/07/11 19:55, Igor Grinberg wrote:
On 07/07/11 17:34, Christopher Harvey wrote:
Linux cannot boot without it.
Signed-off-by: Christopher Harvey char...@matrox.com
---
V2:
Used a #define instead of a constant.
Used a printf instead of a debug.
arch/arm/include/asm/u-boot.h
On 07/07/11 20:46, Albert ARIBAUD wrote:
Le 07/07/2011 18:51, Igor Grinberg a écrit :
If we have this option and it is documented, then any new board can use it
instead of thinking (although it is simple) where and how to dereference
the bi_arch_number.
Not sure I get you there. Can you
On 07/06/11 21:53, Albert ARIBAUD wrote:
Hi Igor,
Le 04/07/2011 11:00, Igor Grinberg a écrit :
CONFIG_MACH_TYPE can be used to set the machine type number in the
common arm code instead of setting it in the board code.
Signed-off-by: Igor Grinberggrinb...@compulab.co.il
---
README
On 07/05/11 00:06, Christopher Harvey wrote:
On Mon, Jul 04, 2011 at 12:00:19PM +0300, Igor Grinberg wrote:
CONFIG_MACH_TYPE can be used to set the machine type number in the
common arm code instead of setting it in the board code.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
On 07/05/11 00:24, Jason wrote:
On Mon, Jul 04, 2011 at 04:32:35PM -0400, Christopher Harvey wrote:
On Mon, Jul 04, 2011 at 04:13:49PM -0400, Jason wrote:
On Mon, Jul 04, 2011 at 02:55:54PM -0400, Christopher Harvey wrote:
On Mon, Jul 04, 2011 at 02:08:44PM -0400, Jason wrote:
On Mon, Jul
On 07/04/11 23:32, Christopher Harvey wrote:
On Mon, Jul 04, 2011 at 04:13:49PM -0400, Jason wrote:
On Mon, Jul 04, 2011 at 02:55:54PM -0400, Christopher Harvey wrote:
On Mon, Jul 04, 2011 at 02:08:44PM -0400, Jason wrote:
On Mon, Jul 04, 2011 at 01:45:41PM -0400, Christopher Harvey wrote:
On 07/04/11 20:45, Christopher Harvey wrote:
Signed-off-by: Christopher Harvey char...@matrox.com
---
arch/arm/lib/board.c |4
arch/arm/lib/bootm.c |6 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
index
On 07/05/11 13:04, Wolfgang Denk wrote:
Dear Igor Grinberg,
In message 4e12bf5d.6080...@compulab.co.il you wrote:
+ debug(\nWarning: machid not set! Linux will not finish
booting.\n\n);
+ }
+#endif
Is there a reason to close this in ifdef DEBUG? and also use debug()?
I
On 07/05/11 17:08, char...@matrox.com wrote:
On Tue, Jul 05, 2011 at 12:16:12AM +0200, Wolfgang Denk wrote:
Dear Christopher Harvey,
In message 20110704210619.ga3...@harvey-pc.matrox.com you wrote:
I'm curious, is it a feature that bd-bi_arch_number can be set at
runtime? Do any boards
Innovator and H2 boards used machine_is_* macros for setting the machine
type. These macros are expanded in compile time and thus leaves
unreachable code (though gcc might optimize it).
Switch them to use common code for machine type setting.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
NVIDIA boards and Samsung SMDK6400 already use a local variant of
CONFIG_MACH_TYPE option.
Switch to use the new common code.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
board/nvidia/common/board.c |2 --
board/samsung/smdk6400/smdk6400.c |1 -
include/configs/smdk6400
CONFIG_MACH_TYPE can be used to set the machine type number in the
common arm code instead of setting it in the board code.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
README | 12
arch/arm/lib/board.c |5 +
2 files changed, 17 insertions(+), 0
On 07/01/11 12:17, Simon Schwarz wrote:
Ok, topic ATAGS:
I see three ways doing ATAGS init for SPL:
1. use bootm.c which means init bd correctly and add a bunch of #ifdef
CONFIG_PRELOADER to it - maybe also to some others i don't have on the
radar yet.
While this is not clean, it might work
so the correct load value is 0.
Change TIMER_LOAD_VAL from 0x to 0 and introduce
a new constant called TIMER_OVERFLOW_VAL set to 0x.
Signed-off-by: John Rigby john.ri...@linaro.org
Tested-by: Igor Grinberg grinb...@compulab.co.il
On DM3730, AM3703, OMAP3530.
---
arch/arm
Hi Albert,
On 06/28/11 08:39, Albert ARIBAUD wrote:
Hi Wolfgang,
The following changes since commit 9623c158f6a5150a21c25026bfba79e7ff7912f5:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-06-23
15:37:33 +0200)
are available in the git repository at:
On 06/28/11 12:52, Igor Grinberg wrote:
Hi Albert,
On 06/28/11 08:39, Albert ARIBAUD wrote:
Hi Wolfgang,
The following changes since commit 9623c158f6a5150a21c25026bfba79e7ff7912f5:
Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-06-23
15:37:33 +0200)
are available
On 06/27/11 08:06, Premi, Sanjeev wrote:
-Original Message-
From: Premi, Sanjeev
Sent: Thursday, June 23, 2011 4:48 PM
To: Premi, Sanjeev; Igor Grinberg
Cc: Govindarajan, Sriramakrishnan; u-boot@lists.denx.de
Subject: RE: [U-Boot] [PATCH 2/3] omap3evm: Update ethernet
reset
Define CONFIG_SYS_SDRAM_BASE to physical SDRAM address
and CONFIG_SYS_INIT_SP_ADDR to physical SRAM address
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Cc: Kyungmin Park kyungmin.p...@samsung.com
---
include/configs/apollon.h |4
1 files changed, 4 insertions(+), 0 deletions
Hi Sanjeev,
On 06/22/11 22:24, Sanjeev Premi wrote:
From: Sriramakrishnan s...@ti.com
The GPIO pin used for resetting the external LAN chip has
changed for Rev.G board.
Signed-off-by: Sriramakrishnan s...@ti.com
Signed-off-by: Sanjeev Premi pr...@ti.com
---
board/ti/evm/evm.c | 27
On 06/22/11 17:28, Luca Ceresoli wrote:
Hi,
since 7a83af07aef3c (TFTP: add tftpsrv command) U-Boot has a new tftpsrv
command, which can be enabled by defining CONFIG_CMD_TFTPSRV.
Unfortunately, activating it causes some boards to stop working correctly.
This is because they use the tftp
Hi Rick,
I've been browsing through the mailing list and found a similar patch [1]
sent about a half a year ago by: John Rigby john.ri...@linaro.org
It has neither been accepted, nor rejected.
It looks like John's patch is a bit cleaner and has a more complete
commit message. I can test it on
On 05/17/11 00:52, r...@efn.org wrote:
Signed-off-by: Rick Bronson r...@efn.org
---
arch/arm/cpu/armv7/omap-common/timer.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap-common/timer.c
b/arch/arm/cpu/armv7/omap-common/timer.c
index
Hi,
x-loader has the following comment and if statement for all boards supporting
omap36xx SoC:
--cut
/*
* On OMAP3630, DDR data corruption has been observed on OFF mode
* exit if the sys clock was lower than 26M. As a
On 06/09/11 17:42, Mike Frysinger wrote:
On Thu, Jun 9, 2011 at 03:28, Vivi wrote:
On TI panda board, stay in u-boot and do nothing in 30 minutes, then
try to get mmc info or reset, u-boot will hang.
sounds like the core timer logic is broken for whatever omap part is on there
or the
Hi Albert,
On 06/07/11 21:21, Albert ARIBAUD wrote:
Hi Igor,
Le 07/06/2011 07:42, Igor Grinberg a écrit :
On 06/06/11 23:17, Albert ARIBAUD wrote:
Hi,
Le 03/06/2011 15:10, Igor Grinberg a écrit :
On 06/03/11 00:51, Wolfgang Denk wrote:
Hi,
Hi Wolfgang,
[...]
omap1610h2
Hi Reinhard,
What about this [1] patch?
Are there any issues with it? Will you take it?
[1] - http://patchwork.ozlabs.org/patch/93639/
--
Regards,
Igor.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 06/07/11 10:37, Andreas Bießmann wrote:
Dear Igor Grinberg,
Am 07.06.2011 08:09, schrieb Igor Grinberg:
Hi Reinhard,
What about this [1] patch?
Are there any issues with it? Will you take it?
the arch/arm/arm920t/at91rm9200 is subject to be deleted soon!
If you have any device
On 06/06/11 23:17, Albert ARIBAUD wrote:
Hi,
Le 03/06/2011 15:10, Igor Grinberg a écrit :
On 06/03/11 00:51, Wolfgang Denk wrote:
Hi,
Hi Wolfgang,
[...]
omap1610h2
omap1610inn
Please submit fixes to prevent removal.
I've sent a compile fix [1] for omap1610h2 and omap1610inn about
On 06/03/11 00:51, Wolfgang Denk wrote:
Hi,
Hi Wolfgang,
[...]
omap1610h2
omap1610inn
Please submit fixes to prevent removal.
I've sent a compile fix [1] for omap1610h2 and omap1610inn about a month ago,
but still it hasn't been picked up.
Sandeep said, he is on vacation, may be Albert
Hi James,
On 05/19/11 10:07, James Harris wrote:
Greetings all,
Over the past few days I've been trying to get u-boot 2011.03 for the
omap5912osk working.
Support for the target appears to have stagnated...
Out of the box the omap5912osk (and omap1610inn) target fails to
Cheers,
James
...
James Harris
T +61 8 8104 5253
E jhar...@ellex.com
...
-Original Message-
From: Igor Grinberg [mailto:grinb
Sandeep,
Any comments?
On 05/01/11 13:10, Igor Grinberg wrote:
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR were not defined for
this board thus breaking its build.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Cc: Sandeep Paulraj s-paul...@ti.com
Cc: Nishant Kamat nska
ping!
It has been two weeks...
On 05/02/11 15:49, Igor Grinberg wrote:
at91 ethernet module used machine_is_cbs337() macro for board specific
Linux compatibility issue.
Remove this, as no such board exist in current U-Boot tree.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
This board used machine_is_* macros for identifying the arch number.
Fix this by using CONFIG_MACH_TYPE configuration variable.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: remove the ifdeferry by introducing config variable
v3: do not introduce yet another CONFIG_var, use
Hi Wolfgang,
While looking at how to document the CONFIG_MACH_TYPE variable,
I caught myself wondering, why don't we provide an option to set
this variable in board config file and set the bi_arch_number field in
a more generic location (e.g. arch/arm/lib/board.c: board_init_f()),
then it is
Hi Wolfgang,
On 05/05/11 01:14, Wolfgang Denk wrote:
Dear Igor Grinberg,
In message 4dc0ffb0.5080...@compulab.co.il you wrote:
While looking at how to document the CONFIG_MACH_TYPE variable,
I caught myself wondering, why don't we provide an option to set
this variable in board config file
This board used machine_is_* macros for identifying the arch number.
Fix this by introducing a board specific configuration variable.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
v2: remove the ifdeferry by introducing config variable,
Alessandro, what about this one
Hi Wolfgang,
On 05/03/11 15:29, Wolfgang Denk wrote:
Dear Igor Grinberg,
In message 1304417333-30745-1-git-send-email-grinb...@compulab.co.il you
wrote:
This board used machine_is_* macros for identifying the arch number.
Fix this by introducing a board specific configuration variable
On 05/01/11 23:28, Alessandro Rubini wrote:
I'm sorry for sounding rude, it's not my intention.
I didn't follow closely the discussion about mach_types.h, but I think
we are heading in the wrong direction.
Exactly, this is the problem...
Please, read:
On 05/01/11 22:38, Reinhard Meyer wrote:
Dear Igor Grinberg,
at91 ethernet module used machine_is_cbs337() macro for board specific
Linux compatibility issue.
Use compile time defines instead.
Signed-off-by: Igor Grinberggrinb...@compulab.co.il
---
arch/arm/cpu/arm920t/at91rm9200
at91 ethernet module used machine_is_cbs337() macro for board specific
Linux compatibility issue.
Remove this, as no such board exist in current U-Boot tree.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/cpu/arm920t/at91rm9200/ether.c | 18 +++---
1 files
This board used machine_is_* macros for identifying the arch number.
Use compile time defines instead.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Cc: Sandeep Paulraj s-paul...@ti.com
Cc: Nishant Kamat nska...@ti.com
Cc: Kshitij Gupta kshi...@ti.com
---
This has been compile tested after
CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR were not defined for
this board thus breaking its build.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Cc: Sandeep Paulraj s-paul...@ti.com
Cc: Nishant Kamat nska...@ti.com
Cc: Kshitij Gupta kshi...@ti.com
---
include/configs/omap1610h2.h
On 04/27/11 13:19, Michael Schwingen wrote:
Am 04/26/2011 11:38 PM, schrieb Reinhard Meyer:
So IMO, if we have mach-types in U-Boot for supporting Linux, then we
should keep using a (reasonably) up-to-date Linux machine ID list just
like we do now -- mach-types that disappear from the list
On 04/21/11 02:52, Jason Kridner wrote:
Based on patches from Syed Mohammed Khasim (kha...@ti.com).
Configures the output of the BeagleBoard DVI to be orange.
Configures the output of the BeagleBoard S-Video to be a colorbar.
---
Updates for this version
* Rebased on u-boot-ti.
On 04/21/11 02:52, Jason Kridner wrote:
Remove __attribute__ ((packed)) to prevent byte access to soc
registers in some gcc versions.
Having patches to enable ehci for the BeagleBoard lying around for
several month, this one was the show-stopper.
Credits have to go to Laine Walker-Avina
Hi Sandeep, Albert, Wolfgang,
On 04/19/11 15:42, Paulraj, Sandeep wrote:
Wolfgang, Albert,
Russell King sent some updates to the linux kernel for mach-types.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=6f82f4db80189281a8ac42f2e72396accb719b57
He also
Hi Jason,
On 04/21/11 02:52, Jason Kridner wrote:
Although the initialization should probably be done with names, the
existing implementation has these structures filled in the opposite
order.
Signed-off-by: Jason Kridner jkrid...@beagleboard.org
---
common/cmd_led.c |4 ++--
1
Hi Wolfgang, Albert, Sandeep,
On 04/10/11 09:32, Igor Grinberg wrote:
Ping!
Wolfgang,
should I have also send this to Albert or/and Sandeep?
On 04/05/11 10:08, Igor Grinberg wrote:
This patch serie s based on the latest U-Boot release (v2011.03) and
updates support for Compulab CM
Ping!
Wolfgang,
should I have also send this to Albert or/and Sandeep?
On 04/05/11 10:08, Igor Grinberg wrote:
This patch serie s based on the latest U-Boot release (v2011.03) and
updates support for Compulab CM-T35 board:
1) Some clean up
2) MMC/SD Card fix
3) Add Green Status LED
4
CM-T3730 is exactly the same board as CM-T35, but it has
TI DM3730 SoC onboard and therefore some changes have to take place
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
board/cm_t35/cm_t35.c| 78 ++---
include/configs/cm_t35.h | 12
are required
Igor Grinberg (9):
OMAP3: CM-T35: Move DECLARE_GLOBAL_DATA_PTR to file scope
OMAP3: CM-T35: update config
OMAP3: CM-T35: update board files header information
OMAP3: CM-T35: update MAINTAINERS file
OMAP3: CM-T35: add MMC1 pinmux
OMAP3: CM-T35: fix mmc
OMAP3: CM-T35: remove
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
board/cm_t35/cm_t35.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/board/cm_t35/cm_t35.c b/board/cm_t35/cm_t35.c
index 5c8d569..3b6f7ef 100644
--- a/board/cm_t35/cm_t35.c
+++ b/board/cm_t35/cm_t35.c
Use CONFIG_OMAP3_MMC in cm-t35 configuration file.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
board/cm_t35/cm_t35.c|7 ---
include/configs/cm_t35.h |3 +--
2 files changed, 1 insertions(+), 9 deletions(-)
diff --git a/board/cm_t35/cm_t35.c b/board/cm_t35/cm_t35.c
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
Acked-by: Mike Rapoport m...@compulab.co.il
---
MAINTAINERS |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4756f14..bcd0fc9 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -646,6
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
board/cm_t35/cm_t35.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/cm_t35/cm_t35.c b/board/cm_t35/cm_t35.c
index 459df0b..2eb9dac 100644
--- a/board/cm_t35/cm_t35.c
+++ b/board/cm_t35/cm_t35.c
@@ -41,6
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
include/configs/cm_t35.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include/configs/cm_t35.h b/include/configs/cm_t35.h
index 510c6d4..ec6a1a3 100644
--- a/include/configs/cm_t35.h
+++ b/include/configs
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
board/cm_t35/Makefile|2 +-
board/cm_t35/cm_t35.c|7 ++-
board/cm_t35/leds.c | 45 +
include/configs/cm_t35.h | 15 +++
4 files changed, 67 insertions
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
board/cm_t35/cm_t35.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/board/cm_t35/cm_t35.c b/board/cm_t35/cm_t35.c
index 23efacc..bf54061 100644
--- a/board/cm_t35/cm_t35.c
+++ b/board/cm_t35/cm_t35.c
701 - 765 of 765 matches
Mail list logo