Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
cpu/mpc8xx/cpu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc8xx/cpu.c b/cpu/mpc8xx/cpu.c
index 40f81ef..2eb848b 100644
--- a/cpu/mpc8xx/cpu.c
+++ b/cpu/mpc8xx/cpu.c
@@ -644,7 +644,7 @@ void reset_8xx_watchdog (
Hello Andre,
Andre Schwarz wrote:
> All,
>
> can someone tell me why the board specific function "void
> show_boot_progress(int arg)"
> is no longer called (at least on MPC5200).
>
> Of course this line is present in the board config :
>
> #define CONFIG_SHOW_BOOT_PROGRESS 1
>
>
> What have I miss
Mailing list subscription confirmation notice for mailing list
U-Boot-Users
We have received a request from 172.29.29.1 for subscription of your
email address, "[EMAIL PROTECTED]", to the
[EMAIL PROTECTED] mailing list. To confirm that you
want to be added to this mailing list, simply reply to th
Hi Wolfgang,
On Wednesday 10 December 2008, Wolfgang Denk wrote:
> Sorry for the late review...
>
> In message <[EMAIL PROTECTED]> you wrote:
> > This patch adds the CONFIG_FLASH_NOT_MEM_MAPPED define which can be
> > used on boards where the NOR FLASH is not memory-mapped and
> > special accessor
Some images can be quite large, so add an option to compress the image data
with gzip in the U-Boot image. Then at runtime, the board can decompress it
with the normal zlib functions.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
tools/easylogo/easylogo.c | 47 +
While the doc/README.NetConsole does have a snippet for people to create
their own netcat script, it's a lot easier to make a simple dedicated script
and tell people to use it.
Also spruce it up a bit to make it user friendly.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
doc/README.NetC
From: Sonic Zhang <[EMAIL PROTECTED]>
The FAT file system driver should also handle FAT on SATA devices.
Signed-off-by: Sonic Zhang <[EMAIL PROTECTED]>
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
fs/fat/fat.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/fs
On Wed, Dec 10, 2008 at 5:25 AM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Dear Scott,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> On Tue, Dec 09, 2008 at 07:27:30AM +0100, Stefan Roese wrote:
>> > Till now Scott has takes care of the OneNAND related patches in his NAND
>> > repository. The l
Currently Practicing Doctors in the US
788,324 in total <> 17,750 emails
Data for the many various medical specialties
you can sort by many different fields like primary or secondary specialty
Cost just slashed - $390
{}{}{} A gift to you when you purchase, receive these 4 databases belo
Dear Derek Ou,
In message <[EMAIL PROTECTED]> you wrote:
>
> I just enabled CMD_JFFS2 and JFFS2_NAND in the uboot 1.3.4 for my
> at91sam9263 based board. In general, it works in loading the jffs2
> file system and loading files from it. However, it takes almost an hour
> to scan the jffs2 p
Dear all,
I just enabled CMD_JFFS2 and JFFS2_NAND in the uboot 1.3.4 for my
at91sam9263 based board. In general, it works in loading the jffs2
file system and loading files from it. However, it takes almost an hour
to scan the jffs2 partition, which is 512 MiB. Is it because of the
size of
Dear Nobuhiro Iwamatsu,
In message <[EMAIL PROTECTED]> you wrote:
> Change to write/readX fcuntion and fix timer bug.
>
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
It seems there are some SH related patches in your queue which did
not make it into mainline yet? Doi you intend to s
On Wed, Dec 10, 2008 at 5:50 AM, Scott Wood <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 10, 2008 at 01:53:46PM +0900, Kyungmin Park wrote:
>> OneNAND IPL has common codes for RAM init, load data, and jump to 2nd
>> bootloader, but it's common code used about 300~400 bytes. So board
>> specific codes,
Dear Michal Simek,
In message <[EMAIL PROTECTED]> you wrote:
>
> here are 4 microblaze patches. All patches are in microblaze custodian
> repository - master branch.
But you did not send any pull request yet. Will you do this any time
soon?
Best regards,
Wolfgang Denk
--
DENX Software Engine
Dear Bartek,
in message <[EMAIL PROTECTED]> I wrote:
>
> compiling U-Boot in an old OS environment (RedHat-7.3 :-) gives the
> following warnigns from mkimage.[ch]:
>
> In file included from image.c:71:
> mkimage.h:41:23: warning: ISO C does not permit named variadic macros
> image.c:2422:54: wa
Dear Jerry Van Baren,
In message <[EMAIL PROTECTED]> you wrote:
> Compiling U-Boot in an old OS environment (RedHat-7.3 :-) gives the
> following warnings from FDT:
>
> include/libfdt_env.h:50: warning: redefinition of 'uintptr_t'
> /usr/include/stdint.h:129: warning: 'uintptr_t' previously dec
Dear [EMAIL PROTECTED],
In message <[EMAIL PROTECTED]> you wrote:
> RnJvbTogQW5kcmVhcyBQZmVmZmVybGUgPGFwQGRlbnguZGU+CgpUaGlzIHBhdGNoIGFkZHMgZGlh
> Z25vc2lzIGZ1bmN0aW9ucyBmb3IgdGhlIGJ1enplciwgVUFSVHMgYW5kIGRpZ2l0YWwKSU9zIG9u
> IGlua2E0eDAgaGFyZHdhcmUuCsKgIMKgClNpZ25lZC1vZmYtYnk6IEFuZHJlYXMgUGZlZmZl
Dear [EMAIL PROTECTED],
In message <[EMAIL PROTECTED]> you wrote:
> From: Andreas Pfefferle <[EMAIL PROTECTED]>
>
> This patch adds the board specific communication routines needed
> by the external 4543 RTC.
No, that's broken by design. An RTC is not board-dependent, but a
generic piece o
Dear [EMAIL PROTECTED],
In message <[EMAIL PROTECTED]> you wrote:
> RnJvbTogQW5kcmVhcyBQZmVmZmVybGUgPGFwQGRlbnguZGU+CgpUaGlzIHBhdGNoIHN1cHBvcnRz
> IGFkZGVkIGRpYWdub3NpcyBmdW5jdGlvbnMgYW5kIHRoZQp1c2Ugb2YgdGhlIGV4dGVybmFsIFJU
> Qy4KwqAgwqAKU2lnbmVkLW9mZi1ieTogQW5kcmVhcyBQZmVmZmVybGUgPGFwQGRlbnguZGU+
Dear Graeme Russ,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
> ---
>
> Moved PCI specific definitions out of sc520.h into a new file plus fixed
> include path to ssi.h
>
> cpu/i386/sc520.c|2 +-
> include/asm-i386/ic/pci.h | 52
Dear Graeme Russ,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
> ---
>
> 82559_eeprom.c is only compiled for i386 arch's (see /examples/Makefile lines
> 92-94). This modification should only impact sc520_cdp and sc520_spunk which
> need this define re
Dear Stefan Roese,
In message <[EMAIL PROTECTED]> you wrote:
> This patch adds the UART driver for the upcoming VCTH board support.
>
> Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
> ---
> drivers/serial/Makefile |1 +
> drivers/serial/vcth.c | 121
> ++
Dear Spencer Putt,
In message <[EMAIL PROTECTED]> you wrote:
>
> Signed-off-by:
> Spencer Putt
> Raytheon Company
>
> The current init_pll_866 makes a bad assumption for the oscillator. A
> board with a slower oscillator may lead to PLPRCR fields overflowing their
> bounds and making the board
Dear Stefan Roese,
Sorry for the late review...
In message <[EMAIL PROTECTED]> you wrote:
> This patch adds the CONFIG_FLASH_NOT_MEM_MAPPED define which can be
> used on boards where the NOR FLASH is not memory-mapped and
> special accessor functions are needed to access the NOR FLASH.
> This aff
Dear Matteo,
In message <[EMAIL PROTECTED]> you wrote:
>
> I looked updater.c and and I take that code as example.
>
> I removed all function as same as do_... (do_fat_fsload, do_protect,
> do_flerase, do_mem_cp).
> In this way, I could remove also strcpy() and sprintf() needed to made
> their
Hi Wolfgang,
Wolfgang Denk wrote:
> Dear Ben,
>
> your commit 9eb79bd8 breaks building for the MBX860T board:
>
> $ MAKEALL MBX860T
> Configuring for MBX860T board...
> cpu/mpc8xx/libmpc8xx.a(cpu.o): In function `cpu_eth_init':
> /home/wd/git/u-boot/work/cpu/mpc8xx/cpu.c:648: undefined reference t
"Carlos kescuin" <[EMAIL PROTECTED]> wrote:
>
> I'm using a Coldfire m5329EVB and I would like to make some
> partitions (one for kernel and one for filsystem) on my NAND
> FLASH (16Mb). I've tryied to search the u-boot options
> (u-boo 2008.10) but it doesn't work at all.
>
> Does anybody kno
Dear Ilya Yanok,
In message <[EMAIL PROTECTED]> you wrote:
> As we moved data_crc() invocation from jffs2_1pass_build_lists() to
> jffs2_1pass_read_inode() data_crc is going to be calculated on each
> inode access. This patch adds caching of data_crc() results. There
> is no significant improvemen
Dear Ilya Yanok,
In message <[EMAIL PROTECTED]> you wrote:
> This patch adds support for reading fs information from summary
> node instead of scanning full eraseblock.
>
> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
> ---
> fs/jffs2/jffs2_1pass.c | 187
>
Dear Ilya Yanok,
In message <[EMAIL PROTECTED]> you wrote:
> With this patch JFFS2 code allocates memory buffer of max_totlen size
> (size of the largest node, calculated during scan time) and uses it to
> store entire node. Speeds up loading. If malloc fails we use old ways
> to do things.
>
> S
Dear Ilya Yanok,
In message <[EMAIL PROTECTED]> you wrote:
> Rewrites jffs2_1pass_build_lists() function in style of Linux's
> jffs2_scan_medium() and jffs2_scan_eraseblock().
> This includes:
> - Caching flash acceses
> - Smart dealing with free space
>
> Signed-off-by: Alexey Neyman <[EMAIL P
Dear Ilya Yanok,
In message <[EMAIL PROTECTED]> you wrote:
> This patch adds sector_size field to part_info structure (used
> by new JFFS2 code).
>
> Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
> ---
> common/cmd_jffs2.c | 20 +---
> include/jffs2/load_kernel.h |
Dear Ilya Yanok,
In message <[EMAIL PROTECTED]> you wrote:
> We need to update i_version inside cycle to find really latest version
> inside jffs2_1pass_list_inodes(). With that fixed we can use isize inside
> dump_inode() instead of calling expensive jffs2_1pass_read_inode().
>
> Signed-off-by:
Dear "Remy Bohmer",
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 13d36ec849785453953d00220b2c7dc66644a3c2:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-at91
>
> are available in the git repository at:
>
> git://git.denx.de
Dear Ben,
your commit 9eb79bd8 breaks building for the MBX860T board:
$ MAKEALL MBX860T
Configuring for MBX860T board...
cpu/mpc8xx/libmpc8xx.a(cpu.o): In function `cpu_eth_init':
/home/wd/git/u-boot/work/cpu/mpc8xx/cpu.c:648: undefined reference to
`scc_initialize'
git-bisect points at:
9eb7
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
board/evb64260/zuma_pbb.c |6 --
board/evb64260/zuma_pbb_mbox.c |4 +++-
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/board/evb64260/zuma_pbb.c b/board/evb64260/zuma_pbb.c
index 296e461..1d03570 100644
--- a/bo
On Mon, Nov 10, 2008 at 01:53:46PM +0900, Kyungmin Park wrote:
> OneNAND IPL has common codes for RAM init, load data, and jump to 2nd
> bootloader, but it's common code used about 300~400 bytes. So board
> specific codes, such as lowlevel_init, can't has enough code. It make
> a difficult to imple
Ben Warren wrote:
>
> Hi Wolfgang,
>
> Wolfgang Denk wrote:
>> Dear Ben Warren,
>>
>> In message <[EMAIL PROTECTED]> you wrote:
>>
>>> Why not enable this feature on Sequoia? Wolfgang's argument for
>>> keeping the patch out then goes away. IMHO, eval boards should have
>>> as many options en
Dear Scott,
In message <[EMAIL PROTECTED]> you wrote:
> On Tue, Dec 09, 2008 at 07:27:30AM +0100, Stefan Roese wrote:
> > Till now Scott has takes care of the OneNAND related patches in his NAND
> > repository. The latest patches are already present in his next branch, IIRC.
> >
> > I'm not sure
Dear Anatolij,
In message <[EMAIL PROTECTED]> you wrote:
> Since commit 561858ee building for FADS823 and RRvision
> doesn't work. Let's include version.h and timestamp.h
> unconditionally to fix the problem.
>
> Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
> ---
> cpu/mpc8xx/video.c |
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> fsl_pci_init.c: In function 'fsl_pci_setup_inbound_windows':
> fsl_pci_init.c:122: warning: comparison is always true due to limited range
> of data type
>
> The check only makes sense if we are CONFIG_PHYS_64BIT
>
> Signed-off-by: Ku
Dear Stefan,
In message <[EMAIL PROTECTED]> you wrote:
> On Tuesday 09 December 2008, Steven A. Falco wrote:
> > The problem is that if it isn't accepted now, nobody is likely to remember
> > that it is available, and so they will have to re-write it. Also, it will
> > suffer from bit-rot, if jus
Dear Stefan,
In message <[EMAIL PROTECTED]> you wrote:
>
> I would prefer to include it now (next merge window) since it *can* be used
> on
> Sequoia actually. So it may serve as an example for other 4xx boards as well.
Well, we had similar examples before - things that can be used but
did n
Dear "Steven A. Falco",
In message <[EMAIL PROTECTED]> you wrote:
>
> The problem is that if it isn't accepted now, nobody is likely to remember
> that it is available, and so they will have to re-write it. Also, it will
> suffer from bit-rot, if just left as a loose patch.
It will bit-rot as we
On Tue, Dec 09, 2008 at 06:09:08PM +0100, Carlos kescuin wrote:
> I'm using a Coldfire m5329EVB and I would like to make some partitions (one
> for kernel and one for filsystem) on my NAND FLASH (16Mb). I've tryied to
> search the u-boot options (u-boo 2008.10) but it doesn't work at all.
>
> Does
On Tuesday 09 December 2008, Steven A. Falco wrote:
> The problem is that if it isn't accepted now, nobody is likely to remember
> that it is available, and so they will have to re-write it. Also, it will
> suffer from bit-rot, if just left as a loose patch.
Full ack from me on this.
Best regard
Hi Wolfgang,
Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <[EMAIL PROTECTED]> you wrote:
>
>> Why not enable this feature on Sequoia? Wolfgang's argument for keeping
>> the patch out then goes away. IMHO, eval boards should have as many
>> options enabled by default as possible, a
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
include/configs/alpr.h |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/include/configs/alpr.h b/include/configs/alpr.h
index 6e9f5e5..7ce8205 100644
--- a/include/configs/alpr.h
+++ b/include/configs/alpr.h
@@ -235,18
Wolfgang Denk wrote:
> Dear Ben Warren,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> Why not enable this feature on Sequoia? Wolfgang's argument for keeping
>> the patch out then goes away. IMHO, eval boards should have as many
>> options enabled by default as possible, and the user then h
On Dec 9, 2008, at 12:01 PM, Andre Schwarz wrote:
> Jon Loeliger schrieb:
>> On Mon, 2008-12-08 at 18:02 +0100, Andre Schwarz wrote:
>>
>>> Kim,
>>>
>>> I'd like to change my DDR setup code since it looks like my computed
>>> values are not perfectly stable on our 8343 based board.
>>>
>>> This i
Hi Pieter,
On Tuesday 09 December 2008, Pieter Voorthuijsen wrote:
> I think I missed the previous mail during my holiday. I quickly checked the
> header file, here what can be undefined from the CONFIG_CMD_xx's:
>
> #define CONFIG_CMD_REGINFO
> #define CONFIG_CMD_NFS
> #define CONFIG_CMD_PCI
Are
Hi Wolfgang
Thanks for fixing my mistake. Forgot compiled all boards.Will try do do better
next time.
Best regards
Nioklaus
Am Dienstag 09 Dezember 2008 00.28:48 schrieb Wolfgang Denk:
> Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
> ---
> include/vxworks.h |2 +-
> 1 files changed, 1
Dear Ben Warren,
In message <[EMAIL PROTECTED]> you wrote:
>
> Why not enable this feature on Sequoia? Wolfgang's argument for keeping
> the patch out then goes away. IMHO, eval boards should have as many
> options enabled by default as possible, and the user then has the option
> to opt out
Hi Stefan,
I think I missed the previous mail during my holiday. I quickly checked the
header file, here what can be undefined from the CONFIG_CMD_xx's:
#define CONFIG_CMD_REGINFO
#define CONFIG_CMD_NFS
#define CONFIG_CMD_PCI
I also believe CMD_ELF is not needed for only booting a kernel, but n
Jon Loeliger schrieb:
> On Mon, 2008-12-08 at 18:02 +0100, Andre Schwarz wrote:
>
>> Kim,
>>
>> I'd like to change my DDR setup code since it looks like my computed
>> values are not perfectly stable on our 8343 based board.
>>
>> This implies using a fake SPD and the related code to set up the
Hi,
I'm using a Coldfire m5329EVB and I would like to make some partitions (one
for kernel and one for filsystem) on my NAND FLASH (16Mb). I've tryied to
search the u-boot options (u-boo 2008.10) but it doesn't work at all.
Does anybody know the configure options or at least how to succeed in
par
Dear Wolfgang,
The following changes since commit 13d36ec849785453953d00220b2c7dc66644a3c2:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-at91
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Anatolij Gustschin (1):
video
On Tue, Dec 09, 2008 at 07:27:30AM +0100, Stefan Roese wrote:
> Till now Scott has takes care of the OneNAND related patches in his NAND
> repository. The latest patches are already present in his next branch, IIRC.
>
> I'm not sure how you feel about this Scott. Are you willing to officially
>
Ben Warren wrote:
>
... snip ...
>>
> Why not enable this feature on Sequoia? Wolfgang's argument for keeping
> the patch out then goes away. IMHO, eval boards should have as many
> options enabled by default as possible, and the user then has the option
> to opt out.
I can do that if Stef
Since commit 561858ee building for FADS823 and RRvision
doesn't work. Let's include version.h and timestamp.h
unconditionally to fix the problem.
Signed-off-by: Anatolij Gustschin <[EMAIL PROTECTED]>
---
cpu/mpc8xx/video.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/
Hi Steven,
Steven A. Falco wrote:
> This patch adds helper routines needed in support of the PPC4xx SPI driver.
>
> Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
> ---
>
> Changed CONFIG constant to CONFIG_PPC4xx_SPI.
>
> board/amcc/sequoia/sequoia.c | 20
> include/co
Hello again Wolfgang,
Sorry! I was not aware of this. I use gmail to post the messages and
not notice this rules...
My apologies to the people in this list.
Sorry again,
Paulo Flabiano Smorigo
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.d
On Tuesday 09 December 2008, Wolfgang Denk wrote:
> > This patch adds an SPI driver for the 440EPx processor.
> >
> > Tested on Sequoia.
> >
> > Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
>
> Stefan, I vote to put this driver on hold until there are any users
> for it.
I would prefer to in
Dear "Steven A. Falco",
In message <[EMAIL PROTECTED]> you wrote:
> This patch adds helper routines needed in support of the PPC4xx SPI driver.
>
> Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
> ---
>
> Changed CONFIG constant to CONFIG_PPC4xx_SPI.
>
> board/amcc/sequoia/sequoia.c | 20
Dear Paulo,
A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
And you not only top-post, you also full-quote. And you post HTML,
even though this is strictly forbidde
Dear "Steven A. Falco",
In message <[EMAIL PROTECTED]> you wrote:
> This patch adds an SPI driver for the 440EPx processor.
>
> Tested on Sequoia.
>
> Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
Stefan, I vote to put this driver on hold until there are any users
for it.
Best regards,
W
fsl_pci_init.c: In function 'fsl_pci_setup_inbound_windows':
fsl_pci_init.c:122: warning: comparison is always true due to limited range of
data type
The check only makes sense if we are CONFIG_PHYS_64BIT
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
drivers/pci/fsl_pci_init.c |2 ++
1
This patch adds helper routines needed in support of the PPC4xx SPI driver.
Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
---
Changed CONFIG constant to CONFIG_PPC4xx_SPI.
board/amcc/sequoia/sequoia.c | 20
include/configs/sequoia.h|4
2 files changed, 2
This patch adds an SPI driver for the 440EPx processor.
Tested on Sequoia.
Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
---
Thanks for the comments.
I've added the in/out accessors, and included the other comments made by
reviewers (inlines, etc). The patch passes a checkpatch test.
dri
Hi Wolfgang,
I got a board that uses u-boot to load the system. The u-boot is installed
and already working. Now I want to configure u-boot to load another rootfs
through nfs. The original bootargs variable has less than 255 characters but
with the new configuration the variable will be more than
Hi Pieter,
On Friday 21 November 2008, Stefan Roese wrote:
> I just noticed that the alpr doesn't build anymore in the current U-Boot
> version (main and 4xx). The image size (256k) is exceeded because of
> general code growth. We either need to remove some features/commands from
> the alpr target
Hi Matthias,
the CPCI405 U-Boot Image doesn't build anymore. Most likely too big (again).
Could you please submit a patch to fix this?
Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detl
Hi everybody,
I'm porting U-Boot 2008.10 to a new board based on AMCC PPC460EX processor.
I took AMCC canyonlands board as starting point.
I port U-Boot and have the prompt and most basic commands are working fine.
But, all info passed to bd_t (board info) before relocation of U-Boot are
lost.
An
Jean-Christophe PLAGNIOL-VILLARD wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> ---
> Use CFG_MONITOR_LEN instead of value
> include/configs/qemu-mips.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/qemu-mips.h b/inc
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 22:27 Mon 08 Sep , Jean-Christophe PLAGNIOL-VILLARD wrote:
>> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>> ---
>> doc/README.qemu_mips | 67
>> +++--
>> 1 files changed, 58 ins
Dear "Paulo Flabiano Smorigo",
In message <[EMAIL PROTECTED]> you wrote:
>
> I want to know how to increase the command line size to more than 255
I recommend you start reading the documentation. For example, the file
README explains which configuration settings are responsible for
console buffer
Hi everybody,
I want to know how to increase the command line size to more than 255
characters. I want to set the bootargs parameter with more than 300 chars...
Thanks in advance,
Paulo Flabiano Smorigo
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
Board support for the Guntermann & Drunck PowerPC 440 ETX module.
Based on the AMCC Yosemite board support by Stefan Roese.
Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
---
Depends on [PATCH v3] ppc4xx: Improve DDR autodetect
More whitespace rework. checkpatch does not find tab after define.
On Tuesday 09 December 2008, Eibach, Dirk wrote:
> > It's really not a big deal, but since I addressed these
> > issues in my last mail again, I noticed them in this version as well.
> >
> >
> >
> > > +#define CONFIG_SYS_SDRAM0_TR0 0x410a4012
> > > +#define CONFIG_SYS_SDRAM0_WDDCTR
Hi Stefan,
> It's really not a big deal, but since I addressed these
> issues in my last mail again, I noticed them in this version as well.
>
>
>
> > +#defineCONFIG_SYS_SDRAM0_TR0 0x410a4012
> > +#defineCONFIG_SYS_SDRAM0_WDDCTR0x4000
Oops. Sorry. I thought I ha
Heiko Schocher schrieb:
> Hello Andre,
>
> Andre Schwarz schrieb:
>
>> All,
>>
>> can someone tell me why the board specific function "void
>> show_boot_progress(int arg)"
>> is no longer called (at least on MPC5200).
>>
>> Of course this line is present in the board config :
>>
>> #define CONFI
Hello Andre,
Andre Schwarz schrieb:
> All,
>
> can someone tell me why the board specific function "void
> show_boot_progress(int arg)"
> is no longer called (at least on MPC5200).
>
> Of course this line is present in the board config :
>
> #define CONFIG_SHOW_BOOT_PROGRESS 1
>
>
> What have I mi
Hi Dirk,
On Tuesday 09 December 2008, Dirk Eibach wrote:
> Board support for the Guntermann & Drunck PowerPC 440 ETX module.
> Based on the AMCC Yosemite board support by Stefan Roese.
>
> Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
> ---
>
> Depends on [PATCH v3] ppc4xx: Improve DDR autodetec
Hi Stefan,
> Hi Amit,
>
> On Tuesday 09 December 2008, Amit Kumar Sharma wrote:
>> >> > In short: we need a OneNAND custodian, and we need
>> >> > him
>> >> > badly.
>>
>> I would like to work as OneNAND custodian ,Our team is
>> already working for FlexOneNAND related parts , what is
>> opinio
All,
can someone tell me why the board specific function "void
show_boot_progress(int arg)"
is no longer called (at least on MPC5200).
Of course this line is present in the board config :
#define CONFIG_SHOW_BOOT_PROGRESS 1
What have I missed ?
regards,
André
MATRIX VISION GmbH, Talstraße 1
Board support for the Guntermann & Drunck PowerPC 440 ETX module.
Based on the AMCC Yosemite board support by Stefan Roese.
Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
---
Depends on [PATCH v3] ppc4xx: Improve DDR autodetect
More whitespace rework.
MAINTAINERS |
Kim Phillips schrieb:
> On Mon, 08 Dec 2008 18:02:02 +0100
> Andre Schwarz <[EMAIL PROTECTED]> wrote:
>
>
>> I'd like to change my DDR setup code since it looks like my computed
>> values are not perfectly stable on our 8343 based board.
>>
>> This implies using a fake SPD and the related code t
On Tuesday 09 December 2008, Dirk Eibach wrote:
> Board support for the Guntermann & Drunck PowerPC 440 ETX module.
> Based on the AMCC Yosemite board support by Stefan Roese.
>
> Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
> ---
>
> Depends on [PATCH v3] ppc4xx: Improve DDR autodetect
>
> Rem
Dear Remy,
In message <[EMAIL PROTECTED]> you wrote:
>
> > ...but your new code has new issues, too.
>
> Nothing is perfect... Making this code perfect would require a
> complete rewrite... ;-)
;-)
> The (original) code is buggy too, because I have discovered a strange
> bug which is causing m
Added support for a second memory bank to DDR autodetection for 440
platforms.
Made hardcoded values configurable.
Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
---
Whitespace fix.
cpu/ppc4xx/sdram.c | 55 +++
1 files changed, 50 insertions(+)
Board support for the Guntermann & Drunck PowerPC 440 ETX module.
Based on the AMCC Yosemite board support by Stefan Roese.
Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
---
Depends on [PATCH v3] ppc4xx: Improve DDR autodetect
Removed legacy includes in board/gdsys/gdppc440etx/gdppc440etx.c.
Hi Amit,
On Tuesday 09 December 2008, Amit Kumar Sharma wrote:
> >> > In short: we need a OneNAND custodian, and we need him
> >> > badly.
>
> I would like to work as OneNAND custodian ,Our team is
> already working for FlexOneNAND related parts , what is
> opinion of you guys.
Guessing from you
The following changes since commit 13d36ec849785453953d00220b2c7dc66644a3c2:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-at91
are available in the git repository at:
git://www.denx.de/git/u-boot-ubi.git master
Stefan Roese (3):
MTD: Fix problem based on
HI
- Original Message -
From: "Stefan Roese" <[EMAIL PROTECTED]>
To: "Kyungmin Park" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>;
Sent: Tuesday, December 09, 2008 11:57 AM
Subject: Re: [U-Boot] [PATCH] OneNAND: Fix compiler warnings
> On Tuesday 09 December 2008, Kyungmin Park wrote:
>>
On Mon, 08 Dec 2008 14:05:22 -0800
Ben Warren <[EMAIL PROTECTED]> wrote:
> Wolfgang Denk wrote:
> > Dear Ben,
> >
> > In message <[EMAIL PROTECTED]> Gary Jennejohn wrote:
> >
> >> This change is needed for mgcoge because it uses two ethernet drivers.
> >>
> >> Add a check for the presence of th
On Tuesday 09 December 2008, Dirk Eibach wrote:
> Added support for a second memory bank to DDR autodetection for 440
> platforms.
> Made hardcoded values configurable.
Looks good. Only nitpicking comments below.
> Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
> ---
>
> Cleaned up whitespace is
On Tuesday 09 December 2008, Dirk Eibach wrote:
> Board support for the Guntermann & Drunck PowerPC 440 ETX module.
> Based on the AMCC Yosemite board support by Stefan Roese.
Looks good. Please find some furthe comments below though.
> diff --git a/board/gdsys/gdppc440etx/gdppc440etx.c
> b/boa
Added support for a second memory bank to DDR autodetection for 440
platforms.
Made hardcoded values configurable.
Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
---
Cleaned up whitespace issues
cpu/ppc4xx/sdram.c | 55 +++
1 files changed, 50
Board support for the Guntermann & Drunck PowerPC 440 ETX module.
Based on the AMCC Yosemite board support by Stefan Roese.
Signed-off-by: Dirk Eibach <[EMAIL PROTECTED]>
---
Cleaned up copyright and whitespace issues.
Depends on [PATCH v2] ppc4xx-Improve-DDR-autodetect.
MAINTAINERS
Hello Wolfgang,
> ...but your new code has new issues, too.
Nothing is perfect... Making this code perfect would require a
complete rewrite... ;-)
The (original) code is buggy too, because I have discovered a strange
bug which is causing me quite some headaches last week... ;-)
(I have a usb stic
100 matches
Mail list logo
