Hello,
i do not find a requirement that the cache needs to be off in the vxWorks
manuals.
The entry point sysInit(int) intended by Windriver to be called from the
vxWorks bootrom, a very small vxWorks system.
The routine is called by the go() handler in the bootrom, that clears the cache
f
Hi Igor,
On 18/07/2011 19:52, Albert ARIBAUD wrote:
> Hi Igor,
>
>>> Igor Grinberg (1):
>>> arm: add CONFIG_MACH_TYPE setting and documentation
>>
>> hmm... no [2/3] and [3/3]... ?
>>
>> http://patchwork.ozlabs.org/patch/103048/
>> http://patchwork.ozlabs.org/patch/103047/
>>
>> When do y
This commit adds support for reading the D cache line size for armv7
architecture.
The get_dcache_line_size() function is supposed to work in conjunction
with memalign call to provide D cache aligned DMA buffers.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
CC: Aneesh V
CC: Albe
This commit replaces the ext_csd buffer allocated as an automatic
variable with one cache aligned. The ext_csd might be allocated with
alignment not equal to the L1 D cache alignment.
The memalign from common/dlmalloc.c is allowing for buffer allocation
with proper cache alignment.
The common/dlm
On 05/08/2011 16:42, Albert ARIBAUD wrote:
> On 05/08/2011 15:49, Linus Walleij wrote:
>> This deletes the integrator split_by_variant.sh script and
>> defines a number of unique board types for the core modules
>> that are meaningful to support for the Integrator AP/CP, i.e.
>> the ones that did n
This patches adds support for I2C GPIO S5PC1xx and S5PC2xx targets.
Moreover the I2C GPIO on the S5PC110 GONI reference target is enabled.
Lukasz Majewski (2):
i2c:gpio:s5p: I2C GPIO Software implementation (via soft_i2c)
i2c:gpio:s5p: Enable I2C GPIO on the GONI target
arch/arm/include/asm/
This patch adds support for software I2C for GONI reference target.
It adds support for access to GPIOs by number, not as it is present,
by bank and offset.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
Cc: Heiko Schocher
---
Changes for v2:
- Generic GPI
This patch enables the software I2C for GONI reference target.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
Cc: Heiko Schocher
---
include/configs/s5p_goni.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/include/configs/s5
On Fri, Aug 12, 2011 at 10:27 AM, Albert ARIBAUD
wrote:
>>> Signed-off-by: Linus Walleij
>>
>> Sorry, still does not apply properly on u-boot-arm/master.
>>
>> Specifically, it does not apply to Makefile.
>>
>> Please fetch u-boot-arm and rebase, then post as V6 with added history.
>>
>> Amicalem
On 23/05/2011 11:06, Matthias Weisser wrote:
> In some cases (e.g. bootm with a elf payload which is already at the right
> position) there is a in place copy of data to the same address. Catching this
> saves some ms while booting.
>
> Signed-off-by: Matthias Weisser
> ---
> arch/arm/lib/memcpy.
Hi Lukasz,
On 12/08/2011 10:24, Lukasz Majewski wrote:
> This commit adds support for reading the D cache line size for armv7
> architecture.
>
> The get_dcache_line_size() function is supposed to work in conjunction
> with memalign call to provide D cache aligned DMA buffers.
>
> Signed-off-by: L
On Friday 12 August 2011 01:54 PM, Lukasz Majewski wrote:
> This commit adds support for reading the D cache line size for armv7
> architecture.
>
> The get_dcache_line_size() function is supposed to work in conjunction
> with memalign call to provide D cache aligned DMA buffers.
>
> Signed-off-b
Hi Lukasz,
On 12/08/2011 10:25, Lukasz Majewski wrote:
> + char *ext_csd = memalign(get_dcache_line_size(), mmc->read_bl_len);
Since this is the first effort for aligning buffers on the caller side,
I'd like to make sure the method can be, and is, standardized across all
changes.
So befor
Hi Igor,
On 28/07/2011 11:04, Igor Grinberg wrote:
> gd->bd pointer has been used prior been initialized.
> Move the relevant code after the initialization.
>
> Signed-off-by: Igor Grinberg
> ---
> arch/arm/lib/board.c |8
> 1 files changed, 4 insertions(+), 4 deletions(-)
>
> diff
Hi Albert, Lukasz,
On Friday 12 August 2011 02:28 PM, Albert ARIBAUD wrote:
> Hi Lukasz,
>
> On 12/08/2011 10:24, Lukasz Majewski wrote:
>> This commit adds support for reading the D cache line size for armv7
>> architecture.
>>
>> The get_dcache_line_size() function is supposed to work in conjunc
Hi Albert,
On Fri, 12 Aug 2011 11:07:57 +0200
Albert ARIBAUD wrote:
> I know it is in GNU LIBC; I also know it is not (yet...) in U-Boot's
> own C library. What about the most common toolchains used on U-Boot?
The memalign is already defined in the u-boot tree (common/dlmalloc.c).
The dlmalloc
On 03/08/2011 09:36, Hong Xu wrote:
> Hi Reinhard,
>
> On 08/03/2011 03:20 PM, Reinhard Meyer wrote:
>> Dear Hong Xu,
>> > When env_init is called, the SPI is not actually initialized in U-Boot.
>> > So that we can not read Dataflash for its content.
>> > We simply mark it OK for now, and
Hi Anessh,
On Fri, 12 Aug 2011 14:32:52 +0530
Aneesh V wrote:
> > +
> > +int get_dcache_line_size(void)
> > +{
> > + return 0;
> > +}
>
> Does memalign() take 0 as input and if so what is the output. The GNU
> C library seems to mandate only that it's a power of 2. But the
> following man p
(Added Hong Xu)
Hi Aneesh,
On 12/08/2011 11:16, Aneesh V wrote:
> Hi Albert, Lukasz,
>
> On Friday 12 August 2011 02:28 PM, Albert ARIBAUD wrote:
>> Hi Lukasz,
>>
>> On 12/08/2011 10:24, Lukasz Majewski wrote:
>>> This commit adds support for reading the D cache line size for armv7
>>> architectu
Hi Lukasz,
On 12/08/2011 11:35, Lukasz Majewski wrote:
> Hi Albert,
>
> On Fri, 12 Aug 2011 11:07:57 +0200
> Albert ARIBAUD wrote:
>
>> I know it is in GNU LIBC; I also know it is not (yet...) in U-Boot's
>> own C library. What about the most common toolchains used on U-Boot?
>
> The memalign is
On 11/08/2011 09:30, Marek Vasut wrote:
> That's actually not a bad idea, but we need to be definitelly 100% sure it'll
> work for all these different v5 and v6 cores !
That's what I'm afraid of: not all v5 or v6 cores may have the same set
of cache functions. I'll have a look at various ARMv5 b
On Friday, August 12, 2011 11:57:08 AM Albert ARIBAUD wrote:
> On 11/08/2011 09:30, Marek Vasut wrote:
> > That's actually not a bad idea, but we need to be definitelly 100% sure
> > it'll work for all these different v5 and v6 cores !
>
> That's what I'm afraid of: not all v5 or v6 cores may have
This deletes the integrator split_by_variant.sh script and
defines a number of unique board types for the core modules
that are meaningful to support for the Integrator AP/CP, i.e.
the ones that did not just say "unsupported core module" in
split_by_variant.sh. If more core modules need to be suppo
Hi Lukasz,
On Tuesday 09 August 2011 08:11 PM, Lukasz Majewski wrote:
> Dear all,
>
> As we know dcache is now enabled in u-boot.
>
> I'm trying to make the S5P Goni target working with d-cache enabled.
> There are some patches and ideas appearing on the list (e.g.
> http://patchwork.ozlabs.org/
Hi Aneesh,
On Fri, 12 Aug 2011 16:29:25 +0530
Aneesh V wrote:
> Hi Lukasz,
>
> On Tuesday 09 August 2011 08:11 PM, Lukasz Majewski wrote:
> > Dear all,
> >
> > As we know dcache is now enabled in u-boot.
> >
> > I'm trying to make the S5P Goni target working with d-cache enabled.
> > There ar
Hi Lukasz,
On 12/08/2011 13:41, Lukasz Majewski wrote:
> It is embarrassing to admit, but I've __wrongly__ assumed that *_range()
> functions are accepting the start address and range for
> invalidation/flushing.
Do you mean we're hitting again a confusion between *_range(start, stop)
and *_ran
Hi Lukasz,
On Friday 12 August 2011 05:11 PM, Lukasz Majewski wrote:
> Hi Aneesh,
>
> On Fri, 12 Aug 2011 16:29:25 +0530
> Aneesh V wrote:
>
>> Hi Lukasz,
>>
>> On Tuesday 09 August 2011 08:11 PM, Lukasz Majewski wrote:
>>> Dear all,
>>>
>>> As we know dcache is now enabled in u-boot.
>>>
>>> I
Dear *ALL*,
>> It is embarrassing to admit, but I've __wrongly__ assumed that *_range()
>> functions are accepting the start address and range for
>> invalidation/flushing.
>
> Do you mean we're hitting again a confusion between *_range(start, stop)
> and *_range(start, length)?
>
> If so, then
Hi Linus,
On 12/08/2011 12:28, Linus Walleij wrote:
> This deletes the integrator split_by_variant.sh script and
> defines a number of unique board types for the core modules
> that are meaningful to support for the Integrator AP/CP, i.e.
> the ones that did not just say "unsupported core module"
Hi Reinhard,
On 12/08/2011 14:32, Reinhard Meyer wrote:
> Dear *ALL*,
>>> It is embarrassing to admit, but I've __wrongly__ assumed that *_range()
>>> functions are accepting the start address and range for
>>> invalidation/flushing.
>>
>> Do you mean we're hitting again a confusion between *_rang
Hi Linus, Wolfgang,
On 18/07/2011 21:33, Linus Walleij wrote:
> On Mon, Jul 18, 2011 at 2:00 PM, Wolfgang Denk wrote:
>
>> Linus, do you see a way to adapt the board(s) you are taking
>> responibility for to using configuration through bopards.cfg, so we
>> can get rid of the split_by_variant.sh
Hi Linus, Wolfgang,
On 18/07/2011 00:17, Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
> ---
Boards now build again thanks to Linus' patchset. Therefore I have
marked this patch 38/52 'Not Applicable'.
Amicalement,
--
Albert.
___
U-Boot mailing
Hi Albert,
On Fri, 12 Aug 2011 14:21:18 +0200
Albert ARIBAUD wrote:
> Hi Lukasz,
>
> On 12/08/2011 13:41, Lukasz Majewski wrote:
>
> > It is embarrassing to admit, but I've __wrongly__ assumed that
> > *_range() functions are accepting the start address and range for
> > invalidation/flushing.
Hi Reinhard,
On 03/08/2011 10:39, Reinhard Meyer wrote:
> Signed-off-by: Reinhard Meyer
> ---
FYI, there are two consecutive commits in your u-boot-atmel/fix-at91cap9
branch with this same exact title of "AT91: fix at91cap9 SoC files".
Somehow this can't be correct: either both patches contribu
On 12/08/2011 15:08, Lukasz Majewski wrote:
> Hi Albert,
>
> On Fri, 12 Aug 2011 14:21:18 +0200
> Albert ARIBAUD wrote:
>
>> Hi Lukasz,
>>
>> On 12/08/2011 13:41, Lukasz Majewski wrote:
>>
>>> It is embarrassing to admit, but I've __wrongly__ assumed that
>>> *_range() functions are accepting the
Hi all,
I *think* I've finished getting in all patches that should have gone in
from the merge window, and also bugfixes.
However, I seem to remember a mail asking me to consider some patches
I'd missed, but I could not find this mail in any of my folders to save
my life. :(
So apologies in a
Dear Albert,
>> Signed-off-by: Reinhard Meyer
>> ---
>
> FYI, there are two consecutive commits in your u-boot-atmel/fix-at91cap9
> branch with this same exact title of "AT91: fix at91cap9 SoC files".
>
> Somehow this can't be correct: either both patches contribute to the same
> atomic change
On Fri, Aug 12, 2011 at 2:32 PM, Albert ARIBAUD
wrote:
> Just a side and general note: as tiring as it may seem, people, please
> always keep the full history in every patch version, so that anyone can tell
> what was done and why, without having to go back to mails that they may not
> have in th
Hello Albert,
Albert ARIBAUD wrote:
> Hi all,
>
> I *think* I've finished getting in all patches that should have gone in
> from the merge window, and also bugfixes.
>
> However, I seem to remember a mail asking me to consider some patches
> I'd missed, but I could not find this mail in any of
Hi Albert,
OMAP3 SPL - would be great:
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/102112/focus=105261
Matter was discussed in this thread:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/103578
Haven't heard anything after sending in V9.
Regards
Simon
On 08/12/2011 03:23 PM
Hi Albert,
please pull from u-boot-imx (rebased on your current u-boot-arm):
The following changes since commit ee9cb9fc8922b223f8029259e84f56d06d8c8b3b:
integrator: convert to new build system (2011-08-12 14:29:15 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-
Hi Albert,
On Friday 12 August 2011 06:53 PM, Albert ARIBAUD wrote:
> Hi all,
>
> I *think* I've finished getting in all patches that should have gone in
> from the merge window, and also bugfixes.
>
> However, I seem to remember a mail asking me to consider some patches
> I'd missed, but I co
http://likvidacestromu.cz/oldtemp/htcgrw.htm";>http://likvidacestromu.cz/oldtemp/htcgrw.htm___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 08/11/2011 10:18 PM, Chunhe Lan wrote:
> Add a fdt_set_node_status function that will set the specified
> node's status to the value contained in "status". If the node
> doesn't have "status" property that will be created.
>
> Signed-off-by: Chunhe Lan
> ---
> common/fdt_support.c | 17 +++
On Fri, Aug 12, 2011 at 1:38 AM, Joe Hershberger wrote:
> Attempt to make 83xx use constants consistently.
> In the course of switching from numerics to field constants, a number of
> reserved fields being assigned were found.
> Those places that seemed broken I marked with [RFC]... please provid
Hi Stefano,
Le 12/08/2011 16:08, Stefano Babic a écrit :
> Hi Albert,
>
> please pull from u-boot-imx (rebased on your current u-boot-arm):
>
> The following changes since commit ee9cb9fc8922b223f8029259e84f56d06d8c8b3b:
>
>integrator: convert to new build system (2011-08-12 14:29:15 +0200)
>
Hi Heiko,
Le 03/06/2011 10:11, Heiko Schocher a écrit :
> Signed-off-by: Heiko Schocher
> cc: Albert Aribaud
> ---
> arch/arm/lib/board.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/lib/board.c b/arch/arm/lib/board.c
> index 05ee71b..0acd23b 100644
>
Le 12/08/2011 15:59, Heiko Schocher a écrit :
> Hello Albert,
>
> Albert ARIBAUD wrote:
>> Hi all,
>>
>> I *think* I've finished getting in all patches that should have gone in
>> from the merge window, and also bugfixes.
>>
>> However, I seem to remember a mail asking me to consider some patches
>
Hi Simon,
Le 12/08/2011 16:02, Simon Schwarz a écrit :
> Hi Albert,
>
> OMAP3 SPL - would be great:
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/102112/focus=105261
>
> Matter was discussed in this thread:
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/103578
>
> Haven't hea
Hi Aneesh,
Le 12/08/2011 16:06, Aneesh V a écrit :
> Hi Albert,
>
> On Friday 12 August 2011 06:53 PM, Albert ARIBAUD wrote:
>> Hi all,
>>
>> I *think* I've finished getting in all patches that should have gone in
>> from the merge window, and also bugfixes.
>>
>> However, I seem to remember a mai
On Friday, August 12, 2011 04:11:22 Joe Hershberger wrote:
> +int gpio_request(int gp, const char *label);
> +void gpio_free(int gp);
> +int gpio_direction_input(int gp);
> +int gpio_direction_output(int gp, int value);
> +int gpio_get_value(int gp);
> +void gpio_set_value(int gp, int value);
plea
On Fri, Jun 10, 2011 at 6:21 PM, Eric Bénard wrote:
> which is used to provide 120MHz to USB EHCI
> This allows EHCI to work on BeagleBoard XM
>
> Signed-off-by: Eric Bénard
Acked-by: Jason Kridner
We've tested this at TI. Thanks for the patch. Sandeep, can you
apply this to the TI staging t
Attempt to make 83xx use constants consistently.
In the course of switching from numerics to field constants, a number of
reserved fields being assigned were found.
Those places that seemed broken I marked with [RFC]... please provide guidance
if you are familiar with that target.
Cc: Joe Hershb
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Split
include/configs/MPC8315ERDB.h | 13 +++--
include/configs/MPC8323ERDB.h |6 +++---
include/configs/MPC832XEMDS.h |6 +++---
include/configs/MPC8349EMDS.h | 36 ++
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Split
arch/powerpc/cpu/mpc83xx/spd_sdram.c |9 +
include/configs/MPC8308RDB.h |5 ++-
include/configs/MPC8313ERDB.h| 10 --
include/configs/MPC8315ERDB.h|5 +
On Tue, Jun 14, 2011 at 10:33 AM, Eric Bénard wrote:
> Hi Christian,
>
> On 14/06/2011 16:27, Christian Spielberger wrote:
>> we have both, a beagle xM-B and a beagle xM-C. The following works on
>> both boards and is different from your patch. It is not possible to
>> differentiate between Rev xM
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c from patch 1/2
Changes for v3:
- Renamed gpio_init_* to mpc83xx_gpio_init_*
- Added board_early_init_r support to MPC8313ERDB targets
Changes fo
Common GPIO API used by cmd_gpio should be available to any arch
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Mike Frysinger
---
Changes for v4:
- Split out of patch 1/2
Changes for v5:
- Moved asm/arch/gpio.h include to asm/gpio.h
Changes for v6:
arch/arm/include/asm/gpio.h
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Improved names of INIT constants (to include "CONFIG_")
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c to patch 2/2
Changes for v3:
- gpio_init_* is now mpc83xx_gpio_init_*
Changes for v4:
Change "int gp" to "unsigned gpio"
Update the 2 existing arm implementations to match the new API
Remove the gpio_toggle() implementation (never used)
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Mike Frysinger
---
Changes for v6:
- Linuxize gpio API
drivers/gpio/da8xx_gpio.c |
--
My associate has helped me to send your first payment
of $7,500 USD to you as instructed by the Malaysian
Government and Mr. David Cameron the United Kingdom
prime minister after the last G20 meeting that was
held in Malaysia, making you one of the beneficiaries.
Here is the information below
Hi Simon,
Sorry for the delayed response to your email. I was just trying to
prepare a proper response to your email with collating information
about similar fixes to the EHCI timeout but never got to completing
it. Please excuse me, thanks.
I'm following up on your feedback for the patch titled:
[Adding Simon to CC]
Hi Simon,
Sorry for the delayed response to your email. I was just trying to
prepare a proper response to your email with collating information
about similar fixes to the EHCI timeout but never got to completing
it. Please excuse me, thanks.
I'm following up on your feedback
--
My associate has helped me to send your first payment
of $7,500 USD to you as instructed by the Malaysian
Government and Mr. David Cameron the United Kingdom
prime minister after the last G20 meeting that was
held in Malaysia, making you one of the beneficiaries.
Here is the information below
64 matches
Mail list logo
