[U-Boot-Users] BCSR

[U-Boot-Users] BCSR

[Knowledge Seeker]

I see following line in board/fads/fads.h file

#define BCSR_ADDR ((uint) 0xFF080000)

Can anybody tell me where this definition comes from. Cannot find any
reference.

Abu Sana

[U-Boot-Users] BCSR

[Shawn Jin]

> #define BCSR_ADDR ((uint) 0xFF080000)
> 
> Can anybody tell me where this definition comes from. Cannot find any
> reference.

BCSR usually stands for Board Control/Configuration Status Register.
This is board-specific. So go to your board manual.

-Shawn.

[U-Boot-Users] BCSR

[Wolfgang Denk]

In message <20040728000126.1016.qmail@web50508.mail.yahoo.com> you wrote:
> I see following line in board/fads/fads.h file
> 
> #define BCSR_ADDR ((uint) 0xFF080000)
> 
> Can anybody tell me where this definition comes from. Cannot find any
> reference.

For a desription of the register see  the  FADS  User's  manual;  the
address was chosen when setting up the memory map for the system.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
While most peoples' opinions change, the conviction of their correct-
ness never does.

[U-Boot-Users] BCSR

[Knowledge Seeker]

Since posting this email, I had found BCSR definition in the manual.

It appear that this address is not correct. (I have 852T Fads board).

Original fads.h file had

#define BCSR_ADDR   ((uint) 0xFF080000)

and I was getting sigabrt in serial.c (serial_init() call). Looking
around I found another definition, 

#define BCSR_ADDR   ((uint) 0x02100000)

This seems to work for serial ports, but had no effect in fec.c file
(fec_init() function call) and I thing this is the cause of my fec /
LXT972 (which I have sent in different emails before).

Uptill this point,

IMMR 0xff000000
SDRAM from 0x00000000 for 32 mb
Flash from 0x02000000 for 16 mb

Yesterday I change Flash to start from 0x40000000 and again I am
getting sigabrt serial.c:serial_init() function. This time none of
definitions are working (all get sigabrt)

#define BCSR_ADDR		((uint) 0x02100000)
#define BCSR_ADDR               ((uint) 0xff010000)
#define BCSR_ADDR		((uint) 0xff080000)

Well, how can I correctly calculate BCSR_ADDR for my environment.

Thanks

Abu Sana

--- Wolfgang Denk <wd@denx.de> wrote:
> In message <20040728000126.1016.qmail@web50508.mail.yahoo.com> you
> wrote:
> > I see following line in board/fads/fads.h file
> > 
> > #define BCSR_ADDR ((uint) 0xFF080000)
> > 
> > Can anybody tell me where this definition comes from. Cannot find
> > any reference.
> 
> For a desription of the register see  the  FADS  User's  manual; 
> the address was chosen when setting up the memory map for the
system.
> 
> Best regards,
> 
> Wolfgang Denk
> 
> -- 
> Software Engineering: Embedded and Realtime Systems, Embedded Linux
> Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email:
wd at denx.de
> While most peoples' opinions change, the conviction of their
correct-
> ness never does.

[U-Boot-Users] BCSR

[Yuli Barcohen]

>>>>> Abu Sana writes:

    Abu_Sana> Since posting this email, I had found BCSR definition in
    Abu_Sana> the manual.  It appear that this address is not
    Abu_Sana> correct. (I have 852T Fads board).

It can't be correct or incorrect, it's just mapping that you choose. And
FADS port never supported 852T FADS board. This board is similar to
other FADS but may require some changes.

    Abu_Sana> Original fads.h file had

    Abu_Sana> #define BCSR_ADDR ((uint) 0xFF080000)

    Abu_Sana> and I was getting sigabrt in serial.c (serial_init()
    Abu_Sana> call). Looking around I found another definition,

    Abu_Sana> #define BCSR_ADDR ((uint) 0x02100000)

Found where? This value won't work in Linux. And BCSR has nothing to do
with serial_init().

    Abu_Sana> This seems to work for serial ports, but had no effect in
    Abu_Sana> fec.c file (fec_init() function call) and I thing this is
    Abu_Sana> the cause of my fec / LXT972 (which I have sent in
    Abu_Sana> different emails before).

    Abu_Sana> Uptill this point,

    Abu_Sana> IMMR 0xff000000 SDRAM from 0x00000000 for 32 mb Flash from
    Abu_Sana> 0x02000000 for 16 mb

    Abu_Sana> Yesterday I change Flash to start from 0x40000000

This is not good for Linux either, IMHO.

    Abu_Sana> and again I am getting sigabrt serial.c:serial_init()
    Abu_Sana> function. This time none of definitions are working (all
    Abu_Sana> get sigabrt)

    Abu_Sana> #define BCSR_ADDR ((uint) 0x02100000) define BCSR_ADDR
    Abu_Sana> #((uint) 0xff010000) define BCSR_ADDR ((uint) 0xff080000)

    Abu_Sana> Well, how can I correctly calculate BCSR_ADDR for my
    Abu_Sana> environment.

You can put it at any available address but what's wrong with the
current definition? Why do you think that the problem is in BCSR? Files
board/fads/fads.h and board/fads/fads.c contain a lot of
hardware-specific definitions. Have you adjusted them according to your
hardware? For example, there was no support for 32MB SDRAM. What's about
board-specific configuration file in include/configs?

-- 
========================================================================
 Yuli Barcohen       | Phone +972-9-765-1788 |  Software Project Leader
 yuli at arabellasw.com | Fax   +972-9-765-7494 | Arabella Software, Israel
========================================================================

[U-Boot-Users] BCSR

[Wolfgang Denk]

In message <20040728141843.871.qmail@web50503.mail.yahoo.com> you wrote:
> 
> It appear that this address is not correct. (I have 852T Fads board).

It is absolutley correct. It is part of the design to set up a memory
map.

> Original fads.h file had
> #define BCSR_ADDR   ((uint) 0xFF080000)

OK.

> and I was getting sigabrt in serial.c (serial_init() call). Looking
> around I found another definition, 
> 
> #define BCSR_ADDR   ((uint) 0x02100000)

Yes, this is for another of theinfinite  number  of  possible  memory
maps; in this case it's one which cannot work under Linux.

> Yesterday I change Flash to start from 0x40000000 and again I am
> getting sigabrt serial.c:serial_init() function. This time none of
> definitions are working (all get sigabrt)

In my opinion you are changing too many things that are wokring  fine
anywhere else.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
You can't evaluate a man by logic alone.
	-- McCoy, "I, Mudd", stardate 4513.3