Dear Macpaul Lin,
2010/8/5 Macpaul Lin :
> Add cpu support for nds32 arch.
> Included support of common cpu setting, core n1213, SoC ag101.
>
> Signed-off-by: Macpaul Lin
> ---
> arch/nds32/config.mk | 34 +++
> arch/nds32/cpu/Makefile | 52
> arch/nds32/c
Signed-off-by: Heiko Schocher
---
- changes since v1:
rebased as patch "arm cp15: setup mmu and enable dcache"
changed.
arch/arm/cpu/armv7/omap3/cache.S | 82
arch/arm/include/asm/global_data.h |3 +
arch/arm/lib/board.c | 11 +
Hello Ben,
Ben Gardiner wrote:
> On Tue, Aug 3, 2010 at 6:16 AM, Heiko Schocher wrote:
>> This has been tested on at91sam9263 and STN8815.
>> Again, I didn't check if it has bad effects
>> on non-arm926 cores.
>>
>> Initially I had a "done" bit to only set up page tables
>> at the beginning. Howe
Kumar,
Right now I'm only looking a basic support. I know there are those
who believe that u-boot actually does more manipulation than it
should. I'll let Grant speak up if he wants to:).
John
On Thu, Aug 5, 2010 at 5:26 PM, Kumar Gala wrote:
>
> On Aug 5, 2010, at 5:14 PM, John Rigby wrote:
On Aug 5, 2010, at 5:14 PM, John Rigby wrote:
> Add fdt_fixup_memory_banks and reimplement fdt_fixup_memory
> to use it.
>
> Signed-off-by: John Rigby
> ---
> common/fdt_support.c | 86 ++---
> include/fdt_support.h |1 +
> 2 files changed, 47 in
Thanks for the quick review. I'll make your suggested fixes and resubmit.
On Thu, Aug 5, 2010 at 4:31 PM, Wolfgang Denk wrote:
> Dear John Rigby,
>
> In message <1281046488-25187-3-git-send-email-john.ri...@linaro.org> you
> wrote:
>> Add device tree support for ARM. Based on other existing
>>
Thanks for your input.I agree completely. This part was only
included for reference. And the entire series is an RFC.
On Thu, Aug 5, 2010 at 4:35 PM, Wolfgang Denk wrote:
> Dear John Rigby,
>
> In message <1281046488-25187-4-git-send-email-john.ri...@linaro.org> you
> wrote:
>> This is just f
Dear John Rigby,
In message <1281046488-25187-4-git-send-email-john.ri...@linaro.org> you wrote:
> This is just for testing ARM device tree support. There is no
> device tree enabled arm kernel at the moment.
>
> Signed-off-by: John Rigby
> ---
> MAKEALL |1 +
> b
Dear John Rigby,
In message <1281046488-25187-3-git-send-email-john.ri...@linaro.org> you wrote:
> Add device tree support for ARM. Based on other existing
> implementations.
> ...
> +#ifdef CONFIG_USB_DEVICE
> + {
> + extern void udc_disconnect(void);
> + udc_discon
Dear Marek Vasut,
In message <1281037915-3224-1-git-send-email-marek.va...@gmail.com> you wrote:
> The new driver is a complete rewrite. It uses the MMC framework and should
> support both pxa2xx and pxa3xx.
Thanks.
> +/* PXAMMC Generic default config for various CPUs */
> +#if defined(CONFIG_PX
This is just for testing ARM device tree support. There is no
device tree enabled arm kernel at the moment.
Signed-off-by: John Rigby
---
MAKEALL |1 +
boards.cfg|1 +
include/configs/omap3_beagle_dt.h | 344
Add fdt_fixup_memory_banks and reimplement fdt_fixup_memory
to use it.
Signed-off-by: John Rigby
---
common/fdt_support.c | 86 ++---
include/fdt_support.h |1 +
2 files changed, 47 insertions(+), 40 deletions(-)
diff --git a/common/fdt_support
Add device tree support for ARM. Based on other existing
implementations.
Signed-off-by: John Rigby
---
arch/arm/include/asm/config.h |1 +
arch/arm/lib/bootm.c | 128 -
common/cmd_bootm.c|5 +-
common/image.c
These patches add device tree support to the bootm command in u-boot
for the ARM. I'm sending the patches to this list first for comments
before sending it to the wider audience on the u-boot list.
The only testing so far has shown that this patch does not break non-dt
booting. I don't have a dt
I have not seen any NAK's for these two patches so can it go in?
Wolfgang, I have noticed that recent activity in the arm maintainer
tree has been done by you. Are you standing in for Tom?
Thanks,
John
On Wed, Jul 28, 2010 at 9:12 PM, wrote:
> From: Matt Waddel
>
> Adds support for the ARM q
Hi Prafulla,
Le 05/08/2010 21:09, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
>> Sent: Thursday, August 05, 2010 6:06 PM
>> To: u-boot@lists.denx.de
>> Subject: [U-Boot] [PA
Le 05/08/2010 20:43, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
>> Sent: Thursday, August 05, 2010 6:06 PM
>> To: u-boot@lists.denx.de
>> Subject: [U-Boot] [PATCH V7 3/4] cm
The new driver is a complete rewrite. It uses the MMC framework and should
support both pxa2xx and pxa3xx.
Tested on:
- Palm Tungsten|C PXA255
- Aeronix ZipitZ2 PXA270
- Marvell Zylonite 300 PXA300
This driver needs testing though.
Signed-off-by: Marek Vasut
---
drivers/mmc/Makefi
Hello. I'm using ARM based system (samsung smdk2443) and u-boot (old,
from samsung). Previously, it was set up to use 64 Mb of RAM. But we
have 128 Mb on board. I have reconfigured MMU and some definitions (i.e.
PHYS_SDRAM_1_SIZE). But then i found out, that virtual addresses
0x835a and 0x875a
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Thursday, August 05, 2010 6:06 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V7 2/4] ide: add mvsata_ide driver
>
> This driver only provides
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Thursday, August 05, 2010 6:06 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V7 1/4] ide: add configuration
> CONFIG_IDE_SWAP_IO
>
> This co
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Thursday, August 05, 2010 6:06 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V7 4/4] edminiv2: add mvsata_ide and
> cmd_ide support
>
> Add
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Thursday, August 05, 2010 6:06 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V7 3/4] cmd_ide: add support for orion5x
>
> Add MVSATAHC defini
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Thursday, August 05, 2010 11:55 PM
> To: Albert ARIBAUD
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH V7 0/4] Add disk support to
> orion5x a
Dear Mike Frysinger,
In message <201008051216.14165.vap...@gentoo.org> you wrote:
>
> i can probably answer most of your git related questions ... not sure if
> Wolfgang prefers them to be answered off list ...
I recommend to use comon sense - most stuff can go over the list, so
everybody can be
Dear Albert ARIBAUD,
In message <4c5ad4f7.2030...@free.fr> you wrote:
>
> As for the configs, some u-boot boards do commonalize, see for instance
> include/configs/spear*.h. That makes sense because there is a board
> family, with a common HW design and common external components.
This is not act
On Tue, Aug 3, 2010 at 6:16 AM, Heiko Schocher wrote:
> This has been tested on at91sam9263 and STN8815.
> Again, I didn't check if it has bad effects
> on non-arm926 cores.
>
> Initially I had a "done" bit to only set up page tables
> at the beginning. However, since the aligmnent requirement
> w
Dear Thomas Heller,
In message you wrote:
>
> 'make uImage' in the linux kernel tree builds a linux kernel image
> that u-boot can use. How can I change the compression that is used?
You can change these by changing the Make rules and/or providing
appropriate options.
> Actually, I'm not even
Dear Bas Mevissen,
In message <79b14f2465df4acec1e67a710d13c...@localhost> you wrote:
>
> > Note that this does not protect agains the first BSP
> > being buggy once booted, though, but there's little one can do against
> > this.
> >
>
> Even then, there is a lot you can do. For example, U-Boo
Elie De Brauwer schrieb:
> On 08/05/10 16:13, Thomas Heller wrote:
>> Thanks again for the help, it works now.
>>
>> Next question:
>>
>> 'make uImage' in the linux kernel tree builds a linux kernel image
>> that u-boot can use. How can I change the compression that is used?
>>
IIUC, mkimage only
On Thursday, August 05, 2010 05:14:09 Reinhard Meyer wrote:
> And I am still fighting with GIT in terms of producing Patches and
> reworking Patches, if, for example I later find an even "nicer" solution
> or continued testing shows up problems. Of course I read the man pages,
> read several articl
On 2010/08/05 5:12 PM, Albert ARIBAUD wrote:
> Le 05/08/2010 16:28, Rogan Dawes a écrit :
>> On 2010/08/05 4:11 PM, Albert ARIBAUD wrote:
>>> Rogan, what other code do you think you'd be duplicating?
>>>
>>> Amicalement,
>>
>> In truth, I was really thinking only of the config files, not really the
On Thu, 05 Aug 2010 17:02:31 +0200, Albert ARIBAUD
wrote:
> Note that this does not protect agains the first BSP
> being buggy once booted, though, but there's little one can do against
> this.
>
Even then, there is a lot you can do. For example, U-Boot can detect being
started by a watchdog
Le 05/08/2010 16:28, Rogan Dawes a écrit :
> On 2010/08/05 4:11 PM, Albert ARIBAUD wrote:
>> Rogan, what other code do you think you'd be duplicating?
>>
>> Amicalement,
>
> In truth, I was really thinking only of the config files, not really the
> code per se.
>
> I suppose that there is not reall
Le 05/08/2010 16:22, Bas Mevissen a écrit :
>
> On Thu, 5 Aug 2010 15:41:35 +0200, Lasse Skov
> wrote:
>> Hi
>>
>> Im working on a target where I use the u-boot and think a little about
>> good techniques for upgrade the BSP on the target and to make it fails
>> saft.
>>
>> Is ther any helpeful thi
On 08/05/10 16:13, Thomas Heller wrote:
> Thanks again for the help, it works now.
>
> Next question:
>
> 'make uImage' in the linux kernel tree builds a linux kernel image
> that u-boot can use. How can I change the compression that is used?
>
Take a look at mkimage (apt-get install uboot-mkimag
On 2010/08/05 4:11 PM, Albert ARIBAUD wrote:
> Rogan, what other code do you think you'd be duplicating?
>
> Amicalement,
In truth, I was really thinking only of the config files, not really the
code per se.
I suppose that there is not really that much else that really is common.
Rogan
On Thu, 5 Aug 2010 15:41:35 +0200, Lasse Skov
wrote:
> Hi
>
> Im working on a target where I use the u-boot and think a little about
> good techniques for upgrade the BSP on the target and to make it fails
> saft.
>
> Is ther any helpeful things I can use in uboot for this.?
>
> My plan is to
Thanks again for the help, it works now.
Next question:
'make uImage' in the linux kernel tree builds a linux kernel image
that u-boot can use. How can I change the compression that is used?
Actually, I'm not even sure whether my kernel is compressed or not.
Here is the laat part of the output
Le 05/08/2010 15:02, Wolfgang Denk a écrit :
> Dear Rogan Dawes,
>
> In message<4c5ab1a4.3000...@dawes.za.net> you wrote:
>> This may be a stupid comment, but from my perspective implementing
>> Albert's orion5x changes for my DNS323, all I am doing is copying a lot
>> of what Albert is doing for
Hi
Im working on a target where I use the u-boot and think a little about
good techniques for upgrade the BSP on the target and to make it fails saft.
Is ther any helpeful things I can use in uboot for this.?
My plan is to split my flash I 4 levels.
High
Filesystem
BSP_2
On Tue, 03 Aug 2010 23:28:58 +0200, Wolfgang Denk wrote:
> Full ACK again.
>
> Reinhard, do you volunteer? For AVR32? Or also for AT91?
>
I would love to work with Reinhard and others to test and integrate stuff
for AVR32 NGW100 board. My target is to get current 2010.06 with patches
really
Dear Rogan Dawes,
In message <4c5ab1a4.3000...@dawes.za.net> you wrote:
> This may be a stupid comment, but from my perspective implementing
> Albert's orion5x changes for my DNS323, all I am doing is copying a lot
> of what Albert is doing for the edminiv2 verbatim.
>
> Would it not make sense
This may be a stupid comment, but from my perspective implementing
Albert's orion5x changes for my DNS323, all I am doing is copying a lot
of what Albert is doing for the edminiv2 verbatim.
Would it not make sense perhaps to define defaults in a SoC config file,
and then allow them to be overri
Add mvsata_ide and cmd_ide configuration in edminiv2 config
Signed-off-by: Albert Aribaud
---
include/configs/edminiv2.h | 34 +-
1 files changed, 33 insertions(+), 1 deletions(-)
diff --git a/include/configs/edminiv2.h b/include/configs/edminiv2.h
index 055931
Add MVSATAHC definitions to orion5x.
Add support for orion5x in cmd_ide.
Signed-off-by: Albert Aribaud
---
arch/arm/include/asm/arch-orion5x/orion5x.h |3 +++
common/cmd_ide.c|5 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/inc
This driver only provides initialization code; actual driving
is done by cmd_ide.c using the ATA compatibility mode of the
Marvell SATAHC controller.
Signed-off-by: Albert Aribaud
---
drivers/block/Makefile |7 +-
drivers/block/mvsata_ide.c | 140
This configuration option replaces a complex conditional
in cmd_ide.c with an explicit define to be added to SoC or
board configs.
Signed-off-by: Albert Aribaud
---
arch/powerpc/include/asm/config.h |3 +++
common/cmd_ide.c | 18 +-
doc/README.PXA_CF
Patchset history:
V1: Initial 4-patch set -- not cleanly submitted (does
not appear on gmane for instance) and contained some
unrelated changes.
V2: Slimmed down to 3 patches and removed unrelated
changes.
V3: Back to 4 patches (cmd_ide improvement, driver addition,
cmd_ide suppo
Le 05/08/2010 07:27, Prafulla Wadaskar a écrit :
>> Wolfgang, would it be allowable for mvsata_ide to use macros intended
>> for cmd_ide?
>
> I don't think there will be any issue, let's wait for Wolfgang's feedback
>
> Regards..
> Prafulla . .
I'll push a V7 of the patch and see if Wolfgang NAKs
Hello Heiko
>> images which was not possible due to boot time restrictions in older
>> versions. So it would be great if this stuff could go mainline.
>
> I hope so ;-) So, could you send a patch for this board, based on my
> RFC patches? I pick them up at first, and it will then go in mainline
>
Hi Reinhard,
Le 05/08/2010 11:14, Reinhard Meyer a écrit :
> Wolfgang Denk schrieb:
>> Reinhard, do you volunteer? For AVR32? Or also for AT91?
> that would be a possibility. However I was more thinking in the way, that
> since there are practically no other contributors right now that Wolfgang
Hi Remy,
I would like to add CDC support to a davinci (DM365 Soc) board using the
musb controller. As the actual driver (musb_udc) does have gadget
support, I decided (even if I get some advises that it is a harder way)
to port the actual linux driver, changing what I need to provide setup
under u
If both LZMA and LZO compressions are used there is a compile error
in cmd_bootm.c
Signed-off-by: Matthias Weisser
---
common/cmd_bootm.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index adfa6cd..4562957 100644
--- a/com
Andreas Bießmann schrieb:
> Dear Reinhard Meyer,
>
> Yes, AVR32 seems to be a dead architecture but I do think mainline
> U-Boot support for it has its right to exist.
I was not meaning to remove support, just pointing out that a custodian
might not be necessary (anymore). Since it is unlikely the
Bonjour,
Notre équipe est fière de vous annoncer que vous avez été sélectionné pour
participer aux royaumes de test de la prochaine extension World of Warcraft :
Cataclysm. Pour activer votre accès aux royaumes de test Bêta veuillez suivre
les instructions qui s'affichent à l'écran en consultant
Dear Reinhard Meyer,
Am 05.08.2010 11:14, schrieb Reinhard Meyer:
> Wolfgang Denk schrieb:
>> Dear Mike Frysinger,
[snip]
>> Reinhard, do you volunteer? For AVR32? Or also for AT91?
[snip]
> Then I consider AVR32 a dead architecture for LinuX based systems, since
> all LinuX-able Variants (A
Hello Matthias,
Matthias Weißer wrote:
[...]
> I did that but the board still failed to boot and crashed at the first
> call to memset. So I had a "nice" debug session single stepping through
> the code with a lss file in parallel.
>
> The reason it crashed so early was my setup of CONFIG_SYS_INI
Hello Heiko
Am 05.08.2010 08:19, schrieb Heiko Schocher:
>> The board runs through my low level init (so DDR RAM is up) and later on
>> crashes in the first call to memset. I could not further debug this as I
>
> Where is this memset()? The first after low level init is in:
> arch/arm/lib/board.c
Wolfgang Denk schrieb:
> Dear Mike Frysinger,
>
> In message <201007290018.40886.vap...@gentoo.org> you wrote:
>> if the maintainers are effectively dead, then i'd suggest someone (i.e.
>> Wolfgang) hand the custodian role over to someone willing to do the work.
>
> Full ACK.
>
>> employment
Dear Macpaul Lin,
2010/8/5 Macpaul Lin :
> diff --git a/board/AndesTech/adp-ag101/config.mk
> b/board/AndesTech/adp-ag101/config.mk
> new file mode 100644
> index 000..0b95960
> --- /dev/null
> +++ b/board/AndesTech/adp-ag101/config.mk
> @@ -0,0 +1,42 @@
> +#
> +# Copyright (C) 2010 Andes Tec
61 matches
Mail list logo