Hi Marek,
Le 12/09/2011 05:54, Marek Vasut a écrit :
> This commit updates the mach-types based on the latest in Linus's head
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> ---
> arch/arm/include/asm/mach-types.h |37600
+
Signed-off-by: Dirk Eibach
---
Changes for v2:
- fixed parameters for memset() in pca9698_set_output()
drivers/gpio/Makefile |1 +
drivers/gpio/pca9698.c | 123
include/pca9698.h |9
3 files changed, 133 insertions(+), 0 dele
On Oct 18, 2011, at 3:18 PM, Wolfgang Denk wrote:
> Dear Kumar,
>
> In message you
> wrote:
>>
>> If you look at the code I have NO IDEA how to fix this for older GCC.
>
> Maybe you have to explain the code to me. LIke the compiler, I wonder
> where l2srbar gets initialized:
>
> Here is the
Le 19/10/2011 03:06, Marek Vasut a écrit :
> On Wednesday, October 19, 2011 02:35:41 AM Albert ARIBAUD wrote:
>> Le 18/10/2011 22:13, Albert ARIBAUD a écrit :
>>> Hi Marek,
>>>
>>> Le 05/10/2011 13:03, Marek Vasut a écrit :
Hi guys,
my KMail seems to have some bugs, which I need to i
On Tuesday, October 18, 2011, Heiko Schocher wrote:
> Hello Tom,
>
> added Sandeep Paulraj to cc, as he is the ti custodian ...
>
> Tom Rini wrote:
>> Ah, but we asked (and you agreed) to name the option generically since
>
> Where do you read, that I agreed to rename this config option?
I must h
Hi Prafulla,
Le 19/10/2011 06:01, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
>> Sent: Tuesday, October 18, 2011 11:26 PM
>> To: Prafulla Wadaskar
>> Cc: u-boot@lists.denx.de; w...@denx.de; Ashish Karkare; Prabhanjan Sarn
Hello Tom,
added Sandeep Paulraj to cc, as he is the ti custodian ...
Tom Rini wrote:
> Ah, but we asked (and you agreed) to name the option generically since
Where do you read, that I agreed to rename this config option?
I just wrote:
http://lists.denx.de/pipermail/u-boot/2011-October/104784.
The following commit removed the code that set odt_rd_cfg and
odt_wr_cfg. With out this code P2020DS board will not boot:
commit 712cf7ab0b58e51a69e339397457d3591b6b650e
Author: York Sun
Date: Mon Oct 3 09:19:53 2011 -0700
powerpc/mpc8xxx: Merge entries in DDR speed table
Signed-off-by:
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Tuesday, October 18, 2011 11:26 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; w...@denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: Pull request for u-boot-marvell.git
>
> Hi Prafull
On Tuesday 18 October 2011 19:41:23 Kyle Moffett wrote:
> +int do_reset(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
> +{
> unsigned long val, msr;
>
> + /* Allow boards to override the reset */
> + int err = __board_restart();
> + if (err)
> + return er
On Tuesday 18 October 2011 19:41:22 Kyle Moffett wrote:
> --- a/README
> +++ b/README
>
> - 85xx CPU Options:
> + CONFIG_MPC85XX_GENERIC_GPIO
> +
> + Provide a generic gpio_request() interface to the onboard
> + processor GPIOs in the MPC85XX-series chips.
do
On Wednesday, October 19, 2011 02:35:41 AM Albert ARIBAUD wrote:
> Le 18/10/2011 22:13, Albert ARIBAUD a écrit :
> > Hi Marek,
> >
> > Le 05/10/2011 13:03, Marek Vasut a écrit :
> >> Hi guys,
> >>
> >> my KMail seems to have some bugs, which I need to investigate. Albert,
> >> can you please appl
Hi Stephen,
On Tue, Oct 18, 2011 at 2:11 PM, Stephen Warren wrote:
> v2: New patch
>
> Signed-off-by: Stephen Warren
Looks good - how do I make such an image so I can test it?
Acked-by: Simon Glass
Regards,
Simon
___
U-Boot mailing list
U-Boot@list
Hi Stephen,
[resend without the context, ooops]
On Tue, Oct 18, 2011 at 2:11 PM, Stephen Warren wrote:
> This avoids the following checkpatch warning in later patches:
>
> ERROR: "(foo*)" should be "(foo *)"
> ERROR: space required before the open brace '{'
> ERROR: space prohibited before that
Hi Stephen,
Here are a few comments which may or may not be useful. In general it
seems that the need to reduce code size change to absolute minimum is
making the code a bit painful. Maybe relax that by a few 10s of bytes?
The code size increase you see may be section alignment - e.g. if you
incr
Le 18/10/2011 22:13, Albert ARIBAUD a écrit :
> Hi Marek,
>
> Le 05/10/2011 13:03, Marek Vasut a écrit :
>> Hi guys,
>>
>> my KMail seems to have some bugs, which I need to investigate. Albert, can
>> you
>> please apply "[PATCH V2] ARM: Update mach-types" ? It was submitted to ML on
>> Sept. 13.
Hi Simon,
On Wed, Oct 19, 2011 at 10:43 AM, Simon Glass wrote:
> This patch adds support for console output before the console is inited.
> The main purpose of this is to deal with a very early panic() which would
> otherwise cause a silent hang.
>
> A new board_pre_console_putc() function is add
The work-around for P4080 erratum SERDES9 says that the SERDES receiver lanes
should be reset after the XAUI starts tranmitting alignment signals.
Signed-off-by: Timur Tabi
---
arch/powerpc/cpu/mpc85xx/fsl_corenet_serdes.c | 10 --
board/freescale/corenet_ds/eth_p4080.c| 38 +
This patch adds support for console output before the console is inited.
The main purpose of this is to deal with a very early panic() which would
otherwise cause a silent hang.
A new board_pre_console_putc() function is added to the board API. If
provided by the board it will be called in the eve
The eXMeritus HWW-1U-1A unit is a DO-160-certified 13lb 1U chassis
with 3 independent TEMPEST zones. Two independent P2020 computers may
be found inside each zone. Complete hardware support is included.
High-level hardware overview:
* DO-160 certified for passenger aircraft (noncritical)
* T
The HWW-1U-1A board needs to be able to override the "reset" command due
to hardware design limitations.
Signed-off-by: Kyle Moffett
Cc: Andy Fleming
Cc: Kumar Gala
--
Changelog:
v2: Removed in favor of more involved reset rework
v6: Resurrected again (the more involved rework was NAKed)
v7:
To ease the implementation of other MPC85xx board ports, several common
GPIO helpers are added to .
Since each of these compiles to no more than 4-5 instructions it would
be very inefficient to call them out of line, therefore we put them
entirely in the header file.
The HWW-1U-1A board port whic
Hello,
This patch series is a resubmission of a series from several months
back. It adds support for the eXMeritus HWW-1U-1A hardware.
I believe all of the prior review comments have been addressed.
This code is checkpatch clean using scripts/checkpatch.pl from the
Linux kernel GIT clone I did a
From: Sonny Rao
From: Sonny Rao
utilize the added vscnprintf functions to avoid buffer overruns
The implementation is fairly dumb in that it doesn't detect
that the buffer is too small, but at least will not cause crashes.
Signed-off-by: Sonny Rao
---
Changes in v2:
- Use sizeof(printbuffer)
Now that this is not in common.h, perhaps it is acceptable to move this
documentation into the header file.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move function documentation into header file
include/vsprintf.h | 125 +++-
lib/vsprintf.c
This brings a basic limits.h implementation into U-Boot.
Signed-off-by: Simon Glass
---
fs/ubifs/ubifs.h |4 +---
include/limits.h | 40
2 files changed, 41 insertions(+), 3 deletions(-)
create mode 100644 include/limits.h
diff --git a/fs/ubifs/ub
From: Sonny Rao
From: Sonny Rao
These functions are useful in U-Boot because they allow a graceful failure
rather than an unpredictable stack overflow when printf() buffers are
exceeded.
Mostly copied from the Linux kernel. I copied vscnprintf and
scnprintf so we can change printf and vprintf
common.h is very large, so before changing the vsprintf functions, move the
prototypes into their own header file.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move prototypes from common.h to vsprintf.h
include/common.h | 10 +-
include/vsprintf.h | 38
Hi Graeme,
On Tue, Oct 18, 2011 at 4:31 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Oct 19, 2011 at 9:57 AM, Simon Glass wrote:
>> This patch adds support for console output before the console is inited.
>> The main purpose of this is to deal with a very early panic() which would
>> otherwise
The printf family of functions in U-Boot cannot deal with a situation where
the caller provides a buffer which turns out to be too small for the format
string. This can result in buffer overflows, stack overflows and other bad
behavior.
This patch series tidies this up in the common vsprintf.c cod
Hi Simon,
On Wed, Oct 19, 2011 at 9:57 AM, Simon Glass wrote:
> This patch adds support for console output before the console is inited.
> The main purpose of this is to deal with a very early panic() which would
> otherwise cause a silent hang.
>
> A new board_pre_console_putc() function is adde
This patch adds support for console output before the console is inited.
The main purpose of this is to deal with a very early panic() which would
otherwise cause a silent hang.
A new board_pre_console_putc() function is added to the board API. If
provided by the board it will be called in the eve
Hi Graeme,
On Mon, Oct 17, 2011 at 10:02 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Tue, Oct 18, 2011 at 3:45 PM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Mon, Oct 17, 2011 at 8:24 PM, Graeme Russ wrote:
>>> Hi Simon,
>>>
>>> On Tue, Oct 18, 2011 at 1:16 PM, Simon Glass wrote:
This patch
Hi Wolfgang,
On Wed, Oct 19, 2011 at 7:07 AM, Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <201110181301.57390.vap...@gentoo.org> you wrote:
>>
>> because MAKEALL is a pita to use. it has no automatic CROSS_COMPILE support,
>> and the current logic only allows one-CROSS_COMPILE-set
On Tuesday, October 18, 2011 11:33:59 PM Albert ARIBAUD wrote:
> Hi Marek,
>
> Le 06/10/2011 02:13, Marek Vasut a écrit :
> > This allows the SPL to avoid compiling in the CPU support code.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
> > Cc
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tuesday 18 October 2011 17:30:30 Simon Glass wrote:
> arm-none-linux-gnueabi-ld: stubs.o: compiled for a big endian system
> and target is little endian
> arm-none-linux-gnueabi-ld: failed to merge target specific data of file
> stubs.o
>
> I guess this is the endian error is the one you talk a
On Tuesday 18 October 2011 17:42:26 Albert ARIBAUD wrote:
> Le 07/10/2011 23:50, Michael Walle a écrit :
> > Am Freitag 07 Oktober 2011, 19:27:11 schrieb Mike Frysinger:
> >> On Thursday 06 October 2011 18:23:06 Michael Walle wrote:
> >>> --- a/arch/arm/lib/board.c
> >>> +++ b/arch/arm/lib/board.c
On Tuesday 18 October 2011 17:50:52 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > That would still be to coarse for above issue. Also, you might want
> > > to use different ARM tool chains for ARMv5te systemd than for ARMv6
> > > and yet other ones for ARMv7a, etc.
> >
> > the idea is easy t
Dear Mike Frysinger,
In message <201110181655.29507.vap...@gentoo.org> you wrote:
>
> > That would still be to coarse for above issue. Also, you might want
> > to use different ARM tool chains for ARMv5te systemd than for ARMv6
> > and yet other ones for ARMv7a, etc.
>
> the idea is easy to exten
Hi Michael,
Le 07/10/2011 23:50, Michael Walle a écrit :
> Am Freitag 07 Oktober 2011, 19:27:11 schrieb Mike Frysinger:
>> On Thursday 06 October 2011 18:23:06 Michael Walle wrote:
>>> --- a/arch/arm/lib/board.c
>>> +++ b/arch/arm/lib/board.c
>>>
>>> +#if defined(CONFIG_CMD_IDE)
>>> + puts ("IDE
Hi Marek,
Le 06/10/2011 02:13, Marek Vasut a écrit :
> This allows the SPL to avoid compiling in the CPU support code.
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> Cc: Scott Wood
> ---
> arch/arm/cpu/arm926ejs/Makefile |7 +++
> 1 files ch
Hi,
On Tue, Oct 18, 2011 at 1:55 PM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 16:47:12 Wolfgang Denk wrote:
>> Mike Frysinger wrote:
>> > > I see no clean way to implement this - ok, we could provide an
>> > > external tool / data base that maps boards or SoC names to
>> > > CROSS_COMPI
Standard Debian powerpc and powerpcspe systems only include hard-float
libgcc in their native compilers, which causes scary build warnings when
building U-Boot.
While U-Boot does not use floating point at all, it is perfectly legal
for a hard-float libgcc to use features of the floating point unit
Consolidate the test for a dual-port NIC to one location for easy
modification, then fix support for the dual-port 82571.
Signed-off-by: Kyle Moffett
Cc: Ben Warren
---
drivers/net/e1000.c | 66 +-
drivers/net/e1000.h |6
2 files change
As an aide to debugging, we should print out the expected value of the
EEPROM checksum in addition to just saying that it is wrong.
Signed-off-by: Kyle Moffett
Cc: Ben Warren
---
drivers/net/e1000.c | 46 --
1 files changed, 28 insertions(+), 18 del
By allocating the e1000 device structures much earlier, we can easily
generate better error messages and siginficantly clean things up.
The only user-visable change (aside from reworded error messages) is
that a detected e1000 device which fails to initialize due to software
or hardware error will
A followup patch will be adding a configurable feature to enable
programming of E1000 EEPROMs from the command line or via the generic
U-Boot SPI interface.
In order for it to work it needs access to certain E1000-internal
functions, so export those in the e1000.h header file.
Signed-off-by: Kyle
As a part of the manufacturing process for some of our custom hardware,
we are programming the EEPROMs attached to our Intel 82571EB controllers
from software using U-Boot and Linux.
This code provides several conditionally-compiled features to assist in
our manufacturing process:
CONFIG_CMD_E1
This is a reposted patch series from several months that enhances the
e1000 driver in U-Boot to support the Intel 82571EB and provides
several new features for the board manufacturing process.
Based on prior review, the EEPROM programming and SPI code has been
moved into a separate file, "e1000_sp
In commit fa28bd2eef588ec2048ccafedb2b384d5a355858 patch v1 was applied
instead of v2. This is an incremental patch to update that commit
to version 2.
Signed-off-by: Daniel Schwierzeck
---
changes for v2:
use correct type cast
changes for v3:
rebased against current master
incremental p
v2: New patch
Signed-off-by: Stephen Warren
---
include/configs/tegra2-common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/tegra2-common.h b/include/configs/tegra2-common.h
index 73e0f05..07546a4 100644
--- a/include/configs/tegra2-common.h
+++ b/in
uImage files contain absolute "load" and "entry" addresses. Such a concept
is incompatible with using the same kernel image on multiple SoCs, each with
a potentially different SDRAM base. To support that, create a new image type
IH_TYPE_KERNEL_REL, which is handled identically to IH_TYPE_KERNEL, ex
Hi Brilliantov,
Le 04/10/2011 08:28, Brilliantov Kirill Vladimirovich a écrit :
> Add Realtek RTL8201BL PHY support, tested on U-Boot 1.3.4.
1.3.4, are you sure? That's really old.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
h
Hi Wolfgang,
On Tue, Oct 18, 2011 at 1:34 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> Actually I think this is the dependency patch rather than this one.
>
> Which patch do you mean? Git bisect pointed at Subject:
>
>> Certainly I can repeat this problem on mast
On Tuesday 18 October 2011 16:47:12 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > I see no clean way to implement this - ok, we could provide an
> > > external tool / data base that maps boards or SoC names to
> > > CROSS_COMPILE/ARCH/PATH settings, which each user has to configure for
> > > h
Hi Wolfgang,
On Tue, Oct 18, 2011 at 1:32 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> I have submitted a patch for this, tested on acadia like this:
>>
>> ARCH=powerpc make O=ppc -s acadia_nand_config && ARCH=powerpc make O> =ppc -s
>>
>> and similarly without the
On Tue, Oct 18, 2011 at 1:07 PM, Tom Warren wrote:
> s/Hi Tom/Hi Stephen/
Sorry! And my question was really directed to Albert.
Regards,
Simon
>
>> -Original Message-
>> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
>> Sent: Tuesday, October 18, 2011 11:31 AM
>
On Tue, Oct 18, 2011 at 8:30 AM, Mike Frysinger wrote:
> Seems people fixed their files to use libfoo.o, but didn't actually
> update the creation targets to use $(cmd_link_o_target). Update the
> rest of the Makefile's found with grep.
>
> Signed-off-by: Mike Frysinger
> ---
> v2
> - fix
Dear Mike Frysinger,
In message <201110181614.46289.vap...@gentoo.org> you wrote:
>
> > I see no clean way to implement this - ok, we could provide an
> > external tool / data base that maps boards or SoC names to
> > CROSS_COMPILE/ARCH/PATH settings, which each user has to configure for
> > his o
Dear Simon Glass,
In message <1318953042-3109-1-git-send-email-...@chromium.org> you wrote:
> Commit 4750884 introduced a change in the dependency generation which
> breaks SPL, because the source files being built are not initially present
> and are symlinked as part of the build.
>
> The .depen
Dear Stephen,
In message <74cdbe0f657a3d45afbb94109fb122ff173ca2c...@hqmail01.nvidia.com> you
wrote:
>
> Does this new patch series look good?
"tegra2" prefix means ARM, so this has to go through Albert's tree.
> It doesn't look like patch 1/3 (the cleanup patch for pre-existing
> checkpatch f
Dear Simon,
In message
you wrote:
>
> Actually I think this is the dependency patch rather than this one.
Which patch do you mean? Git bisect pointed at Subject:
> Certainly I can repeat this problem on master and it is fixed with
> that patch.
Please give me a link or other handle I can gr
Dear Simon,
In message
you wrote:
>
> I have submitted a patch for this, tested on acadia like this:
>
> ARCH=powerpc make O=ppc -s acadia_nand_config && ARCH=powerpc make O> =ppc -s
>
> and similarly without the O= part.
Thanks a lot!
Best regards,
Wolfgang Denk
--
DENX Software Engineeri
(copying Sandeep)
Hi Sanjeev,
Le 30/09/2011 13:18, Sanjeev Premi a écrit :
> At the base level, this patchset does following:
> - Extract common/generic configurations from
> omap3_evm_config.h to create omap3_evm_common_config.h
>
> - Add new config targets that build much smaller u-boot
Dear Simon Glass,
In message
you wrote:
>
> I have already been wondering how to send this out for review -
> perhaps as something in tools/scripts?
Yes, please.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office:
Dear Daniel Schwierzeck,
In message
you wrote:
>
> you have missed v2 of the patch.
> See also http://patchwork.ozlabs.org/patch/119777/
>
> Maybe because I forgot to cc you in the second mail, sorry for that.
No, this was my fault. I have to be sorry.
> Shall I send an updated patch?
Yes, p
Dear Kumar,
In message you wrote:
>
> If you look at the code I have NO IDEA how to fix this for older GCC.
Maybe you have to explain the code to me. LIke the compiler, I wonder
where l2srbar gets initialized:
Here is the declaration:
...
74 u32 *l2srbar, *dst, *src;
...
First use
On 10/18/2011 01:06 PM, Albert ARIBAUD wrote:
> Hi Tom,
>
> Le 18/10/2011 21:54, Tom Rini a écrit :
>> With malloc support being a new requirement for all ARM SPL
>> implementations, define a small area for use on devkit8000.
>>
>> Cc: Frederik Kriewitz
>> Cc: Albert ARIBAUD
>> Cc: Simon Schwarz
>
On Tuesday 18 October 2011 16:07:38 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > because MAKEALL is a pita to use. it has no automatic CROSS_COMPILE
> > support, and the current logic only allows
> > one-CROSS_COMPILE-setting-per-run. so you have to run MAKEALL by hand
> > once per arch.
> >
Hi Marek,
Le 05/10/2011 13:03, Marek Vasut a écrit :
> Hi guys,
>
> my KMail seems to have some bugs, which I need to investigate. Albert, can you
> please apply "[PATCH V2] ARM: Update mach-types" ? It was submitted to ML on
> Sept. 13.
>
> Thanks
Currently running MAKEALL arm in order to find o
s/Hi Tom/Hi Stephen/
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: Tuesday, October 18, 2011 11:31 AM
> To: Stephen Warren
> Cc: albert.u.b...@aribaud.net; aflem...@gmail.com; Tom Warren; U-Boot
> Mailing List; Mike Frysinger
> Subje
Dear Mike Frysinger,
In message <201110181301.57390.vap...@gentoo.org> you wrote:
>
> because MAKEALL is a pita to use. it has no automatic CROSS_COMPILE support,
> and the current logic only allows one-CROSS_COMPILE-setting-per-run. so you
> have to run MAKEALL by hand once per arch.
>
> the
Hi Tom,
Le 18/10/2011 21:54, Tom Rini a écrit :
> With malloc support being a new requirement for all ARM SPL
> implementations, define a small area for use on devkit8000.
>
> Cc: Frederik Kriewitz
> Cc: Albert ARIBAUD
> Cc: Simon Schwarz
> Signed-off-by: Tom Rini
> ---
> include/configs/devkit8
With malloc support being a new requirement for all ARM SPL
implementations, define a small area for use on devkit8000.
Cc: Frederik Kriewitz
Cc: Albert ARIBAUD
Cc: Simon Schwarz
Signed-off-by: Tom Rini
---
include/configs/devkit8000.h |3 +++
1 files changed, 3 insertions(+), 0 deletions
Hey all,
As part of fixing FAT support in SPL, Aneesh V added a
requirement that all omap-common/spl.c using platforms (so omap3
and omap4 currently) also define malloc space. Based on how this
was done for omap4 I've added in a scratch space for devkit 8000.
This change is required for the devki
On Tuesday 18 October 2011 14:54:09 Tom Rini wrote:
> On Tue, Oct 18, 2011 at 11:31 AM, Mike Frysinger wrote:
> > On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
> >> If we're going to throw out feature requests, I'd like more than one
> >> SoC family support.
> >> I've got a wrapper around MA
Hi all,
Our board has eTSEC1 connected to a Realtek RTL8305SC switch (PHY MII
mode). eTSEC1 says that all packets received has CRC errors, but the
packets are OK. U-Boot says: "Got error 4".
If I ignore CRC status, I can load Linux kernel, but the driver
Gianfar also says that received packets ha
Rather than maintain a hand coded list of targets which represent
cpus/etc and expand into a bunch of board names, add automatic
look up to all targets. This makes target selection a bit more
natural imo, and keeps down on code duplication.
Signed-off-by: Mike Frysinger
---
MAKEALL | 384 +
On Tue, Oct 18, 2011 at 11:31 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
>> If we're going to throw out feature requests, I'd like more than one
>> SoC family support.
>> I've got a wrapper around MAKEALL right now to build omap3 then omap4
>> then davinci.
>
>
Le 14/10/2011 06:43, Mike Frysinger a écrit :
> On Thursday 15 September 2011 17:42:12 Albert ARIBAUD wrote:
>> The object files shall be linked in decreasing precedence order, i.e.
>> SoC file first, then cpu file, then isa file, then lib last, so that for
>> each cache op, the weak symbol mechani
Hi,
On Tue, Oct 18, 2011 at 1:36 AM, 馬克泡 wrote:
> Hi Wolfgang,
>
> 2011/10/12 Macpaul Lin :
>> Add generic header files support for nds32 architecture.
>> Cache, ptregs, data type and other definitions are included.
>>
>> Signed-off-by: Macpaul Lin
>
> Just wondering if you have comment to these
Hi,
On Tue, Oct 18, 2011 at 9:07 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 11:43:49 馬克泡 wrote:
>> 2011/10/18 Mike Frysinger:
>> > On Tuesday 18 October 2011 04:28:23 馬克泡 wrote:
>> >> 2011/10/18 Wolfgang Denk :
>> [deleted]
>>
>> >> static const table_entry_t uimage_arch[]
>> >> [dele
On Tue, Oct 18, 2011 at 8:29 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 04:43:09 馬克泡 wrote:
>> 2011/10/11 Simon Glass :
>> > +include $(TOPDIR)/config.mk
>> > +
>> > +LIB = $(obj)lib$(BOARD).o
>> > +
>> > +COBJS := $(BOARD).o
>> > +
>> > +SRCS := $(COBJS:.o=.c)
>> > +OBJS := $(
Hi Tom,
On Tue, Oct 18, 2011 at 11:14 AM, Stephen Warren wrote:
> Stephen Warren wrote at Wednesday, October 12, 2011 4:53 PM:
>> [Patch series relating to SD/MMC support on Tegra boards.]
>
> Does this patch series look good?
>
> Since these are my first U-Boot patches, I'm not sure exactly who
On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
> If we're going to throw out feature requests, I'd like more than one
> SoC family support.
> I've got a wrapper around MAKEALL right now to build omap3 then omap4
> then davinci.
hmm, actually doesn't the newish -s flag do what you want ?
Stephen Warren wrote at Wednesday, October 12, 2011 4:53 PM:
> [Patch series relating to SD/MMC support on Tegra boards.]
Does this patch series look good?
Since these are my first U-Boot patches, I'm not sure exactly who would
pick these up and apply them (I assume the "ARM custodians", who are
Le 17/10/2011 10:05, Stefano Babic a écrit :
> Hi Albert,
>
> please pull from u-boot-imx, thanks. Generating the pull request I see
> that three patches are missing (the three patches by Łukasz Majewski).
> However, everything in the tree seems correct and the tree is already
> rebased on uboot_a
On Tuesday 18 October 2011 13:58:22 Tom Rini wrote:
> On Tue, Oct 18, 2011 at 10:01 AM, Mike Frysinger wrote:
> > On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
> >> Before sending the patch, you must run the MAKEALL script on
> >> your patched source tree and make sure that n
Stephen Warren wrote at Tuesday, October 11, 2011 10:16 AM:
> v2: New patch
>
> Signed-off-by: Stephen Warren
Wolfgang,
Does this new patch series look good?
It doesn't look like patch 1/3 (the cleanup patch for pre-existing
checkpatch failures) ever made it to the mailing list; it was deemed
On Tue, Oct 18, 2011 at 10:44 AM, Albert ARIBAUD
wrote:
> Le 18/10/2011 19:16, Anton Staaf a écrit :
>
>> I would like to start a thread addressing this question. I don't think
>> the people submitting are running MAKEALL because it has a very high
>> barrier to entry. In particular I spent a fe
On Tue, Oct 18, 2011 at 10:01 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
>> Before sending the patch, you must run the MAKEALL script on
>> your patched source tree and make sure that no errors or
>> warnings are reported for any of the b
Hi Prafulla,
Le 18/10/2011 13:12, Prafulla Wadaskar a écrit :
> Hi Albert
>
> Please kindly pull
> The following changes since commit 0e005ee09d3424e2780efc6895fcbfbdf7a492fa:
>Prafulla Wadaskar (1):
> Merge branch 'master' of
> git://git.marvell.com/mirror/denx.de/u-boot-arm into ar
Le 18/10/2011 19:16, Anton Staaf a écrit :
> I would like to start a thread addressing this question. I don't think
> the people submitting are running MAKEALL because it has a very high
> barrier to entry. In particular I spent a few days trying to get as
> many architecture toolchains up and r
Hi,
On Tue, Oct 18, 2011 at 10:01 AM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
>> Before sending the patch, you must run the MAKEALL script on
>> your patched source tree and make sure that no errors or
>> warnings are reported for any of
On Wed, Oct 5, 2011 at 8:08 AM, Michael Jones
wrote:
> Add support for the MATRIX VISION mvBlueLYNX-X, an OMAP3-based
> intelligent camera.
>
> Signed-off-by: Michael Jones
Configuring for omap3_mvblx board...
mv_common.c:32:14: warning: 'entries_to_keep' defined but not used
textdata
On Mon, Oct 17, 2011 at 11:23 PM, Wolfgang Denk wrote:
> Hi all,
>
> the patches that have been submitted for this release turn out to of
> of shockingly bad quality. About every other batch of patches I apply
> will break building not only for a single board r a few boards, but
> for large numbe
On Tuesday 18 October 2011 02:23:10 Wolfgang Denk wrote:
> Before sending the patch, you must run the MAKEALL script on
> your patched source tree and make sure that no errors or
> warnings are reported for any of the boards. Well, at least
> not any more warnings than witho
On Tue, Oct 18, 2011 at 7:05 AM, Simon Glass wrote:
> Hi,
>
> On Tue, Oct 18, 2011 at 2:44 AM, Wolfgang Denk wrote:
>> Dear Andreas,
>>
>> In message <4e9d4552.5040...@gmail.com> you wrote:
>>>
>>> We should first get a state of "all boards build clean" for a sort of
>>> toolchains (I think arm i
Hi, Wolfgang,
Please kindly pull
The following changes since commit efb2172ece93ef48f34fb8bdf963d3b72880cc7d:
Move timestamp and version files into 'generated' subdir (2011-10-17 23:57:00
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-coldfire.git master
stany MARCE
1 - 100 of 177 matches
Mail list logo