Wolfgang Denk,
Please pull usb and UPMA support for the mvBLM7 and SIMPC8313, respectively:
The following changes since commit 767fdc4af684770f5e97a6c5e19a8ac2616b8329:
drivers/*/Makefile: fix conditional compile rule. (2010-05-06 00:41:08 +0200)
are available in the git repository at:
git:
On Mon, 3 May 2010 13:22:31 +0200
Andre Schwarz wrote:
> Add USB commands.
> Rename autoscript to bootscript.
> Add automatic bootscript image generation to makefile.
>
> Signed-off-by: Andre Schwarz
> ---
applied.
Thanks,
Kim
___
U-Boot mailing li
On Wed, 28 Apr 2010 16:04:43 -0700
Ron Madrid wrote:
> Added UPM array table, upmconfig, and Local Bus configuration support for
> SIMPC8313
>
> Signed-off-by: Ron Madrid
> ---
applied.
Thanks,
Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
http
On Friday 07 May 2010 12:58:34 Thomas Weber wrote:
> In
> dm9000.c is included and outb, etc. used
> and in
> arch/arm/include/asm/io.h +201
> I found #ifdef __io
> but __io wasn't defined.
>
> I also think, that all arm-boards that uses the dm9000 will have this
> problem at the moment. I tried
From: Andrew Caldwell
The current Blackfin nand write function fills up the write buffer but
returns before it has had a chance to drain. On faster systems, this
isn't a problem as the operation finishes before the ECC registers are
read, but on slower systems the ECC may be incomplete when the
On 05/07/2010 01:48 PM, Mike Frysinger wrote:
> On Friday 07 May 2010 13:51:51 Scott Wood wrote:
>> On Fri, May 07, 2010 at 01:25:48AM -0400, Mike Frysinger wrote:
>>> From: Andrew Caldwell
>>>
>>> The current Blackfin nand write function fills up the write buffer but
>>> returns before it has had
On Friday 07 May 2010 13:51:51 Scott Wood wrote:
> On Fri, May 07, 2010 at 01:25:48AM -0400, Mike Frysinger wrote:
> > From: Andrew Caldwell
> >
> > The current Blackfin nand write function fills up the write buffer but
> > returns before it has had a chance to drain. On faster systems, this
> >
H Detlev,
> > Previously, a default of 3 was assigned to the console loglevel while
> > standard messages had a level of 4. This resulted in U-Boot's console
> > disappearing if a user enabled CONFIG_LOGBUFFER but didn't manually set
> > the 'loglevel' environment variable to a value greater than
On Fri, May 07, 2010 at 01:25:48AM -0400, Mike Frysinger wrote:
> From: Andrew Caldwell
>
> The current Blackfin nand write function fills up the write buffer but
> returns before it has had a chance to drain. On faster systems, this
> isn't a problem as the operation finishes before the ECC reg
On Fri, 2010-05-07 at 10:23 +0200, Detlev Zundel wrote:
> Hi Peter,
>
> > When using 'logbuff' as stdout and the console loglevel is greater
> > than a message's loglevel it is supposed to be both logged, and printed
> > to the console. The logbuff_printk() function is responsible for both
> > lo
This "feature" of a interrupt driven serial driver, is not enabled in
any of the current configuration headers. It's only implemented in the
PPC4xx UART driver. Since it's not used at all, this patch removes all
references to it, resulting in a cleaner code.
Signed-off-by: Stefan Roese
---
READM
On 07.05.2010 17:15, Wolfgang Denk wrote:
Dear Thomas Weber,
In message <1273242366-6552-1-git-send-email-we...@corscience.de>
<1273242366-6552-1-git-send-email-we...@corscience.de> you wrote:
In commit a45dde2293c816138e53c26eca6fd0322583f9a6 the I/O accessor for
the DM9000 is changed.
The
Scott McNutt wrote:
> lib/libgeneric.a(display_options.o): In function `print_size':
> /home/smcnutt/27xx/u-boot.git/lib/display_options.c:66: undefined
> reference to `__udivdi3'
> /home/smcnutt/27xx/u-boot.git/lib/display_options.c:69: undefined
> reference to `__umoddi3'
> /home/smcnutt/27xx/u
Wolfgang Denk wrote:
> In message <4be42048.7000...@ge.com> you wrote:
>> This did not happen when I last updated on March 22nd and
>> I have not updated my tools at all.
>
> Then you are in an excellent position to run git bisect and find out
> which exact commit is responsible for the changed be
Hi Stefan
I checked the mcsr register and it shows 0x.
while debugging the u-boot I observed that the u-boot hangs when it call
getenv("loadaddr") function.
if ((s = getenv ("loadaddr")) != NULL) { }
Is it because of loadaddr parameter passed to getenv?
Do I really need to check t
Dear prakash bedge,
In message you
wrote:
>
> while debugging the u-boot I observed that the u-boot hangs when it call
> getenv("loadaddr") function.
> if ((s = getenv ("loadaddr")) != NULL) { }
>
> Is it because of loadaddr parameter passed to getenv?
No. All this code is running on zil
On May 7, 2010, at 9:12 AM, York Sun wrote:
> SPD has minor change from Rev 1.2 to 1.3. This patch enables Rev 1.3.
> The difference has ben examined and the code is compatible.
> Speed bins is not verified on hardware for CL7 at this moment.
>
> This patch also enables SPD Rev 1.x where x is up
Dear Thomas Weber,
In message <1273242366-6552-1-git-send-email-we...@corscience.de> you wrote:
> In commit a45dde2293c816138e53c26eca6fd0322583f9a6 the I/O accessor for
> the DM9000 is changed.
>
> The definition of __io is required to use the standard I/O accessors from
> asm/io.h.
>
> Signed-
Nick Thompson wrote:
> Is this the first use of long long on ARM...?
include/asm-arm/types.h has this:
#if defined(__GNUC__)
__extension__ typedef __signed__ long long __s64;
__extension__ typedef unsigned long long __u64;
#endif
So try replacing "unsigned long long" with "__u64" in print_size()
Dear Stefan Roese,
In message <201005071554.07984...@denx.de> you wrote:
>
> I just stumbled (again) upon the quite old define
> "CONFIG_SERIAL_SOFTWARE_FIFO". I never used it, and always wondered if its
> really useful. Checking the current config headers, no board sets this
> define.
> Only
Dear Nick Thompson,
In message <4be42048.7000...@ge.com> you wrote:
>
> This did not happen when I last updated on March 22nd and
> I have not updated my tools at all.
Then you are in an excellent position to run git bisect and find out
which exact commit is responsible for the changed behaviour.
Nick Thompson wrote:
> Is this the first use of long long on ARM...?
Ugh, I hope not. vsprintf.c uses ULL.
It appears that the compiler itself supports ULL, but it's trying to link in
support that your toolchain doesn't have.
I don't know what __aeabi_unwind_cpp_pr0 is, but it doesn't look lik
On 07/05/10 15:14, Nick Thompson wrote:
> On 07/05/10 12:57, Sudhakar Rajashekhara wrote:
>> Hi,
>>
>> I am using U-Boot from http://git.denx.de/?p=u-boot.git;a=summary and trying
>> to build for da830. But my build fails with following
>> error:
>>
>> [...]
>> /../lib/gcc/arm-none-linux-gnueabi/4
In commit a45dde2293c816138e53c26eca6fd0322583f9a6 the I/O accessor for
the DM9000 is changed.
The definition of __io is required to use the standard I/O accessors from
asm/io.h.
Signed-off-by: Thomas Weber
---
include/configs/devkit8000.h |2 ++
1 files changed, 2 insertions(+), 0 deletion
On 07/05/10 12:57, Sudhakar Rajashekhara wrote:
> Hi,
>
> I am using U-Boot from http://git.denx.de/?p=u-boot.git;a=summary and trying
> to build for da830. But my build fails with following
> error:
>
> [...]
> /../lib/gcc/arm-none-linux-gnueabi/4.4.1 -lgcc -Map u-boot.map -o u-boot
> ../lib/gc
SPD has minor change from Rev 1.2 to 1.3. This patch enables Rev 1.3.
The difference has ben examined and the code is compatible.
Speed bins is not verified on hardware for CL7 at this moment.
This patch also enables SPD Rev 1.x where x is up to "F". According to SPD
spec, the lower nibble is opti
On 07.05.2010 15:37, Thomas Weber wrote:
> On 04/26/10 04:51, Ben Warren wrote:
>
>> Mike,
>>
>> ApplOn 4/14/2010 1:29 PM, Mike Frysinger wrote:
>>
>>> The current dm9000x driver accesses its memory mapped registers directly
>>> instead of using the standard I/O accessors. This can cause p
Hi,
I just stumbled (again) upon the quite old define
"CONFIG_SERIAL_SOFTWARE_FIFO". I never used it, and always wondered if its
really useful. Checking the current config headers, no board sets this define.
Only PPC4xx has it implemented. I'm suggesting to clean this up a bit, and
remove this
Un cordial saludo,mi nombre es Carlos Alberto Bogantes, soy ingeniero
Forestal y vivo en Alajuela
Me permito informarle que estamos iniciando operaciones de un negocio muy
lucrativo aquí en Costa Rica, como en otros países de Centroámerica y Panamá
Requerimos un socio residente en Costa Rica y en o
Hi,
I am using U-Boot from http://git.denx.de/?p=u-boot.git;a=summary and trying to
build for da830. But my build fails with following
error:
[...]
/../lib/gcc/arm-none-linux-gnueabi/4.4.1 -lgcc -Map u-boot.map -o u-boot
../lib/gcc/arm-none-linux-gnueabi/4.4.1/libgcc.a(bpabi.o):(.ARM.exidx+0x0):
On 04/26/10 04:51, Ben Warren wrote:
> Mike,
>
> ApplOn 4/14/2010 1:29 PM, Mike Frysinger wrote:
>> The current dm9000x driver accesses its memory mapped registers directly
>> instead of using the standard I/O accessors. This can cause problems on
>> Blackfin systems as the accesses can get out o
Hi,
I'm curious what are the current plans for merging the USB gadget
framework [1] into mainline tree? Looks like there were attempts [2] to
do so but I failed to figure out why it was not actually merged. Or was
it dropped at some point later? Interesting why.
Thanks,
Dmitry
[1]
http://git
Hi All,
The ls command in u-boot can list contains of JFFS2 filesystem. It
works fine after copy (cp.b $memaddr $noraddr) jffs2 image file to
flash in u-boot.
After boot to linux system and copy a file to JFFS2 filesystem and do
sync, reboot then got following message in u-boot.
The kernel I used
Hi Peter,
> Previously, a default of 3 was assigned to the console loglevel while
> standard messages had a level of 4. This resulted in U-Boot's console
> disappearing if a user enabled CONFIG_LOGBUFFER but didn't manually set
> the 'loglevel' environment variable to a value greater than 4.
>
>
Hi Peter,
> When using 'logbuff' as stdout and the console loglevel is greater
> than a message's loglevel it is supposed to be both logged, and printed
> to the console. The logbuff_printk() function is responsible for both
> logging and displaying the message. However, logbuff_printk()
> previ
Hi Peter,
> On Wed, 2010-05-05 at 12:22 -0700, Dennis Ruffer wrote:
>> I am trying to implement CONFIG_LOGBUFFER and CONFIG_CMD_LOG on our ARM
>> systems and I seem to have run into an endless loop. With loglevel=5 so we
>> still see our console output, the printf at the end of logbuff_printk
>>
Hi Kumar,
>> Kumar, could you please add proper In-reply-to:/References: headers
>> to postings that obsolete earlier patches, so the new versions show
>> up in the thread? Thanks.
>
> How do you do that with git send-email?
If called without --compose git send-email will prompt for such a
refere
Dear Kumar Gala,
In message you wrote:
>
> > Kumar, could you please add proper In-reply-to:/References: headers
> > to postings that obsolete earlier patches, so the new versions show
> > up in the thread? Thanks.
>
> How do you do that with git send-email?
Enter the message ID of the message
On Fri, May 7, 2010 at 1:45 AM, Jae hoon Chung wrote:
> Dear Andy
>
> Thanks for your comment..
> but i have some question...
>
> 2010/5/7 Andy Fleming :
>> On Wed, Apr 7, 2010 at 10:36 PM, Jae hoon Chung wrote:
>>> The patches do the following
>>> 1. If mmc size is more than 2GB , we need to cal
39 matches
Mail list logo
