Hi Sandeep, Albert, Wolfgang,
On Monday 01 August 2011 12:00 PM, Aneesh V wrote:
> Signed-off-by: Aneesh V
> ---
> Hi Sandeep,
> This is an incremental patch to fix the build issues created
> by "[PATCH 3/5] omap: reuse omap3 gpio support in omap4"
> in the omap4460 series.
You will need this pat
Le 05/08/2011 08:38, Hong Xu a écrit :
> Hi Albert,
>
> On 08/05/2011 02:13 PM, Albert ARIBAUD wrote:
>> Hi Hong Xu,
>>
>> Le 05/08/2011 06:44, Hong Xu a écrit :
>>> After DMA operation, we need to maintain D-Cache coherency.
>>> We need to clean cache (write back the dirty lines) and then
>>> make
Hi Reinhard,
Le 05/08/2011 02:37, Reinhard Meyer a écrit :
> Dear Albert,
>
> more boards are fixed. I doubt I will get fixes for at91cap9adk.
>
> MAKEALL at91:
>
> - SUMMARY
> Boards compiled: 55
> Boards with warnings or errors: 1 ( at91cap9adk )
Hi Albert,
On 08/05/2011 02:13 PM, Albert ARIBAUD wrote:
> Hi Hong Xu,
>
> Le 05/08/2011 06:44, Hong Xu a écrit :
>> After DMA operation, we need to maintain D-Cache coherency.
>> We need to clean cache (write back the dirty lines) and then
>> make the cache invalidate as well(hence CPU will fetch
Hi Hong Xu,
Le 05/08/2011 08:17, Hong Xu a écrit :
>> Why so complicated?
>
> In case of mis-aligned (start, stop), this is to clean the cache line,
> aka. write back the potential dirty lines before successive invalidating
How do you know the dirty data should be flushed rather than invalidated
Le 05/08/2011 03:08, Reinhard Meyer a écrit :
> Dear Wolfgang,
>>> Hm... current build results are shattering; building for ARM with good
>>> old ELDK 4.2 gives this:
>>>
>>> - SUMMARY
>>> Boards compiled: 201
>>> Boards with warnings or errors: 99 (
H Reinhard,
On 08/05/2011 01:11 PM, Reinhard Meyer wrote:
> Dear Hong Xu,
>> After DMA operation, we need to maintain D-Cache coherency.
>> We need to clean cache (write back the dirty lines) and then
>> make the cache invalidate as well(hence CPU will fetch data
>> written by DMA controller from
Hi Hong Xu,
Le 05/08/2011 06:44, Hong Xu a écrit :
> After DMA operation, we need to maintain D-Cache coherency.
> We need to clean cache (write back the dirty lines) and then
> make the cache invalidate as well(hence CPU will fetch data
> written by DMA controller from RAM).
>
> Tested on AT91SAM
Hello Albert,
Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> cc: Albert Aribaud
> ---
> arch/arm/lib/board.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Could you apply this patch also, as it is in the same patchserie
as the already apllied patch:
http://patchwork.o
Le 04/08/2011 23:34, Wolfgang Denk a écrit :
>> There was a mix of UTF-8 and ISO-8859 files in the U-Boot source
>> tree, which could cause issues with the patchwork review system.
>> This commit converts all ISO-8859 files to UTF-8.
> Applied, thanks.
Thanks! Maybe now we could make it clear on
Dear Hong Xu,
> After DMA operation, we need to maintain D-Cache coherency.
> We need to clean cache (write back the dirty lines) and then
> make the cache invalidate as well(hence CPU will fetch data
> written by DMA controller from RAM).
>
> Tested on AT91SAM9261EK with Peripheral DMA controller.
After DMA operation, we need to maintain D-Cache coherency.
We need to clean cache (write back the dirty lines) and then
make the cache invalidate as well(hence CPU will fetch data
written by DMA controller from RAM).
Tested on AT91SAM9261EK with Peripheral DMA controller.
Signed-off-by: Hong Xu
Hi all,
I'm working with a Silicon Image U-Boot driver that supports the SIL3124, 3132
and related PCI/PCIe controllers.
So far I have it working with the 3132 except when I try and make use of LBA48
features. I'm not sure what is going on there and was wondering if anyone else
is interested i
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Thursday, August 04, 2011 8:16 PM
> To: Prafulla Wadaskar
> Cc: 'u-boot@lists.denx.de'; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: Pull request u-boot-marvell.git
>
> On 04/08/2011 14:51, Praful
Dear Wolfgang,
> > Hm... current build results are shattering; building for ARM with good
> > old ELDK 4.2 gives this:
> >
> > - SUMMARY
> > Boards compiled: 201
> > Boards with warnings or errors: 99 ( assabet dnp1110 gcplus lart shannon
> > ap7 a
Dear Wolfgang,
> Hm... current build results are shattering; building for ARM with good
> old ELDK 4.2 gives this:
>
> - SUMMARY
> Boards compiled: 201
> Boards with warnings or errors: 99 ( assabet dnp1110 gcplus lart shannon ap7
> ap720t armadill
Dear Albert,
more boards are fixed. I doubt I will get fixes for at91cap9adk.
MAKEALL at91:
- SUMMARY
Boards compiled: 55
Boards with warnings or errors: 1 ( at91cap9adk )
--
Best Regards,
Dear Albert ARIBAUD,
I wrote:
> Hm... current build results are shattering; building for ARM with good
> old ELDK 4.2 gives this:
>
> - SUMMARY
> Boards compiled: 201
> Boards with warnings or errors: 99 ( assabet dnp1110 gcplus lart shannon ap7
Dear Albert ARIBAUD,
In message <4e3ad10d.6040...@aribaud.net> you wrote:
>
> Here is my pull request for u-boot-arm/master, from which I did remove
> the wrongly applied commits that you indicated and in which all patches
> submitted before the merge window closure are taken into account.
>
> D
Before main memory (DDR) is initialized, the on-chip L1 cache is used as a
memory area for the stack and the global data (gd_t) structure. This is
called the initial RAM area, or initram. The L1 cache is locked and the TLBs
point to a non-existent address (so that there's no chance it will overla
Introduce the CONFIG_SYS_CCSRBAR_PHYS_HIGH and CONFIG_SYS_CCSRBAR_PHYS_LOW
macros, which contain the high and low portions of CONFIG_SYS_CCSRBAR_PHYS.
This is necessary for the assembly-language code that relocates CCSR, since
the assembler does not understand 64-bit constants.
CONFIG_SYS_CCSRBAR_
Le Thu, 04 Aug 2011 21:14:01 +,
Reinhard Meyer a écrit :
> That would mean, that the other boards would not display the message
> either..!? I cannot verify this, I can only verify seamless build..
I guess so.
However, I have just taken an AT91SAM9261-EK and it seems that U-Boot
from atmel/
Dear Albert ARIBAUD,
In message <1312476345-14637-1-git-send-email-albert.u.b...@aribaud.net> you
wrote:
> --===151891==
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> There was a mix of UTF-8 and ISO-8859 files in the U-Boot source
> tree, which
Dear Anatolij Gustschin,
In message <1312208189-27933-1-git-send-email-ag...@denx.de> you wrote:
> On newer rev5 hardware the extension board EEPROM I2C address
> has been changed to 0x54. Make this I2C address configurable
> depending on CONFIG_DIGSY_REV5 so that extention board presence
> detect
Dear Heiko Schocher,
In message <1312207303-25153-1-git-send-email...@denx.de> you wrote:
> The U-Boot Design Principles[1] clearly say:
>
> Initialize devices only when they are needed within U-Boot, i.e. don't
> initialize the Ethernet interface(s) unless U-Boot performs a download
> over
Dear Jason,
In message <20110801132532.gg20...@titan.lakedaemon.net> you wrote:
>
> > I recommend to use the "clock" command to print such information then
> > the user is free to decide if he wants to see this, or not.
>
> Interesting. Let me know if CONFIG_DISPLAY_CPUINFO satisfies your
> con
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> MAKEALL |1 -
> Makefile| 21 ---
> board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 115 -
Dear Albert ARIBAUD,
In message <4e3ad10d.6040...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> Here is my pull request for u-boot-arm/master, from which I did remove
> the wrongly applied commits that you indicated and in which all patches
> submitted before the merge window closure are taken int
Dear Kumar Gala,
In message <08144324-be32-4a54-bc2d-b920f18f3...@kernel.crashing.org> you wrote:
>
> > Kumar, could you __please__ get used to running your patches throuch
> > checkpatch __before__ submitting? Thanks.
>
> I try to, but not all of them are by me ;)
I know. But you submitted
There is a project I need you to handle for me.I am Mrs. Helen Cole in
the hospital.contact my lawyer: morgano...@lanzarotewebmail.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Thu, Aug 4, 2011 at 4:54 PM, Wolfgang Denk wrote:
> Dear Jason Kridner,
>
> In message <1303343572-19972-25-git-send-email-jkrid...@beagleboard.org> you
> wrote:
>> From: Syed Mohammed Khasim
>>
>> Supports dynamic panel configuration
>> Supports dynamic tv standard selection
>> Adds support
Based on earlier work by Alex Waterman .
Signed-off-by: Thomas Petazzoni
---
MAKEALL |1 -
Makefile| 21 ---
board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 115 --
board/atmel/at91sam9m10g45ek/l
Dear Thomas Petazzoni,
> Le Thu, 04 Aug 2011 20:21:58 +,
> Reinhard Meyer a écrit :
>
> > AND this board's early_init_f is quite different from the other atmel
> > boards, also the place of calling at91_seriald_hw_init() is different
> > from them.
>
> If at91_seriald_hw_init() isn't called
Dear Jason, dear Syed Mohammed,
In message <1303343572-19972-25-git-send-email-jkrid...@beagleboard.org> you
wrote:
...
> + * (C) Copyright 2010
> + * Texas Instruments,
> + * Syed Mohammed Khasim
> + *
> + * Referred to Linux DSS driver files for OMAP3
...
On second look it appears as if you
Signed-off-by: Reinhard Meyer
---
arch/arm/include/asm/arch-at91/at91sam9g45.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-at91/at91sam9g45.h
b/arch/arm/include/asm/arch-at91/at91sam9g45.h
index 4df6b09..1aeedc0 100644
--- a/arch/arm/incl
Dear Anatolij Gustschin,
In message <20110802225309.3c06d68c@wker> you wrote:
>
> The following changes since commit d50a8f45c9a640b3bcbd0ede91f83c8646cca018:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mmc (2011-08-02 22:39:36
> +0200)
>
> are available in the git repository at:
>
Le Thu, 04 Aug 2011 20:21:58 +,
Reinhard Meyer a écrit :
> AND this board's early_init_f is quite different from the other atmel
> boards, also the place of calling at91_seriald_hw_init() is different
> from them.
If at91_seriald_hw_init() isn't called in early_init_f, then the
"U-Boot 2011.
Dear Jason Kridner,
In message <1303343572-19972-25-git-send-email-jkrid...@beagleboard.org> you
wrote:
> From: Syed Mohammed Khasim
>
> Supports dynamic panel configuration
> Supports dynamic tv standard selection
> Adds support for DSS register access through generic APIs
>
> Incorporated DS
Dear Asen Chavdarov Dimov,
> Signed-off-by: Asen Chavdarov Dimov
> ---
> Makefile |4
> board/ronetix/pm9g45/pm9g45.c | 30 ++
> boards.cfg|1 +
> include/configs/pm9g45.h | 16 +++-
> 4 files c
Dear Scott Wood,
In message <4e3b0109.5070...@freescale.com> you wrote:
>
> How about some way of board/controller/etc. code plugging in commands to
> "nand" without "hwfunc"? Could be a chained handler, or copying entries
> into a command table, or some way of generalizing the stuff in
> comm
On 08/04/2011 03:14 PM, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message<4e3af62b.8080...@freescale.com> you wrote:
>>
>> Again, I think "nand hwfunc" conveys little information about what it's
>> actually going to do, versus something like:
>>
>> => nandrbl
>> off
>
> I agree with Heiko th
Dear Asen Dimov,
> Signed-off-by: Asen Chavdarov Dimov
> ---
> board/ronetix/pm9263/led.c|9 +++
> board/ronetix/pm9263/pm9263.c | 42 +++-
> boards.cfg|2 +-
> include/configs/pm9263.h | 17 +--
> 4 file
From: Rob Herring
Add basic support for Calxeda Highbank platform. Only minimal support with
serial and SATA are included.
Signed-off-by: Jason Hobbs
Signed-off-by: Rob Herring
Cc: Albert ARIBAUD
---
changes in v4:
- Rebase to current mainline (d50a8f45c9a640b3bcbd0ede91f83c8646cca018)
- A
Dear Scott Wood,
In message <4e3af62b.8080...@freescale.com> you wrote:
>
> Again, I think "nand hwfunc" conveys little information about what it's
> actually going to do, versus something like:
>
> => nandrbl
> off
I agree with Heiko that NAND related commands should be implemented as
subcomma
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> Makefile| 21 ---
> board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 114 +++--
> board/atmel/at91sam9m10g45ek/led.c |
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> .../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 114 ++--
> arch/arm/include/asm/arch-at91/at91sam9g45.h | 12 ++
> .../arm/include/asm/arch-at91/at91sam9g45_matrix
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 08/04/2011 12:40 AM, Heiko Schocher wrote:
> Scott Wood wrote:
>> What if there are multiple such commands? You'd end up with "nand hwfunc
>
> Then we would have a (as hwfunc is a nand subcommand) hwfunc
> subcommand(s) ...
The question was rhetorical, as the next sentence indicates -- unless
Dear Dirk Behme,
In message <4e3abc2c.3030...@googlemail.com> you wrote:
>
> Do you want to say that I should use './MAKEALL -c armv7' [1] instead
> of './MAKEALL ARMV7' [2] ?
You should be able to do both, with the same results.
> Or even better, use a patch like [3]? If this is ok, I'd send
Hello Reinhard,
Le Thu, 04 Aug 2011 13:59:18 +,
Reinhard Meyer a écrit :
> This patch still has the same issues I complained about at
>
> http://patchwork.ozlabs.org/patch/102811/
Thanks a lot for the review. I have just posted an updated version,
which I hope, fixes the various issues you
Based on earlier work by Alex Waterman .
Signed-off-by: Thomas Petazzoni
---
Makefile| 21 ---
board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 114 +++--
board/atmel/at91sam9m10g45ek/led.c |6 +-
boards.cfg
Based on earlier work by Alex Waterman .
Signed-off-by: Thomas Petazzoni
---
.../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 114 ++--
arch/arm/include/asm/arch-at91/at91sam9g45.h | 12 ++
.../arm/include/asm/arch-at91/at91sam9g45_matrix.h | 194 +++-
3 fil
Subject: [v2] Update at91sam9m10g45 SoC and AT91SAM9M10G45-EK board to new style
Hello,
These two patches update the support of the AT91SAM9M10G45 SoC and the
corresponding AT91SAM9M10G45-EK evaluation platform to the next AT91
organization.
For the moment, only the nandflash configuration is su
Le Thu, 04 Aug 2011 17:36:29 +,
Reinhard Meyer a écrit :
> I had to manually add the removal of those board(s) from Makefile and
> MAKEALL. Please be more careful next time :)
Ah, yes, sorry.
> Removal patch for those boards set to "Not Applicable".
Thanks!
Thomas
--
Thomas Petazzoni, Fr
On 08/04/2011 05:07 AM, Daniel Gorsulowski wrote:
> Arno Steffen wrote:
>> In one of my devices, uboot-environment is located at a bad block.
>> "save
>> Saving Environment to NAND...
>> Erasing Nand...
>> Skipping bad block at 0x000c
>>
>> Writing to Nand... FAILED!"
>>
>> In my memory mappin
Dear Asen Dimov,
oddly I don't have the original e-Mail im my Inbox, but the patch was in
patchwork:
Signed-off-by: Asen Chavdarov Dimov
---
Note:
This patch was a part of patches, but it is better to be done step by
step and
so this patch is a split from the patch series with message id:
<1307
Dear Thomas Petazzoni,
> Cc: Albin Tonnerre
> CC: Gregory Hermant
> Signed-off-by: Thomas Petazzoni
> ---
> board/calao/tny_a9260/tny_a9260.c | 55
> boards.cfg|4 ++
> include/configs/tny_a9260.h | 85
> ++-
Hi Wolfgang,
Here is my pull request for u-boot-arm/master, from which I did remove
the wrongly applied commits that you indicated and in which all patches
submitted before the merge window closure are taken into account.
Developers, please direct complaints to me for any ARM-directed patches
Hi Wolfgang,
Le 04/08/2011 14:28, Albert ARIBAUD a écrit :
> Hi Wolfgang,
>
> Here is my pull request for u-boot-arm/master, from which I did remove
> the wrongly applied commits that you indicated and in which all patches
> submitted before the merge window closure are taken into account.
>
> Dev
Le 04/08/2011 17:21, Albert ARIBAUD a écrit :
> There was a mix of UTF-8 and ISO-8859 files in the U-Boot source
Argh. Got the history right, the References and In-Reply-To header
right, even the content was right... But I missed the V2 in the title.
Please disregard, sending right away with pro
On 03.08.2011 21:13, Wolfgang Denk wrote:
> Dear Dirk Behme,
>
> In message<1309966526-4401-1-git-send-email-dirk.be...@gmail.com> you wrote:
>>
>> Add all missing boards with CPU==armv7 from boards.cfg
>> to MAKEALL.
>
> NAK.
>
> We don't add boards to MAKEALL any more. An entry in boards.cfg is
Remy,
I neglected to include you in my original submission, could you please
take a look at this for u-boot-usb? Original email is here [1]. And
the commit I'm referring to is here [2].
The dreamplug platform must pull it's uImage from a usb attached microSD
card. They are completely unbootabl
Dear Linus Walleij,
In message <1312468397-15201-1-git-send-email-linus.wall...@linaro.org> you
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 o
On 04/08/2011 14:51, Prafulla Wadaskar wrote:
> Hi Albert
>
> Please kindly pull
>
> The following changes since commit a3df225cd92034b03b276391a45efc516716a31a:
>Thomas Abraham (1):
> SMDKV310: Enable device tree support
>
> are available in the git repository at:
>
>u-boot-marvel
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
On Thu, Aug 4, 2011 at 12:07 PM, Albert ARIBAUD
wrote:
>> It'll be these:
>> http://patchwork.ozlabs.org/patch/106640/
>> http://patchwork.ozlabs.org/patch/106642/
>> http://patchwork.ozlabs.org/patch/106645/
>> http://patchwork.ozlabs.org/patch/106646/
>> http://patchwork.ozlabs.org/patch/106647
Dear Thomas Petazzoni,
> Cc: Albin Tonnerre
> CC: Gregory Hermant
> Signed-off-by: Thomas Petazzoni
> ---
> Makefile |7 ---
> board/calao/sbc35_a9g20/sbc35_a9g20.c | 88
> +
> boards.cfg|2 +
>
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> Makefile| 21 ---
> board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 121 +---
> board/atmel/at91sam9m10g45ek/led.c |
Dear Thomas Petazzoni,
> Based on earlier work by Alex Waterman .
>
> Signed-off-by: Thomas Petazzoni
> ---
> .../cpu/arm926ejs/at91/at91sam9m10g45_devices.c| 28 ++--
> arch/arm/include/asm/arch-at91/at91sam9g45.h | 12 ++
> .../arm/include/asm/arch-at91/at91sam9g45_matrix.h | 19
On Thu, Aug 04, 2011 at 04:42:51AM -0700, Prafulla Wadaskar wrote:
>
>
> > -Original Message-
> > From: Jason [mailto:u-b...@lakedaemon.net]
> > Sent: Tuesday, August 02, 2011 6:34 PM
> > To: w...@denx.de; Prafulla Wadaskar
> > Cc: u-boot@lists.denx.de; cl...@debian.org; Prabhanjan Sarnai
Dear Matthias Fuchs,
> The meesc board support was broken. Within this opportunity, I completely
> reworked the board files.
>
> Signed-off-by: Daniel Gorsulowski
> Signed-off-by: Matthias Fuchs
> ---
> V3: -fix white space issues and don't patch boards.cfg
> V2: -fixed commit description
>
>
Hello Albert Aribaud,
Thanks for your reply.
The board contains LSI ARM processor and the U-boot is customised for the
same.
Regards,
Balaji.
On Thu, Aug 4, 2011 at 4:49 PM, Albert ARIBAUD wrote:
> Hi Bala,
>
> On 04/08/2011 13:14, Bala Ss wrote:
>
>> Hi,
>>
>> I have got this contact from we
Hi Albert
Please kindly pull
The following changes since commit a3df225cd92034b03b276391a45efc516716a31a:
Thomas Abraham (1):
SMDKV310: Enable device tree support
are available in the git repository at:
u-boot-marvell.git master branch.
Ajay Bhargav (2):
Armada100: MFP macro
Hi Ajay,
On Thu, Aug 4, 2011 at 6:51 PM, Ajay Bhargav
wrote:
> - "Lei Wen" wrote:
>
>> On Thu, Aug 4, 2011 at 4:51 PM, Albert ARIBAUD
>> wrote:
>> > Hi Simon,
>> >
>> > On 04/08/2011 02:04, Simon Guinot wrote:
>> >> Hi Ajay,
>> >>
>> >> On Wed, Aug 03, 2011 at 10:10:00AM +0530, Ajay Bhargav
Cc: Albin Tonnerre
CC: Gregory Hermant
Signed-off-by: Thomas Petazzoni
---
board/calao/tny_a9260/tny_a9260.c | 55
boards.cfg|4 ++
include/configs/tny_a9260.h | 85 ++---
3 files changed, 73 insertio
> -Original Message-
> From: Jason Cooper [mailto:u-b...@lakedaemon.net]
> Sent: Monday, August 01, 2011 7:39 PM
> To: w...@denx.de; Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; cl...@debian.org; Prabhanjan Sarnaik; Ashish
> Karkare; Siddarth Gore; bd...@gag.com; Jason Cooper
> Subject:
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: Wednesday, July 06, 2011 12:09 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ajay Bhargav
> Subject: [PATCH 2/2] Armada100: Add Board Support for Marvell GuruPlug-
> Display
>
> This patch add
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: Wednesday, July 06, 2011 12:09 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ajay Bhargav
> Subject: [PATCH 1/2] Armada100: MFP macro naming correction
>
> MFP macros for UART3 updated.
>
> S
Dear Albert ARIBAUD,
In message <4e3a8d49.6090...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> On 26/07/2011 14:05, Wolfgang Denk wrote:
> > Dear Albert ARIBAUD,
> >
> > In message<4e252574.9030...@aribaud.net> you wrote:
> >>
> >> Right. Didn't run checkpatch,my bad. Will in V2.
> >
> > Do you ha
Kumar Gala wrote:
> What changed in v2?
I fixed the problem on several boards where I wasn't setting the relocated
physical address properly. For instance, on the P2020DS, the original
code moved CCSR from ff7 to ffe, but my v1 patch left it at ff7 because I
didn't notice that the device tree
Hi Wolfgang,
Here is my pull request for u-boot-arm/master, from which I did remove
the wrongly applied commits that you indicated and in which all patches
submitted before the merge window closure are taken into account.
Developers, please direct complaints to me for any ARM-directed patches
Cc: Albin Tonnerre
CC: Gregory Hermant
Signed-off-by: Thomas Petazzoni
---
Makefile |7 ---
board/calao/sbc35_a9g20/sbc35_a9g20.c | 88 +
boards.cfg|2 +
include/configs/sbc35_a9g20.h |
Hi Wolfgang,
On 26/07/2011 14:05, Wolfgang Denk wrote:
> Dear Albert ARIBAUD,
>
> In message<4e252574.9030...@aribaud.net> you wrote:
>>
>> Right. Didn't run checkpatch,my bad. Will in V2.
>
> Do you have any specific plans for V2?
Right after I send the pull request for u-boot-arm / -rc1 today,
Hi Igor,
On 28/07/2011 10:58, Igor Grinberg wrote:
> On 07/28/11 11:19, Chander Kashyap wrote:
>> On 28 July 2011 13:29, Igor Grinberg wrote:
>>>
>>> On 07/28/11 09:41, Chander Kashyap wrote:
Dear Igor,
On 27 July 2011 18:34, Igor Grinberg wrote:
> On 07/27/11 13:31, Chan
Hi Matthias,
On 01/08/2011 17:11, Matthias Weisser wrote:
> auto gen asm-offsets.h for mb86r0x
>
> Signed-off-by: Matthias Weisser
> ---
> Changes in v2:
>- Added forgotten register structures
>
> arch/arm/cpu/arm926ejs/mb86r0x/Makefile |2 +
> arch/arm/cpu/arm926ejs/mb86r0x/asm
Hi Shiraz,
On 12/06/2011 09:32, Shiraz Hashim wrote:
> Signed-off-by: Shiraz Hashim
> ---
> Only build tested.
>
> board/spear/common/spr_misc.c | 10 +++---
> include/configs/spear-common.h | 12
> 2 files changed, 19 insertions(+), 3 deletions(-)
>
> diff --git a/board/
Dear friend C W
hi
a good news for you,< Web Portal> are mainly sale electronic products, now
our company is holding sale promotion, all products is sale in lowest price. if
you satisfied to our products and have any questions, you can freely contact us.
（iphone,Laptop,Television, Phon
> -Original Message-
> From: Jason [mailto:u-b...@lakedaemon.net]
> Sent: Tuesday, August 02, 2011 6:34 PM
> To: w...@denx.de; Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; cl...@debian.org; Prabhanjan Sarnaik; Ashish
> Karkare; Siddarth Gore; bd...@gag.com; si...@sequanux.org
> Subject:
Hi Wolfgang,
On 27/07/2011 23:40, Wolfgang Denk wrote:
> Dear Albert,
>
> In message<1307088697-12159-2-git-send-email...@denx.de> Heiko
> Schocher wrote:
>> Signed-off-by: Heiko Schocher
>> cc: Albert Aribaud
>> ---
>> arch/arm/lib/board.c | 218
>> ++-
> Date: Wed, 3 Aug 2011 10:48:39 -0500
> From: scottw...@freescale.com
> To: programas...@hotmail.com
> CC: u-boot@lists.denx.de
> Subject: Re: [U-Boot] problem with mpc837x start.S
>
> On Wed, 3 Aug 2011 00:48:32 +
> shawn Bai wrote:
>
> >
> > >
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Ajay Bhargav
> Sent: Thursday, August 04, 2011 4:21 PM
> To: Lei Wen
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v2 1/2] gpio: Add GPIO driver framework for
> Marve
Dear Bala Ss,
In message
you wrote:
>
> I have got this contact from web when I actually searching for some
> solutions to get rid off the issue on "Warning - bad CRC, using default
> environment". And I have gone through the some of the mail thread.
Hm... Did you try google?
If you search fo
Hello Bala,
Bala Ss wrote:
> Hi,
>
> I have got this contact from web when I actually searching for some
> solutions to get rid off the issue on "Warning - bad CRC, using default
> environment". And I have gone through the some of the mail thread.
>
> Am also facing the same issue that when I ha
Hi Bala,
On 04/08/2011 13:14, Bala Ss wrote:
> Hi,
>
> I have got this contact from web when I actually searching for some
> solutions to get rid off the issue on "Warning - bad CRC, using default
> environment". And I have gone through the some of the mail thread.
>
> Am also facing the same issu
On 24/06/2011 15:04, Stefano Babic wrote:
> Versatile board is used as example to run u-boot under qemu.
> The patch fixes relocation for all versatile boards and adds
> a versatileqemu target to be used under qemu.
>
> Patch tested only under qemu, not on real boards.
> Tested with QEMU emulator v
Hi,
I have got this contact from web when I actually searching for some
solutions to get rid off the issue on "Warning - bad CRC, using default
environment". And I have gone through the some of the mail thread.
Am also facing the same issue that when I hard reset the board, U-boot
starts and stop
Hi Loïc,
On 04/08/2011 12:02, Loïc Minier wrote:
> On Thu, Aug 04, 2011, Albert ARIBAUD wrote:
>> Does this mean Stefano's patch will see a V2, or should I try and
>> apply it as-is?
>
> I personally think you should merge it as it makes it work again for
> Stefano and the board builds again;
On 08/04/2011 11:01 AM, Albert ARIBAUD wrote:
> Stefano, Loïc,
>
Hi Albert,
> Does this mean Stefano's patch will see a V2, or should I try and apply
> it as-is?
As far as I know, there someone else who tested the patch successfully:
http://lists.denx.de/pipermail/u-boot/2011-July/095798.html
- "Lei Wen" wrote:
> On Thu, Aug 4, 2011 at 4:51 PM, Albert ARIBAUD
> wrote:
> > Hi Simon,
> >
> > On 04/08/2011 02:04, Simon Guinot wrote:
> >> Hi Ajay,
> >>
> >> On Wed, Aug 03, 2011 at 10:10:00AM +0530, Ajay Bhargav wrote:
> >>> - "Simon Guinot" wrote:
> >>>
> AFAIK, Orion and K
On 04/08/2011 12:14, Wolfgang Denk wrote:
> Dear Albert ARIBAUD,
>
> In message<4e3a3cb8.2030...@aribaud.net> you wrote:
>>
>>> I didn't receive comments on this one. By not compiling this by
>>> default it removes a couple of #defines people need to think
>>> about. Also, I'm guessing the memory
1 - 100 of 128 matches
Mail list logo
