This is a MPC8313E-RDB board problem. We have 2 REV A4 boards.
I can reproduce this problem on both of the MPC8313E-RDB boards
with any version of u-boot with a compressed file which contains
1 or more dynamic codes blocks and a final fixed codes block.
I have a 5k gzipped file for which the pro
This patch adds 16bpp BMP support to the common lcd code.
At the moment it's only been tested on the MIMC200 AVR32 board, but the hooks
are in place to extend this to other platforms.
Signed-off-by: Mark Jackson
---
common/lcd.c | 54 --
Dear Mark Jackson,
In message <497edf68.7050...@mimc.co.uk> you wrote:
> This patch adds 16bpp BMP support to the common lcd code.
>
> At the moment it's only been tested on the MIMC200 AVR32 board, but the hooks
> are in place to extend this to other platforms.
>
> Signed-off-by: Mark Jackson
THe current bmp routines support gzipped files, but compilation fails due to
the gunzip_bmp() function being defined as static.
This patch fixes this problem.
Signed-off-by: Mark Jackson
---
common/cmd_bmp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd
Dear Mark Jackson,
In message <497ee024.9040...@mimc.co.uk> you wrote:
> THe current bmp routines support gzipped files, but compilation fails due to
> the gunzip_bmp() function being defined as static.
I cannot confirm that. There are boards that use this feature, and
they build fine.
> This p
This patch adds 16bpp BMP support to the common lcd code.
At the moment it's only been tested on the MIMC200 AVR32 board, but the hooks
are in place to extend this to other platforms.
Signed-off-by: Mark Jackson
---
common/lcd.c | 55 +--
The current bmp routines support gzipped files, but compilation fails (under
AVR32) due to the gunzip_bmp() function being defined as static.
This patch fixes this problem.
Signed-off-by: Mark Jackson
---
common/cmd_bmp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -
On Mon, Jan 26, 2009 at 8:50 PM, Wolfgang Denk wrote:
> Dear ?ISO-8859-1?Q?Gunnar_Rangøy?,
>
> In message you
> wrote:
> ...
>> >> +#undef CONFIG_CMD_AUTOSCRIPT
>> >
>> > Is there a specific reason for not allowing to use shell scripts?
> ...
>> No, not really. We did this because this was done
Hi Jean-Christophe,
>> > > Note that there are other places where this is used - these must be
>> > > changed, too - for example:
>> > >
>> > > "board/lpc2292sodimm/lpc2292sodimm.c":
>> > >
>> > > 42 /* arch number MACH_TYPE_ARMADILLO - not official*/
>> > > 43 gd->bd->bi_arch_
Dear Detlev,
In message you wrote:
>
> PS: You have an interesting Mail-Followup-To on this posting. Maybe I
> should do this also to cut down on my incoming mails ;)
Don't dare to attempt this. I might start doing the same...
Best regards,
Wolfgang Denk
--
DENX Software Engineering Gm
Dear Mark Jackson,
In message <497ef0c4.3060...@mimc.co.uk> you wrote:
> This patch adds 16bpp BMP support to the common lcd code.
>
> At the moment it's only been tested on the MIMC200 AVR32 board, but the hooks
> are in place to extend this to other platforms.
...
> +#if defined(CONFIG_PXA250
Dear Mark Jackson,
In message <497ef15a.6050...@mimc.co.uk> you wrote:
> The current bmp routines support gzipped files, but compilation fails (under
> AVR32) due to the gunzip_bmp() function being defined as static.
>
> This patch fixes this problem.
>
> Signed-off-by: Mark Jackson
As mentio
Wolfgang Denk wrote:
> Dear Mark Jackson,
> No, this still makes no sense to me. Listing all the accrhitectures
> where this is implemented or not is error prone, and this file should
> definitely be as independent from specific hardware properties as
> possible.
>
> Can we not agree on some ge
Dear Mark,
In message <497efc3e.8050...@mimc.co.uk> you wrote:
>
> What if I just remove all the extranous #defines all together ? And just
> leave the inner "#if defined(CONFIG_ATMEL_LCD_BGR555)" ?
Well, we probably don't need to add code for 16bpp support on systems
that cannot make use of i
Wolfgang Denk wrote:
> Dear Mark,
>
> In message <497efc3e.8050...@mimc.co.uk> you wrote:
>> What if I just remove all the extranous #defines all together ? And just
>> leave the inner "#if defined(CONFIG_ATMEL_LCD_BGR555)" ?
>
> Well, we probably don't need to add code for 16bpp support on sys
The current bmp routines support gzipped files, but compilation fails (under
AVR32) due to the gunzip_bmp() function being defined as static.
This patch fixes this problem.
The gunzip_bmp routine has also now been defined in the lcd.h header file.
Signed-off-by: Mark Jackson
---
common/cmd_b
Hello ,
We have a custom board similar to EP8548A board, custom board has MPC8548E
alone with 4 onboard DDR2 SDRAM(total 512MB). Only one chip select is used.
Below is the code snippet in u-boot, which will initialize the DDR2 SDRAM.
Fortunately,
When ever I give a hard reset( via switch) HRST#
Hello
2009/1/27, Ajeesh Kumar :
[skip]
> But, when I give the command "reset" on the u-boot command line, system
> hangs printing
> The below on the console:
>
> /***/
> U-Boot 1.2.0 (Jan 27 2009 - 17:17:39)
[skip]
Probably the first thing you s
Picking up an acient thread,
On Sun, Dec 14, 2008 at 12:39:10PM +0100, Daniel Mack wrote:
> On Sun, Dec 14, 2008 at 12:12:24PM +0100, Wolfgang Denk wrote:
> > > This adds CONFIG_NE2000_NOPROM. If set, the ethernet MAC address is taken
> > > from the environment variable 'ethaddr' and the NIC is co
On 13:02 Tue 27 Jan , Detlev Zundel wrote:
> Hi Jean-Christophe,
>
> >> > > Note that there are other places where this is used - these must be
> >> > > changed, too - for example:
> >> > >
> >> > > "board/lpc2292sodimm/lpc2292sodimm.c":
> >> > >
> >> > > 42 /* arch number MACH_TYPE
Dear Daniel,
In message <20090127130912.ga25...@buzzloop.caiaq.de> you wrote:
>
> > I can send a new version of this patch following this, but I wonder
> > why such a logic has to be implemented in the ethernet drivers and did
> > not find a well-defined place in some kind of layer all drivers ma
We have 2 MPC8313E-RDB REVA4 boards.
u-boot always fails to uncompress certain compressed files.
Either the board will hang or a checkstop occurs.
The problem occurs on both our MPC8313E-RDB REVA4 boards.
Probably memory is overwritten at the end of RAM (where
u-boot is relocated to). When using
Hello Mashak,
I'm using the u-boot what I got with the development board (EP8548A) and we
have a custom board
Which is pretty similar to that. And I don't want to take any risk in
changing the u-boot because is have
Stipulated time. I'm done with the custom board bring up as of now, I have
issue
Dear "Ajeesh Kumar",
In message you wrote:
>
> I'm using the u-boot what I got with the development board (EP8548A) and we
> have a custom board
> Which is pretty similar to that. And I don't want to take any risk in
> changing the u-boot because is have
> Stipulated time. I'm done with the cu
Wolfgang Denk wrote:
>>> Stefan, I'm going to fold all patches into sinble commit, ok?
>> That's ok with me. Not sure if Wolfgang has an objection though, since he
>> might have problems tracking the status of the patches.
>>
>> Wolfgang, an objections from you?
>
> Yes, indeed. I like to see com
Hello,
I too got this info, but due to stipulated time, I cant shift to newer
version now.
I assumed that as development used the same u-boot thought of going with the
same.
Please help me.
Thanks,
Ajeesh Kumar
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Tuesday
Hi Wolfgang,
please pull U-Boot/MIPS repository to pick up the following changes.
Thanks in advance,
Shinya
---
The following changes since commit 8f86a3636ef88427f880610638e80991adc41896:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
are available i
This patch adds 16bpp BMP support to the common lcd code.
Use CONFIG_BMP_16BPP and set LCD_BPP to LCD_COLOR16 to enable the code.
At the moment it's only been tested on the MIMC200 AVR32 board, but extending
this to other platforms should be a simple task !!
Signed-off-by: Mark Jackson
---
On Jan 27, 2009, at 8:13 AM, Ajeesh Kumar wrote:
> Hello,
>
> I too got this info, but due to stipulated time, I cant shift to newer
> version now.
> I assumed that as development used the same u-boot thought of going
> with the
> same.
> Please help me.
>
> Thanks,
> Ajeesh Kumar
Odds are tha
Hello ksi,
k...@koi8.net wrote:
> Hi everyone,
>
> Here is the first draft of major I2C subsystem rework. This is not a patch
> that should be applied to the tree--it will break systems with I2C busses
> over multiplexers and probably something else--but rather a Request For
> Comments. I would li
Dear "Ajeesh Kumar",
In message you wrote:
>
> I too got this info, but due to stipulated time, I cant shift to newer
> version now.
> I assumed that as development used the same u-boot thought of going with the
> same.
> Please help me.
Feel free to check the history of changes in the git re
Hi Norbert,
I missed the start of this thread. So my apologies if im barking up the
wrong tree :)
We had problems uncompressing zImages on our 8313 board. But always
suspected some memory timing issues, or perhaps some strangeness in
8313.
I tracked our problems down to a specific line in lib_ge
Dear Ajeesh Kumar,
> Odds are that the reset command isn't doing a full board reset and
> just resetting the core and thus you are seeing some hang from that.
>
> - k
You may check your board design also. Is HRESET routed to all
components on your board?
Is the switch giving HRESET or triggering
Hi Guys,
I was wondering if there is any think like backup booting and secondary
image for example lets say i am booting an image and it fails CRC check
etc... i want to to validate that the backup image is good and then
overwrite the current image with the backup image and be able to boot of
the
Dear Pawel Pastuszak,
In message <8ff29df80901270734h2791b9f3qf72b99830860c...@mail.gmail.com> you
wrote:
>
> I was wondering if there is any think like backup booting and secondary
> image for example lets say i am booting an image and it fails CRC check
> etc... i want to to validate that the
Where do i find the manual?
On Tue, Jan 27, 2009 at 10:41 AM, Wolfgang Denk wrote:
> Dear Pawel Pastuszak,
>
> In message <8ff29df80901270734h2791b9f3qf72b99830860c...@mail.gmail.com>
> you wrote:
> >
> > I was wondering if there is any think like backup booting and secondary
> > image for examp
Hi,
I am using u-boot and linux kernel on our custom PPC440gx board.
The board was booting without any issue.
The board started rebooting while booting in linux kernel after enabled
the watchdog timer in u-boot by defining 'CONFIG_WATCHDOG'.
I have observed that the board gets reset while booti
Dear Pawel Pastuszak,
In message <8ff29df80901270743t7962d14aia1cf7b613899d...@mail.gmail.com> you
wrote:
>
> Where do i find the manual?
Hm.. does "google u-boot manual" ring a bell?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165
Dear Sachin Rane,
In message <73fa539107892c4c8c7a5aca10c161c85be...@mx2.alphioncorp.local> you
wrote:
>
> I am using u-boot and linux kernel on our custom PPC440gx board.
> The board was booting without any issue.
>
> The board started rebooting while booting in linux kernel after enabled
> t
Add BeagleBoard support, common power code and README.
Signed-off-by: Jason Kridner
Signed-off-by: Dirk Behme
---
Changes in v3:
- Fix missing entry in MAKEALL
This patch replaces v2 version of this patch. All other v2 version
patches are still valid.
MAINTAINERS|4
Yes i found it.
http://www.denx.de/wiki/view/DULG/UBootBootCountLimit
Thanks for your kind words. ;-)
Regards,
Pawel
On Tue, Jan 27, 2009 at 11:57 AM, Wolfgang Denk wrote:
> Dear Pawel Pastuszak,
>
> In message <8ff29df80901270743t7962d14aia1cf7b613899d...@mail.gmail.com>
> you wrote:
> >
> >
Hi ML,
I'm working on a mips target and I used qemu_mips target to simulate my target
(that I hope to have in the next week...)
Following my activities I noticed that IP_t structure is no defined with
attribute "packed". I noticed this issue because using a self-made toolchain
(gcc4.2.4+binuti
Dear Pawel Pastuszak,
In message <8ff29df80901271011m3b7adc76u627162f9c5b3a...@mail.gmail.com> you
wrote:
>
> Yes i found it.
>
> http://www.denx.de/wiki/view/DULG/UBootBootCountLimit
Thisi s only part two. The first part (using an alternative image in
case the first one has a bad CRC, etc. can
Dear Stefan Roese,
In message <200901261047.36562...@denx.de> you wrote:
> The following changes since commit 8f86a3636ef88427f880610638e80991adc41896:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
>
> are available in the git repository at:
>
> git
Dear Stefan Roese,
In message <200901261125.51840...@denx.de> you wrote:
> The following changes since commit 8f86a3636ef88427f880610638e80991adc41896:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
>
> are available in the git repository at:
>
> git
Dear Shinya Kuribayashi,
In message <497f1752.1060...@ruby.dti.ne.jp> you wrote:
> Hi Wolfgang,
>
> please pull U-Boot/MIPS repository to pick up the following changes.
>
> Thanks in advance,
>
> Shinya
>
> ---
>
> The following changes since commit 8f86a3636ef88427f880610638e80991adc41896:
Dear Matthias Fuchs,
In message <200901021511.42036.matthias.fu...@esd-electronics.com> you wrote:
> U-Boot's gunzip() function does not handle the return code
> of zlib's inflate() function correctly. gunzip() is implemented
> to uncompress all input data in one run. So the correct return
> code
Yeah i understand completely .
thanks for pointing me in the right direction...
P.S: I like this quote better ;-)
Give a man a fish and he won't starve for a day. Teach a man how to fish and
he won't starve for his entire life.
-- Calvin Keegan
Regards,
Pawel
On Tue, Jan 27, 2009 at 2:28
On Monday 26 January 2009 04:30:36 pm Wolfgang Denk wrote:
> Dear E Robertson,
>
> In message <200901261453.10434.e.robertson@gmail.com> you wrote:
> > It seems that sprintf() is modifying at least two bytes from the source
> > and I have duplicate this with different varibles.
> > For instance
E Robertson wrote:
> I did the following:
> memcpy (gd->bd->bi_enetaddr, MACAddress, sizeof(gd->bd->bi_enetaddr));
> memcpy (dupMACAddress, MACAddress, sizeof(dupMACAddress));
>
> printf("Before %02X:%02X:%02X:%02X:%02X:%02X\n",dupMACAddress[0],
> dupMACAddress[1],
Dear David Hawkins,
In message <49443c7f.3020...@ovro.caltech.edu> you wrote:
>
> > In message <2008121325.gn15...@game.jcrosoft.org> you wrote:
> >>> 705 /* Terminate fs_type string. Writing past the end of vistart
> >>> 706is ok - it's just the buffer. */
> >>> 707
Dear Stefan Althoefer,
In message you wrote:
> Signed-off-by: Stefan Althoefer
> ---
> Fu. copy and paste. This is the tab correct patch.
>
> drivers/net/e1000.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/net/e1000.c b/drivers/net/e1000.c
> index
On Tuesday 27 January 2009 02:31:52 pm Scott Wood wrote:
> E Robertson wrote:
> > I did the following:
> > memcpy (gd->bd->bi_enetaddr, MACAddress,
> > sizeof(gd->bd->bi_enetaddr)); memcpy (dupMACAddress, MACAddress,
> > sizeof(dupMACAddress));
> >
> > printf("Before %02X:%02X:%02X:%02X:%02
Dear Mike Frysinger,
In message <1230009039-20117-1-git-send-email-vap...@gentoo.org> you wrote:
> Rather than have the board code initialize SATA automatically during boot,
> make the user manually run "sata init". This brings the SATA subsystem in
> line with common U-Boot policy.
>
> Rather t
Dear Derek Ou,
In message <497dfe89.7020...@siconix.com> you wrote:
>
> The following patch was tested some time ago. I am in the middle of
> another task and can not
> verify this patch with the latest code. Should I just reformat my patch
> and submit it or should I
> wait till I can test it
Rather than have the board code initialize SATA automatically during boot,
make the user manually run "sata init". This brings the SATA subsystem in
line with common U-Boot policy.
Rather than having a dedicated weak function "is_sata_supported", people
can override sata_initialize() to do their
Wolfgang Denk wrote:
> Dear Stefan Althoefer,
>
> In message you wrote:
>
>> Signed-off-by: Stefan Althoefer
>> ---
>> Fu. copy and paste. This is the tab correct patch.
>>
>> drivers/net/e1000.c |1 +
>> 1 files changed, 1 insertions(+), 0 deletions(-)
>>
>> diff --git a/drivers/net/
Dear Tom,
In message <4959a41f.50...@ceos.com.au> you wrote:
>
> | commit 9d803d8c0b7fd9aeb2e708e9e48dd76d7287856d
> | Author: Markus Klotzb^(n)cher
> | Date: Wed Feb 8 18:56:28 2006 +0100
> |
> | Changes:
> |
> | * lots of bugfixes in the assembler code
> | * reverted hardw
Dear Andrew Dyer,
In message <49595ee1.8040...@righthandtech.com> you wrote:
>
> This patch adds a #define to optionally change the behaviour of
> i2c_read() in soft_i2c.c to send an I2C repeated start instead of a
> stop-start between sending the device address pointer write and
> reading back t
Dear "Daniel Schuler",
In message <7909dbcf0812292347x63b36946r7b7feb90dcbb5...@mail.gmail.com> you
wrote:
> The new SBC-2410A board from Embest now ships with 2MB NOR FLASH,
> for which CONFIG_AMD_LV160 has been defined in include/configs/sbc2410x.h
>
> This chip is already supported in other a
Dear Mike Frysinger,
In message <1230623965-16546-1-git-send-email-vap...@gentoo.org> you wrote:
> Rather than special casing each environment type for enabling the saveenv
> command, have them all behave the same. This avoids bitrot as new env
> sources are added/removed.
>
> Signed-off-by: Mik
On Tue, 27 Jan 2009, Heiko Schocher wrote:
> Hello ksi,
>
> k...@koi8.net wrote:
>> Hi everyone,
>>
>> Here is the first draft of major I2C subsystem rework. This is not a
> patch
>> that should be applied to the tree--it will break systems with I2C
> busses
>> over multiplexers and probably somet
NAND jffs2 bug fix - sector size not initialized.
Signed-off-by: Derek Ou
---
common/cmd_jffs2.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/common/cmd_jffs2.c b/common/cmd_jffs2.c
index 7866c80..f6966f3 100644
--- a/common/cmd_jffs2.c
+++ b/common/cmd_jffs2.c
@@ -1
extend commit c70564e6b1bd08f3230182392238907f3531a87e
"NAND: Fix cache and memory inconsistency issue" to add the cache.o dependency
to the simpc8313 build and fix this:
...Large Page NAND...Configuring for SIMPC8313 board...
nand_boot_fsl_elbc.o: In function `nand_boot':
nand_spl/board/sheldon/s
Import the is_valid_ether_addr() function from the Linux kernel.
Signed-off-by: Mike Frysinger
CC: Ben Warren
---
board/bf537-stamp/bf537-stamp.c | 16
include/net.h | 16
2 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/bo
Dear Tomasz Figa,
In message <200812301835.57435.tomasz.f...@gmail.com> you wrote:
> This patch fixes a bug (?) introduced after inclusion of the new JFFS2 code.
>
> When not using CONFIG_JFFS2_CMDLINE, the code in cmd_jffs2.c doesn't fill in
> part->sector_size (keeping it as 0), but a correct
Dear "Ryan J M",
In message you
wrote:
> I thought it would be better to check whether chip->ecc.size equal 0
> here, I forgot to set ecc.size in board_nand_init() and it trigs a
> div0 hang.
>
> driver/mtd/nand/nand_base.c
>2786 /*
>2787 * Set the number of read / writ
Dear Peter Tyser,
In message <1230746884-6510-1-git-send-email-pty...@xes-inc.com> you wrote:
> This patch series attempts to clean up how the "usage" field
> of the cmd_tbl_s structure is used. It does 3 things:
> 1. Adds a cmd_usage() function to print a command's usage
> 2. Removes the command
Dear Richard Retanubun,
In message <497dbe6a.5090...@ruggedcom.com> you wrote:
> The ending LBA is inclusive. Hence, the partition size should be
> ((ending-LBA + 1) - starting-LBA) to get the proper partition size.
>
> This is confirmed against the results from the parted tool.
> (e.g. use parte
CONFIG_M68K bdinfo cleanup:
Fixed compiler warning about baudrate printing.
format '%d' expects type 'int', but argument 2 has type 'long unsigned int'.
Added printing of "cpufreq"
Signed-off-by: Richard Retanubun
---
V2: Same a V1, but fixed the line wrapped "@@" lines in previous
submiss
Dear Kim,
In message <57afda040901052341g3b00f741r445c0ce8d33b7...@mail.gmail.com> you
wrote:
>
> I wrote mflash IO mode block device driver for U-Boot.
Thanks for your contribution. Here a few comments:
> diff --git a/common/Makefile b/common/Makefile
> index 93e3963..f93e575 100644
> --- a/c
Dear Mike Frysinger,
In message <1233090741-3150-1-git-send-email-vap...@gentoo.org> you wrote:
> Rather than have the board code initialize SATA automatically during boot,
> make the user manually run "sata init". This brings the SATA subsystem in
> line with common U-Boot policy.
>
> Rather th
Dear Derek,
In message <541d21dc51a2ad9d7eb18755215f5605.squir...@webmail.siconix.com> you
wrote:
> NAND jffs2 bug fix - sector size not initialized.
>
> Signed-off-by: Derek Ou
> ---
> common/cmd_jffs2.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/common/cm
The diufb command usage formatting is non-standard. It was
made standard in preparation for larger command usage updates.
Signed-off-by: Peter Tyser
---
board/ads5121/ads5121_diu.c |2 +-
board/freescale/mpc8610hpcd/mpc8610hpcd_diu.c |2 +-
2 files changed, 2 insertion
Changes since v1:
- Rebase on top of tree
This patch series attempts to clean up how the "usage" field
of the cmd_tbl_s structure is used. It does 3 things:
1. Adds a cmd_usage() function to print a command's usage
2. Removes the command name from the usage field for all commands
3. Removes newli
The pcs440ep's led command usage formatting is non-standard. It
was made standard in preparation for larger command usage updates.
Signed-off-by: Peter Tyser
---
board/pcs440ep/pcs440ep.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/pcs440ep/pcs440ep.c b/board
Update taihu and taishan commands to use cmd_usage() function
to display usage messages.
Signed-off-by: Peter Tyser
---
board/amcc/taihu/lcd.c |6 +++---
board/amcc/taihu/taihu.c |6 +++---
board/amcc/taishan/lcd.c |6 +++---
3 files changed, 9 insertions(+), 9 deletions(-)
diff -
In message on Friday 12 December 2008 04:55:49 Scott Wood wrote:
> On Fri, Dec 05, 2008 at 02:13:51PM +0300, Maxim Artamonov wrote:
> > +#ifdef CONFIG_NAND_SPL
> > +/* somewhat macro to reduce bin size for CONFIG_NAND_SPL*/
> > +.macro FILLREGS begreg, val, count, step
>
> Why not use this macro a
Goodday Magnus!
In message on Saturday 03 January 2009 03:49:53 Magnus Lilja wrote:
> Hi
>
> I have used your patch to boot the i.MX31 PDK board from its large
> page NAND now. I had to modify one function (see below).
>
>
> 2008/12/5 Maxim Artamonov :
> > V2 NAND_SPL support for phycore imx31
V3 NAND_SPL support for phycore imx31
This patch is applied on U-Boot v2008.10 release.
Changelog:
* Added infinitive loop for ecc-error cases;
* Correct to code-style;
* Was changed mx31_nand_data_output function for support 2-k
NAND pag
This patch fixes this compilation warning:
./MAKEALL dbau1000
Configuring for dbau1x00 board...
au1x00_eth.c: In function 'au1x00_send':
au1x00_eth.c:158: warning: passing argument 1 of 'virt_to_phys' discards
qualifiers from pointer target type
...
Seens with ELDK 4.2 (GCC 4.2.2).
Signe
Hi Gunnar,
Gunnar Rangøy wrote:
> On Fri, Jan 23, 2009 at 4:38 PM, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
>
>> On 12:56 Fri 23 Jan , Gunnar Rangoy wrote:
>>
>>> From: Olav Morken
>>>
>>> For 100mbps operation, the ethernet controller requires a 25 MHz clock
>>> in MII mode, and a
Gunnar Rangoy wrote:
> From: Olav Morken
>
> This patch removes volatile from:
> volatile IP_t *ip = (IP_t *)xip;
>
> Due to a bug, avr32-gcc will assume that ip is aligned on a word boundary when
> using volatile, which causes an exception since xip isn't aligned on a word
> boundary.
>
> Signed-
Signed-off-by: Petri Lehtinen
---
I got frustrated while grepping through the sources, trying to find
the definitions of these functions. Thinking back, the obvious place
to look in the first place would of course have been include/image.h,
but it didn't even cross my mind that there could be som
Stefan, Carolyn,
Yes, I do intend on sending out an AMCC patch to remove the definition
for SDRAM_CODT_FEEBBACK_RCV_SINGLE_END and
SDRAM_CODT_FEEBBACK_DRV_SINGLE_END.
My apologies Carolyn as I should have notified you of this intent.
My AMCC patch to remove these SDRAM_CODT bit definitions may c
Dear Peter Tyser,
In message <1233100992-30871-1-git-send-email-pty...@xes-inc.com> you wrote:
> Changes since v1:
> - Rebase on top of tree
>
> This patch series attempts to clean up how the "usage" field
> of the cmd_tbl_s structure is used. It does 3 things:
> 1. Adds a cmd_usage() function t
86 matches
Mail list logo
