Dear Graeme,
In message
you wrote:
>
> This problem comes down to managing two asynchronous tasks - Command
> Processing and Serial Input Processing. Any solution to the problem
> is going to involve task switching. The way this is done in U-Boot
> currently is:
I wonder how this idea of "task
Dear Wolfgang,
> In message <1319101940-780-1-git-send-email-eib...@gdsys.de>
> you wrote:
> > Signed-off-by: Dirk Eibach
> > ---
> > drivers/gpio/Makefile |1 +
> > drivers/gpio/pca9698.c | 143
>
> > include/pca9698.h | 34 +
Add Vladimir Zapolskiy as a board maintainer in Das U-Boot.
Signed-off-by: Vladimir Zapolskiy
---
MAINTAINERS |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index cd0dd91..eeb3d32 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -891,6 +891,10
Simon Glass wrote at Tuesday, October 25, 2011 6:01 PM:
> On Mon, Oct 24, 2011 at 6:59 AM, Stephen Warren wrote:
> > The legacy uImage format includes an absolute load and entry-
> > point address. When presented with a uImage in memory that
> > isn't loaded at the address in the image's load addr
Hello Christian,
Christian Riesch wrote:
> Good morning Heiko,
>
> On Monday, October 24, 2011, Heiko Schocher wrote:
>
> [...]
>
>> arch/arm/cpu/arm926ejs/davinci/dm365_lowlevel.c| 466
>
>> arch/arm/include/asm/arch-davinci/dm365_lowlevel.h | 43 ++
>> 2 files ch
Hello Scott,
Scott Wood wrote:
> On 10/11/2011 12:41 AM, Heiko Schocher wrote:
>> Hello Scott,
>>
>> Scott Wood wrote:
>>> On 10/06/2011 12:45 AM, Heiko Schocher wrote:
similiar to commit dc7cd8e59ba077f3b4c1a4557c9cd86a31b9ab1f, only
adapted for the new spl framework.
Signed-o
Hi Macpaul
On Wed, Oct 26, 2011 at 4:19 PM, 馬克泡 wrote:
> Hi Graeme,
>
> 2011/10/25 馬克泡 :
>> Hi Marek,
>>
>> 2011/10/25 Marek Vasut :
>>
>> [snip]
>>
>> Please check ns16550.c, current code has another such kind of casting
>> #ifdef CONFIG_SYS_NS16550_PORT_MAPPED
>> #define serial_out(x, y)
Hi Graeme,
2011/10/25 馬克泡 :
> Hi Marek,
>
> 2011/10/25 Marek Vasut :
>
> [snip]
>
> Please check ns16550.c, current code has another such kind of casting
> #ifdef CONFIG_SYS_NS16550_PORT_MAPPED
> #define serial_out(x, y)outb(x, (ulong)y)
> #define serial_in(y)inb((ulong)y)
> [.
Good morning Heiko,
On Monday, October 24, 2011, Heiko Schocher wrote:
[...]
>
> arch/arm/cpu/arm926ejs/davinci/dm365_lowlevel.c| 466
> arch/arm/include/asm/arch-davinci/dm365_lowlevel.h | 43 ++
> 2 files changed, 509 insertions(+), 0 deletions(-)
> create mode 1
Hi Simon,
On Wed, Oct 26, 2011 at 10:48 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Tue, Oct 25, 2011 at 4:37 PM, Graeme Russ wrote:
>> Hi Simon,
>>
>> On Wed, Oct 26, 2011 at 10:17 AM, Simon Glass wrote:
>>
>> [big snip]
>>
>>> Did I mention a can of worms? After 65 messages on this topic Scott
Hi Wolfgang,
On Wed, Oct 26, 2011 at 2:50 AM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message
> you
> wrote:
>>
>> >> +#include
>> >
>> > I don't like this.
>> >
>> >
>> > Board config files MUST NOT do any such includes. Keep in mind that
>> > one day we might want to try something like
For files like the drivers/serial/serial.c, it must include the
platform file, as the CONFIG_SYS_NS16550_COM1 must reference to
the definition in the platform definition files.
Include the platform definition file in the config file, so that it
would decouple the dependence for the driver files.
Hi Wolfgang,
On Wed, Oct 26, 2011 at 2:51 AM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message
> you
> wrote:
>>
>> >> Actually, I have post another fixing series before this, so if it got
>> >> be applied before this merged,
>> >> the warning would be disappeared.
>> >
>> > Then please squ
On 10/25/2011 04:21 PM, Joachim Foerster wrote:
> Hi all,
>
> Did anybody get a chance to review those 5 small patches? I would like
> to get some feedback and work on it, if needed - to get them upstream.
>
Hi Joachim,
I forwarded your patches to Dalon Westergreen of Altera on Oct 20, who
is th
Applied, thanks.
Best regards,
Nobuhiro
2011/10/11 Yoshihiro Shimoda :
> The sh_eth driver had an own mii functions. However the function
> didn't support the gigabit PHY. The U-Boot has the general phy driver
> and miiphybb driver, and they already support it.
> So this patch removes the own f
Applied, thanks.
Best regards,
Nobuhiro
2011/10/11 Yoshihiro Shimoda :
> The new sh_eth driver uses the phy driver. So, this patch enables it.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> If this patch is OK, I will submit patches of espt.h and sh7763rdp.h later.
>
> include/configs/sh7757lc
Applied, thanks.
Best regards,
Nobuhiro
2011/10/24 Phil Edworthy :
> The ashrsi3 function is used by some commands that aren't in SH2A
> default configs (e.g. JFFS2).
>
> The ashrsi3.S file has been copied from Linux.
>
> Signed-off-by: Phil Edworthy
> Cc: Nobuhiro Iwamatsu
> ---
> arch/sh/l
Hi Albert,
On Thu, Oct 20, 2011 at 3:57 PM, Simon Glass wrote:
> Hi Albert, Wolfgang,
>
> I believe this is the current status on Tegra2 in u-boot-arm.git:
>
> - Stephen Warren has a patch series ending here:
> http://patchwork.ozlabs.org/patch/119325/
> - Stephen Warren has a single GPIO patch h
Acked-by: Mike Frysinger
-mike
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stephen,
On Mon, Oct 24, 2011 at 6:59 AM, Stephen Warren wrote:
> The legacy uImage format includes an absolute load and entry-
> point address. When presented with a uImage in memory that
> isn't loaded at the address in the image's load address,
> U-Boot will relocate the image to its addres
Hi Graeme,
On Tue, Oct 25, 2011 at 1:09 AM, Graeme Russ wrote:
> Hi Simon,
>
> On 25/10/11 14:52, Simon Glass wrote:
>> This is just for testing - please try it out and report back with results.
>> For me it works on Minicom but not ser2net.
>>
>> This needs to be controlled by an environment var
Hi Mike,
On Tue, Oct 25, 2011 at 6:11 AM, Mike Frysinger wrote:
> On Tue, Oct 25, 2011 at 08:59, Simon Glass wrote:
>> --- a/common/cmd_mem.c
>> +++ b/common/cmd_mem.c
>>
>> + int bytes = size * length;
>
> unsigned long
>
>> + char *buf = map_physmem(addr, bytes, MAP_
Sandbox wants to support commands which use memory. The map_physmen()
call provides this feature, so should be used more consistently in
U-Boot.
Signed-off-by: Simon Glass
---
Changes in v2:
- Remove check for NULL pointer since map_physmem apparently cannot fail
common/cmd_mem.c |9 +++
Hi Graeme,
On Tue, Oct 25, 2011 at 4:37 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Oct 26, 2011 at 10:17 AM, Simon Glass wrote:
>
> [big snip]
>
>> Did I mention a can of worms? After 65 messages on this topic Scott's
>> patch seems pretty appealing right now! We can even move it up a level
Hi Albert,
On Fri, Oct 21, 2011 at 9:58 PM, Simon Glass wrote:
> Hi Albert,
>
> On Fri, Oct 21, 2011 at 3:39 PM, Albert ARIBAUD
> wrote:
>> Le 22/10/2011 00:02, Simon Glass a écrit :
>>>
>>> Hi Albert,
>>>
>>> On Fri, Oct 21, 2011 at 2:47 PM, Albert ARIBAUD
>>> wrote:
Le 21/10/2011 2
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
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
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)
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
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 26, 2011 at 10:17 AM, Simon Glass wrote:
[big snip]
> Did I mention a can of worms? After 65 messages on this topic Scott's
> patch seems pretty appealing right now! We can even move it up a level
> in the s/w stack if that helps.
But I agree with Wolfgang that Scott's pr
On Tue, Oct 25, 2011 at 19:08, Simon Glass wrote:
> On Tue, Oct 25, 2011 at 3:49 PM, Mike Frysinger wrote:
>> also, %#p works the same under u-boot as under glibc. it's just that
>> %#p generates a gcc warning.
>
> No I meant that for me glibc displays 0x whether or not I put # in
> there...seems
Hi,
On Tue, Oct 25, 2011 at 3:37 PM, Graeme Russ wrote:
> Hi Wolfgang,
>
> On Wed, Oct 26, 2011 at 5:41 AM, Wolfgang Denk wrote:
>> Dear Graeme Russ,
>>
>> In message <4ea67491.5090...@gmail.com> you wrote:
>>>
>>> Well, if a command reads from the console (a transfer command for example)
>>> an
Hi Mike,
On Tue, Oct 25, 2011 at 3:49 PM, Mike Frysinger wrote:
> On Tue, Oct 25, 2011 at 18:41, Simon Glass wrote:
>> On Tue, Oct 25, 2011 at 3:08 PM, Mike Frysinger wrote:
>>> On Tue, Oct 25, 2011 at 18:01, Wolfgang Denk wrote:
Simon Glass wrote:
> isn't it intended that env variables
Hi Mike,
On Tue, Oct 25, 2011 at 6:57 AM, Mike Frysinger wrote:
> On Mon, Oct 24, 2011 at 23:52, Simon Glass wrote:
>> +int cmd_call(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
>> +{
>> + int result;
>> +
>> + result = (cmdtp->cmd)(cmdtp, flag, argc, argv);
>> + i
On Tue, Oct 25, 2011 at 18:41, Simon Glass wrote:
> On Tue, Oct 25, 2011 at 3:08 PM, Mike Frysinger wrote:
>> On Tue, Oct 25, 2011 at 18:01, Wolfgang Denk wrote:
>>> Simon Glass wrote:
isn't it intended that env variables without a leading 0x in the value
be interpreted as hex still? Iwc
Hi Mike,
On Tue, Oct 25, 2011 at 3:08 PM, Mike Frysinger wrote:
> On Tue, Oct 25, 2011 at 18:01, Wolfgang Denk wrote:
>> Simon Glass wrote:
>>> isn't it intended that env variables without a leading 0x in the value
>>> be interpreted as hex still? Iwc do I really want the 0x?
>>
>> Yes, this is i
Hi Wolfgang,
On Wed, Oct 26, 2011 at 5:41 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4ea67491.5090...@gmail.com> you wrote:
>>
>> Well, if a command reads from the console (a transfer command for example)
>> and then has a long delay (busy processing loop) before returning back
> On Sun, Oct 23, 2011 at 12:23 PM, Wolfgang Denk wrote:
> > Dear Marek Vasut,
> >
> > In message <201110231646.59439.marek.va...@gmail.com> you wrote:
> >> I've been doing the debug() cleanup and found the debugX() macro is used
> >> only in very few patches. Maybe punting it altogether won't hu
On Tue, Oct 25, 2011 at 18:01, Wolfgang Denk wrote:
> Simon Glass wrote:
>> isn't it intended that env variables without a leading 0x in the value
>> be interpreted as hex still? Iwc do I really want the 0x?
>
> Yes, this is intended. No, we do NOT want to see the 0x in such
> cases.
ok, so we'll
Hi Wolfgang,
On Tue, Oct 25, 2011 at 4:59 PM, Wolfgang Denk wrote:
> Dear =?UTF-8?B?6aas5YWL5rOh?=,
>
> In message
> you
> wrote:
>>
>> > I'm working on a patch for the net code that benefits from the debugX
>> > macro. Especially for the net code, the debug traces can be
>> > overwhelming dep
Dear Simon Glass,
In message
you wrote:
>
> isn't it intended that env variables without a leading 0x in the value
> be interpreted as hex still? Iwc do I really want the 0x?
Yes, this is intended. No, we do NOT want to see the 0x in such
cases.
Best regards,
Wolfgang Denk
--
DENX Softwar
Dear =?UTF-8?B?6aas5YWL5rOh?=,
In message
you wrote:
>
> > I'm working on a patch for the net code that benefits from the debugX
> > macro. Especially for the net code, the debug traces can be
> > overwhelming depending on the issue you are looking at. I recommend
> > we keep it around.
...
>
Hi Mike,
On Tue, Oct 25, 2011 at 2:39 PM, Mike Frysinger wrote:
> On Tue, Oct 25, 2011 at 17:35, Simon Glass wrote:
>> On Sat, Oct 22, 2011 at 10:29 PM, Mike Frysinger wrote:
>>> On Sat, Oct 22, 2011 at 00:51, Simon Glass wrote:
+ sprintf(str, "%x", (uintptr_t)addr);
>>>
>>> i wonder i
On Tue, Oct 25, 2011 at 17:35, Simon Glass wrote:
> On Sat, Oct 22, 2011 at 10:29 PM, Mike Frysinger wrote:
>> On Sat, Oct 22, 2011 at 00:51, Simon Glass wrote:
>>> + sprintf(str, "%x", (uintptr_t)addr);
>>
>> i wonder if we should use %p and drop the cast
>
> Is %p supposed to print a 0x bef
Acked-by: Mike Frysinger
-mike
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Mike
On Sat, Oct 22, 2011 at 10:29 PM, Mike Frysinger wrote:
> On Sat, Oct 22, 2011 at 00:51, Simon Glass wrote:
>> +int setenv_ulong(const char *varname, ulong value)
>> +{
>> + char *str = simple_itoa(value);
>> +
>> + return setenv(varname, str);
>> +}
>
> could be a one liner,
On Tue, Oct 25, 2011 at 1:48 PM, Anton Staaf wrote:
> This file is required by the new DMA buffer alignment macro.
>
> Signed-off-by: Anton Staaf
> Cc: Simon Glass
Tested-by: Simon Glass
> ---
> arch/sandbox/include/asm/cache.h | 33 +
> 1 files changed, 33
The check for sandbox architecture is too early in the Makefile, so
standalone and api are built regardless. This moves the check until
after autoconf.mk has been read.
This fixes a build breakage.
Signed-off-by: Simon Glass
---
Makefile |7 ---
1 files changed, 4 insertions(+), 3 delet
Hi Wolfgang,
On Mon, Oct 17, 2011 at 1:49 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1318270953-32482-12-git-send-email-...@chromium.org> you wrote:
>> This is less useful on the sandbox architecture since we can simply link all
>> our code with U-Boot. However some interest has
Hi Albert,
On Tue, Oct 25, 2011 at 6:44 AM, Simon Glass wrote:
> Hi Albert,
>
> On Mon, Oct 24, 2011 at 11:41 PM, Albert ARIBAUD
> wrote:
>> Hi Simon,
>>
>> Le 25/10/2011 07:02, Simon Glass a écrit :
>>>
>>> Hi Albert,
>>>
>>> On Mon, Oct 24, 2011 at 2:21 PM, Albert ARIBAUD
>>> wrote:
>>>
Am Freitag 21 Oktober 2011, 10:09:15 schrieben Sie:
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> > On Behalf Of Michael Walle
> > Sent: Friday, October 07, 2011 3:53 AM
> > To: u-boot@lists.denx.de
> > Subject: [U-Boot] [PATCH] mvgbe:
This file is required by the new DMA buffer alignment macro.
Signed-off-by: Anton Staaf
Cc: Simon Glass
---
arch/sandbox/include/asm/cache.h | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644 arch/sandbox/include/asm/cache.h
diff --g
Hi all,
2011/10/26 Joe Hershberger :
> On Sun, Oct 23, 2011 at 12:12 PM, Wolfgang Denk wrote:
>> Dear Mike Frysinger,
>>
> I'm working on a patch for the net code that benefits from the debugX
> macro. Especially for the net code, the debug traces can be
> overwhelming depending on the issue you
On Tue, Oct 25, 2011 at 1:24 PM, Anton Staaf wrote:
> Just realized that I broke the sandbox build by requiring an
> asm/cache.h file in common.h. I'll send a patch to fix it.
>
> -Anton
>
Thanks Anton
___
U-Boot mailing list
U-Boot@lists.denx.de
http:
Just realized that I broke the sandbox build by requiring an
asm/cache.h file in common.h. I'll send a patch to fix it.
-Anton
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sun, Oct 23, 2011 at 12:12 PM, Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message
> you
> wrote:
>>
>> > +#define debugX(level, fmt, args...) \
>> > + debug_cond((_DEBUG && DEBUG >=3D (level)), fmt, ##args)
>>
>> i thought we were just going to punt debugX() ?
>
> Ye
- enable support for unzip command
- enable support for compressed bitmap images
We also have to increase the malloc() arena a bit for this.
Signed-off-by: Wolfgang Denk
Cc: Stefano Babic
---
include/configs/qong.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/in
On Tue, Oct 25, 2011 at 12:36 PM, Wolfgang Denk wrote:
> Dear Albert ARIBAUD,
>
> In message <4ea6fe3b.9080...@aribaud.net> you wrote:
>>
>> >> I've just fetched u-boot and I don't see this one. Can you push
>> >> u-boot/master so that I can rebase u-boot-arm/master on it and launch
>> >> some tes
Dear Albert ARIBAUD,
In message <4ea6fe3b.9080...@aribaud.net> you wrote:
>
> >> I've just fetched u-boot and I don't see this one. Can you push
> >> u-boot/master so that I can rebase u-boot-arm/master on it and launch
> >> some tests?
> >
> > Done.
>
> Hmm... Weird. I've just fetched u-Boot aga
Dear Kumar Gala,
In message <0fb20304-8460-4513-8f86-3e99064c9...@kernel.crashing.org> you wrote:
>
> Acked-by: Kumar Gala
Thanks.
> [ Are individual maintainers pick these up or is Wolfgang? ]
I feel it makes little sense to make the situation even more
complicated by routing this deluge of
Dear Allen Pais,
In message
you wrote:
>
>I have a partition on emmc which has a logo.bmp.
>I need to copy it to the ram in u-boot and pass that
>address to frame buffer.
>
>How should i go about the copying.
Use "mmc read".
Best regards,
Wolfgang Denk
--
DENX Software Engi
Dear Graeme,
In message <4ea68562.70...@gmail.com> you wrote:
>
> On 25/10/11 20:37, Marek Vasut wrote:
> > This series fixes the warnings generated by new debug() macro
> > implementation,
> > which will be merged after this series. This series fixes the problems
> > before
> > the macro is re
Dear Lei Wen,
In message
you wrote:
>
> >> Actually, I have post another fixing series before this, so if it got
> >> be applied before this merged,
> >> the warning would be disappeared.
> >
> > Then please squash your patches and submit a new, bug free patch.
> >
> > We don't add (knowingly)
A DGTFX virus has been detected in your email folders and your email account
have to be upgraded to our new
Secured DGTFX anti-virus 2011/2012 version to prevent damages to our Database
log and your important files.
Account Would be disabled only if account owner refuses to revalidate account
Dear Lei Wen,
In message
you wrote:
>
> >> +#include
> >
> > I don't like this.
> >
> >
> > Board config files MUST NOT do any such includes. Keep in mind that
> > one day we might want to try something like Kconfig, so board config
> > files should ONLY contain configuration information in t
Dear Graeme Russ,
In message <4ea67491.5090...@gmail.com> you wrote:
>
> Well, if a command reads from the console (a transfer command for example)
> and then has a long delay (busy processing loop) before returning back to
> the command line processor then that command must be fundamentally brok
Dear Marek Vasut,
In message <201110251027.10375.marek.va...@gmail.com> you wrote:
>
> > If the patch set is huge, then do yourself a favour and break it down
> > into small, managable pieces. Don't try to do everything at once.
>
> Well I'm not quite sure how you'd like to break a set of patch
Hi Albert,
On Tue, Oct 25, 2011 at 11:21 AM, Albert ARIBAUD
wrote:
> Le 25/10/2011 09:50, Wolfgang Denk a écrit :
>>
>> Dear Albert ARIBAUD,
>>
>> In message<4ea65cbf.7060...@aribaud.net> you wrote:
>>>
>>> I've just fetched u-boot and I don't see this one. Can you push
>>> u-boot/master so that
On 10/16/2011 05:10 AM, Simon Schwarz wrote:
> This adds DMA copy for the nand spl implementation. If CONFIG_SPL_DMA_SUPPORT
> is defined the DMA is used.
>
> Based on DMA driver patch:
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/109744/focus=109747
As Wolfgang pointed out, this does
Le 25/10/2011 09:50, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4ea65cbf.7060...@aribaud.net> you wrote:
>>
>> I've just fetched u-boot and I don't see this one. Can you push
>> u-boot/master so that I can rebase u-boot-arm/master on it and launch
>> some tests?
>
> Done.
Hmm..
Dear Graeme Russ,
In message <4ea66d4c.8010...@gmail.com> you wrote:
>
> > What exactly is the purpose of this additional function? Except for
> > the debug() it provides only overhead and no benefit.
>
> It provides a single location to issue an XOFF immediately prior to running
> a (potential
FORM; AL-ISSAH SALIM
alss...@yahoo.com
God bless you
I am Mr. Al-Issah Salim from Misrata, Libya. I lost my father who was a serving
military chief under Col Muammar Gaddafi collapsed regime.
I am presently on exile in UAE and need urgent assistance to present foreign
beneficiary to enable
Hi Remy,
On Fri, Oct 14, 2011 at 12:31 PM, Fabio Estevam
wrote:
> Move ehci.h and ehci-core.h to include/usb directory.
>
> Cc: Remy Bohmer
> Signed-off-by: Fabio Estevam
> ---
> Changes since v1:
> - Properly do the file rename via git
>
> drivers/usb/host/ehci-fsl.c | 4
On Sun, Oct 23, 2011 at 12:23 PM, Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201110231646.59439.marek.va...@gmail.com> you wrote:
>>
>> I've been doing the debug() cleanup and found the debugX() macro is used
>> only in
>> very few patches. Maybe punting it altogether won't hurt.
>>
Remove symbolic link generated by compiling. Fix makefile for out-of-tree
compiling error.
Signed-off-by: York Sun
---
Makefile |1 +
arch/powerpc/cpu/mpc83xx/Makefile |9 +++--
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefil
This change adds a basic support for Embest/Timll DevKit3250 board,
NOR and UART are the only supported peripherals for a moment. The board
doesn't require low-level init, because the initial SDRAM and GPIO
configuration is performed during kickstart bootloader execution.
Signed-off-by: Vladimir Z
This patchset adds generic NXP LPC32XX SoC support and basic support
for Embest/Timll DevKit3250 board, which powered by this SoC.
Vladimir Zapolskiy (2):
arm926ejs: add NXP LPC32x0 cpu series support
devkit3250: add Timll DevKit3250 board initial support
arch/arm/cpu/arm926ejs/lpc32xx/Makef
This change adds initial support for NXP LPC32x0 SoC series.
Signed-off-by: Vladimir Zapolskiy
---
Changes from v3 to v4:
* extended memory controller definitions are introduced
* added print_cpuinfo() function
Changes from v2 to v3:
* checkpatch.pl reports zero errors and warnings
Changes from
Le 25/10/2011 13:32, Graeme Russ a écrit :
> Hi Albert,
>
> On 25/10/11 22:05, Albert ARIBAUD wrote:
>> Le 25/10/2011 09:53, Wolfgang Denk a écrit :
>>> Dear Graeme Russ,
>>>
>>> In message<4ea66869.7000...@gmail.com> you wrote:
I'm trying to figure out what I'm doing wrong trying to sy
On 10/17/2011 07:53 AM, Wolfgang Denk wrote:
> Dear Simon,
>
> I wrote:
>
>> - However, your implementation does not result in reliable multi-line
>> input. It works only in a few specific use cases, and will fail
>> silently for others. I don't see a way ho you would announce this
>> new
This patch moves common config options to a new
file. Common options can now be included in other
board configs for this evm.
Signed-off-by: Sanjeev Premi
Cc: Sandeep Paulraj
---
Changes in v2:
Minor edits due to removal of CONFIG_NET_MULTI since previous
revision.
include/configs/oma
Fix these errors when building with recently added
omap3_evm_quick_nand_config:
env_nowhere.o: In function `env_relocate_spec':
/home/premi/u-boot/common/env_nowhere.c:40: multiple definition
of `env_relocate_spec'
env_nand.o:/home/premi/u-boot/common/env_nand.c:416: first defi
ned here
env_nowhe
Add an optimized board configuration that only
supports boot from NAND.
Signed-off-by: Sanjeev Premi
Cc: Sandeep Paulraj
---
Changes in v2:
* Update bootcmd to use hardware ecc scheme.
* Reduce the number of bytes read for loading linux kernel.
boards.cfg |
Add an optimized board configuration that only
supports boot from MMC/SD.
Signed-off-by: Sanjeev Premi
Cc: Sandeep Paulraj
---
Changes in v2:
Use rootfstype=ext3 (as in the default config) to allow
existing partitions to be used as-is.
boards.cfg|1 +
in
This patch marks the beginning of steps that would
lead to clean and easy split of the configuration
file. Common portion can then be re-used by other
configurations.
Signed-off-by: Sanjeev Premi
Cc: Sandeep Paulraj
---
Since the patch changes most of the file contents, it may
not be easy to
This patch brings related config options together.
Most config options won't be evaluated for numerical
value, but they are being set to 1. This patch also
removes this assignment.
Some formatting changes were also done for consistent
look-n-feel after the movement.
The patch doesn't make/include
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
customized for the boot devices - MMC/SD or NAND.
In the process, config options wer
On Tue, Oct 25, 2011 at 10:32:21PM +1100, Graeme Russ wrote:
> git checkout master
> git rebase ${upstream}/master
>
> But that is not right - I would normally rebase to uboot
>
> I think there is a missing link here somewhere
${upstream}/master needs to correspond to a remote tracking branch. D
> -Original Message-
> From: Premi, Sanjeev
> Sent: Friday, September 02, 2011 9:27 PM
> To: u-boot@lists.denx.de
> Cc: Premi, Sanjeev
> Subject: [PATCH v2] omap3evm: Set environment variable 'ethaddr'
>
> It is now responsibility of the board specific init
> code to set the environment v
The problem was caused by a global variable being used early in the boot
process.
The symptoms were on imx31_phycore board, reading the environment from I2C
EEPROM didn't work correctly and causes default environment to be loaded.
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Albert ARIBAUD
On 10/11/2011 12:41 AM, Heiko Schocher wrote:
> Hello Scott,
>
> Scott Wood wrote:
>> On 10/06/2011 12:45 AM, Heiko Schocher wrote:
>>> similiar to commit dc7cd8e59ba077f3b4c1a4557c9cd86a31b9ab1f, only
>>> adapted for the new spl framework.
>>>
>>> Signed-off-by: Heiko Schocher
>>> Cc: Scott Wood
Hi Marek,
On Tue, 25 Oct 2011 14:09:11 +0200
Marek Vasut wrote:
> The problem was caused by a global variable being used early in the boot
> process.
>
> This patch also contains the multibyte address swapping fix by:
> Anatolij Gustschin
>
> Signed-off-by: Marek Vasut
> Cc: Anatolij Gusts
errno.h is not used on this file, so remove it.
Signed-off-by: Fabio Estevam
---
board/ttcontrol/vision2/vision2.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/ttcontrol/vision2/vision2.c
b/board/ttcontrol/vision2/vision2.c
index d3815b2..aec4aa8 100644
--- a/b
On Mon, Oct 24, 2011 at 23:52, Simon Glass wrote:
> +int cmd_call(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
> +{
> + int result;
> +
> + result = (cmdtp->cmd)(cmdtp, flag, argc, argv);
> + if (result)
> + debug("Command failed, result=%d", result);
>
Hi Albert,
On Mon, Oct 24, 2011 at 11:41 PM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> Le 25/10/2011 07:02, Simon Glass a écrit :
>>
>> Hi Albert,
>>
>> On Mon, Oct 24, 2011 at 2:21 PM, Albert ARIBAUD
>> wrote:
>>>
>>> Le 24/10/2011 22:14, Simon Glass a écrit :
>>>
>> So how about I create a pa
Hi Wolfgang,
On Tue, Oct 25, 2011 at 1:03 AM, Graeme Russ wrote:
> Hi Wolfgang,
>
> On 25/10/11 18:46, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message <1319514744-18697-1-git-send-email-...@chromium.org> you wrote:
>>> We should aim for a single point of entry to the commands, whicheve
This adds a new test driver for SPI flash. Oddly it can operate without
a SPI interface, since we don't want this to get in the way of our
testing/emulation.
Signed-off-by: Simon Glass
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/spi_flash.c | 16 +++-
drivers/mtd/spi/test_f
TODO: Rename to sandbox_flash
TODO: Discuss the CONFIG_NO_SPI option
Signed-off-by: Simon Glass
---
drivers/mtd/spi/test_flash.c | 19 +++
include/spi_flash.h |2 ++
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/test_flash.c b/driv
GPIO API provides mxc_request_iomux function for setting the IOMUX mode.
Use this function instead of directly writing to the IOMUX register.
Signed-off-by: Fabio Estevam
---
board/freescale/mx51evk/mx51evk.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/board/
1 - 100 of 230 matches
Mail list logo
