Hi Wolfgang,
On Wed, May 25, 2011 at 3:28 PM, Wolfgang Denk wrote:
> Dear "J. William Campbell",
>
> In message <4ddc6f46.4090...@comcast.net> you wrote:
>>
>> Well, it is not quite that simple. The "accuracy" of the 1 ms
>> interrupt rate is controlled in all cases I know about by the re
Added MMC SPL boot support for SMDKV310. This framework design is
based on nand_spl support.
Signed-off-by: Chander Kashyap
---
Changes for v3:
- spl file renamed to u-boot-mmc-spl.bin
- spl directory renamed to mmc_spl
- comments added in mkv310_image.c file
Changes for v
SMDKV310 board is based on Samsung S5PV310 SOC. This SOC is very much
similar to S5PC210.
Signed-off-by: Chander Kashyap
Signed-off-by: Tushar Behera
---
Changes for v2:
- Coding Style Cleanup
- Removed unwanted macros from board config file.
- Ethernet controllor configu
Hi,
This patchset adds support for a new board SMDKV310, based on S5PV310 SOC.
This SOC is very similar to S5PC210 SOC, hence we are re-using this SOC code.
Specific changes in patch versions are mentioned in specific patch files.
Chander Kashyap (2):
ARMV7: Add support for Samsung SMDKV310 Boa
Hi Wolfgang
On Wed, May 25, 2011 at 3:25 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message you wrote:
>>
>> > Yes, but without any guarantee for accuracy or resolution.
>> > This is good enough for timeouts, but nothing for time measurements.
>>
>> Out of curiosity, are there any platf
Dear "J. William Campbell",
In message <4ddc6f46.4090...@comcast.net> you wrote:
>
> Well, it is not quite that simple. The "accuracy" of the 1 ms
> interrupt rate is controlled in all cases I know about by the resolution
> of the programmable divider used to produce it. It appears that
Dear Graeme Russ,
In message you wrote:
>
> > Yes, but without any guarantee for accuracy or resolution.
> > This is good enough for timeouts, but nothing for time measurements.
>
> Out of curiosity, are there any platforms that do not use their most
> accurate source(*) as the timebase for get_
Dear "J. William Campbell",
In message <4ddc31eb.6040...@comcast.net> you wrote:
...
> A tick is defined as the smallest increment of system time as measured by a
> computer system (seehttp://en.wikipedia.org/wiki/System_time):
>
> System time is measured by a system clock, which is typical
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
> Behalf Of angelo
> Sent: Tuesday, May 24, 2011 7:31 PM
> To: U-Boot@lists.denx.de
> Subject: [U-Boot] m68k _int_handler help
>
> Hi all,
>
> i successfully ported u-boot on a custom board,
On Wed, May 25, 2011 at 12:53 PM, J. William Campbell
wrote:
> On 5/24/2011 5:17 PM, Graeme Russ wrote:
>>
>> On Wed, May 25, 2011 at 5:19 AM, Wolfgang Denk wrote:
>>>
>>> Dear Graeme Russ,
>>>
>>> In message<4ddbe22d.6050...@gmail.com> you wrote:
>>
>> Why must get_timer() be used to pe
On 5/24/2011 5:17 PM, Graeme Russ wrote:
> On Wed, May 25, 2011 at 5:19 AM, Wolfgang Denk wrote:
>> Dear Graeme Russ,
>>
>> In message<4ddbe22d.6050...@gmail.com> you wrote:
> Why must get_timer() be used to perform "meaningful time measurement?"
Excellent question! It was never intende
Dear Chander Kashyap,
On 20 May 2011 12:57, Chander Kashyap wrote:
> Added MMC SPL boot support for SMDKV310. This framework design is
> based on nand_spl support.
>
> Signed-off-by: Chander Kashyap
> ---
> Changes for v3:
> - spl file renamed to u-boot-mmc-spl.bin
> - spl director
On Wed, May 25, 2011 at 5:19 AM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4ddbe22d.6050...@gmail.com> you wrote:
>>
>> >> Why must get_timer() be used to perform "meaningful time measurement?"
>> >
>> > Excellent question! It was never intended to be used as such.
>>
>> Because ge
I am Mr. Mark Seumas,i need your partnership in re-profiling.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 5/24/2011 12:19 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message<4ddbe22d.6050...@gmail.com> you wrote:
Why must get_timer() be used to perform "meaningful time measurement?"
>>> Excellent question! It was never intended to be used as such.
>> Because get_timer() as it currentl
The following changes since commit 5d1ee00b1fe1180503f6dfc10e87a6c6e74778f3:
.gitignore: update list of u-boot.* files and add *.bin (2011-05-22 23:46:26
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Daniel Hobi (2):
env_nand: zero-initi
On Thu, May 19, 2011 at 07:28:54PM +0200, Daniel Hobi wrote:
> Since commit 30486322 (nand erase: .spread, .part, .chip subcommands)
> the arguments off and size are no longer optional.
>
> Signed-off-by: Daniel Hobi
> Cc: Scott Wood
> ---
> common/cmd_nand.c |2 +-
> 1 files changed, 1 ins
Dear Scott Wood,
In message <20110524143749.0b508...@schlenkerla.am.freescale.net> you wrote:
>
> Might want to pass -fno-delete-null-pointer-checks...
Thanks for pointing out.
> As for memcpy/memmove, if in U-Boot it's to be legal to pass overlapping
> regions to memcpy(), why have separate imp
It might be desirable to have the ability to flush icache/dcache
within u-boot, this patch gives each arch the ability to provide
a flush_dcache/flush_icache function to let u-boot flush caches
from the prompt
Signed-off-by: Matthew McClintock
---
v2: Use __weak instead of __attribute__((weak,ali
On Tue, 24 May 2011 00:22:49 +0200
Wolfgang Denk wrote:
> Dear Alexander Holler,
>
> In message <4ddadbb6.30...@ahsoftware.de> you wrote:
> >
> > So you I will look forward to checks for NULL pointers and similiar in
> > all C standard functions implemented in u-boot to circumvent tons of
> >
Dear "J. William Campbell",
In message <4ddbfff5.1020...@comcast.net> you wrote:
>
> First, it seems that the get_timer interface is expected to work
> properly only after relocation and only when bss is available. I say
> this because the PPC version uses an (initialized) variable, timestamp,
Dear Mike Frysinger,
In message <201105241422.41948.vap...@gentoo.org> you wrote:
>
> > What prevents you to continue this project as you like if I should
> > decide something that appears to be unacceptable to the community?
>
> yours will be "Das U-Boot" while mine will be an uppity fork
If yo
Dear Graeme Russ,
In message <4ddbe22d.6050...@gmail.com> you wrote:
>
> >> Why must get_timer() be used to perform "meaningful time measurement?"
> >
> > Excellent question! It was never intended to be used as such.
>
> Because get_timer() as it currently stands can as it is assumed to return
Dear "J. William Campbell",
In message <4ddbcd69.9090...@comcast.net> you wrote:
>
> After really looking into this, I think I agree with Wolfgang
> that using ms for a get_timer timebase is the best way to go. This
> thinking is heavily influenced (in my case anyway) by the fact that i
On 5/24/2011 9:51 AM, Graeme Russ wrote:
> On 25/05/11 00:19, Wolfgang Denk wrote:
> =
Hi all,
I have a few of questions.
First, it seems that the get_timer interface is expected to work
properly only after relocation and only when bss is available. I say
this because the PP
On Tuesday, May 24, 2011 11:06:03 McClintock Matthew-B29882 wrote:
> On Mon, May 23, 2011 at 7:25 PM, Mike Frysinger wrote:
> > void __weak flush_icache(void)
> > {
> >/* please define arch specific flush_icache */
> >puts("No arch specific flush_icache available!\n");
> > }
>
> T
On Tuesday, May 24, 2011 03:18:00 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > Ultimately, Wolfgang gets final word regardless of anything else.
>
> Do I? That's news for me.
>
> What prevents you to continue this project as you like if I should
> decide something that appears to be unaccept
On 25/05/11 00:19, Wolfgang Denk wrote:
> Dear Scott McNutt,
>
> In message <4ddbb29d.2050...@psyent.com> you wrote:
>>
>> Why must get_timer() be used to perform "meaningful time measurement?"
>
> Excellent question! It was never intended to be used as such.
Because get_timer() as it currently
I am Mr. Mark Seumas,i need your partnership in re-profiling.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Print a message if we do not have the ability to uncompress a gzip
image. Before, u-boot would just assume the routines were available
Signed-off-by: Matthew McClintock
---
v2: If gzip is not available block out case statement and let it fall through
to the default case
common/cmd_ximg.c |
Right now we do not check if do_bootm is actually built into this
u-boot. Instead check define and only call do_bootm if it's actually
available.
Signed-off-by: Matthew McClintock
---
v2: Add ifdef protect for the whole autostart/autoboot block as it's not
supported when the bootm command is
On 5/23/2011 10:13 PM, Graeme Russ wrote:
> On Tue, May 24, 2011 at 7:02 AM, Graeme Russ wrote:
>
> [snip]
>> Well, we have no control over the argument in cfi driver (unless you plan
>> to put #ifdef NIOS all over the place)
>>
>> Maybe we could round up the parameter inside get_timer() itself?
>
If we don't want to build support for any partition types we can now
add #undef CONFIG_PARTITIONS in a board config file to keep this from
being compiled in. Otherwise boards assume this is compiled in by
default
Signed-off-by: Matthew McClintock
---
v2: Fix patch to apply to current tree
v3: Add
On 5/24/2011 7:12 AM, Wolfgang Denk wrote:
> Dear Albert ARIBAUD,
>
> In message<4ddb4c1c.7030...@aribaud.net> you wrote:
>> Not sure I still follow what the two options are -- a heads up is welcome.
>> However, I do like the simplicity in having a single time unit (ticks)
>> for the timer API --
On Mon, May 23, 2011 at 7:25 PM, Mike Frysinger wrote:
> void __weak flush_icache(void)
> {
> /* please define arch specific flush_icache */
> puts("No arch specific flush_icache available!\n");
> }
This syntax does not quite work for me... how about something like:
void flush_icac
Sending from different account to see if it makes a difference.
Albert,
I would like to see these three U8500 patches go in:
http://patchwork.ozlabs.org/patch/92053/
http://patchwork.ozlabs.org/patch/92052/
http://patchwork.ozlabs.org/patch/92054/
Please let me know if there is a problem with th
Dear Scott McNutt,
In message <4ddbb29d.2050...@psyent.com> you wrote:
>
> Why must get_timer() be used to perform "meaningful time measurement?"
Excellent question! It was never intended to be used as such.
Also, neither udelay() nor get_timer() make any warranties about
accuracy or precision.
Add a flag to nand_read_skip_bad() such that if true, any trailing
pages in an eraseblock whose contents are entirely 0xff will be
dropped.
The implementation is via a new drop_ffs() function which is
based on the function of the same name from the ubiformat
utility by Artem Bityutskiy.
This is a
Add another nand write. variant, trimffs. This command will request of
nand_write_skip_bad() that all trailing all-0xff pages will be
dropped from eraseblocks when they are written to flash as-per the
reccommended behaviour of the UBI FAQ [1].
The function that implements this timming is the drop_
In a future commit the behaviour of nand_write_skip_bad()
will be further extended.
Convert the only flag currently passed to the nand_write_
skip_bad() function to a bitfield of only one allocated
member. This should avoid an explosion of int's at the
end of the parameter list or the ambiguous ca
Replace an incorrect 'read' with 'write' in a comment.
Signed-off-by: Ben Gardiner
Acked-by: Detlev Zundel
---
Changes since v2:
* added Detlev's Acked-by
Changes since v1:
* rebased to HEAD of git://git.denx.de/u-boot-nand-flash.git : ff7b4a0
("env_nand: zero-initialize variable nand_eras
This series adds a nand write variant which implements the procedure
reccomended in the UBI FAQ [1] of dropping trailing pages of eraseblocks
containing entirely 0xff's.
[1] http://www.linux-mtd.infradead.org/doc/ubi.html#L_flasher_algo
Changes since v2:
* dropped WITH_DEFAULTS in favour of '0'
Dear Graeme Russ,
In message <4ddb59cd.2020...@gmail.com> you wrote:
>
> My preference is to expose SI (and derivative) units of time measurement
> (seconds, milliseconds, microseconds) only to the outside world (drivers,
> stand alone applications etc)
Please delete the "to the outside world ...
Dear Albert ARIBAUD,
In message <4ddb4c1c.7030...@aribaud.net> you wrote:
>
> Not sure I still follow what the two options are -- a heads up is welcome.
> However, I do like the simplicity in having a single time unit (ticks)
> for the timer API -- asuming it covers all needs -- and providing othe
Hi Detlev,
On Tue, May 24, 2011 at 9:22 AM, Detlev Zundel wrote:
> I have another request though - please add the new command to
> doc/README.nand. Thanks!
Good idea. Will do in v3.
Best Regards,
Ben Gardiner
---
Nanometrics Inc.
http://www.nanometrics.ca
_
Graeme Russ wrote:
> Dear Reinhard,
>
> On Tue, May 24, 2011 at 3:31 PM, Reinhard Meyer
> wrote:
>> I know its futile to repeat what I suggested about 9 months ago...
>>
>> Since get_timer() is only used (to my knowledge) to break out of
>> loops that do not terminate normally because an expected
Hi Detlev,
On Tue, May 24, 2011 at 9:17 AM, Detlev Zundel wrote:
>> ---
>> Changes since v1:
>> * rebased to HEAD of git://git.denx.de/u-boot-nand-flash.git : ff7b4a0
>> ("env_nand: zero-initialize variable nand_erase_options")
>> * renamed the flag from WITH_OOB to WITH_YAFFS_OOB (Detlev Zu
Hi Ben,
> Add a flag to nand_read_skip_bad() such that if true, any trailing
> pages in an eraseblock whose contents are entirely 0xff will be
> dropped.
>
> The implementation is via a new drop_ffs() function which is
> based on the function of the same name from the ubiformat
> utility by Artem
Hi Ben,
> Add another nand write. variant, trimffs. This command will request of
> nand_write_skip_bad() that all trailing all-0xff pages will be
> dropped from eraseblocks when they are written to flash as-per the
> reccommended behaviour of the UBI FAQ [1].
>
> The function that implements this
Hi Ben,
> In a future commit the behaviour of nand_write_skip_bad()
> will be further extended.
>
> Convert the only flag currently passed to the nand_write_
> skip_bad() function to a bitfield of only one allocated
> member. This should avoid an explosion of int's at the
> end of the parameter li
Am 24.05.2011 05:47, schrieb Mike Frysinger:
>> I've never seen a valid use of strcpy() with a null-pointer in real
>> world programs, which we are talking about, except in bugs.
>
> i'm lazy and type "0" all the time for loading files, copying memory,
> displaying things, etc... in u-boot. i don
Hi,
I work on u-boot for Octeon based boards. I found some variables to be at
address more than uboot_end.
Isin't everything expected to be within uboot_end which is defined by loader
script.
Can someone explain why do I see variables outside of uboot_end and what impact
can this have.
If I
Hi Ben,
> Replace an incorrect 'read' with 'write' in a comment.
>
> Signed-off-by: Ben Gardiner
Acked-by: Detlev Zundel
--
Whenever you find yourself on the side of the majority it is
time to pause and reflect.
-- Mark Twain
--
DENX Software En
Hello,
Here is the detail of the on-sale LED bulb:
LED Bulb Low Price: 3W- $4/pc 5W- $5.2/pcKey Specification
Item number: L-50010
Independently developed COB encapsulation technology applied, to reduce heat
radiation difficulty, which is good for extending
Excellent convective heat
Hi all,
i successfully ported u-boot on a custom board, that use mcf5307, and i
would like to share my job in the next days.
I still have a strange issue anyway, maybe some u-boot / m68k expert can
help me:
After relocation into SDRAM, timer_init (from board.c) is called, timer
2 is initiali
On 24/05/11 20:54, Graeme Russ wrote:
> There is no need to use set_timer() and reset_timer() and there are build
> breakages occuring because of them (specifically cfi_flash). Remove any
> usage outside arch/ to fix build breakages and to prepare for complete
> removal
>
> The Nios2 timer implent
There is no need to use set_timer() and reset_timer() and there are build
breakages occuring because of them (specifically cfi_flash). Remove any
usage outside arch/ to fix build breakages and to prepare for complete
removal
The Nios2 timer implentation updates every 10ms (increases in 10ms steps)
Dear Mike Frysinger,
In message <201105232255.58602.vap...@gentoo.org> you wrote:
>
> Ultimately, Wolfgang gets final word regardless of anything else.
Do I? That's news for me.
What prevents you to continue this project as you like if I should
decide something that appears to be unacceptable t
On 24/05/11 16:11, Albert ARIBAUD wrote:
> Le 24/05/2011 07:43, Graeme Russ a écrit :
>> Dear Reinhard,
>>
>> On Tue, May 24, 2011 at 3:31 PM, Reinhard Meyer
>> wrote:
>>> I know its futile to repeat what I suggested about 9 months ago...
>>>
>>> Since get_timer() is only used (to my knowledge) t
59 matches
Mail list logo
