> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Tuesday, July 28, 2009 11:14 AM
> To: Prafulla Wadaskar
> Cc: U-Boot user list
> Subject: arm: mtest crashs for CONFIG_KW88F6281 boards
>
> Hello Prafulla,
>
> it seems to me, that for all actual CONFIG_KW88F628
On Monday 27 July 2009 18:40:31 Alessandro Rubini wrote:
> The entry point of an image can be 0 (like on PowerPC), so allow next_out
> to be NULL in inflate()
>
> Signed-off-by: Alessandro Rubini
> ---
>
> Stefan Roese:
> > I'll try to uncompress to something != 0 tomorrow on PPC.
>
> You are righ
Anatolij Gustschin wrote:
>
> Please note that comments to the patch should go below "---"
> line so that they do not appear in the commit message, e.g.
> in this case:
>
> This patch will
>
> * FIX: bus_vcxk.c:383: warning: unused variable 'lineptr'
>
> Your SOB
> ---
> Here is the place for c
Respected Friends,
It's my pleasure to get in touch with you. This email is about security and
future safety of your family, your child, your wife, your friends and
relatives. It has become very necessary to take action now and get united else
there will be no one behind you to take care of yo
Jens Scharsig wrote:
> My new video driver vcxk produce a compiler warning.
>
> I'm sorry about this.
>
> This patch will
>
> * FIX: bus_vcxk.c:383: warning: unused variable 'lineptr'
>
> Signed-off-by: Jens Scharsig
> ---
Applied to u-boot-video/master. Thanks.
Please note that comments to
Hello Prafulla,
it seems to me, that for all actual CONFIG_KW88F6281 boards,
[...@pollux u-boot-arm]$ grep -lr CONFIG_KW88F6281 include/configs/
include/configs/mv88f6281gtw_ge.h
include/configs/sheevaplug.h
the mtest command crashes the boards, because they all have
TEXT_BASE = 0x0060 set.
The following changes since commit 10c7604d021949464b1e4ba903df95e6b2f0d2ff:
Wolfgang Denk (1):
Prepare 2009.08-rc1
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Dirk Eibach (1):
ppc4xx: Add GDsys CompactCenter board support.
Stefan Roe
On Monday 27 July 2009 09:13:38 Stefan Roese wrote:
> This patch fixes the problem, that the current fdt board fixup code only
> set's one range, the one for NOR. By this it's overwriting the already
> correctly configured values done in __ft_board_setup(). Just remove this
> now unneeded NOR fixup
On Monday 27 July 2009 07:42:48 Stefan Roese wrote:
> This patch adds some I2C bootstrap setting for NAND booting to the Kilauea
> chip_config command ("533-nand" and "600-nand").
>
> Additionally some incorrectly indented lines are fixed.
>
> Signed-off-by: Stefan Roese
Applied to ppc4xx/master.
On Monday 27 July 2009 07:42:37 Stefan Roese wrote:
> DDR2 Auto-calibration needs to be disabled on the NAND booting PPC4xx
> targets. Otherwise the configured fixed init values for some DDR2
> controller registers (e.g. RQDC) are not initialized at all resulting
> in a non working SDRAM.
>
> Signe
On Monday 27 July 2009 10:53:43 Stefan Roese wrote:
> Testing on AMCC Arches with the latest U-Boot version yielded that DDR2
> initialization is currently broken. U-Boot hangs upon relocation to SDRAM
> or crashes with random traps. This patch fixes this problem. Arches now
> uses a different WRDT
On Monday 27 July 2009 08:49:48 Dirk Eibach wrote:
> Board support for the Guntermann & Drunck CompactCenter and
> DevCon-Center.
> Based on the AMCC Canyonlands board support by Stefan Roese.
>
> Signed-off-by: Dirk Eibach
Applied to ppc4xx/master. Thanks.
Best regards,
Stefan
On Mon, Jul 27, 2009 at 8:36 PM, Tim Braun wrote:
> Chetan Nanda wrote:
> > We have a MIPS-4KEC based SoC and running an older version of U-Boot
> > (1.1.3) on it. It is working perfectly fine.
> > Board has 8MB AMD flash and starting address of that flash is
> > 0xBFC0 (reset vector for MIPS)
Hi Wolfgang,
On Monday 27 July 2009 23:06:50 Wolfgang Denk wrote:
> > + mtdcr(uic3sr, 0x); /* clear all */
> > + mtdcr(uic3er, 0x); /* disable all */
> > + mtdcr(uic3cr, 0x); /* all non-critical */
> > + mtdcr(uic3pr, 0x); /* per ref-boar
Hi Gurumurthy,
GurumurthyGowdar wrote:
> Dear All,
> i am using MPC8280 in our board which has 512MB of SDRAM i.e. from micron.
>
> when i give command mtest to check memory from U-boot, machine check
> and program exception is coming after 40 - 60mins later it hangs.
>
> i have checked the SDR
On Monday 27 July 2009 17:43:22 Ben Warren wrote:
> All in-tree boards that use this controller have CONFIG_NET_MULTI
> added
> Also:
> - changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
> - cleaned up line lengths
> - modified all boards that override weak function in this driver
> - modi
Hi Wolfgang, please pull (mostly) support for the VME8349 board (it's
initial patch was posted well in advance of the window) and a couple of
fixes:
The following changes since commit 94978e19f31d225b4f7d97c4acbac1ecfaeb8f69:
Wolfgang Denk (1):
Prepare 2009.08-rc1 (again, after fixing la
On Fri, 24 Jul 2009 12:22:02 -0500
Kim Phillips wrote:
> ..and its PCIE variant.
>
> Signed-off-by: Kim Phillips
> ---
applied, thanks.
Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sat, 25 Jul 2009 06:19:12 +0200
Stefan Roese wrote:
> From: Reinhard Arlt
>
> This patch adds support for the esd VME8349 board equipped with the
> MPC8349. It's a VME PMC carrier board equipped with the Tundra
> TSI148 VME-bridge.
>
> Signed-off-by: Reinhard Arlt
> Signed-off-by: Stefan R
On Thu, 23 Jul 2009 17:10:55 -0400
Paul Gortmaker wrote:
> Up to this point in time, the sbc8349 board was storing the u-boot
> image in flash 2x. One for the HRCW value at the beginning of
> flash (0xff80_), and once close to the end of flash (0xfff8_)
> for the actual image that got ex
On Monday 27 July 2009 18:16:27 Robin Getz wrote:
> On Mon 27 Jul 2009 17:43, Ben Warren pondered:
> > All in-tree boards that use this controller have CONFIG_NET_MULTI
> > added
>
> First - thanks.
>
> Second - It's a style thing, but...
>
> > ---
> > board/bf533-ezkit/bf533-ezkit.c
On Tue, Jul 28, 2009 at 5:09 AM, Jean-Christophe
PLAGNIOL-VILLARD wrote:
> On 14:28 Fri 24 Jul , Kyungmin Park wrote:
>> On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe
>> PLAGNIOL-VILLARD wrote:
>> > On 09:55 Tue 21 Jul , Kyungmin Park wrote:
>> >> S5PC100 has own OneNAND controller and h
Hi,
I'm working on a custom MPC8313 board. It was booting up fine using NOR
flash and ext2 filesystem.
Configured u-boot and Linux and made transition to use NAND flash and
JFFS2 filesystem and now system hangs when running Linux kernel.
I've tried different things but I'm stuck.
Thanks in
On Mon 27 Jul 2009 18:17, Ben Warren pondered:
> I actually like to have them in the board C code. To the casual
> observer, it is obvious that certain ethernet controllers are optional,
> whereas if all they see is a string of initialization functions for
> different chips they might say, "WTF
Hi Robin,
Robin Getz wrote:
> On Mon 27 Jul 2009 17:43, Ben Warren pondered:
>
>> All in-tree boards that use this controller have CONFIG_NET_MULTI
>> added
>>
>
> First - thanks.
>
> Second - It's a style thing, but...
>
>
>> ---
>> board/bf533-ezkit/bf533-ezkit.c | 12
On Mon 27 Jul 2009 17:47, Ben Warren pondered:
> Ben Warren wrote:
> > All in-tree boards that use this controller have CONFIG_NET_MULTI
> > added
> > Also:
> > - changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
> > - cleaned up line lengths
> > - modified all boards that override weak funct
On Mon 27 Jul 2009 17:47, Ben Warren pondered:
> Ben Warren wrote:
> > All in-tree boards that use this controller have CONFIG_NET_MULTI
> > added
> > Also:
> > - changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
> > - cleaned up line lengths
> > - modified all boards that override weak funct
On Mon 27 Jul 2009 17:43, Ben Warren pondered:
> All in-tree boards that use this controller have CONFIG_NET_MULTI
> added
First - thanks.
Second - It's a style thing, but...
> ---
> board/bf533-ezkit/bf533-ezkit.c | 12 +
> include/netdev.h |1 +
> >>> with this patch, this mpc8313 board does this:
> >>>
> >>> U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
> >>>
> >>> Reset Status:
> >>>
> >>> CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
> >>> Board: Freescale MPC8313ERDB
> >>> I2C: ready
> >>> DRAM:
Liu Dave-R63238 wrote:
>>> with this patch, this mpc8313 board does this:
>>>
>>> U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
>>>
>>> Reset Status:
>>>
>>> CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
>>> Board: Freescale MPC8313ERDB
>>> I2C: ready
>>> DRA
Ben Warren wrote:
> All in-tree boards that use this controller have CONFIG_NET_MULTI
> added
> Also:
> - changed CONFIG_DRIVER_SMC9 to CONFIG_SMC9
> - cleaned up line lengths
> - modified all boards that override weak function in this driver
> - modified all eeprom standalone apps
> > with this patch, this mpc8313 board does this:
> >
> > U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
> >
> > Reset Status:
> >
> > CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
> > Board: Freescale MPC8313ERDB
> > I2C: ready
> > DRAM: 128 MB
> > FLASH
On Monday 27 July 2009 14:30:05 Ben Warren wrote:
> Mike Frysinger wrote:
> > On Monday 27 July 2009 14:11:21 Ben Warren wrote:
> >> Mike Frysinger wrote:
> >>> On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
> * Many boards now throw the (expected)
>
> #warning Ethernet drive
Dear Stefan,
In message <1248677388-30459-1-git-send-email-eib...@gdsys.de> Dirk
Eibach wrote:
> Board support for the Guntermann & Drunck CompactCenter and
> DevCon-Center.
> Based on the AMCC Canyonlands board support by Stefan Roese.
...
> +int board_early_init_f(void)
> +{
> + u32 pvr = g
On Mon, Jul 27, 2009 at 10:49 PM, Wolfgang Denk wrote:
> Dear Luigi Mantellini,
>
>
> Arghhh. Mike already told you before: please do not top post / full
> quote. Please read http://www.netmeister.org/news/learn2quote.html to
> understand what this means.
I'm sorry!
--
Luigi 'Comio' Mantellini
On Fri, Jul 24, 2009 at 11:40:09AM -0500, Kim Phillips wrote:
> with this patch, this mpc8313 board does this:
>
> U-Boot 2009.06-00524-g28958b8 (Jul 23 2009 - 18:33:11) MPC83XX
>
> Reset Status:
>
> CPU: e300c3, MPC8313E, Rev: 1.0 at 333.333 MHz, CSB: 166.667 MHz
> Board: Freescale MPC8313ERD
Dear Mike Frysinger,
In message <1248683475-2658-1-git-send-email-vap...@gentoo.org> you wrote:
> The envcrc utility is only called when it is actually needed, so having the
> internal code depend on ENV_IS_EMBEDDED isn't necessary. Plus, by always
> building it, external utils can manipulate the
Dear Luigi Mantellini,
In message you
wrote:
> I have a stupid question: why the depend uses CPPFLAGS instead instead CFLAGS?
Because depend runs "$(CC) -M", i. e. just the preprocessor, so any
additional flags needed for later compiler passes don't matter anyway.
> can this patch be acceptabl
Dear rhabarber1848,
In message you wrote:
>
> Though is seems that
>
> if (z->outcb != Z_NULL)
> (*z->outcb)(Z_NULL, 0);
>
> is not used anymore in zlib.c so the WATCHDOG_RESET calls are silently
> ignored. I will try to re-add them tomorrow.
I see.
> Besides this, rc1 is working fine he
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <20090727200408.gc5...@game.jcrosoft.org> you wrote:
>
> > @@ -110,6 +110,22 @@
> > #define CONFIG_PL01x_PORTS { (void *)CFG_SERIAL0, (void *)CFG_SERIAL1 }
> > #define CONFIG_PL011_CLOCK 4800
> >
> > +/* i2c, for the port extenders (uses gp
Dear Jean-Christophe,
In message <20090727195648.gb5...@game.jcrosoft.org> you wrote:
>
> > If you have a specific example, where you see existing or even likely
> > name conflicts, then please show it. Otherwise I suggest we just
> > leave the code as is.
> yes I have as we prepapre a gpio g
Wolfgang Denk wrote:
> I wonder why you do not create a patch between the old original
> version and what wd have in U-Boot now (which should clearly show
> what has been changed to adapt this code for U-Boot), and then apply
> (if necessary, manually) that patch to the current version?
Hi Wolfga
On 14:28 Fri 24 Jul , Kyungmin Park wrote:
> On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe
> PLAGNIOL-VILLARD wrote:
> > On 09:55 Tue 21 Jul , Kyungmin Park wrote:
> >> S5PC100 has own OneNAND controller and has different interface.
> >> OneNAND IPL use it to S5PC100 board.
> >>
> >> Sig
On 10:16 Mon 27 Jul , Heiko Schocher wrote:
> Hello Jean-Christophe,
>
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> > On 18:21 Thu 23 Jul , Dirk Behme wrote:
> >> Wolfgang Denk wrote:
> >>> Dear Jean-Christophe PLAGNIOL-VILLARD,
> >>
> >>> Umm... is this all for ARM for this merge wind
> }
>
> diff --git a/include/configs/nhk8815.h b/include/configs/nhk8815.h
> index 3e2e09f..8a83d92 100644
> --- a/include/configs/nhk8815.h
> +++ b/include/configs/nhk8815.h
> @@ -93,7 +93,7 @@
> #define CONFIG_SYS_GBL_DATA_SIZE 128 /* for initial data */
> #define CONFIG_SYS_64BIT_VS
I have a stupid question: why the depend uses CPPFLAGS instead instead CFLAGS?
can this patch be acceptable? Or there is something that I don't understand?
diff --git a/rules.mk b/rules.mk
index 6f999dd..998dd4e 100644
--- a/rules.mk
+++ b/rules.mk
@@ -29,7 +29,7 @@ $(obj).depend:$(src)Ma
On 22:42 Thu 23 Jul , Wolfgang Denk wrote:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> In message <20090723202252.ga9...@game.jcrosoft.org> you wrote:
> >
> > > Sorry if I have to ask, but I mostly lost track of the discussion. It
> > > seems you reject these patches just because you dislike
Ok... Now I understand.
We have two choices: CPPFLAGS or patch the LzmaDec.c.
I think that you prefer the second choice. right?
best regards,
luigi
On Mon, Jul 27, 2009 at 9:33 PM, Mike Frysinger wrote:
> On Monday 27 July 2009 15:12:11 Luigi Mantellini wrote:
>> On Mon, Jul 27, 2009 at 8:58 PM
On Monday 27 July 2009 15:12:11 Luigi Mantellini wrote:
> On Mon, Jul 27, 2009 at 8:58 PM, Mike Frysinger wrote:
> >> CFLAGS bugs?
> >> I tried to comment the -I...blablalb... and the build (crrectly) fails.
> >> Can you remove the .depend from your source dir?
> >
> > i said it doesnt matter. but
(sent again)
CFLAGS bugs?
I tried to comment the -I...blablalb... and the build (crrectly) fails.
Can you remove the .depend from your source dir?
ciao
On Mon, Jul 27, 2009 at 8:27 PM, Mike Frysinger wrote:
> On Monday 27 July 2009 14:17:44 Luigi Mantellini wrote:
>> On Mon, Jul 27, 2009 at 7:
On Mon, Jul 27, 2009 at 8:58 PM, Mike Frysinger wrote:
>
>> CFLAGS bugs?
>> I tried to comment the -I...blablalb... and the build (crrectly) fails.
>> Can you remove the .depend from your source dir?
>
> i said it doesnt matter. but if you're going to continue down this line of
> reasoning anyways
On Monday 27 July 2009 14:48:54 Luigi Mantellini wrote:
> On Mon, Jul 27, 2009 at 8:27 PM, Mike Frysinger wrote:
> > On Monday 27 July 2009 14:17:44 Luigi Mantellini wrote:
> >> On Mon, Jul 27, 2009 at 7:40 PM, Mike Frysinger wrote:
> >> > On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini w
Mike Frysinger wrote:
> On Monday 27 July 2009 14:11:21 Ben Warren wrote:
>
>> Mike Frysinger wrote:
>>
>>> On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
>>>
* Many boards now throw the (expected)
#warning Ethernet driver is deprecated. Please update to use
>>
On Monday 27 July 2009 14:11:21 Ben Warren wrote:
> Mike Frysinger wrote:
> > On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
> >> * Many boards now throw the (expected)
> >>
> >> #warning Ethernet driver is deprecated. Please update to use
> >> CONFIG_NET_MULTI
> >>
> >> messages.
> >
> >
On Monday 27 July 2009 14:17:44 Luigi Mantellini wrote:
> On Mon, Jul 27, 2009 at 7:40 PM, Mike Frysinger wrote:
> > On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini wrote:
> >> --- /dev/null
> >> +++ b/lib_generic/lzma/LzmaDec.c
> >> @@ -0,0 +1,1007 @@
> >> +/* LzmaDec.c -- LZMA Decoder
>
Hi Mike,
On Mon, Jul 27, 2009 at 7:40 PM, Mike Frysinger wrote:
> On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini wrote:
>> --- /dev/null
>> +++ b/lib_generic/lzma/LzmaDec.c
>> @@ -0,0 +1,1007 @@
>> +/* LzmaDec.c -- LZMA Decoder
>> +2008-11-06 : Igor Pavlov : Public domain */
>> +
>> +#i
Dear rhabarber1848,
In message you wrote:
>
> this patch solves the inflate() error but now a watchdog reset is triggered
> during decompression:
...
> The neither the old nor the new code incorporate WATCHDOG_RESET() so the new
You are wrong. The urrent code installs WATCHDOG_RESET as s.outcb(
Hi Mike,
Mike Frysinger wrote:
> On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
>
>> * Many boards now throw the (expected)
>>
>> #warning Ethernet driver is deprecated. Please update to use
>> CONFIG_NET_MULTI
>>
>> messages.
>>
>
> i see this on a bunch of Blackfin boards all d
On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
> * Many boards now throw the (expected)
>
> #warning Ethernet driver is deprecated. Please update to use
> CONFIG_NET_MULTI
>
> messages.
i see this on a bunch of Blackfin boards all due to the SMC9 driver. do
you have any immediate/m
Alessandro Rubini wrote:
> The entry point of an image can be 0 (like on PowerPC), so allow next_out
> to be NULL in inflate()
Hi,
this patch solves the inflate() error but now a watchdog reset is triggered
during decompression:
## Booting kernel from Legacy Image at 0020 ...
Image Name:
On Tuesday 21 July 2009 04:45:49 Luigi 'Comio' Mantellini wrote:
> --- /dev/null
> +++ b/lib_generic/lzma/LzmaDec.c
> @@ -0,0 +1,1007 @@
> +/* LzmaDec.c -- LZMA Decoder
> +2008-11-06 : Igor Pavlov : Public domain */
> +
> +#include "LzmaDec.h"
> +
> +#include
there is no string.h in the source tr
The entry point of an image can be 0 (like on PowerPC), so allow next_out
to be NULL in inflate()
Signed-off-by: Alessandro Rubini
---
Stefan Roese:
> I'll try to uncompress to something != 0 tomorrow on PPC.
You are right. I naively thought my arm has RAM at 0 like PPC, but
entry point of imag
On Monday 27 July 2009 17:09:28 Alessandro Rubini wrote:
> > Please, is there somebody that can test this patch on a differen arch
> > than PPC?
I just noticed a common difference in the failing uncompression's. Load
address is 0x0 in this case. Perhaps you could give this a try on your system
a
Chetan Nanda wrote:
> We have a MIPS-4KEC based SoC and running an older version of U-Boot
> (1.1.3) on it. It is working perfectly fine.
> Board has 8MB AMD flash and starting address of that flash is
> 0xBFC0 (reset vector for MIPS).
>
> Problem is that we are not able to access full 8MB of
On Sun, Jul 19, 2009 at 01:20:07AM +0200, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20090602201923.ga4...@b07421-ec1.am.freescale.net> you wrote:
> > On Tue, Jun 02, 2009 at 07:27:01PM +0800, adrian wen wrote:
> > > Hi all,
> > >
> > > I found a bug in nand.h which prevent UBOOT to
> Please, is there somebody that can test this patch on a differen arch than
> PPC?
Arm: success.
tornado% git log --pretty=oneline | head -1
b201171f2b4d509f3ad510b214bee70ff902e3d6 zlib: updated to v.1.2.3
U-Boot 2009.06-00494-gb201171 (Jul 27 2009 - 17:05:15)
[...]
## Booting
Hi All,
unfortunately currently I'm not able to reproduce this issue because boards
I'm using are not ported
to the best so far u-boot tree.
However:
- I worked with zlib-1.2.3 patch on my current u-boot version (1.3.1)
without problem with sh boards.
- This u-boot version is a little bit differen
My new video driver vcxk produce a compiler warning.
I'm sorry about this.
This patch will
* FIX: bus_vcxk.c:383: warning: unused variable 'lineptr'
Signed-off-by: Jens Scharsig
---
diff --git a/drivers/video/bus_vcxk.c b/drivers/video/bus_vcxk.c
index b3b53e1..7726bb3 100644
--- a/drivers/v
Dear patrick...@ulinkcom.com,
In message <1248658716$21135$30104...@patrick_ye@ulinkcom.com> you wrote:
>
> I want to port u-boot to ARM4510 with big-endian, but I failed.
>
> The error shows like this:
>
> /root/usr/local/arm/3.3.2/bin/arm-linux-ld:
> common/libcommon.a(crc16.o)£º
> compile w
Is their a suggestion for the list where this question should be
asked, if not here?
Thanks.
On Sun, Jul 26, 2009 at 10:25 AM, E Robertson wrote:
> Hi All,
> First, I've never used this filesystem before so excuse my ignorance.
> I've added support in uboot but it seems to be failing at mount. Th
On Mon 27 Jul 2009 08:13, Alessandro Rubini pondered:
> Thanks for your comments.
>
> > Should have a CONFIG_ something - to make this conditional.
>
> This has been asked by Ben too. Will do, although I'm not very happy
> about all those conditionals for every few lines of code.
There are 22,25
On Mon 27 Jul 2009 08:41, Wolfgang Denk pondered:
> Dear Robin Getz,
>
> In message <200907262059.34188.rg...@blackfin.uclinux.org> you wrote:
> >
> ...
> > and I was doing md5 or sha1 on things to make sure that things came over
> > properly...
>
> Are you using FIT images, or reinventing the w
Dear Robin Getz,
In message <200907262059.34188.rg...@blackfin.uclinux.org> you wrote:
>
...
> and I was doing md5 or sha1 on things to make sure that things came over
> properly...
Are you using FIT images, or reinventing the wheel?
Best regards,
Wolfgang Denk
--
DENX Software Engineering G
Thanks for your comments.
> Should have a CONFIG_ something - to make this conditional.
This has been asked by Ben too. Will do, although I'm not very happy
about all those conditionals for every few lines of code.
Some of your remarks are just symptoms of this being a quick hack,
like the memcp
On Mon 27 Jul 2009 01:08, Ben Warren pondered:
> Hi Guys,
>
> This is great work. Thanks! If you follow these guidelines, I'll pull
> it into the net repo:
>
> 1. Configurable block size (via a well-named CONFIG). Choose a good
>default value.
> 2. Handle out-of-order fragments, and some
On Fri 24 Jul 2009 04:04, Alessandro Rubini pondered:
[snip]
> +/* This only reassembles fragments that come in proper order */
> +static inline IP_t *NetDefragment(IP_t *ip, int *lenp)
> +{
> + static uchar pkt_buff[16384]; /*temporary arbitrary limit */
> + static int next_fragment;
> +
Dear All,
i am using MPC8280 in our board which has 512MB of SDRAM i.e. from
micron.
when i give command mtest to check memory from U-boot, machine check and
program exception is coming after 40 - 60mins later it hangs.
i have checked the SDRAM configuration settings everything is fin
Hello Alessandro,
Alessandro Rubini wrote:
> From: Alessandro Rubini
>
>
> Signed-off-by: Alessandro Rubini
> Acked-by: Andrea Gallo
> ---
> board/st/nhk8815/nhk8815.c | 16 ++--
> include/configs/nhk8815.h | 18 +-
> 2 files changed, 31 insertions(+), 3 dele
Hi everybody...
v2009.08-rc1 has just been released.
Please help testing, and submit fixes to the remaining problems.
Things still missing should be submitted ASAP.
v2009.08-rc1 will also be the base for the "next" branch which I will
create soon.
Please use the "next" branch as base for a
Dear Wolfgang,
On 2009-07-27, at 09:35, Wolfgang Denk wrote:
> I somehow had developed the impression thatthe API code was intended
> to be some "next generation" implementation for standalone programs,
> with one of the primary purposes being the implementation of
> (potentially close
Testing on AMCC Arches with the latest U-Boot version yielded that DDR2
initialization is currently broken. U-Boot hangs upon relocation to SDRAM
or crashes with random traps. This patch fixes this problem. Arches now
uses a different WRDTR and CLKTR default setting than Canyonlands/Glacier.
Signe
The envcrc utility is only called when it is actually needed, so having the
internal code depend on ENV_IS_EMBEDDED isn't necessary. Plus, by always
building it, external utils can manipulate the environment blob without
having to mess around with defines.
Same logic holds for env_embedded. It i
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 18:21 Thu 23 Jul , Dirk Behme wrote:
>> Wolfgang Denk wrote:
>>> Dear Jean-Christophe PLAGNIOL-VILLARD,
>>
>>> Umm... is this all for ARM for this merge window? I mean, could we
>>> release -rc1 from ARM's point of view n
Commit 7024aa14 was supposed to fix the #ifdef/#endif pairing in
include/configs/at91cap9adk.h, but did not cate all problems.
Signed-off-by: Wolfgang Denk
---
include/configs/at91cap9adk.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/configs/at91cap9adk.h b/i
The reordering of include/common.h by commit fcd3c87e495f3c48 broke
boards with status LED support, resulting in
error: #error Status LED configuration missing
errors. Undo this reordering to avoid this issue.
Signed-off-by: Wolfgang Denk
---
include/common.h |6 +++---
1 files chang
Robin Getz wrote:
> On Sun 26 Jul 2009 07:46, Anatolij Gustschin pondered:
...
>> Applied to u-boot-video. Thanks! Note that I had to fix lots
>> of style issues before applying. Next time please use
>> scripts/checkpatch.pl from the Linux source tree to
>> check your patches before submitting them
I've got an old STx AMC8548 board. It came with u-boot-1.1.4 which works.
I upgraded it to stock u-boot-1.3.4 which also works. However, nothing
newer will, despite a lot of effort I spent in a last couple of days.
The crux of the problem: cpu gets a weird "program error" exception
out of nowhere
Dear Rafal,
I somehow had developed the impression thatthe API code was intended
to be some "next generation" implementation for standalone programs,
with one of the primary purposes being the implementation of
(potentially closed source) bootstrap loader code for FreeBSD.
But now I re
Signed-off-by: Wolfgang Denk
---
examples/api/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/examples/api/Makefile b/examples/api/Makefile
index 2d05a01..04a270b 100644
--- a/examples/api/Makefile
+++ b/examples/api/Makefile
@@ -42,6 +42,7 @@ COBJ_FILES-$(CONFIG
This patch fixes the problem, that the current fdt board fixup code only
set's one range, the one for NOR. By this it's overwriting the already
correctly configured values done in __ft_board_setup(). Just remove this
now unneeded NOR fixup and all the ranges are correctly defined.
Signed-off-by: S
90 matches
Mail list logo
