date:20100903

Re: [U-Boot] Hi

2010-09-03 Thread Tobias Waldekranz (Knutsson)

Did you download the version from hawkboard.org?

In that case, you should be able to follow the instructions on:

http://elinux.org/Hawkboard#Compiling_u-boot_.28bootloader.29

If you are using the git version of u-boot replace
omapl_hawkboard_config with da850evm_config and try to boot that
first. Then as a second step, you can add custom board support for the
Hawkboard.

On Thu, Sep 2, 2010 at 15:45, Vaishali Dhakate
vaishali.dhak...@sukrutsystems.com wrote:
Hi
Tobias thank you for the reply ...
I am using Fedora so I downloaded this ARM Toolchain.

http://fedoraproject.org/wiki/Architectures/ARM/CrossToolchain

Installed this toolchain successfully and able to cross compile code for
ARM...

I downloaded u-boot source code ,extracted it... Now want to compile
this source code using this ARM Toolchain that I installed

http://www.linuxfordevices.com/c/a/Linux-For-Devices-Articles/Introduction-to-Das-UBoot-the-universal-open-source-bootloader/

Now trying to figure out this using the above document... Not very
clear... as to how to do this ... will read the README of u-boot ..
Let me know !
Thanks and Regards
Vaishali

On 9/1/10, Tobias Waldekranz (Knutsson) tobias.knuts...@gmail.com wrote:
You can find the official port of u-boot for the Hawkboard over at
hawkboard.org, but if you want to build the latest version of u-boot
that can be done as well.

The Hawkboard is very similar to the DA850 EVM so as a first step, you
could simply build u-boot for that board and it should boot just fine.

On Tue, Aug 31, 2010 at 13:19, Vaishali Dhakate
vaishali.dhak...@sukrutsystems.com wrote:
Hi ,
I am trying to cross compile some libraries for ARM board
I will port a Linux OS to the hawkboard.
Want to study u-boot specific to this board so I ll be able to do
this. The first chore is to port u-boot on this board.
PLz help me , I was going through the uboot readme which directed me
to straight away mail and share my concern.
Thanks for the help
Regards
Vaishali
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Hälsningar/Regards
Tobias Waldekranz

Hälsningar/Regards
Tobias Waldekranz
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] zlib: Add further watchdog reset calls

2010-09-03 Thread Stefan Roese

Hi Detlev,

On Thursday 02 September 2010 18:40:38 Detlev Zundel wrote:
   case TYPE:
  +   if (strm-outcb != Z_NULL)
  +   (*strm-outcb)(Z_NULL, 0); /* call WATCHDOG_RESET */
  
   if (flush == Z_BLOCK) goto inf_leave;
   
   case TYPEDO:
   if (state-last) {
 
 Can you please tell me (and include in the comment) why this calls a
 watchdog reset and why you did not use a regular plain WATCHDOG_RESET?

I did it this way, because that's the way these watchdog reset calls have been 
implemented in the U-Boot zlib version till now. Frankly I'm not sure why it 
was done this way instead of using regular plain WATCHDOG_RESET calls. 
Perhaps Wolfgang remembers the reasoning behind it.

I could change this function pointer approach to regular plain 
WATCHDOG_RESET call though if preferred. Just let me know and I'll try to 
come up with a new patch version.

Cheers,
Stefan

--
DENX Software Engineering GmbH,  MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: off...@denx.de
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v2 1/2] APM82xxx: Add CPU and other peripheral support

2010-09-03 Thread Stefan Roese

Hi Marri,

On Friday 03 September 2010 03:48:44 Tirumala Marri wrote:
 mtdcr   ISRAM0_SB0CR,r1
   
   @@ -752,7 +754,11 @@ _start:
 mtdcr   ISRAM1_PMEG,r1
 
 lis r1,0x0004   /* BAS = 4_0004_ */
   
   +#if defined(CONFIG_APM82XXX) /* APM82XXX only has 32KB of OCM */
   + ori r1,r1,0x0784/* 32k */
   +#else
   
 ori r1,r1,0x0984/* 64k */
  
  Please get rid of these magic numbers and add a #define for a symbolic
  constant so the code becomes readable, and the selection can be done
  on a per-CPU base, i. e. without needing #ifdef's here.
 
 [Marri] I will define CONFIG_SYS_OCM_SIZE . But for now this is only added
 Bluestone.h. I need to remove  #if defined(CONFIG_APM821XX) I will have
 to
 Add CONFIG_SYS_OCM_SIZE to all the board config files which are based on
 460Ex and 460GT.
 I think that would be completely different patch.

Since the OCM size is SoC specific, I would prefer not to put such a define in 
each and every board config header, but in a SoC header. There you could 
automatically select the OCM size depending on the SoC type. No change in the 
board config header needed.
 
Cheers,
Stefan

--
DENX Software Engineering GmbH,  MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: off...@denx.de
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v2 1/2] APM82xxx: Add CPU and other peripheral support

2010-09-03 Thread Stefan Roese

Hi Wolfgang,

On Thursday 02 September 2010 21:01:37 Wolfgang Denk wrote:
 Hm.., the whole CPU ID code in arch/powerpc/cpu/ppc4xx/cpu.c has
 become a mess.
 
 Stefan:
 
 is there any deeper logic for the repeated #ifdef's there, when we
 finally do a switch on the PVR anyway?
 
 Instead of painstakingly concatenating  AMCC PowerPC 4 with 05
 and later GP Rev. B we could shrink this into a plain
 
   case PVR_405GP_RB:
   puts(AMCC PowerPC 405GP Rev. B);
   break;
 
 Or am I missing something?

IIRC, then the main reason for this is the code size reduction. Using your 
version would increase the code size quite a bit. But I concur, it would be 
much better readable. So just let me know, and I'll try to come up with a 
patch cleaning this up a bit.

 Let's get rid of all these nested #ifdef's...

As described in some comments, the problem is that some SoC's have the same 
PVR (for example 440EP rev C and 440GR rev B have same PVR). I have no idea 
how this identification could be solved without such ifdef's.

But you are right. Some of the ifdef's can be removed. Again, this would also 
result in a bigger image size though.

Cheers,
Stefan

--
DENX Software Engineering GmbH,  MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: off...@denx.de
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Hi

2010-09-03 Thread Wolfgang Denk

Dear Tobias Waldekranz (Knutsson),

please STOP full quoting / top posting.

Read http://www.netmeister.org/news/learn2quote.html

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
Monday is an awful way to spend one seventh of your life.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] zlib: Add further watchdog reset calls

2010-09-03 Thread Wolfgang Denk

Dear Stefan Roese,

In message 201009030910.08643...@denx.de you wrote:
 
 I did it this way, because that's the way these watchdog reset calls have 
 been 
 implemented in the U-Boot zlib version till now. Frankly I'm not sure why it 
 was done this way instead of using regular plain WATCHDOG_RESET calls. 
 Perhaps Wolfgang remembers the reasoning behind it.

It allows to easily adjust the granularity of trigger points depending
on data block size.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
You know that feeling when you're leaning back  on  a  stool  and  it
starts to tip over? Well, that's how I feel all the time.
- Steven Wright
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v2 1/2] APM82xxx: Add CPU and other peripheral support

2010-09-03 Thread Wolfgang Denk

Dear Stefan Roese,

In message 201009030946.22440...@denx.de you wrote:

 IIRC, then the main reason for this is the code size reduction. Using your 
 version would increase the code size quite a bit. But I concur, it would be 
 much better readable. So just let me know, and I'll try to come up with a 
 patch cleaning this up a bit.

Maybe some common parts (like AMCC PowerPC ) could be split off.

For the rest, the compelex code needs also space, so I'm not sure
about the end result.

 As described in some comments, the problem is that some SoC's have the same 
 PVR (for example 440EP rev C and 440GR rev B have same PVR). I have no idea 
 how this identification could be solved without such ifdef's.

I see.

 But you are right. Some of the ifdef's can be removed. Again, this would also 
 result in a bigger image size though.

Really? We should measure the effect.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH, MD: Wolfgang Denk  Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
The most exciting phrase to hear in science, the one that heralds new
discoveries, is not Eureka! (I found it!) but That's funny ...
  -- Isaac Asimov
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] [PATCH] atmel_usart: change register access to C structure

2010-09-03 Thread Andreas Bießmann

 This patch introduces C structure definition for register footprint of atmel's
 usart.

Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
 drivers/serial/atmel_usart.c |   36 --
 drivers/serial/atmel_usart.h |   56 ++
 2 files changed, 46 insertions(+), 46 deletions(-)

diff --git a/drivers/serial/atmel_usart.c b/drivers/serial/atmel_usart.c
index cad3412..bfa1f3a 100644
--- a/drivers/serial/atmel_usart.c
+++ b/drivers/serial/atmel_usart.c
@@ -1,6 +1,9 @@
 /*
  * Copyright (C) 2004-2006 Atmel Corporation
  *
+ * Modified to support C structur SoC access by
+ * Andreas Bießmann biessm...@corscience.de
+ *
  * This program is free software; you can redistribute it and/or modify
  * it under the terms of the GNU General Public License as published by
  * the Free Software Foundation; either version 2 of the License, or
@@ -16,10 +19,6 @@
  * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
  */
 #include common.h
-#ifndef CONFIG_AT91_LEGACY
-#define CONFIG_AT91_LEGACY
-#warning Please update to use C structur SoC access !
-#endif
 #include watchdog.h
 
 #include asm/io.h
@@ -46,6 +45,7 @@ DECLARE_GLOBAL_DATA_PTR;
 
 void serial_setbrg(void)
 {
+   atmel_usart3_t *usart = (atmel_usart3_t*)USART_BASE;
unsigned long divisor;
unsigned long usart_hz;
 
@@ -56,32 +56,37 @@ void serial_setbrg(void)
 */
usart_hz = get_usart_clk_rate(USART_ID);
divisor = (usart_hz / 16 + gd-baudrate / 2) / gd-baudrate;
-   usart3_writel(BRGR, USART3_BF(CD, divisor));
+   writel(USART3_BF(CD, divisor), usart-brgr);
 }
 
 int serial_init(void)
 {
-   usart3_writel(CR, USART3_BIT(RSTRX) | USART3_BIT(RSTTX));
+   atmel_usart3_t *usart = (atmel_usart3_t*)USART_BASE;
+
+   writel(USART3_BIT(RSTRX) | USART3_BIT(RSTTX), usart-cr);
 
serial_setbrg();
 
-   usart3_writel(CR, USART3_BIT(RXEN) | USART3_BIT(TXEN));
-   usart3_writel(MR, (USART3_BF(USART_MODE, USART3_USART_MODE_NORMAL)
+   writel(USART3_BIT(RXEN) | USART3_BIT(TXEN), usart-cr);
+   writel((USART3_BF(USART_MODE, USART3_USART_MODE_NORMAL)
   | USART3_BF(USCLKS, USART3_USCLKS_MCK)
   | USART3_BF(CHRL, USART3_CHRL_8)
   | USART3_BF(PAR, USART3_PAR_NONE)
-  | USART3_BF(NBSTOP, USART3_NBSTOP_1)));
+  | USART3_BF(NBSTOP, USART3_NBSTOP_1)),
+  usart-mr);
 
return 0;
 }
 
 void serial_putc(char c)
 {
+   atmel_usart3_t *usart = (atmel_usart3_t*)USART_BASE;
+
if (c == '\n')
serial_putc('\r');
 
-   while (!(usart3_readl(CSR)  USART3_BIT(TXRDY))) ;
-   usart3_writel(THR, c);
+   while (!(readl(usart-csr)  USART3_BIT(TXRDY)));
+   writel(c, usart-thr);
 }
 
 void serial_puts(const char *s)
@@ -92,12 +97,15 @@ void serial_puts(const char *s)
 
 int serial_getc(void)
 {
-   while (!(usart3_readl(CSR)  USART3_BIT(RXRDY)))
+   atmel_usart3_t *usart = (atmel_usart3_t*)USART_BASE;
+
+   while (!(readl(usart-csr)  USART3_BIT(RXRDY)))
 WATCHDOG_RESET();
-   return usart3_readl(RHR);
+   return readl(usart-rhr);
 }
 
 int serial_tstc(void)
 {
-   return (usart3_readl(CSR)  USART3_BIT(RXRDY)) != 0;
+   atmel_usart3_t *usart = (atmel_usart3_t*)USART_BASE;
+   return (readl(usart-csr)  USART3_BIT(RXRDY)) != 0;
 }
diff --git a/drivers/serial/atmel_usart.h b/drivers/serial/atmel_usart.h
index af3773a..7cfc2d5 100644
--- a/drivers/serial/atmel_usart.h
+++ b/drivers/serial/atmel_usart.h
@@ -3,6 +3,9 @@
  *
  * Copyright (C) 2005-2006 Atmel Corporation
  *
+ * Modified to support C structure SoC access by
+ * Andreas Bießmann biessm...@corscience.de
+ *
  * This program is free software; you can redistribute it and/or modify
  * it under the terms of the GNU General Public License as published by
  * the Free Software Foundation; either version 2 of the License, or
@@ -20,32 +23,27 @@
 #ifndef __DRIVERS_ATMEL_USART_H__
 #define __DRIVERS_ATMEL_USART_H__
 
-/* USART3 register offsets */
-#define USART3_CR  0x
-#define USART3_MR  0x0004
-#define USART3_IER 0x0008
-#define USART3_IDR 0x000c
-#define USART3_IMR 0x0010
-#define USART3_CSR 0x0014
-#define USART3_RHR 0x0018
-#define USART3_THR 0x001c
-#define USART3_BRGR0x0020
-#define USART3_RTOR0x0024
-#define USART3_TTGR0x0028
-#define USART3_FIDI0x0040
-#define USART3_NER 0x0044
-#define USART3_XXR 0x0048
-#define USART3_IFR

52 matches

Mail list logo