Jim Sheldon wrote:
> Hello everyone,
>
> I am working on a product based on Atmel's sam9g20. Atmel's flashing
> procedure stores the MAC address as a u-boot environment variable (ethaddr).
>
> We are not comfortable with storing the MAC address this way, and would
> rather keep it in EEPROM. Do
Hi 2 all! Good subscrubtion, thx!
http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru ,
http://hellocafe.ru , http://home-happy.ru , http://samkon.ru ,
http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru ,
http:
On Sat, Jul 10, 2010 at 7:53 AM, Jim Sheldon wrote:
> Hello everyone,
>
> I am working on a product based on Atmel's sam9g20. Atmel's flashing
> procedure stores the MAC address as a u-boot environment variable (ethaddr).
>
> We are not comfortable with storing the MAC address this way, and woul
On Sat, Jul 10, 2010 at 8:25 AM, Kumar Gala wrote:
> 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 greate
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Saturday, July 10, 2010 7:11 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH V2] kirkwood_egiga: bugfix: add DMA
> sequence points
>
> Insert
Insert isb() sequence points to ensure DMA descriptors
are filled in and set up before actual DMA occurs.
Signed-off-by: Albert Aribaud
---
PATCHSET HISTORY
V1: initial submit
V2: fixed badly placed isb()
drivers/net/kirkwood_egiga.c |9 -
1 files changed, 8 insertions(+), 1 deleti
Le 10/07/2010 15:23, Prafulla Wadaskar a écrit :
> When you repost the patch, you should change its version and change log, this
> is standard procedure to be followed, now there are two patches on mailing
> list with same subject, confusing for custodian to pick right one ..
>
> Regards..
>
On May 26, 2010, at 9:38 PM, Jerry Van Baren wrote:
> Wolfgang Denk wrote:
>> Dear Timur Tabi,
>>
>> In message <1274308618-2974-1-git-send-email-ti...@freescale.com> you wrote:
>>> Introduce function fdt_get_max_phandle(), which returns the largest value
>>> of all phandles in a device tree. T
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
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
When you repost the patch, you should change its version and change log, this
is standard procedure to be followed, now there are two patches on mailing list
with same subject, confusing for custodian to pick right one ..
Regards..
Prafulla . .
__
Hello everyone,
I am working on a product based on Atmel's sam9g20. Atmel's flashing procedure
stores the MAC address as a u-boot environment variable (ethaddr).
We are not comfortable with storing the MAC address this way, and would rather
keep it in EEPROM. Does anyone have experience with
On Jul 9, 2010, at 12:18 AM, Kumar Gala wrote:
> The code to map SERDES configs to slot names is board specific and not
> chip specific. Thus it should live in board/freescale/p1022ds/ and not
> in arch/powerpc/cpu/.
>
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/cpu/mpc85xx/p1022_serdes.c
On Jun 30, 2010, at 4:54 AM, Kumar Gala wrote:
> Signed-off-by: Kumar Gala
> ---
> board/freescale/common/Makefile |1 +
> board/freescale/mpc8536ds/mpc8536ds.c | 148 -
> include/configs/MPC8536DS.h | 14 +--
> 3 files changed, 6 insertions(+)
On Jun 30, 2010, at 4:54 AM, Kumar Gala wrote:
> Signed-off-by: Kumar Gala
> ---
> board/freescale/common/Makefile |1 +
> board/freescale/mpc8572ds/mpc8572ds.c | 145 +
> include/configs/MPC8572DS.h | 14 +--
> 3 files changed, 7 insertions(+)
Hello.
Kumar Gala wrote:
> 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
Hi folks,
I am trying to get a recent U-Boot working on my DNS323 (B1). Building
on the work of Albert Aribaud, I have been able to get it to boot
successfully from the existing U-Boot boot loader having defined
CONFIG_SKIP_LOWLEVEL_INIT, and (with a tweak to the
ORION5X_DEFADR_BOOTROM and OR
On 10/07/10 00:03, Sagar Heroorkar wrote:
> 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
Insert isb() sequence points to ensure DMA descriptors
are filled in and set up before actual DMA occurs.
Signed-off-by: Albert Aribaud
---
drivers/net/kirkwood_egiga.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/drivers/net/kirkwood_egiga.c b/drivers/net/kir
Please disregard. I have misplaced the second isb().
> @@ -536,6 +538,9 @@ static int kwgbe_send(struct eth_device *dev, volatile
> void *dataptr,
> p_txdesc->buf_ptr = (u8 *) p;
> p_txdesc->byte_cnt = datasize;
>
> + /* ensure tx desc writes above are performed before we start Tx
Insert isb() sequence points to ensure DMA descriptors
are filled in and set up before actual DMA occurs.
Signed-off-by: Albert Aribaud
---
drivers/net/kirkwood_egiga.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/net/kirkwood_egiga.c b/drivers/net/kirkwoo
21 matches
Mail list logo
