Hi Gary,
On Friday 25 April 2008, Gary Jennejohn wrote:
> Handle Stefan's comments. This has the added benefit of making the
> patch considerably smaller.
Looks much better now. Just some minor issues (nitpicking) left. See comments
below.
> diff --git a/board/quad100hd/quad100hd.c b/board/qua
Hi,
I corrected some faults and checked normal operation by EDK10.1.
Best Regards,
Yoshio Kashiwagi - Nissin Systems
diff --git a/drivers/net/Makefile b/drivers/net/Makefile
index d5e413b..a11238b 100644
--- a/drivers/net/Makefile
+++ b/drivers/net/Makefile
@@ -63,6 +63,7 @@ COBJS-y += uli526x.
Hi Wolfgang,
On Fri, Apr 25, 2008 at 4:57 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I decided to tag the current versionof U-Boot as "rc1".
>
> At the moment, I have the following patches still maked as open on my
> list:
>
> 7972 04/03 Guennadi Liakhove [U-Boot-Users] [PATC
Stefan Roese wrote:
> On Wednesday 23 April 2008, Dave Littell wrote:
>> >From …/board/amcc/sequoia/init.S:
>>
>> /* TLB-entry for Internal Registers & OCM */
>> tlbentry( 0xe000, SZ_16M, 0xe000, 0, AC_R|AC_W|AC_X|SA_I )
>>
>> Why is this memory region not marked Guarded? It would seem to
Hello,
I decided to tag the current versionof U-Boot as "rc1".
At the moment, I have the following patches still maked as open on my
list:
7972 04/03 Guennadi Liakhove [U-Boot-Users] [PATCH] minor cs8900 driver
clean up
7997 04/03 Guennadi Liakhove [U-Boot-Users] [PATCH v2] net: make ARP
In message <[EMAIL PROTECTED]> you wrote:
> This patch enables SPI and MC13783/RTC support for the Litekit board.
>
> Signed-off-by: Magnus Lilja <[EMAIL PROTECTED]>
> ---
>
> board/imx31_litekit/imx31_litekit.c | 12
> include/configs/imx31_litekit.h |8
> 2 file
In message <[EMAIL PROTECTED]> you wrote:
> From: Ed Swarthout <[EMAIL PROTECTED]>
>
> Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8544ds/mpc8544ds.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Appli
In message <[EMAIL PROTECTED]> you wrote:
> From: Roy Zang <[EMAIL PROTECTED]>
>
> This patch removes the unknown flash message information:
> '## Unknown FLASH on Bank 1 - Size = 0xdeadbeef = -286261248 MB'
> This unknown flash message is caused by PromJet.
> Some of the board user is unhappy wit
In message <[EMAIL PROTECTED]> you wrote:
> for some minor fixes:
>
> The following changes since commit d0d91ae3acb4f29d1a2a3a766747478ed54e2848:
> Stefan Roese (1):
> ppc4xx: Remove double defines in lwmon5.h
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-b
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit d0d91ae3acb4f29d1a2a3a766747478ed54e2848:
> Stefan Roese (1):
> ppc4xx: Remove double defines in lwmon5.h
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-cfi-flash.git master
>
In message <[EMAIL PROTECTED]> you wrote:
> The following changes since commit 58c5376ba67767ee684069d43e7f747a5d9ae8ed:
> Wolfgang Denk (1):
> Merge branch 'master' of git://www.denx.de/git/u-boot-ppc4xx
>
> are available in the git repository at:
>
> git://www.denx.de/git/u-boot-ppc
On Apr 25, 2008, at 4:48 PM, Wolfgang Denk wrote:
> In message [EMAIL PROTECTED]> you wrote:
>>
>>> Signed-off-by line missing...
>>
>> oops (should have had it). This got into the tree how do you want to
>> deal with it?
>
> Oops. Well, that cannot be changed. Maybe you can post the S-o-b ,
>
The cpu-release-addr is defined as always being a 64-bit quanity regardless
if we are running on a 32-bit or 64-bit machine.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
posted with S-o-b just so we have a record.
- k
A
cpu/mpc85xx/fdt.c |2 +-
1 files changed, 1 insertions(+), 1 delet
Dear Michael,
in message <[EMAIL PROTECTED]> you wrote:
>
> when do you have spare time can you give some feedback about arm ide patch?
Note: you addressed this question to the Mailing List, not to any
specific person.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD
In message <[EMAIL PROTECTED]> you wrote:
>
> > Signed-off-by line missing...
>
> oops (should have had it). This got into the tree how do you want to
> deal with it?
Oops. Well, that cannot be changed. Maybe you can post the S-o-b ,
just for the record :-)
Best regards,
Wolfgang Denk
--
Hello Gary,
in message <[EMAIL PROTECTED]> you wrote:
>
> > > +#define CONFIG_IPADDR192.168.1.67
> > > +#define CONFIG_SERVERIP 192.168.1.50
> > > +#define CONFIG_GATEWAYIP 192.168.1.1
> > > +#define CONFIG_NETMASK 255.255.255.0
> > > +#define CONFIG_ETHADDR
Russell McGuire wrote:
> All,
>
> Just curious if anyone has done any work with this near past.
> I have had an 8360E board up for several months now and been happily working
> away with different types of Kingston S0-DIMM DDR2 memory.
>
> 512MB, 1204MB, DDR2 533Mhz memory. All work well, with U-
Adrian Filipi wrote:
> It looks like fat.c is not handling the case where the
> sectors/cluster is 1, and the rood directory spans multiple clusters.
>
> In my case I was getting garbage directory info after
> the invalid fat error. The attached patch stops the code
> from rolling
On Apr 25, 2008, at 7:52 AM, Kumar Gala wrote:
>
> On Apr 25, 2008, at 3:39 AM, Wolfgang Denk wrote:
>> In message > [EMAIL PROTECTED]> you wrote:
>>> From: Roy Zang <[EMAIL PROTECTED]>
>>>
>>> This patch removes the unknown flash message information:
>>> '## Unknown FLASH on Bank 1 - Size = 0xdea
Michael Trimarchi wrote:
> In my spare time a try to change the do_fat_read to support
> the chaining.
Thank you. Please let me know of anything I can do to help.
Does this mean you are now able to duplicate the problem?
The "Microsoft Extensible Firmware Initiative FAT32 File System
Specific
It looks like fat.c is not handling the case where the
sectors/cluster is 1, and the rood directory spans multiple clusters.
In my case I was getting garbage directoy info after the invalid
fat error. The attached patch stops the code from rolling past the end of
cluster.
It looks like
Wolfgang Denk denx.de> writes:
>
> In message
applera.com> you wrote:
>
> Also note that a cramfs may fail to work in case there are bad
> sectors in your NAND device.
>
Wolfgang, this might be an off topic here. I have a client requirement to have
a RFS like cramfs or squashfs on
Hi Niklaus,
> Hi
>
> I wanted to get Stefan's git and got the following error:
>> $ git clone http://www.denx.de/git/u-boot-ppc4xx.git/ work
> <...>
>> Getting pack list for http://www.denx.de/u-boot.git/
>> error: Unable to find f616ab96cc773d1719761d511a8649c9aa6eb473 under
>> http://www.denx.d
New and improved, herbal forumlas guaranteed to work or your money back
http://www.laaleu.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to
Hi Stefan,
>> There does not appear to be a 460EX User's Manual on
>> the AMCC web site. Anyone know where to get it?
>> I created an account just in case it was not visible
>> to guests, but no change.
>
> It's still preliminary, so you probably need to contact
> your AMCC distributor/FAE to get
Handle Stefan's comments. This has the added benefit of making the
patch considerably smaller.
Signed-off-by: Gary Jennejohn <[EMAIL PROTECTED]>
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile|3 +
board/quad100hd/Makefile|
Hi
I wanted to get Stefan's git and got the following error:
> $ git clone http://www.denx.de/git/u-boot-ppc4xx.git/ work
<...>
> Getting pack list for http://www.denx.de/u-boot.git/
> error: Unable to find f616ab96cc773d1719761d511a8649c9aa6eb473 under
> http://www.denx.de/git/u-boot-ppc4xx.git
Hi,
when do you have spare time can you give some feedback about arm ide patch?
Regards Michael
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time
Hi,
[EMAIL PROTECTED] wrote:
> Michael Trimarchi wrote:
>
>
>> confirm that the problem is in fat.c file and I will try to fix.
>>
>
> It has been confirmed that fatls does _not_ list
> all files on FAT32 filesystems.
>
> There are _no_ reports of fatls failing to list
> all files on FAT16
On Fri, Apr 25, 2008 at 9:16 AM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > This patch enables SPI and MC13783/RTC support for the Litekit board.
> >
> > Signed-off-by: Magnus Lilja <[EMAIL PROTECTED]>
> > ---
> >
> > board/imx31_litekit/imx31_li
Hi Gary,
> On Thu, 24 Apr 2008 08:27:20 +0200
> Stefan Roese <[EMAIL PROTECTED]> wrote:
>
>> > +#define CONFIG_IPADDR 192.168.1.67
>> > +#define CONFIG_SERVERIP 192.168.1.50
>> > +#define CONFIG_GATEWAYIP 192.168.1.1
>> > +#define CONFIG_NETMASK255.255.255.0
>> >
On Fri, Apr 25, 2008 at 02:45:38PM +0200, Stefan Roese wrote:
>
> Good luck with this PCI booting stuff. Please keep us informed on the
> progress.
>
We'll contribute back what we find on this approach. We won't be able
to try it until aug/sep since that is when the assembled boards will be
i
Hi,
Although I included cache control in this source at the post at this
ML, I found the bug in cache control. I'll correct those bugs.
# However, this code is also checking normal operation by EDK10.1 design.
Best Regards,
Yoshio Kashiwagi - Nissin Systems
> Hi All,
>
> I am writing XPS_LL_TE
Michael Trimarchi wrote:
> confirm that the problem is in fat.c file and I will try to fix.
It has been confirmed that fatls does _not_ list
all files on FAT32 filesystems.
There are _no_ reports of fatls failing to list
all files on FAT16 filesystems. (There may be
an unrelated bug caused by a
for some minor fixes:
The following changes since commit d0d91ae3acb4f29d1a2a3a766747478ed54e2848:
Stefan Roese (1):
ppc4xx: Remove double defines in lwmon5.h
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc83xx.git
Dave Liu (2):
mpc83xx: remove the unu
The following changes since commit d0d91ae3acb4f29d1a2a3a766747478ed54e2848:
Stefan Roese (1):
ppc4xx: Remove double defines in lwmon5.h
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Matthias Fuchs (1):
cfi-flash: Add CFG_FLASH_AUTOPR
On Monday 21 April 2008, Matthias Fuchs wrote:
> let me summarize: let's take my initial patch that I posted on Friday.
> At least two people will be satisfied :-)
OK.
I applied the first version to the u-boot-cfi-flash repository.
Thanks.
Best regards,
Stefan
=
On Apr 25, 2008, at 6:15 AM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>>
>>> On which processors did you test the changes? I have some unclear
>>> memories of dcbf having problems on for example MPC8xx ?
>>
>> on 83xx parts.
>> I remember the 601 processor not support the d
>> We discussed this a bit on IRC; Kumar suggested to go for 1., and I
>> agree.
>
> Where is the IRC? Could you point it to me?
same server (irc.freenode.net) as #mklinux, but the channel is #u-boot
- k
-
This SF.net email
On Apr 25, 2008, at 2:16 AM, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]>
> you wrote:
>> The cpu-release-addr is defined as always being a 64-bit quanity
>> regardless
>> if we are running on a 32-bit or 64-bit machine.
>> ---
>> cpu/mpc85xx/fdt.c |2 +-
>> 1 files changed, 1 inse
On Apr 25, 2008, at 3:39 AM, Wolfgang Denk wrote:
> In message [EMAIL PROTECTED]> you wrote:
>> From: Roy Zang <[EMAIL PROTECTED]>
>>
>> This patch removes the unknown flash message information:
>> '## Unknown FLASH on Bank 1 - Size = 0xdeadbeef = -286261248 MB'
>> This unknown flash message is c
On Friday 25 April 2008, Ayman El-Khashab wrote:
> > Sounds quite reasonable. The only thing I'm unsure here is the size of
> > the PCI windows that is mapped upon PCI booting.
>
> Thanks for all your help ...
>
> I thought the answer to both questions was in footnote 3 on page 8 of
> the data shee
Stefan Roese wrote:
> On Thursday 24 April 2008, Ayman M. El-Khashab wrote:
>
>> So maybe I need to clarify some more. The PPC460 data sheet
>> is not too clear on this yet. However, here are my thoughts
>> on this. Lets just take the simple case as an example. We
>> have a plurality of 460s
On Thu, 24 Apr 2008 08:27:20 +0200
Stefan Roese <[EMAIL PROTECTED]> wrote:
> > +#define CONFIG_IPADDR 192.168.1.67
> > +#define CONFIG_SERVERIP192.168.1.50
> > +#define CONFIG_GATEWAYIP 192.168.1.1
> > +#define CONFIG_NETMASK 255.255.255.0
> > +#define CONFIG
The following changes since commit 58c5376ba67767ee684069d43e7f747a5d9ae8ed:
Wolfgang Denk (1):
Merge branch 'master' of git://www.denx.de/git/u-boot-ppc4xx
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Matthias Fuchs (1):
ppc4xx: Add bo
On Friday 25 April 2008, Matthias Fuchs wrote:
> Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
Applied to u-boot-ppc4xx. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HR
Hi Magnus, Ben,
Magnus Lilja schrieb:
> Hi Ben,
>
>> > Well, the i.MX31 Litekit board has a 16-bit LAN9117 and that seems to
>> > work with the 32-bit flag set in the config file.
>> >
>> That's good news. I would prefer, though, to break this into two
>> 16-bit accesses so we don't need
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
> ---
>
> common/image.c | 42 --
> include/image.h | 17 +++--
> lib_generic/crc32.c |1 +
> lib_generic/md5.c |4
> lib
In message <[EMAIL PROTECTED]> you wrote:
>
> > On which processors did you test the changes? I have some unclear
> > memories of dcbf having problems on for example MPC8xx ?
>
> on 83xx parts.
> I remember the 601 processor not support the dcbf.
OK, so cannot use the patch you suggested.
> > >
In message <[EMAIL PROTECTED]> you wrote:
>
> Can I use u-boot boot loader on mpc852 (powerPC)?
Yes, of course you can. MPC8xx is well supported.
> I mean is already some patch is available ? ? ?
Patch? Patch for what?
You will probably have to port U-Boot to your custome hardware,
though.
Be
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
Acked-by: Markus Klotzbuecher <[EMAIL PROTECTED]>
---
cpu/arm920t/s3c24x0/usb_ohci.c |4 ++--
cpu/mpc5xxx/usb_ohci.c |4 ++--
cpu/ppc4xx/usb_ohci.c |4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
lib_generic/crc32.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/lib_generic/crc32.c b/lib_generic/crc32.c
index 32e72f9..73070de 100644
--- a/lib_generic/crc32.c
+++ b/lib_generic/crc32.c
@@ -13,6 +13,7 @@
#else
#i
Signed-off-by: Wolfgang Denk <[EMAIL PROTECTED]>
---
lib_generic/crc32.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/lib_generic/crc32.c b/lib_generic/crc32.c
index 58cd22e..32e72f9 100644
--- a/lib_generic/crc32.c
+++ b/lib_generic/crc32.c
@@ -151,10 +151,7 @@
Hi,
Thank you for your reply.
> Are you aware that U-Boot has scripting capabilities, to the extend of
> being able to run shell scripts?
What I was thinking as "boomf" is like a patch bellow (It is for U-Boot 1.1.4
and just a prototype). I knew about scripting, but I thought it was difficult
> > Current flush_cache code does
> >
> > 1. clean the dcache with dcbst, but not invalidate dcache
> > 2. invalidate icache
> >
> > This patch use the dcbf instead of dcbst to have stronger
> > semantic, clean the dcache and invalidate dcache.
>
> On which processors did you test the changes? I h
On Fri, 2008-04-25 at 03:10 +0800, Phillips Kim wrote:
> this seems as a good compromise between human memory, typing,
> and last but not least, to accommodate for current and future kernel
> bloat.
>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
Acked-by: Dave Liu <[EMAIL PROTECTED]>
-
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
common/image.c | 42 --
include/image.h | 17 +++--
lib_generic/crc32.c |1 +
lib_generic/md5.c |4
lib_generic/sha1.c |4
5 files changed, 32 insertio
Propagate change introduced by "crc32: use uint32_t rather than unsigned
long", commit id 89cdab788f3716b335fefb60b836ebcf975aceab. While there,
change uint to uInt in crc32_wd prototype, to match convention already
present in the file.
Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
---
lib
Hash calculation of an image can be a time consuming operation, with the
possibility of making the hardware watchdog (if present/enabled) expire in the
middle. Make image hash calculation use use watchdog-aware functions.
---
v3 of the patchset, rebased against current TOT (commit 04a5b03d), droppe
Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
---
board/esd/apc405/apc405.c |7 ++-
include/configs/APC405.h | 14 --
2 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/board/esd/apc405/apc405.c b/board/esd/apc405/apc405.c
index b663184..2cb743e 100644
--- a
Hi,
confirm that the problem is in fat.c file and I will try to fix.
Michael
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use
Hi All,
I am writing XPS_LL_TEMAC for Xilinx PowerPC.
Can anyone give me an advice on which I should correct this source?
Thanks in advance,
Yoshio Kashiwagi - Nissin Systems
/*
*
* xilinx_ll_temac.c ethernet driver for u-boot
*
* Author: Yoshio Kashiwagi [EMAIL PROTECTED]
*
* Copyright (
Dear All,
Can I use u-boot boot loader on mpc852 (powerPC)?
I mean is already some patch is available ? ? ?
Please acknowledge, thank you ...
Kind Regards,
Vijay
Email Disclaimer:
---
This e-mail and any files transmitted with it are for the sole use of the
intende
In message <[EMAIL PROTECTED]> you wrote:
> From: Roy Zang <[EMAIL PROTECTED]>
>
> This patch removes the unknown flash message information:
> '## Unknown FLASH on Bank 1 - Size = 0xdeadbeef = -286261248 MB'
> This unknown flash message is caused by PromJet.
> Some of the board user is unhappy wit
In message <[EMAIL PROTECTED]> you wrote:
>
> The following changes since commit 58c5376ba67767ee684069d43e7f747a5d9ae8ed:
> Wolfgang Denk (1):
> Merge branch 'master' of git://www.denx.de/git/u-boot-ppc4xx
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-at91
In message <[EMAIL PROTECTED]> you wrote:
> This reverts commit 70431e8a7393b6b793f77957f95b999fc9a269b8 which has
> proven problematic getting right from the start at least on 83xx and
> 4xx.
>
> Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
> ---
> cpu/mpc83xx/start.S | 11 ---
> li
In message <[EMAIL PROTECTED]> you wrote:
> Apologies for the previous patch, forgot to add the new files to it. No
> wonder it seemed so short.
> Here it is again
Signed-off-by line missing.
MAINTAINERS entry missing.
Patch corrupted because your mailer line-wrapped it.
Best regards,
Wolfga
In message <[EMAIL PROTECTED]> you wrote:
> This is for 1.3.3 release. Please review.
>
> Thanks,
>
> Shinya
>
> >
> Signed-off-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
> ---
>
> doc/README.mips | 58
> +
In message <[EMAIL PROTECTED]> you wrote:
> From: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> CONFIG_ENV_OVERWRITE is also added.
>
> This patch is originally created by Jean-Christophe PLAGNIOL-VILLARD.
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> Signe
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Bartlomiej Sieka <[EMAIL PROTECTED]>
> ---
>
> common/image.c | 43 +--
> include/image.h | 17 +++--
> lib_generic/crc32.c |1 +
> lib_generic/md5.c |4
> li
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
> ---
> Fix coding style in drivers/net/ax88796.h too
>
> drivers/net/ax88796.h | 46 ++--
> drivers/net/ne2000.c | 276 --
> drivers/net/ne2000.h |
In message <[EMAIL PROTECTED]> you wrote:
> Implement watchodg-aware variants of hash calculation functions:
> - crc32_wd()
> - md5_wd()
> - sha1_csum_wd()
> The above functions calculate the hash of the input buffer in chunks,
> triggering the watchdog after processing each chunk. The chunk size i
In message <[EMAIL PROTECTED]> you wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > Please add the sof of the first author of the patch from who you
> > deriverd.
>
> Sorry for that. Patch revised.
>
> >
>
> [MIPS] qemu-mips.h: Cleanup whiespaces, tab indentat
In message <[EMAIL PROTECTED]> you wrote:
> Bus and phys address are not always the same
>
> Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
> ---
> drivers/pcnet.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engine
In message <[EMAIL PROTECTED]> you wrote:
>
> > this patch is still on my "open" list. Can you please review and
> > apply if it makes sense to you? Thanks.
>
> This looks OK to me. Assuming that pci_io_to_phys() is defined on all
> relevant architectures, I have no objections. Unfortunately
In message <[EMAIL PROTECTED]> you wrote:
>
> > this patch is still on my "open" list. Can you please review and
> > apply if it makes sense to you? Thanks.
>
> I don't have access to my build machine right now, and this looks
> harmless. Please pull directly.
Done, thanks.
Best regards,
Wo
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Vlad Lungu <[EMAIL PROTECTED]>
> ---
> drivers/pcnet.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zunde
In message <[EMAIL PROTECTED]> you wrote:
> in commit fad634071 "make show_boot_progress () weak."
> show_boot_progress is supposed to be declared as weak but declare as inline
> instead of.
>
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/include/common.h
In message <[EMAIL PROTECTED]> you wrote:
> Correct the Linux architecture number for i.MX31 Litekit and ADS boards.
>
> Signed-off-by: Magnus Lilja <[EMAIL PROTECTED]>
> ---
>
> board/imx31_litekit/imx31_litekit.c |2 +-
> board/mx31ads/mx31ads.c |2 +-
> 2 files changed, 2
In message <[EMAIL PROTECTED]> you wrote:
> This patch enables SPI and MC13783/RTC support for the Litekit board.
>
> Signed-off-by: Magnus Lilja <[EMAIL PROTECTED]>
> ---
>
> board/imx31_litekit/imx31_litekit.c | 12
> include/configs/imx31_litekit.h |8
> 2 file
In message <[EMAIL PROTECTED]> you wrote:
> Use symbolic names instead of hard coded addresses for Litekit membases.
>
> Signed-off-by: Magnus Lilja <[EMAIL PROTECTED]>
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 16
In message <[EMAIL PROTECTED]> you wrote:
> The cpu-release-addr is defined as always being a 64-bit quanity regardless
> if we are running on a 32-bit or 64-bit machine.
> ---
> cpu/mpc85xx/fdt.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Signed-off-by line missing...
Best r
82 matches
Mail list logo
