* [ECOS] ecos atmel eb40 demo board
@ 2001-08-06 12:05 Richard Slaughter
2001-08-06 16:27 ` Jonathan Larmour
0 siblings, 1 reply; 7+ messages in thread
From: Richard Slaughter @ 2001-08-06 12:05 UTC (permalink / raw)
To: ecos-discuss
I'm trying to load the examples binaries to my EB40 atmel board.
Most of the time when I try to download the redboot_ram.elf file the eb40
reset and I get the angel signon message.
Ocassionally I get the file downloaded and can go through the minicom and
try to flash the chip but redboot never activates from the flash
Is anyone else experienceing this problem.
Richard Slaughter
Richard Slaughter
rslaughter@anatel.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ECOS] ecos atmel eb40 demo board
2001-08-06 12:05 [ECOS] ecos atmel eb40 demo board Richard Slaughter
@ 2001-08-06 16:27 ` Jonathan Larmour
[not found] ` <002301c11f48$a03a82a0$740aa8c0@richards>
0 siblings, 1 reply; 7+ messages in thread
From: Jonathan Larmour @ 2001-08-06 16:27 UTC (permalink / raw)
To: Richard Slaughter; +Cc: ecos-discuss
Richard Slaughter wrote:
>
> I'm trying to load the examples binaries to my EB40 atmel board.
> Most of the time when I try to download the redboot_ram.elf file the eb40
> reset and I get the angel signon message.
It may be worth using a snapshot GDB, rather than 5.0. The RDI support has
been improved.
> Ocassionally I get the file downloaded and can go through the minicom and
> try to flash the chip but redboot never activates from the flash
You're following the instructions in the RedBoot user's manual right?
Jifl
--
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ECOS] ecos atmel eb40 demo board
[not found] ` <002301c11f48$a03a82a0$740aa8c0@richards>
@ 2001-08-07 7:16 ` Jonathan Larmour
2001-08-07 9:43 ` [ECOS] variant rm7000 interrupt masking Chris Morrow
0 siblings, 1 reply; 7+ messages in thread
From: Jonathan Larmour @ 2001-08-07 7:16 UTC (permalink / raw)
To: Richard Slaughter, eCos discussion
Richard Slaughter wrote:
>
> Jonathan,
> Yes, I'm following the instructions.
> I have been able to install redboot_rom.elf on the eb40 board.
> The file redboot_ramrom.srec per the instructions does not exist.
> I assumed it was redboot_romram.srec. I could not get this file to
> download but redboot_rom.srec, transfered to flash and will run.
RAMROM is a typo - it should have been ROMRAM.
So the RedBoot ROM works absolutely fine, but RedBoot ROMRAM can't even
load.
> If I try to replace it I have this problem with the board resetting
> and displaying the Angel logon before finishing the download.
If you are _already_ running the RedBoot ROM image, you should first load
the redboot RAM image into it and run that before downloading the ROMRAM
image. This is because RedBoot executes in place, which means that when you
write a new version in flash, it overwrites the currently executing
program. I wouldn't be at all surprised if weird stuff happens then.
> It almost acts like a watch dog timer is running and restting the board.
> I'm using the snapshot insight+dejagnu-20010419 version of gdb and I'm
> just using binary images posted to redhat for the eb40.
> what are the distictions between:
> redboot_ram.elf
Loads into and runs from RAM.
> redboot_romram.elf
Loads into ROM, relocates itself to RAM when it starts, and runs from RAM.
> redboot rom.elf
Loads and runs from ROM.
Jifl
--
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine
^ permalink raw reply [flat|nested] 7+ messages in thread
* [ECOS] variant rm7000 interrupt masking
2001-08-07 7:16 ` Jonathan Larmour
@ 2001-08-07 9:43 ` Chris Morrow
2001-08-07 18:36 ` Chris Morrow
0 siblings, 1 reply; 7+ messages in thread
From: Chris Morrow @ 2001-08-07 9:43 UTC (permalink / raw)
To: eCos discussion
In the file
.../packages/hal/mips/rm7000/ocelot/current/include/plf_intr.h.
should the "else if" comparison be (_vector_ <= CYGNUM_UART2)
in the following macro?
#define HAL_INTERRUPT_MASK( _vector_
) \
CYG_MACRO_START
\
if( (_vector_) <= CYGNUM_HAL_INTERRUPT_COMPARE
) \
{
\
asm volatile
( \
"mfc0
$3,$12\n" \
"la
$2,0x00000400\n" \
"sllv
$2,$2,%0\n" \
"nor
$2,$2,$0\n" \
"and
$3,$3,$2\n" \
"mtc0
$3,$12\n" \
"nop; nop;
nop\n" \
: \
:
"r"(_vector_) \
: "$2",
"$3" \
); \
}
\
else if ((_vector_) >=
CYGNUM_HAL_INTERRUPT_UART2) \
{
\
/* int 6:9 are masked in the Interrupt Control register
*/ \
asm volatile
( \
"mfc1
$3,$20\n" \
"la
$2,0x00000100\n" \
"sllv
$2,$2,%0\n" \
"nor
$2,$2,$0\n" \
"and
$3,$3,$2\n" \
"mtc1
$3,$20\n" \
"nop; nop;
nop\n" \
: \
: "r"((_vector_) -
CYGNUM_HAL_INTERRUPT_PMC1) \
: "$2",
"$3" \
); \
}
\
CYG_MACRO_END
The same problem exists in the UNMASK macro.
Also, I believe rm7000 variants need a custom hal_intc_decode macro to
deal with the rm7000's interrupt control register.
Is there any reason not to place these macros in
.../packages/hal/mips/rm7000/var/current/include/{variant.inc,var_intr.h}
Chris Morrow YottaYotta Inc. email: cmorrow@yottayotta.com
phone: (780) 989 6814 web: http: //www.yottayotta.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ECOS] variant rm7000 interrupt masking
2001-08-07 9:43 ` [ECOS] variant rm7000 interrupt masking Chris Morrow
@ 2001-08-07 18:36 ` Chris Morrow
2001-08-08 11:29 ` Jonathan Larmour
0 siblings, 1 reply; 7+ messages in thread
From: Chris Morrow @ 2001-08-07 18:36 UTC (permalink / raw)
To: eCos discussion
There are a couple more difficulties with the MASK/UNMASK MACROS.
These ones work better.
#define HAL_INTERRUPT_MASK( _vector_
) \
CYG_MACRO_START
\
if( (_vector_) <= CYGNUM_HAL_MAX_STATUS_VEC
) \
{
\
asm volatile
( \
"mfc0
$3,$12\n" \
"la
$2,0x00000400\n" \
"sllv
$2,$2,%0\n" \
"nor
$2,$2,$0\n" \
"and
$3,$3,$2\n" \
"mtc0
$3,$12\n" \
"nop; nop;
nop\n" \
: \
:
"r"(_vector_) \
: "$2",
"$3" \
); \
}
\
else
\
{
\
/* int 6:9 are masked in the Interrupt Control register
*/ \
asm volatile
( \
"cfc0
$3,$20\n" \
"la
$2,0x00000004\n" \
"sllv
$2,$2,%0\n" \
"nor
$2,$2,$0\n" \
"and
$3,$3,$2\n" \
"ctc0
$3,$20\n" \
"nop; nop;
nop\n" \
: \
: "r"((_vector_) ) \
: "$2",
"$3" \
); \
}
\
CYG_MACRO_END
#define HAL_INTERRUPT_UNMASK( _vector_
) \
CYG_MACRO_START
\
if( (_vector_) <= CYGNUM_HAL_MAX_STATUS_VEC
) \
{
\
asm volatile
( \
"mfc0
$3,$12\n" \
"la
$2,0x00000400\n" \
"sllv
$2,$2,%0\n" \
"or
$3,$3,$2\n" \
"mtc0
$3,$12\n" \
"nop; nop;
nop\n" \
: \
:
"r"(_vector_) \
: "$2",
"$3" \
); \
}
\
else \
{
\
/* int 6:9 are masked in the Interrupt Control register
*/ \
asm volatile
( \
"cfc0
$3,$20\n" \
"la
$2,0x00000004\n" \
"sllv
$2,$2,%0\n" \
"or
$3,$3,$2\n" \
"ctc0
$3,$20\n" \
"nop; nop;
nop\n" \
: \
: "r"((_vector_)
) \
: "$2",
"$3" \
); \
}
\
CYG_MACRO_END
--
Chris Morrow YottaYotta Inc. email: cmorrow@yottayotta.com
phone: (780) 989 6814 web: http: //www.yottayotta.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ECOS] variant rm7000 interrupt masking
2001-08-07 18:36 ` Chris Morrow
@ 2001-08-08 11:29 ` Jonathan Larmour
2001-08-09 0:53 ` Jesper Skov
0 siblings, 1 reply; 7+ messages in thread
From: Jonathan Larmour @ 2001-08-08 11:29 UTC (permalink / raw)
To: Chris Morrow; +Cc: eCos discussion, Jesper Skov
Chris Morrow wrote:
>
> There are a couple more difficulties with the MASK/UNMASK MACROS.
> These ones work better.
>
> #define HAL_INTERRUPT_MASK( _vector_
[snip]
These changes look fine, and I'm happy to apply them. I've written a
ChangeLog entry for you.
> Also, I believe rm7000 variants need a custom hal_intc_decode macro to
> deal with the rm7000's interrupt control register.
Yes they should. Got a patch? :-).
> Is there any reason not to place these macros in
> .../packages/hal/mips/rm7000/var/current/include/{variant.inc,var_intr.h}
Don't know why not. Jesper?
Jifl
--
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [ECOS] variant rm7000 interrupt masking
2001-08-08 11:29 ` Jonathan Larmour
@ 2001-08-09 0:53 ` Jesper Skov
0 siblings, 0 replies; 7+ messages in thread
From: Jesper Skov @ 2001-08-09 0:53 UTC (permalink / raw)
To: Jonathan Larmour; +Cc: Chris Morrow, eCos discussion
>>>>> "Jonathan" == Jonathan Larmour <jlarmour@redhat.com> writes:
>> Is there any reason not to place these macros in
>> .../packages/hal/mips/rm7000/var/current/include/{variant.inc,var_intr.h}
Jonathan> Don't know why not. Jesper?
No, that would be fine.
Jesper
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2001-08-09 0:53 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-08-06 12:05 [ECOS] ecos atmel eb40 demo board Richard Slaughter
2001-08-06 16:27 ` Jonathan Larmour
[not found] ` <002301c11f48$a03a82a0$740aa8c0@richards>
2001-08-07 7:16 ` Jonathan Larmour
2001-08-07 9:43 ` [ECOS] variant rm7000 interrupt masking Chris Morrow
2001-08-07 18:36 ` Chris Morrow
2001-08-08 11:29 ` Jonathan Larmour
2001-08-09 0:53 ` Jesper Skov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).