Dear Kumar,
As there is no feedback on this patch in the maillist. Please pull this
upstream.
Thanks
Priyanka
-Original Message-
From: Jain Priyanka-B32167
Sent: Monday, October 25, 2010 2:53 PM
To: u-boot@lists.denx.de
Cc: Jain Priyanka-B32167; Gala Kumar-B11780
Subject: [U-Boot]
Le 26/10/2010 02:11, Reinhard Meyer a écrit :
That is #ifdef-ed away in case of ARM-relocation. Perhaps we should remove
all code that pertains to WITHOUT_RELOC... Would make the rest of the code
less obscure...
I changed my board.config like this:
...
/*#define CONFIG_SYS_GBL_DATA_SIZE
Dear Kumar,
As there is no feedback on this patch in the maillist. Please pull this
upstream.
Thanks
Priyanka
-Original Message-
From: Jain Priyanka-B32167
Sent: Thursday, October 21, 2010 9:22 AM
To: u-boot@lists.denx.de
Cc: Jain Priyanka-B32167
Subject: [PATCH][v2] RTC driver for
Hello Reinhard,
Reinhard Meyer wrote:
Dear Wolfgang Denk,
this is an ALERT!
I just noticed (when debugging a strage phenomenon) that most of the
board configurations (170 out of 191 for PowerPC, _ALL_ for ARM) are
broken, because the size of struct global_data has grown but
On Tue, Oct 26, 2010 at 1:36 AM, Shawn Guo wrote:
Hi Mike,
please do not top post
I did not mean the threading view in gmail web client, but
http://lists.denx.de/pipermail/u-boot/2010-October/thread.html
so you're just talking about how pipermail is archiving things ?
gmane seems to do it
On Oct 25, 2010, at 8:34 AM, Wolfgang Denk wrote:
Dear Becky,
In message 1276792647-4563-4-git-send-email-bec...@kernel.crashing.org you
wrote:
Currently, 83xx, 86xx, and 85xx have a lot of duplicated code
dedicated to defining and manipulating the LBC registers. Merge
this into a
I just had a look at other ARM implementations of timer.c.
Some have a colourful mix of 32 and 64 bits values, resulting
in some 64 bit timer functions returning the upper 32 bits always
cleared.
Some implement udelay() in the while (xxxtime() endtime); variant.
I will fix this for at91 and
On 10/25/2010 11:01 PM, Reinhard Meyer wrote:
Dear Wolfgang Denk,
Dear Reinhard Meyer,
In message4cc66a67.4000...@emk-elektronik.de you wrote:
It fails in case the timer wraps around.
Assume 32 bit counters, start time = 0xFFF0, delay = 0x20. It
will compute end = 0x10, the while
On Oct 26, 2010, at 1:22 AM, Jain Priyanka-B32167 wrote:
Dear Kumar,
As there is no feedback on this patch in the maillist. Please pull this
upstream.
Thanks
Priyanka
I don't normally pick up drivers that are outside of the 8xxx space. Either a
subsystem maintainer or Wolfgang would
On Tue, Oct 26, 2010 at 2:41 PM, Mike Frysinger vap...@gentoo.org wrote:
On Tue, Oct 26, 2010 at 1:36 AM, Shawn Guo wrote:
I did not mean the threading view in gmail web client, but
http://lists.denx.de/pipermail/u-boot/2010-October/thread.html
so you're just talking about how pipermail is
PT7C4338 chip is manufactured by Pericom Technology Inc.
It is a serial real-time clock which provides:
1)Low-power clock/calendar.
2)Programmable square-wave output.
It has 56 bytes of nonvolatile RAM.
Freescale P1010RDB uses PT7C4338 as RTC.
Signed-off-by: Priyanka Jain
Dear Stefan
Thank you very much for your replay!
Hi Tim,
On Sunday 24 October 2010 11:42:51 Tim Rachman wrote:
According to your useful guides in our previous Emails, I examined again my
ddr sdram parameters that i had set in u-boot. I'm interfacing
HYB25D512160AT–7 to PPC440EP, with
Dear Reinhard Meyer,
In message 4cc66eca.9000...@emk-elektronik.de you wrote:
Agreed here. People are invited to dig through u-boot and find all
those places.
You know the ones you added best :-)
int main(void)
{
unsigned int time = 0xFFF0;
unsigned int delay = 0x20;
Dear Kumar Gala,
In message 1baab06c-391a-4eeb-bd42-ec4c65a7e...@kernel.crashing.org you wrote:
I don't normally pick up drivers that are outside of the 8xxx space. Either
a subsystem maintainer or Wolfgang would do that.
Also, we are in the middle of a merge/fix cycle for the v2010.12
On 10/22/2010 01:25 PM, Jason Liu wrote:
The patch is to support getting FEC MAC address from fuse bank.
Signed-off-by: Jason Liu r64...@freescale.com
Hi Jason,
patch is related to a network driver, so Ben should be informed, too.
+ /*
+ * The MX27 can store the mac address in
Dear Wolfgang Denk,
Dear Reinhard Meyer,
In message 4cc66eca.9000...@emk-elektronik.de you wrote:
Agreed here. People are invited to dig through u-boot and find all
those places.
You know the ones you added best :-)
int main(void)
{
unsigned int time = 0xFFF0;
On 10/22/2010 01:25 PM, Jason Liu wrote:
Fix the board version printing issue on MX51EVK. Need to read
the board version via get_cpu_rev and not rely on system_rev
due to the system_rev not initialized at boardchecking time.
Signed-off-by: Jason Liu r64...@freescale.com
---
Wolfgang Denk schrieb:
Dear Reinhard Meyer,
In message 4cc67ca1.9090...@emk-elektronik.de you wrote:
If implemented with true 64 bits for get_ticks() that function is useable
for timeout programming:
ulong timeval = get_timer (0);
do {
...
} while (get_timer
On 10/25/2010 05:14 PM, Shawn Guo wrote:
+#define CONFIG_SYS_SDRAM_BASEPHYS_SDRAM_1
+#define CONFIG_SYS_INIT_SP_ADDR (IRAM_BASE_ADDR + 0x1000)
What is the meaning of the offset at 0x1000 ? Is there something at
IRAM_BASE_ADDR ?
Best regards,
Stefano Babic
--
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic sba...@denx.de wrote:
On 10/25/2010 05:14 PM, Shawn Guo wrote:
+#define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_1
+#define CONFIG_SYS_INIT_SP_ADDR (IRAM_BASE_ADDR + 0x1000)
What is the meaning of the offset at 0x1000 ? Is there
Hi Tim,
(please try to quote correctly upon replying, your answers are hard to read)
On Tuesday 26 October 2010 09:21:50 Tim Rachman wrote:
According to your useful guides in our previous Emails, I examined again
my ddr sdram parameters that i had set in u-boot. I'm interfacing
On 10/25/2010 07:02 PM, Jason Liu wrote:
HI, Shawn
2010/10/25 Shawn Guo shawn@gmail.com:
i.mx51 internal RAM starts from 0x1FFE than 0x1FFE8000
Correctly speaking, i.mx51 TO1 SCCv2 RAM strart from 0x1FF8
0x1FFE8000, you mean.
TO3
should be starting from 0x1FFE
Maybe
On Tue, Oct 26, 2010 at 4:14 PM, Stefano Babic sba...@denx.de wrote:
On 10/26/2010 10:05 AM, Shawn Guo wrote:
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic sba...@denx.de wrote:
On 10/25/2010 05:14 PM, Shawn Guo wrote:
+#define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_1
Dear Albert ARIBAUD,
That is #ifdef-ed away in case of ARM-relocation. Perhaps we should remove
all code that pertains to WITHOUT_RELOC... Would make the rest of the code
less obscure...
I changed my board.config like this:
...
/*#define CONFIG_SYS_GBL_DATA_SIZE 128*/ /* 128 bytes for
Hi Heiko,
On Tue, Oct 26, 2010 at 4:25 PM, Heiko Schocher h...@denx.de wrote:
Hello Stefano,
Stefano Babic wrote:
On 10/26/2010 10:05 AM, Shawn Guo wrote:
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic sba...@denx.de wrote:
On 10/25/2010 05:14 PM, Shawn Guo wrote:
+#define
On 10/26/2010 10:25 AM, Heiko Schocher wrote:
Hello Stefano,
Stefano Babic wrote:
On 10/26/2010 10:05 AM, Shawn Guo wrote:
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic sba...@denx.de wrote:
On 10/25/2010 05:14 PM, Shawn Guo wrote:
+#define CONFIG_SYS_SDRAM_BASE
Hello Shawn,
Shawn Guo wrote:
Hi Heiko,
On Tue, Oct 26, 2010 at 4:25 PM, Heiko Schocher h...@denx.de wrote:
Hello Stefano,
Stefano Babic wrote:
On 10/26/2010 10:05 AM, Shawn Guo wrote:
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic sba...@denx.de wrote:
On 10/25/2010 05:14
Hello Stefano,
Stefano Babic wrote:
On 10/26/2010 10:25 AM, Heiko Schocher wrote:
Hello Stefano,
Stefano Babic wrote:
On 10/26/2010 10:05 AM, Shawn Guo wrote:
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic sba...@denx.de wrote:
On 10/25/2010 05:14 PM, Shawn Guo wrote:
On Tue, Oct 26, 2010 at 4:34 PM, Stefano Babic sba...@denx.de wrote:
On 10/26/2010 10:25 AM, Heiko Schocher wrote:
We should set the CONFIG_SYS_INIT_SP_ADDR @ (IRAM_BASE_ADDR + IRAM_BASE_SIZE
- CONFIG_SYS_GBL_DATA_SIZE)
Agree, this is what I set for the vision2 board. We should be consistent
Hi Reinhard
On Tue, Oct 26, 2010 at 5:04 PM, Reinhard Meyer
u-b...@emk-elektronik.de wrote:
Dear Shawn Guo,
On Tue, Oct 26, 2010 at 4:34 PM, Stefano Babic sba...@denx.de wrote:
On 10/26/2010 10:25 AM, Heiko Schocher wrote:
We should set the CONFIG_SYS_INIT_SP_ADDR @ (IRAM_BASE_ADDR +
This patch fixes the reset command on imx25
Signed-off-by: Matthias Weisser weiss...@arcor.de
---
arch/arm/cpu/arm926ejs/mx25/reset.c |8
arch/arm/include/asm/arch-mx25/imx-regs.h | 10 +-
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git
PT7C4338 chip is being manufactured by Pericom Technology Inc.
It is a serial real-time clock which provides:
1)Low-power clock/calendar.
2)Programmable square-wave output.
It has 56 bytes of nonvolatile RAM.
Signed-off-by: Priyanka Jain priyanka.j...@freescale.com
Acked-by: Timur Tabi
Dear Matthias Weisser,
This patch fixes the reset command on imx25
Signed-off-by: Matthias Weisser weiss...@arcor.de
+ writew(0x, regs-wcr);
+ writew(0x, regs-wsr);
+ writew(0x, regs-wsr);
It might be nicer to use 16 Bit constants (with 4 hex digits)
Dear Reinhard Meyer,
In message 4cc6909f.4060...@emk-elektronik.de you wrote:
Dear Albert ARIBAUD,
That is #ifdef-ed away in case of ARM-relocation. Perhaps we should remove
all code that pertains to WITHOUT_RELOC... Would make the rest of the
code
less obscure...
I changed my
Driver for the Freescale eSPI controller found in 85xx, P1/P2 and P4xx SoCs.
Signed-off-by: Can Aydin can.ay...@locatacorp.com
---
Changes for v2:
- Coding style cleanup
- Removed modifications to common code
Changes for v3:
- fixed whitespace between function calls and
Dear Heiko Schocher,
In message 4cc693fe.4090...@denx.de you wrote:
Don;t know if IRAM_BASE_SIZE exists ...
we must define it. I set it in the board configuration file, but it is
wrong. The value should be moved into register definition file for the
SoC (imx-regs.h)
Full-Ack. This
Add support for Freescale eSPI driver in P1/P2 board configuration
Signed-off-by: Can Aydin can.ay...@locatacorp.com
---
Changes for v2:
- Coding style cleanup
- Removed modifications to common code
Changes for v3:
- fixed whitespace between function calls and parameters
Dear All,
I am new to this U-Boot boot loader environment. We have a AMCC PPC 440EP
processor board which is derived from AMCC Yosemite board. I meant, we have
prepared (customised) our own board which is equivalent to AMCC Yosemite
board. For this board, I build the U-Boot boot loader with the
Add infomation of RTL-8016AS to hw_info.
Signed-off-by: Nobuhiro Iwamatsu iwama...@nigauri.org
CC: Ben Warren biggerbadder...@gmail.com
---
drivers/net/ne2000.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ne2000.c b/drivers/net/ne2000.c
index
Signed-off-by: Nobuhiro Iwamatsu iwama...@nigauri.org
---
arch/sh/include/asm/cpu_sh3.h|6 +++-
arch/sh/include/asm/cpu_sh7706.h | 53 ++
2 files changed, 57 insertions(+), 2 deletions(-)
create mode 100644 arch/sh/include/asm/cpu_sh7706.h
diff
Signed-off-by: Nobuhiro Iwamatsu iwama...@nigauri.org
---
arch/sh/lib/board.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/sh/lib/board.c b/arch/sh/lib/board.c
index a302fc2..bf3a5cc 100644
--- a/arch/sh/lib/board.c
+++ b/arch/sh/lib/board.c
@@ -1,5 +1,5 @@
This adds support for the SHMIN SH7706 board(T-SH7706LAN).
The CPU of this board is SH7706.
There are SDRAM of 32M byte, Flash memory of 512K byte, Serial,
10Base Ether and MMC.
http://web.kyoto-inet.or.jp/people/takagaki/T-SH7706/T-SH7706.htm
Signed-off-by: Nobuhiro Iwamatsu
Am 26.10.2010 11:27, schrieb Reinhard Meyer:
Dear Matthias Weisser,
This patch fixes the reset command on imx25
Signed-off-by: Matthias Weisserweiss...@arcor.de
+writew(0x,regs-wcr);
+writew(0x,regs-wsr);
+writew(0x,regs-wsr);
It might be nicer to use
In article 2dd330d8-59ec-4a42-b251-360e19620...@googlemail.com,
andreas.de...@googlemail.com (Andreas Bießmann) wrote:
*From:* Andreas Bießmann andreas.de...@googlemail.com
*To:* from_denx_ub...@dexdyne.com
*Date:* Mon, 25 Oct 2010 19:14:07 +0200
Dear David Collier,
Am 25.10.2010 um
Dear Reinhard Meyer,
In message 4cc6aadc.8050...@emk-elektronik.de you wrote:
Then the define CONFIG_SYS_HZ should not be in every board.h since that
suggests that a board developer has some freedom there...
Agreed - there are historical reasons this has ever been changable at
all.
and
On Mon, Oct 25, 2010 at 4:08 PM, Sughosh Ganu urwithsugh...@gmail.com wrote:
Move the davinci common headers to the architecture specific
include file path.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
Applies to c163f4478ca72f51b28b55f74addc8fe029d7b83 of
On Mon, Oct 25, 2010 at 4:08 PM, Sughosh Ganu urwithsugh...@gmail.com wrote:
Enable board_init_f to be overridden with a board specific
funtion.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
Applies to c163f4478ca72f51b28b55f74addc8fe029d7b83 of
git://git.denx.de/u-boot.git.
This
On Mon, Oct 25, 2010 at 4:09 PM, Sughosh Ganu urwithsugh...@gmail.com wrote:
The patch adds basic board support for TI's OMAP-L138 based
Hawkboard. This board is pretty similar to the da850 EVM. Support for
nand and network access is added in this version.
The following bootup procedure is
Dear Srinivas Ganji,
In message aanlktimgrgax47ygywvo-jdxa-pqpaf0sbb8c0be5...@mail.gmail.com you
wrote:
You should never need to modify arch/powerpc/lib/board.c and
arch/powerpc/cpu/ppc4xx/start.S. I recommend you undo thse changes.
We have modified the start.S file for the following
Dear Wolfgang Denk,
Then the define CONFIG_SYS_HZ should not be in every board.h since that
suggests that a board developer has some freedom there...
Agreed - there are historical reasons this has ever been changable at
all.
and MOST IMPORTANT that some implementations of udelay() might
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
Sent: Tuesday, October 19, 2010 10:25 PM
To: Loïc Minier
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH 1/1] omap3evm: Support for fast boot
Ghorai, Sukumar had written, on 10/26/2010 12:34 AM, the following:
[...]
[Ghorai] Thanks.. This is the best approach.
Otherwise udelay() will increase the boot time.
Please define increase the boot time with the context to the patch
where you think the increase of boot time will be? In my
-Original Message-
From: Steve Sakoman [mailto:st...@sakoman.com]
Sent: Monday, October 25, 2010 8:38 PM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de
Subject: RE: [U-Boot] [PATCH] ARMV7: Fix build for non-OMAP3 boards
On Mon, 2010-10-25 at 20:10 +0530, Premi, Sanjeev wrote:
A recurrent issue is that certain C level constructs like sizeof() or
offsetof() cannot be used in assembler files, which is inconvenient
when such constructs are used in the definition of macro names etc.
To avoid duplication of such definitions (and thus another cause of
problems), we adapt the
The following patch series starts some clean up of for the handling f
initial data; the most important change is the replacement of a
manually configured (and thus often wrong) CONFIG_SYS_GBL_DATA_SIZE
by an automatically generated value.
More similar clean-ups can and will be done, but this is
On Tuesday 26 October 2010, 16:00:00 Wolfgang Denk wrote:
@@ -453,7 +456,7 @@ $(obj)System.map: $(obj)u-boot
@$(call SYSTEM_MAP,$) $(obj)System.map
#
-# Auto-generate the autoconf.mk file (which is included by all makefiles)
+# Auto-generate the autoconi.mk file (which is
Dear Alexander Stein,
In message 201010261611.59856.alexander.st...@systec-electronic.com you wrote:
On Tuesday 26 October 2010, 16:00:00 Wolfgang Denk wrote:
@@ -453,7 +456,7 @@ $(obj)System.map: $(obj)u-boot
@$(call SYSTEM_MAP,$) $(obj)System.map
#
-#
Reinhard Meyer had written, on 10/26/2010 02:57 AM, the following:
Wolfgang Denk schrieb:
Dear Reinhard Meyer,
In message 4cc67ca1.9090...@emk-elektronik.de you wrote:
If implemented with true 64 bits for get_ticks() that function is useable
for timeout programming:
ulong timeval =
Dear Nishanth Menon,
In message 4cc6efb1.9000...@ti.com you wrote:
uint64_t etime; /* actually this could be u32 */
etime = get_ticks() + usec2ticks(MAX_RETRY_US);
while (!(readl(mmc_base-stat) CC_MASK)) {
if (get_ticks() = etime) {
printf(%s: timedout waiting
On Tuesday, October 26, 2010 10:00:01 Wolfgang Denk wrote:
--- a/arch/blackfin/include/asm/config.h
+++ b/arch/blackfin/include/asm/config.h
-#ifndef CONFIG_SYS_GBL_DATA_SIZE
-# define CONFIG_SYS_GBL_DATA_SIZE (128)
+#ifndef GENERATED_GBL_DATA_SIZE
#endif
might as well delete this whole
Wolfgang Denk had written, on 10/26/2010 10:17 AM, the following:
Dear Nishanth Menon,
In message 4cc6efb1.9000...@ti.com you wrote:
uint64_t etime; /* actually this could be u32 */
etime = get_ticks() + usec2ticks(MAX_RETRY_US);
while (!(readl(mmc_base-stat) CC_MASK)) {
if
Hi Wolfgang,
On Tuesday 26 October 2010 16:41:07 Wolfgang Denk wrote:
You are right, especially as the resulting start address of the global
data is usually also used as the top of the internal stack. Guess we
should align it on 16 bytes, to be sure.
Yes, we already had this 8-byte stack
On Tue, Oct 26, 2010, Premi, Sanjeev wrote:
[sp] Didn't hear any other suggestions. But I had one more,
CONFIG_QUICK_BOOT.
I don't have a strong feeling either way; I just wanted fastboot to
be used in a confusing way. Your patch seems to be largely a tuned
u-boot config stripping down
Hello,good morning,
My name is kelvin brown and i want to make an order
enquirer about road sweeper, and i want RS-48 Single Sweep Fodmaster and i
want to know the types and models you
do have and also with the prices and types of payment you do accepts.Thanks
hope to hear
Dear Nishanth Menon,
In message 4cc6f23a.2040...@ti.com you wrote:
No. This code is always wrong. Please fix it as described.
Apologies on being a dudhead, I suppose you mean the following:
ulong start;
start = get_timer(0);
while (!(readl(mmc_base-stat) CC_MASK)) {
if
Dear Mike Frysinger,
In message 201010261117.56528.vap...@gentoo.org you wrote:
On Tuesday, October 26, 2010 10:00:01 Wolfgang Denk wrote:
--- a/arch/blackfin/include/asm/config.h
+++ b/arch/blackfin/include/asm/config.h
-#ifndef CONFIG_SYS_GBL_DATA_SIZE
-# define
Hi,
2010/10/26 Matthias Weißer weiss...@arcor.de:
Am 26.10.2010 11:27, schrieb Reinhard Meyer:
Dear Matthias Weisser,
This patch fixes the reset command on imx25
Signed-off-by: Matthias Weisserweiss...@arcor.de
+ writew(0x,regs-wcr);
+ writew(0x,regs-wsr);
+
Move the davinci common headers to the architecture specific
include file path.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
---
Changes since V2:
* No change in this patch of the patchset
.../arm/include/asm/arch-davinci/da8xx_common.h|0
Enable board_init_f to be overridden with a board
specific function.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
---
Changes since V2:
* Fix the checkpatch warnings
nand_spl/nand_boot.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git
The patch adds basic board support for TI's OMAP-L138 based
Hawkboard. This board is pretty similar to the da850 EVM. Support for
nand and network access is added in this version.
The following bootup procedure is used.
At reset, the Rom Boot Loader(RBL), initialises the ddr and the nand
Having a loop with a counter is no timing guarentee for timing
accuracy or compiler optimizations. For e.g. the same loop counter
which runs when the MPU is running at 600MHz will timeout in around
half the time when running at 1GHz. or the example where GCC 4.5
compiles with different
In message 1287929649-19180-1-git-send-email...@denx.de you wrote:
Commit 29c6fbe MPC5121: Add USB EHCI support renamed
CONFIG_SYS_MPC8xxx_USB_ADDR into CONFIG_SYS_FSL_USB_ADDR but missed
to update arch/powerpc/cpu/mpc83xx/cpu_init.c, resulting in:
cpu_init.c: In function 'cpu_init_f':
In message 1287931883-19065-1-git-send-email...@denx.de you wrote:
Out of tree building of the Netstal hcu4 and hcu5 boards failed like
that:
Assembler messages:
Fatal error: can't create
/work/wd/tmp-ppc/board/netstal/hcu4/../common/fixed_sdram.o: No such file or
directory
Assembler
Dear Gray Remlin,
In message 4cc44e47.2050...@rocketmail.com you wrote:
Signed-off-by: Gray Remlin g_rem...@rocketmail.com
---
Patch V3 Subject line correction change to patch v2 from
arm926ejs: Fix two occurrences of illegal syntax assembler instructions
originally used in patch v1,
Dear Heiko Schocher,
In message 4cc51ed5.8040...@denx.de you wrote:
Hello Wolfgang,
The following changes since commit fff6ec382c139eb242bd85356e66a0bc43becb63:
Fix building for 83xx boards with USB support (2010-10-21 20:00:41 +0200)
are available in the git repository at:
Dear Stefan Roese,
In message 201010251732.17729...@denx.de you wrote:
The following changes since commit c163f4478ca72f51b28b55f74addc8fe029d7b83:
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2010-10-25
08:06:52 +0200)
are available in the git repository at:
Dear Mike Frysinger,
In message 1288058944-10850-1-git-send-email-vap...@gentoo.org you wrote:
The following changes since commit c163f4478ca72f51b28b55f74addc8fe029d7b83:
Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master (2010-10-25
08:06:52 +0200)
are available in the
In message 1288101601-24871-2-git-send-email...@denx.de you wrote:
CONFIG_SYS_INIT_RAM_END was a misnomer as it suggests this might be
some end address; to make the meaning more clear we rename it into
CONFIG_SYS_INIT_RAM_SIZE
No other code changes are performed in this patch, only minor
In message 1288102798-5475-1-git-send-email...@denx.de you wrote:
A recurrent issue is that certain C level constructs like sizeof() or
offsetof() cannot be used in assembler files, which is inconvenient
when such constructs are used in the definition of macro names etc.
To avoid duplication
In message 1288104730-25651-1-git-send-email...@denx.de you wrote:
CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
being able to use sizeof(struct global_data) in assembler files.
Recent experience has shown that manual synchronization is not
reliable enough. This patch
Dear Kallol Biswas,
In message aanlktinaaxegvjxa2unfu262efqo=tr9lrywxanat...@mail.gmail.com you
wrote:
I have a customer request to build BIOS like user interface(UI) for
u-boot over serial port? Something like text console with tabs on the
top.
Each tab will have sub-items just like
Dear Darius Augulis,
In message 20101025104524.12379.22378.st...@darius-desktop you wrote:
Fix address setup bug for ARM.
This bug stops u-boot booting if
CONFIG_SKIP_RELOCATE_UBOOT is defined.
Signed-off-by: Darius Augulis augulis.dar...@gmail.com
---
arch/arm/cpu/arm1136/start.S |
Dear Darius Augulis,
In message 20101025104707.12408.13906.st...@darius-desktop you wrote:
Fix relocation code for arm1176, do it like other ARM
CPU's are doing.
Tested only with CONFIG_SKIP_RELOCATE_UBOOT defined
and using nand_spl (booting from nand). Test done on
s3c6410 based board (not
Dear Daniel Hellstrom,
In message 4cc54d00.6040...@gaisler.com you wrote:
Mike Frysinger wrote:
It isn't possible to build any sparc boards without this ...
I'm working on a new patch set with some of the patches going through
the net repo instead, according to Wolfgangs comments.
Dear Mike Frysinger,
In message 1287560010-31252-1-git-send-email-vap...@gentoo.org you wrote:
Building for boards that have CONFIG_CMD_CDP enabled fail with:
cmd_net.c:301: error: expected expression before ',' token
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
common/cmd_net.c |
Dear Heiko Schocher,
In message 1287988418-28003-1-git-send-email...@denx.de you wrote:
Fix warning:
bootm.c: In function 'bootm_linux_fdt':
bootm.c:181: warning: unused variable 's'
bootm.c:180: warning: unused variable 'bd'
Signed-off-by: Heiko Schocher h...@denx.de
---
Dear Sughosh Ganu,
In message 1287775683-17887-1-git-send-email-urwithsugh...@gmail.com you
wrote:
Move CONFIG_SYS_TEXT_BASE to the board's config file, and remove the
now unnecessary config.mk file.
Signed-off-by: Sughosh Ganu urwithsugh...@gmail.com
---
board/davinci/da8xxevm/config.mk
In message 1287868958-29447-1-git-send-email...@denx.de you wrote:
For the fixloop implementation in start.S a number of different
instructions was used. Unify code so all architectures use blo
here because it is more robust in case of incorrect alignments.
Signed-off-by: Wolfgang Denk
Dear Peter Tyser,
In message 1285785448-4703-3-git-send-email-pty...@xes-inc.com you wrote:
Update to use the recent, common FSL PCI initialization code.
Signed-off-by: Peter Tyser pty...@xes-inc.com
CC: s...@denx.de
---
board/tqc/tqm85xx/law.c |4 +-
board/tqc/tqm85xx/tlb.c
+ /* Round up to make sure size gives nice stack alignment */
+ DEFINE(GENERATED_GBL_DATA_SIZE,
+ (sizeof(struct global_data)+15) ~15);
+
This has already been applied, sooner than usual. Isn't it cleaner to
force alignment on the structure itself? This way different
Dear Kumar,
In message e39353d6-873a-41a6-b5ab-211ff6173...@kernel.crashing.org you wrote:
Hmm, how about dumping all of the LBC registers and comparing
before/after this change.
After the change (here with 2010.09-00558-g79e6313):
Board: TQM8555, serial# ABC0555 casl=25
I2C: ready
DRAM:
Dear Alessandro Rubini,
In message 20101026195429.ga1...@morgana.i.gnudd.com you wrote:
This has already been applied, sooner than usual. Isn't it cleaner to
force alignment on the structure itself? This way different architectures
may use different values, if the need arises.
It would be
This has already been applied, sooner than usual. Isn't it cleaner to
force alignment on the structure itself? This way different architectures
may use different values, if the need arises.
It would be better, but how to implement that?
Instead of:
DEFINE(GENERATED_GBL_DATA_SIZE,
Dear Michael Zaidman,
In message
d520c6ef298416a03789ebfa4e05e257b5331693.1284965175.git.michael.zaid...@gmail.com
you wrote:
- Revives POST for blackfin arch;
- Removes redundant code:
arch/blackfin/lib/post.c
arch/powerpc/cpu/ppc4xx/commproc.c
Dear Alessandro Rubini,
In message 20101026205756.ga2...@morgana.i.gnudd.com you wrote:
Instead of:
DEFINE(GENERATED_GBL_DATA_SIZE,
(sizeof(struct global_data)+15) ~15);
I'd use:
DEFINE(GENERATED_GBL_DATA_SIZE,
(sizeof(struct global_data)),
Is it guaranteed (I mean by the C standard) that the alignment of a
struct (which affects only the possible start address) also has effect
on the sizeof() for that struct, in the sense that sizeof() is
guaranteed to be a multiple of that alignment requirement?
Yes. Because if you make an
On 10/26/2010 6:33 AM, Reinhard Meyer wrote:
Dear Wolfgang Denk,
Then the define CONFIG_SYS_HZ should not be in everyboard.h since that
suggests that a board developer has some freedom there...
Agreed - there are historical reasons this has ever been changable at
all.
and MOST IMPORTANT
Commit 7e263ce post/i2c: Clean up detection logic added a const
qualifier to the declaration of i2c_addr_list[], missing the fact that
the list gets modified later in the code, which results in build
errors like these:
i2c.c: In function 'i2c_post_test':
i2c.c:88: error: assignment of read-only
Dear Alessandro Rubini,
In message 20101026211821.ga2...@morgana.i.gnudd.com you wrote:
Is it guaranteed (I mean by the C standard) that the alignment of a
struct (which affects only the possible start address) also has effect
on the sizeof() for that struct, in the sense that sizeof() is
I am not convinced, as we don't have an array context here.
But sizeof(struct x) doesn't depend on how struct x is used.
You can declare a pointer and then allocate for an array.
I don't see that with
struct foo x;
struct foo y[N];
we have a guarantee that sizeof(x) ==
1 - 100 of 105 matches
Mail list logo