> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Friday, July 09, 2010 6:31 PM
> To: Prafulla Wadaskar; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH V2 3/6] mv_egiga: bugfix: DMA
> issue fixed using volatile
>
> Le 09/07/2010 13:53, Albert ARI
On 7/9/2010 3:11 PM, Mike Frysinger wrote:
> On Saturday, June 12, 2010 15:22:01 Juergen Kilb wrote:
>> Signed-of-by: Juergen Kilb
> should be "off", not "of". you'll have to fix the commit in your net/next
> tree too Ben ...
> -mike
thanks for pointing this out. I'll take care of it this W/E
Dne Pá 9. července 2010 22:04:00 Scott Wood napsal(a):
> On Tue, Jul 06, 2010 at 03:12:49AM +0200, Marek Vasut wrote:
> > From: Compulab uboot
>
> Hmm?
Well I was unable to figure out who was the author, though the license of the
code is GPL so it should be OK ? I'll try poking around a little
On Saturday, June 12, 2010 15:22:01 Juergen Kilb wrote:
> Signed-of-by: Juergen Kilb
should be "off", not "of". you'll have to fix the commit in your net/next
tree too Ben ...
-mike
signature.asc
Description: This is a digitally signed message part.
___
The following changes since commit 54841ab50c20d6fa6c9cc3eb826989da3a22d934:
Make sure that argv[] argument pointers are not modified. (2010-07-04
23:55:42 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Hoan Hoang (1):
Blackfin: ibf-dsp
On Fri, Jul 9, 2010 at 4:22 PM, Kumar Gala wrote:
> +int fdt_alloc_phandle(void *blob)
> +{
> + int offset, len, phandle = 0;
> + const u32 *val;
> + for (offset = fdt_next_node(blob, -1, NULL); offset >= 0;
> + offset = fdt_next_node(blob, offset, NULL)) {
> +
If we are creating reference (handles) to nodes in a device tree we need
to first create a new phandle in node and this needs a new phandle
value. So we search through the whole dtb to find the max phandle value
and return the next greater value for a new phandle allocation.
Signed-off-by: Kumar
Wolfgang Denk,
please pull:
The following changes since commit 54841ab50c20d6fa6c9cc3eb826989da3a22d934:
Make sure that argv[] argument pointers are not modified. (2010-07-04
23:55:42 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc83xx.git master
Heiko Schocher
On Wed, 7 Jul 2010 12:26:34 +0200
Heiko Schocher wrote:
> This patch add support for the ve8313 board based on
> Freescale MPC8313 CPU.
> Signed-off-by: Heiko Schocher
> ---
Applied.
Thanks,
Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
On Wed, 7 Jul 2010 20:16:13 +0400
Ilya Yanok wrote:
> This patch provides support for MPC8308RDB development board from
> Freescale with a minimal set of features:
> Dual UART is supported
> NOR flash is supported
> Both TSEC Ethernet controllers are supported
> PCI Express initialization is
On Mon, 28 Jun 2010 16:44:33 +0400
Ilya Yanok wrote:
> This patch adds basic support for Freescale MPC8308 CPU. Serial ports,
> NOR flash and integrated Ethernet controllers are supported.
> PCI Express is also supported. eSDHC, NAND and USB may work but aren't
> tested (using ULPI PHY requires a
On Tue, Jul 06, 2010 at 03:12:49AM +0200, Marek Vasut wrote:
> From: Compulab uboot
Hmm?
> Signed-off-by: Marek Vasut
> ---
> drivers/mtd/nand/Makefile |1 +
> drivers/mtd/nand/pxa3xx_nand.c | 848
>
> 2 files changed, 849 insertions(+), 0 de
The following changes since commit 54841ab50c20d6fa6c9cc3eb826989da3a22d934:
Wolfgang Denk (1):
Make sure that argv[] argument pointers are not modified.
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Florian Fainelli (2):
NAND: show manu
On Mon, Jul 05, 2010 at 04:55:04AM -0400, Mike Frysinger wrote:
> Make it easy to use GPIOs for the DEV_READY pin by using the common GPIO
> framework. Also make the NAND_PLAT_INIT() define optional.
>
> Signed-off-by: Mike Frysinger
> ---
> drivers/mtd/nand/nand_plat.c | 11 +++
> 1
On Fri, Jul 09, 2010 at 08:56:40AM -0400, Ben Gardiner wrote:
> If you are putting an MTD filesystem in that partition then the
> filesystem itself will take care of bad blocks that might occur in the
> partition during runtime. During the flash programming of this
> filesystem using nand write.jff
Hi all, I supposed that in u-boot.lds I had found:
ROM section , RAM section and so on.
Istead I found reloct_dst and all the section a sequence starting form this
offset.
Why this?
Thanks
--
Fabio Giovagnini
Aurion s.r.l.
P.I e C.F.
00885711200
skype: aurion.giovagnini
Tel. +39.051.594.78.24
Hello,
the idea is, to give the user a possibility to update its system without tftp
or a second partition. First, the user saves the update file (rootfs.ubifs) to
its rootfs, and on the next reboot the uboot loads the update file to the RAM
and flashes the update file.
Problem: After booting lin
On Fri, Jul 9, 2010 at 9:20 AM, Kumar Gala wrote:
> Huh, I'm going from PCI1 -> PCIE1
Sorry, I got confused. I really should stop reading patches before I
had my coffee.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boo
Thanks!!!
THis is exacty what I was looking for
In data venerdì 09 luglio 2010 16:05:11, Anatolij Gustschin ha scritto:
: > Hi,
>
> On Fri, 9 Jul 2010 15:57:46 +0200
>
> Fabio Giovagnini wrote:
> > Hi all,
> > I'm using the Code Surcery compiler sh7203-uclinux-4.4-206
> > To make it workable o
On Jul 9, 2010, at 9:14 AM, Timur Tabi wrote:
> On Fri, Jul 9, 2010 at 12:18 AM, Kumar Gala wrote:
>> The MPC8641 boards actually only have PCIE not PCI. Rename so we are
>> uniform with regards to names so we can replace this code with templated
>> code.
>
> The subject line of this patch is
On Fri, Jul 9, 2010 at 12:18 AM, Kumar Gala wrote:
> The MPC8641 boards actually only have PCIE not PCI. Rename so we are
> uniform with regards to names so we can replace this code with templated
> code.
The subject line of this patch is backwards. It should be "Rename
PCIE1/2 to PCI1/2".
Per
Hi All,
I am planning to implement uboot redundancy.
This means having the following idea which we thought.
Golden-Uboot which is flashed in the NOR-FLASH. This is not field
upgradable.
This golden uboot is going to have logic to pick the other uboot based on
certain flags or env vriables
As i m
Hi,
On Fri, 9 Jul 2010 15:57:46 +0200
Fabio Giovagnini wrote:
> Hi all,
> I'm using the Code Surcery compiler sh7203-uclinux-4.4-206
> To make it workable on u-boot I need to make some work around
> What it the step by step procedure to send you an appliable patch?
Please read http://www.denx.d
Hi all,
I'm using the Code Surcery compiler sh7203-uclinux-4.4-206
To make it workable on u-boot I need to make some work around
What it the step by step procedure to send you an appliable patch?
Thanks in advance
Cheers
--
Fabio Giovagnini
Aurion s.r.l.
P.I e C.F.
00885711200
skype: aurion.g
Dne Pá 9. července 2010 13:54:28 StephenPaulraj Chinnadurai-ERS,HCLTech
napsal(a):
> Hello Marek,
>
> I am using a hardware which has PXA270 controller, I named it as
> hcl_pxa270. This board (hcl_pxa270) is very much similar to mainstone-II
> board which has PXA270 controller.
>
> I am porting
Le 09/07/2010 13:53, Albert ARIBAUD a écrit :
> Le 09/07/2010 13:11, Prafulla Wadaskar a écrit :
>
>> You can use volatile qualifier for the variables in DMA specific code
>> instead of modifying structures,
>> Try to use memory barrier or something like that-
>> Some ref : http://gcc.gnu.org/ml/g
On Fri, Jul 9, 2010 at 5:12 AM, Arno Steffen
wrote:
> Sorry another question to that.
>
> As for instance I want to have 10MB for root partion and keep 2 blocks
> extra as reserve for some bad blocks.
> I will erase the hole 10MB+2block, write 10MB. That's what I do in uboot.
>
> But in Kernel I h
Le 09/07/2010 13:11, Prafulla Wadaskar a écrit :
> You can use volatile qualifier for the variables in DMA specific code instead
> of modifying structures,
> Try to use memory barrier or something like that-
> Some ref : http://gcc.gnu.org/ml/gcc/2003-04/msg01180.html
> may be someone c-expert on
Le 09/07/2010 11:54, Albert ARIBAUD a écrit :
>> I think we should debug on this to fix the bug correctly.
>>
>> Regards..
>> Prafulla . .
>
> I have debugged the issue when it happened and found out that the it is
> not really about doing volatile accesses, but about doing accesses
> out-of-order
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Friday, July 09, 2010 3:24 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH V2 3/6] mv_egiga: bugfix: DMA issue fixed
> using volatile
>
Snip..
> >> diff --git a/drivers/net/
Le 09/07/2010 11:16, 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: Friday, July 09, 2010 12:04 PM
>> To: u-boot@lists.denx.de
>> Subject: [U-Boot] [PATCH V2 3/6] mv_eg
Le 09/07/2010 10:58, Prafulla Wadaskar a écrit :
>> +#if defined (CONFIG_KIRKWOOD)
>
> This should ifndef CONFIG_SKIP_RANDOMNUMGEN
>
> Regards..
> Prafulla . .
Ok -- will change and republish patch 4/6.
Amicalement,
--
Albert.
___
U-Boot mailing list
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Friday, July 09, 2010 12:04 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V2 3/6] mv_egiga: bugfix: DMA issue
> fixed using volatile
For eac
Sorry another question to that.
As for instance I want to have 10MB for root partion and keep 2 blocks
extra as reserve for some bad blocks.
I will erase the hole 10MB+2block, write 10MB. That's what I do in uboot.
But in Kernel I have some partition table like this:
{
.name
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Friday, July 09, 2010 12:04 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V2 1/6] net: rename: kirkwood_egiga
> as mv_egiga
>
> This is the
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Friday, July 09, 2010 12:04 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V2 4/6] mv_egiga: only randomize MAC
> on kirkwood
Otherway: Some
36 matches
Mail list logo