The do_fixup_by_path_string() will set the specified node's property to the
value contained in "status". It would just be an inline wrapper for
do_fixup_by_path() that calls strlen on the argument.
Signed-off-by: Chunhe Lan
---
include/fdt_support.h |7 +++
1 files changed, 7 insertions(
In the p1023rds, accessing exclusively nor flash or nand flash device by
BR0/OR0.
Default device tree nor and nand node should have the following structure:
Example:
nor_flash: nor@0,0 {
#address-cells = <1>;
#size-cells = <
Dear Chunhe Lan,
In message <1314602152-9114-1-git-send-email-chunhe@freescale.com> you
wrote:
> In the p1023rds, accessing exclusively nor flash or nand flash device by
> BR0/OR0.
...
> When booting from nor flash, the status of nor node is null that means it
> is enabled and the status of n
Mike Frysinger wrote:
> On Friday, August 26, 2011 08:52:40 Michal Simek wrote:
>> If name is longer than allocated space NAMESIZE
>> mac address is rewritten which show error
>> message like:
>
> since you overflowed the buffer, who knows what could happen ...
>
>> +if (strlen(dev->name) > N
On Mon, 29 Aug 2011 15:42:09 +0800, Wolfgang Denk wrote:
> Dear Chunhe Lan,
>
> In message <1314602152-9114-1-git-send-email-chunhe@freescale.com>
> you wrote:
>> In the p1023rds, accessing exclusively nor flash or nand flash device by
>> BR0/OR0.
> ...
>> When booting from nor flash, the s
On Monday, August 29, 2011 07:39:18 AM Ajay Bhargav wrote:
> - "Mike Frysinger" wrote:
> > On Monday, August 29, 2011 01:10:49 Ajay Bhargav wrote:
> > > - "Mike Frysinger" wrote:
> > > > On Friday, August 26, 2011 02:36:51 Ajay Bhargav wrote:
> > > > > +darmdfec = malloc(sizeof(st
Gentlemen,
We will address cache coherency issues soon after these patches.
Earlier also, chache was disabled. Only due to new cache management
Framework which was added recently, it is explicitly needed to be
Indicated to turn off cache.
Since fixing the cache coherency issues with EMAC will t
Since commit f1d2b313c9eb6808d30c16a9eb5251240452a56c the serial
port of the da850evm is accessed before the UART2 peripheral of
the SoC is powered on in the function board_init() in
board/davinci/da8xxevm/da850evm.c.
When u-boot is used in conjunction with the UBL (user boot loader, see
doc/READM
LL Temac driver can be used by microblaze, xilinx ppc405/440
in sdma and fifo mode. DCR or XPS bus can be used.
The driver uses and requires PHYLIB.
Signed-off-by: Michal Simek
---
drivers/net/Makefile |1 +
drivers/net/xilinx_ll_temac.c | 686 +
Dear Chunhe Lan,
In message you wrote:
>
> > It would be more intuitive to the reader, when the enabled node would
> > use an explicit
> >
> > status = "enabled";
> >
> >> +#ifdef CONFIG_NAND_U_BOOT
> >> + do_fixup_by_path_string(fdt, "nor_flash", "status", "disabled");
> >> + do_fixup_by_
This tool takes a key=value configuration file (same as would a `printenv' show)
and generates the corresponding environment image, ready to be flashed.
For now, it doesn't work properly if environment variables have embedded
newlines.
Signed-off-by: David Wagner
---
changes since v3
This is a more complete followup patch to my original 'Pre-console buffer'
patch. This series includes squelching of all console I/O if
gd->have_console is 0 (console not initialised yet) unless the board is
configured to use the pre-console buffer (in which case console output
prior to the console
There are some locations in the code which anticipate printf() being called
before the console is ready by squelching printf() on gd->have_console.
Move this squelching into printf(), vprintf(), puts() and putc(). Also
make tstc() and getc() return 0 if console is not yet initialised
Signed-off-by
Allow redirection of console output prior to console initialisation to a
temporary buffer.
To enable this functionality, the board configuration file must define:
- CONFIG_PRE_CONSOLE_BUFFER - Enable pre-console buffer
- CONFIG_PRE_CON_BUF_ADDR - Base address of pre-console buffer
- CONFIG_PRE_
We urgently wish to inform you again that your e-mail has w o n £850,000 UK
Pounds {with L u c k y # :12-12-23-35-40-41(12) & T i c k e t # :008 695 757
336 64} in our on-going Google UK 12th Anniversary Online P r o m o.
As indicated in your play coupon,Your w i n n i n g details falls under
Hi all, we have developed a board very similar to MPC8306SOM board. We have
some problems to run u-boot on. Briefly, the board has the same main components
of the som board (RAM, NAND chip and a MPC8306 microprocessor) so we tried to
use the same u-boot-nand.bin image for the boot. Something hap
All,
On Fri, Aug 26, 2011 at 11:32 AM, Tirumala Marri wrote:
> Hi Stefan,
>
>
>
>
>
> Yes. Mike, could you please re-send your patch with this suggested split?
>
>
>
> Marri, could you please test this result on an 460SX board? And perhaps send
> send a patch to fix potentially remaining 460SX is
Hi, I'm running uboot 1.3.4 on AT91SAM9M10EKES board. I'm trying to load BMP
into it, but I get
"There is no valid bmp file at the given address" when I'm running bmp info.
what I do is this:
$ tftp 1 tftpboot/ramon.bmp
$ bmp i 1
I checked the BMP on my PC, and it's ok. what can be the
Hello,
I want to use u-boot on MIPS malta platform. But as far as i know,
u-boot has no support for MIPS malta platform. Is that right ? Can
anyone guide me how to get support for this platform in u-boot , anyone
has worked on it? will it require all work from scratch? Currently YAMON
is avail
From: Fabio Estevam
Make use of GPIO framework and avoid the following build error:
tx25.c: In function 'tx25_fec_init':
tx25.c:73: error: dereferencing pointer to incomplete type
tx25.c:74: error: dereferencing pointer to incomplete type
tx25.c:75: error: dereferencing pointer to incomplete typ
On 08/29/2011 04:27 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Make use of GPIO framework and avoid the following build error:
Hi Fabio,
> tx25.c:126: error: dereferencing pointer to incomplete type
>
> Signed-off-by: Fabio Estevam
> ---
> board/karo/tx25/tx25.c |1 +
> include/
An entry in the main Makefile for the tx25 board is not
necessary, and the board is added to boards.cfg as all
other targets.
Signed-off-by: Stefano Babic
CC: Wolfgang Denk
---
Makefile |4
boards.cfg |1 +
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/Makefile b
If puts() or printf() is called before the console is ready, U-Boot will
either hang or die. This adds a check for this so that debug() can be used
in early code without concern that it will hang.
U-Boot boots properly
Tested-by: Simon Glass
Signed-off-by: Simon Glass
---
common/console.c |
Tested-by: Simon Glass
Signed-off-by: Simon Glass
---
include/common.h |8
lib/vsprintf.c | 26 --
2 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/include/common.h b/include/common.h
index 12a1074..856df9a 100644
--- a/include/common.h
+++
This patch set adds support for calling panic() before stdio is initialized.
At present this will just hang with little or no indication of what the
problem is.
A new board_panic_no_console() function is added to the board API. If provided
by the board it will be called in the event of a panic bef
Adds prep subcommand to bootm implementation of ARM. When bootm is called with
the subcommand prep the function stops right after ATAGS creation and before
announce_and_cleanup.
This is used in savebp command
Signed-off-by: Simon Schwarz
V2 changes:
nothing
V3 changes:
nothing
changes af
On 08/29/2011 02:42 AM, Wolfgang Denk wrote:
> Dear Chunhe Lan,
>
> In message <1314602152-9114-1-git-send-email-chunhe@freescale.com> you
> wrote:
>> In the p1023rds, accessing exclusively nor flash or nand flash device by
>> BR0/OR0.
> ...
>> When booting from nor flash, the status of nor n
This patch is for Graeme to take a look at. I found that have_console is
not a flag yet. Also a few tidy-ups to handle buffer overflow and to avoid
printing a 'dumping buffer' message when nothing was outputted.
Also I tried to simplify the maths for the location of the pre-console buffer.
IMO thi
Am 2011-08-29 16:04, schrieb Ramonf:
>
> Hi, I'm running uboot 1.3.4 on AT91SAM9M10EKES board. I'm trying to load BMP
> into it, but I get
> "There is no valid bmp file at the given address" when I'm running bmp info.
>
> what I do is this:
>
> $ tftp 1 tftpboot/ramon.bmp
> $ bmp i 1
>
On Monday, August 29, 2011 04:07:14 Michal Simek wrote:
> Mike Frysinger wrote:
> > On Friday, August 26, 2011 08:52:40 Michal Simek wrote:
> >> If name is longer than allocated space NAMESIZE
> >> mac address is rewritten which show error
> >
> >> message like:
> > since you overflowed the buffer
On 08/26/2011 03:15 PM, Mike Frysinger wrote:
> looks sane enough to me
>
> when changing the global_data structure, do we need to bump the u-boot
> standalone API number (XF_VERSION in exports.h) ? and i vaguely recall
> global
> data being passed to like Linux for some arches ? although loo
On Monday, August 29, 2011 13:21:57 Simon Glass wrote:
> +void pre_console_putc(const char c)
> +{
> + char *buffer = (char *)CONFIG_SYS_TMP_CON_BUF_ADDR;
excess space after the "="
> + if (gd->con_buf_idx < CONFIG_SYS_TMP_CON_BUF_SZ)
> + buffer[gd->con_buf_idx++] = c;
seems
On Monday, August 29, 2011 07:34:12 Michal Simek wrote:
> --- /dev/null
> +++ b/drivers/net/xilinx_ll_temac.c
>
> +#include
what do you need from this header ?
> +#ifdef SDMA_MODE
> +static unsigned char tx_buffer[PKTSIZE_ALIGN ] __attribute((aligned(32)));
> +#endif
> +static unsigned char rx_
On Monday, August 29, 2011 01:39:18 Ajay Bhargav wrote:
> - "Mike Frysinger" wrote:
> > On Monday, August 29, 2011 01:10:49 Ajay Bhargav wrote:
> > > - "Mike Frysinger" wrote:
> > > > On Friday, August 26, 2011 02:36:51 Ajay Bhargav wrote:
> > > > > +darmdfec = malloc(sizeof(struc
Hi Mike,
On Mon, Aug 29, 2011 at 12:20 PM, Mike Frysinger wrote:
> On Monday, August 29, 2011 13:21:57 Simon Glass wrote:
>> +void pre_console_putc(const char c)
>> +{
>> + char *buffer = (char *)CONFIG_SYS_TMP_CON_BUF_ADDR;
>
> excess space after the "="
Thanks - I will leave this to Graem
Dear Stefano Babic,
In message <1314629830-32588-1-git-send-email-sba...@denx.de> you wrote:
> An entry in the main Makefile for the tx25 board is not
> necessary, and the board is added to boards.cfg as all
> other targets.
In theorey you are right, but this patch appears to be wrong:
> -tx25_c
Dear Scott Wood,
In message <4e5bbe52.7080...@freescale.com> you wrote:
>
> >> +#ifdef CONFIG_NAND_U_BOOT
> >> + do_fixup_by_path_string(fdt, "nor_flash", "status", "disabled");
> >> + do_fixup_by_path_string(fdt, "nand_flash", "status", "okay");
> >> +#endif
> >
> > What does ""okay" mean? Th
On Monday, August 29, 2011 15:42:23 Simon Glass wrote:
> On Mon, Aug 29, 2011 at 12:20 PM, Mike Frysinger wrote:
> > On Monday, August 29, 2011 13:21:57 Simon Glass wrote:
> >> + if (gd->con_buf_idx < CONFIG_SYS_TMP_CON_BUF_SZ)
> >> + buffer[gd->con_buf_idx++] = c;
> >
> > seems li
On Wed, Aug 24, 2011 at 1:13 PM, Anton Staaf wrote:
> On Wed, Aug 24, 2011 at 12:18 PM, Lukasz Majewski
> wrote:
>> On Wed, 24 Aug 2011 11:25:42 -0700
>> Anton Staaf wrote:
>>
>>> On Wed, Aug 24, 2011 at 11:12 AM, Wolfgang Denk wrote:
>>> > Dear Anton Staaf,
>>> >
>>> > In message
>>> >
>>> >
On Mon, Aug 29, 2011 at 2:15 AM, Chunhe Lan wrote:
> In the p1023rds, accessing exclusively nor flash or nand flash device by
> BR0/OR0.
This is not an English sentence. I do not understand what you're saying.
--
Timur Tabi
Linux kernel developer at Freescale
__
Avoid the usage of extern in C file as pointed out by checkpatch.
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-mx27/imx-regs.h |1 +
board/karo/tx25/tx25.c|2 --
2 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx2
Dear Anton Staaf,
In message
you wrote:
>
> I would like to know, mainly for my education, why you do not want
> alloca, but are OK with dynamic array sizing (as in the first solution
> above). My understanding is that they pretty much equate to the same
> thing. What is it about alloca that i
Add the initial support for MX25PDK booting from SD card via internal boot.
Signed-off-by: Fabio Estevam
---
MAINTAINERS |1 +
board/freescale/mx25pdk/Makefile| 49 ++
board/freescale/mx25pdk/imximage.cfg| 73 +
boar
On 08/29/2011 03:12 PM, Anton Staaf wrote:
> 1) Mikes's macro
>
> #define DMA_ALIGN_SIZE(size) \
>(((size) + CONFIG_SYS_CACHELINE_SIZE - 1)
>
> #define DMA_DECLARE_BUFFER(type, name, size) \
>void __##name[DMA_ALIGN_SIZE(size * sizeof(type))]; \
>type * name = __##name & ~
On Mon, Aug 29, 2011 at 1:47 PM, Scott Wood wrote:
> On 08/29/2011 03:12 PM, Anton Staaf wrote:
>> 1) Mikes's macro
>>
>> #define DMA_ALIGN_SIZE(size) \
>> (((size) + CONFIG_SYS_CACHELINE_SIZE - 1)
>>
>> #define DMA_DECLARE_BUFFER(type, name, size) \
>> void __##name[DMA_ALIGN_SIZE(s
On Mon, Aug 29, 2011 at 1:35 PM, Wolfgang Denk wrote:
> Dear Anton Staaf,
>
> In message
> you
> wrote:
>>
>> I would like to know, mainly for my education, why you do not want
>> alloca, but are OK with dynamic array sizing (as in the first solution
>> above). My understanding is that they pr
On 08/29/2011 03:58 PM, Anton Staaf wrote:
> On Mon, Aug 29, 2011 at 1:47 PM, Scott Wood wrote:
>> On 08/29/2011 03:12 PM, Anton Staaf wrote:
>>> 1) Mikes's macro
>>>
>>> #define DMA_ALIGN_SIZE(size) \
>>>(((size) + CONFIG_SYS_CACHELINE_SIZE - 1)
>>>
>>> #define DMA_DECLARE_BUFFER(type, na
On Mon, Aug 29, 2011 at 2:23 PM, Scott Wood wrote:
> On 08/29/2011 03:58 PM, Anton Staaf wrote:
>> On Mon, Aug 29, 2011 at 1:47 PM, Scott Wood wrote:
>>> On 08/29/2011 03:12 PM, Anton Staaf wrote:
1) Mikes's macro
#define DMA_ALIGN_SIZE(size) \
(((size) + CONFIG_SYS_CAC
On 08/29/2011 04:54 PM, Anton Staaf wrote:
> On Mon, Aug 29, 2011 at 2:23 PM, Scott Wood wrote:
>> With the version in that patch I get the slightly different "error:
>> initializer element is not computable at load time". Seems like whether
>> you cast the address to (type *) or (void *) determi
Hi Graeme,
On Fri, Aug 26, 2011 at 7:23 PM, Graeme Russ wrote:
> Hi Simon,
>
> On 27/08/11 10:25, Simon Glass wrote:
>> Hi Mike,
>>
>> On Fri, Aug 26, 2011 at 1:55 PM, Mike Frysinger wrote:
>>> On Thursday, August 25, 2011 23:32:38 Simon Glass wrote:
>
> [snip]
>
- I mean that the tftp comm
http://lists.denx.de/mailman/listinfo/u-boot
On Mon, Aug 29, 2011 at 3:03 PM, Scott Wood wrote:
> On 08/29/2011 04:54 PM, Anton Staaf wrote:
>> On Mon, Aug 29, 2011 at 2:23 PM, Scott Wood wrote:
>>> With the version in that patch I get the slightly different "error:
>>> initializer element is not computable at load time". Seems like whethe
Hi Simon
On Tue, Aug 30, 2011 at 3:21 AM, Simon Glass wrote:
> This patch is for Graeme to take a look at. I found that have_console is
> not a flag yet. Also a few tidy-ups to handle buffer overflow and to avoid
> printing a 'dumping buffer' message when nothing was outputted.
>
> Also I tried t
Hi Mike,
On Tue, Aug 30, 2011 at 6:10 AM, Mike Frysinger wrote:
> On Monday, August 29, 2011 15:42:23 Simon Glass wrote:
>> On Mon, Aug 29, 2011 at 12:20 PM, Mike Frysinger wrote:
>> > On Monday, August 29, 2011 13:21:57 Simon Glass wrote:
>> >> + if (gd->con_buf_idx < CONFIG_SYS_TMP_CON_BUF_
Hi Graeme,
On Mon, Aug 29, 2011 at 3:49 PM, Graeme Russ wrote:
> Hi Simon
>
> On Tue, Aug 30, 2011 at 3:21 AM, Simon Glass wrote:
>> This patch is for Graeme to take a look at. I found that have_console is
>> not a flag yet. Also a few tidy-ups to handle buffer overflow and to avoid
>> printing
Hi Simon,
On Tue, Aug 30, 2011 at 8:04 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Fri, Aug 26, 2011 at 7:23 PM, Graeme Russ wrote:
>> Hi Simon,
>>
>> On 27/08/11 10:25, Simon Glass wrote:
>>> Hi Mike,
>>>
>>> On Fri, Aug 26, 2011 at 1:55 PM, Mike Frysinger wrote:
On Thursday, August 25, 20
On 08/29/2011 05:49 PM, Anton Staaf wrote:
How do you make the declaration static?
>>>
>>> you can't with this version of the macro. Are there cases where you
>>> need the buffer to be static?
>>
>> I think you'd want it to be static more often than not.
>
> If the buffer is allocated at fil
On Mon, Aug 29, 2011 at 4:01 PM, Scott Wood wrote:
> On 08/29/2011 05:49 PM, Anton Staaf wrote:
> How do you make the declaration static?
you can't with this version of the macro. Are there cases where you
need the buffer to be static?
>>>
>>> I think you'd want it to be static
Hi Simon
On Tue, Aug 30, 2011 at 2:05 AM, Simon Glass wrote:
> Tested-by: Simon Glass
> Signed-off-by: Simon Glass
> ---
> include/common.h |8
> lib/vsprintf.c | 26 --
> 2 files changed, 32 insertions(+), 2 deletions(-)
>
> diff --git a/include/common
Hi Simon,
On Tue, Aug 30, 2011 at 2:05 AM, Simon Glass wrote:
> If puts() or printf() is called before the console is ready, U-Boot will
> either hang or die. This adds a check for this so that debug() can be used
> in early code without concern that it will hang.
>
> U-Boot boots properly
>
> Te
On Monday, August 29, 2011 19:00:46 Graeme Russ wrote:
> On Tue, Aug 30, 2011 at 6:10 AM, Mike Frysinger wrote:
> > On Monday, August 29, 2011 15:42:23 Simon Glass wrote:
> >> On Mon, Aug 29, 2011 at 12:20 PM, Mike Frysinger wrote:
> >> > On Monday, August 29, 2011 13:21:57 Simon Glass wrote:
> >>
Hi Mike,
On Tue, Aug 30, 2011 at 11:32 AM, Mike Frysinger wrote:
> On Monday, August 29, 2011 19:00:46 Graeme Russ wrote:
>> On Tue, Aug 30, 2011 at 6:10 AM, Mike Frysinger wrote:
>> > On Monday, August 29, 2011 15:42:23 Simon Glass wrote:
>> >> On Mon, Aug 29, 2011 at 12:20 PM, Mike Frysinger wr
On Monday, August 29, 2011 21:49:33 Graeme Russ wrote:
> On Tue, Aug 30, 2011 at 11:32 AM, Mike Frysinger wrote:
> > On Monday, August 29, 2011 19:00:46 Graeme Russ wrote:
> >> On Tue, Aug 30, 2011 at 6:10 AM, Mike Frysinger wrote:
> >> > On Monday, August 29, 2011 15:42:23 Simon Glass wrote:
> >>
On Tue, 30 Aug 2011 04:23:11 +0800, Tabi Timur-B04825
wrote:
> On Mon, Aug 29, 2011 at 2:15 AM, Chunhe Lan
> wrote:
>> In the p1023rds, accessing exclusively nor flash or nand flash device by
>> BR0/OR0.
>
> This is not an English sentence. I do not understand what you're saying.
OK. I
Hi Mike,
On Tue, Aug 30, 2011 at 12:50 PM, Mike Frysinger wrote:
> On Monday, August 29, 2011 21:49:33 Graeme Russ wrote:
>> On Tue, Aug 30, 2011 at 11:32 AM, Mike Frysinger wrote:
>> > On Monday, August 29, 2011 19:00:46 Graeme Russ wrote:
>> >> On Tue, Aug 30, 2011 at 6:10 AM, Mike Frysinger wr
2011/8/30 Fabio Estevam :
> Add the initial support for MX25PDK booting from SD card via internal boot.
>
> Signed-off-by: Fabio Estevam
> ---
[...]
> --- /dev/null
> +++ b/include/configs/mx25pdk.h
> @@ -0,0 +1,109 @@
> +/*
> + * (C) Copyright 2011 Freescale Semiconductor, Inc.
> + *
> + * This p
On Tue, Aug 30, 2011 at 12:16 AM, Jason Liu wrote:
...
>> +/* Memory Test */
>> +#define CONFIG_SYS_MEMTEST_START PHYS_SDRAM_1
>> +#define CONFIG_SYS_MEMTEST_END (PHYS_SDRAM_1 + PHYS_SDRAM_1_SIZE)
>
> Can we test the full DDR memory size?
There is a total amount of 64MB of DDR on MX
The do_fixup_by_path_string() will set the specified node's property to the
value contained in "status". It would just be an inline wrapper for
do_fixup_by_path() that calls strlen on the argument.
Signed-off-by: Chunhe Lan
---
include/fdt_support.h |7 +++
1 files changed, 7 insertions(
In the p1023rds, when system boots from nor flash, kernel only accesses nor
flash and can not access nand flash with BR0/OR0; when system boots from
nand flash, kernel only accesses nand flash and can not access nor flash
with BR0/OR0.
Default device tree nor and nand node should have the followin
Dear Lukasz Majewski,
On 23 August 2011 17:34, Lukasz Majewski wrote:
> This patch adds support for software I2C for GONI and Universal C210
> reference targets.
> It adds support for access to GPIOs by number, not as it is present,
> by bank and offset.
>
> Signed-off-by: Lukasz Majewski
> Sig
Dear Lukasz Majewski,
On 23 August 2011 17:34, Lukasz Majewski wrote:
> This patch enables the software I2C for GONI reference target.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> Cc: Minkyu Kang
> Cc: Heiko Schocher
>
> ---
> Changes for v2:
> - Replace explicit
Dear Chander Kashyap,
On 19 August 2011 17:37, Chander Kashyap wrote:
> Origen board is based upon S5PV310 SoC which is similiar to
> S5PC210 SoC.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v2:
> - None
> Changes for v3:
> - Board entry added Alphabetically in boards.cf
Dear Chander Kashyap,
On 19 August 2011 17:37, Chander Kashyap wrote:
> Adds mmc boot support.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v2:
> - Added Dirk Behme's patch
> - SMDKV310: Fix host compilation of mkv310_image
> Changes for v3:
> - None
> Changes for
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Rini, Tom
> Sent: Tuesday, August 23, 2011 3:44 AM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH 9/9] OMAP3: Remove legacy mmc driver
>
> Now that all platforms have been
Dear Graeme Russ,
In message
you wrote:
>
> >> > it's fairly easy as well:
> >> > #define CIRC_BUF_IDX(idx) ((idx) & (CONFIG_SYS_TMP_CON_BUF_SZ-1))
> >> > buffer[CIRC_BUF_IDX(gd->conf_buf_idx++)] = c;
> >>
> >> But does that work for non power-of-two buffer sizes...
> >
> > no, but not that big
Dear Jason Liu,
In message
you wrote:
>
> > +#define CONFIG_SYS_MEMTEST_STARTPHYS_SDRAM_1
> > +#define CONFIG_SYS_MEMTEST_END (PHYS_SDRAM_1 + PHYS_SDRA> M_1_SIZE)
>
> Can we test the full DDR memory size?
Not without crashing the system.
Best regards,
Wolfgang Denk
--
DENX Software
Dear Fabio Estevam,
In message
you wrote:
> On Tue, Aug 30, 2011 at 12:16 AM, Jason Liu wrote:
> ...
> >> +/* Memory Test */
> >> +#define CONFIG_SYS_MEMTEST_START Â Â Â PHYS_SDRAM_1
> >> +#define CONFIG_SYS_MEMTEST_END Â Â Â Â (PHYS_SDRAM_1 +
> >> PHYS_SDRAM_1_SIZE)
> >
> > Can we test
Dear Chunhe Lan,
In message <1314675674-9825-1-git-send-email-chunhe@freescale.com> you
wrote:
> The do_fixup_by_path_string() will set the specified node's property to the
> value contained in "status". It would just be an inline wrapper for
> do_fixup_by_path() that calls strlen on the argu
Dear Chunhe Lan,
In message <1314675698-9847-1-git-send-email-chunhe@freescale.com> you
wrote:
...
> status = "okay";
...
> When booting from nor flash, the status of nor node is null that means it
Description does not match code.
> is enabled and the status of nand no
- "Mike Frysinger" wrote:
> On Monday, August 29, 2011 01:39:18 Ajay Bhargav wrote:
> > - "Mike Frysinger" wrote:
> > > On Monday, August 29, 2011 01:10:49 Ajay Bhargav wrote:
> > > > - "Mike Frysinger" wrote:
> > > > > On Friday, August 26, 2011 02:36:51 Ajay Bhargav wrote:
> > >
Hi Wolfgang
On Tue, Aug 30, 2011 at 3:17 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message
> you
> wrote:
>>
>> >> > it's fairly easy as well:
>> >> > #define CIRC_BUF_IDX(idx) ((idx) & (CONFIG_SYS_TMP_CON_BUF_SZ-1))
>> >> > buffer[CIRC_BUF_IDX(gd->conf_buf_idx++)] = c;
>> >>
>> >> B
Hi Graeme,
I was checking out other alternatives to BIOS. I came across EFI , a new
technology that seems to replace the BIOS in the near future. However I am
still not clear as to where EFI fits in the booting process. They say that EFI
cannot replace the BIOS but plans to do so in the near fu
This patch adds support for Fast Ethernet Controller driver for
Armada100 series.
Signed-off-by: Ajay Bhargav
---
Changes for v2:
- removed random MAC generation
- driver init function changed to register as per new naming convention
- code cleanup (Thanks to Wolfgang, Mar
This patch adds support for 88E3015 PHY for Marvell GplugD board.
This patch depends on series of patch which adds support for Marvell
GuruPlug-Display.
Signed-off-by: Ajay Bhargav
---
Changes for v2:
- Not changed
Changes for v3:
- code cleanup; removed unwated cast
Changes for v
This patch enables ethernet support for Marvell GplugD board. Network
related commands works.
Signed-off-by: Ajay Bhargav
---
Changes for v2:
- armada100_fec_initialize changed to armada100_fec_register
Changes for v3:
- fec base address as argument to armada100_fec_register
Chang
Hi Flash,
Note: I have no experience with (U)EFI
On Tue, Aug 30, 2011 at 3:35 PM, Flash K wrote:
> Hi Graeme,
> I was checking out other alternatives to BIOS. I came across EFI , a new
> technology that seems to replace the BIOS in the near future. However I am
> still not clear as to where EFI f
Hi Albert and Po-Yu,
2011/8/11 Po-Yu Chuang
>
> From: Po-Yu Chuang
>
> timer.c used static data and are called before relocation.
> Move all static variables into global_data structure. Also cleanup
> timer.c from unused stubs and make it truly use 64 bit tick values.
This patch has been tested
Hi Marek,
> This one can be fixed with such a patch, though I dunno if it's worth it.
>
> diff --git a/include/configs/armadillo.h b/include/configs/armadillo.h
> [...]
I have seen the rest of the discussion already, and will apply the
armadillo removal patch. I just want to make a quick note (a
88 matches
Mail list logo
