[ECOS] cs8900a_int_vector

[ECOS] cs8900a_int_vector

[Bob Koninckx]

file devs/eth/cl/cs8900a/current/src/if_cs8900a.c

static int
cs8900a_int_vector(struct eth_drv_sc *sc)
{
    cs8900a_priv_data_t *cpd = (cs8900a_priv_data_t*)sc->driver_private;
    return (cpd->interrupt) ? 1 : 0;
}

Does anybody know the rationale of the return statement? Shouldn't this
simply be

return (cpd->interrupt)

Thanks,
Bob


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] cs8900a_int_vector

[Gary Thomas]

On Sun, 2004-04-18 at 06:13, Bob Koninckx wrote:
> file devs/eth/cl/cs8900a/current/src/if_cs8900a.c
> 
> static int
> cs8900a_int_vector(struct eth_drv_sc *sc)
> {
>     cs8900a_priv_data_t *cpd = (cs8900a_priv_data_t*)sc->driver_private;
>     return (cpd->interrupt) ? 1 : 0;
> }
> 
> Does anybody know the rationale of the return statement? Shouldn't this
> simply be
> 
> return (cpd->interrupt)

Yes, what's there is clearly wrong.  Most importantly, this would keep
GDB via ethernet from ever seeing ^C interrupts.

-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] AT91/EB40 redboot and uCnet daugter board

[Felix Nielsen]

Hi

I am having trouble getting the redboot compiled and up and running.

I have a AT91/EB40 devboard 2mb ram and a uCnet daugter board with 2mb 
flash AT49BV1614 and CS8900A. I started without the uCnet - just to keep 
things simple.

When I use the precompiled redboot 
(http://sources.redhat.com/ecos/boards/redbootbins/at91eb40/redboot_RAM.elf) 
I get this result :

************

RedBoot(tm) bootstrap and debug environment, version UNKNOWN - built 
17:01:31, 1

Platform: Atmel AT91/EB40 (ARM7TDMI)
Copyright (C) 2000, 2001, Red Hat, Inc.

RAM: 0x02000000-0x02080000, 0x0202d9f8-0x0207ef00 available
FLASH: 0x01010000 - 0x01020000, 256 blocks of 0x00000100 bytes each.

************

This look just right - besides the wrong amount of memory, but that 
should be easy to change :)

I then got the latest CVS, and tried to build reboot :

ecosconfig new eb40 redboot
U CYGSEM_HAL_USE_ROM_MONITOR, new inferred value 0
U CYGIMP_HAL_COMMON_INTERRUPTS_USE_INTERRUPT_STACK, new inferred value 0

ecosconfig import 
/opt/ecos/cvs/ecos/packages/hal/arm/at91/eb40/current/misc/redboot_RAM.ecm

make -s
headers finished
/opt/ecos/cvs/ecos/packages/redboot/current/src/load.c: In function 
`do_load':
/opt/ecos/cvs/ecos/packages/redboot/current/src/load.c:606: warning: 
unused variable `port'
/opt/ecos/cvs/ecos/packages/redboot/current/src/flash.c: In function 
`do_flash_init':
/opt/ecos/cvs/ecos/packages/redboot/current/src/flash.c:1318: warning: 
unused variable `err_addr'
build finished

(gdb) set $cpsr=0xd3
(gdb) load
Loading section .rom_vectors, size 0x40 lma 0x2020000
Loading section .text, size 0xbc28 lma 0x2020040
Loading section .rodata, size 0x1eb3 lma 0x202bc68
Loading section .data, size 0x738 lma 0x202db1c
Start address 0x2020040, load size 57939
Transfer rate: 6098 bits/sec, 499 bytes/write.

*****************

RedBoot(tm) bootstrap and debug environment [RAM]
Non-certified release, version UNKNOWN - built 20:45:01, Apr 18 2004

Platform: Atmel AT91/EB40 (ARM7TDMI)
Copyright (C) 2000, 2001, 2002, Red Hat, Inc.

RAM: 0x02000000-0x02080000, [0x02034400-0x02080000] available
FLASH: 0x00000000 - 0x00000001, 0 blocks of 0x00000000 bytes each.


*****************

But the reboot is unable to find the flash, can anyone help with that?

Is it possible to backup the flash before I flash with a working 
redboot?, because it is flashed with prebuild uClinux bootstrap - and 
would to keep it as a backup.

Secondly I would really like to get the uCnet daugter board up and 
running, if anyone have information on that I would be happy.

Thanks for your time and hope to get some help :)
Felix



















-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] cs8900a_int_vector

[Jani Monoses]

> > Does anybody know the rationale of the return statement? Shouldn't
> > this simply be
> > 
> > return (cpd->interrupt)
> 
> Yes, what's there is clearly wrong.  Most importantly, this would keep
> GDB via ethernet from ever seeing ^C interrupts.

So this is the reason I never got gdb over eth working since all
targets I used had cs8900. I always though I was misconfiguring
something.

Jani

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] AT91/EB40 redboot and uCnet daugter board

[Felix Nielsen]

Finally found the reason :)

Default the AT29LV1024 is write protected, and the CVS version of target 
EB40 is using the whole flash from 0x1000000 - 0x1020000 (when jumper J7 
is bridged whole flash is writeable)

The prebuild binaries from sources.redhat.com/ecos is compiled with 
FLASH_BASE at 0x1010000 - 0x1020000

Still need to know if it is possible to transfer data from the flash, 
back to host computer? - would like a backup of the top flash area 
(uClinux bootstrap)


Felix

Felix Nielsen wrote:

> Hi
>
> I am having trouble getting the redboot compiled and up and running.
>
> I have a AT91/EB40 devboard 2mb ram and a uCnet daugter board with 2mb 
> flash AT49BV1614 and CS8900A. I started without the uCnet - just to 
> keep things simple.
>
> When I use the precompiled redboot 
> (http://sources.redhat.com/ecos/boards/redbootbins/at91eb40/redboot_RAM.elf) 
> I get this result :
>
> ************
>
> RedBoot(tm) bootstrap and debug environment, version UNKNOWN - built 
> 17:01:31, 1
>
> Platform: Atmel AT91/EB40 (ARM7TDMI)
> Copyright (C) 2000, 2001, Red Hat, Inc.
>
> RAM: 0x02000000-0x02080000, 0x0202d9f8-0x0207ef00 available
> FLASH: 0x01010000 - 0x01020000, 256 blocks of 0x00000100 bytes each.
>
> ************
>
> This look just right - besides the wrong amount of memory, but that 
> should be easy to change :)
>
> I then got the latest CVS, and tried to build reboot :
>
> ecosconfig new eb40 redboot
> U CYGSEM_HAL_USE_ROM_MONITOR, new inferred value 0
> U CYGIMP_HAL_COMMON_INTERRUPTS_USE_INTERRUPT_STACK, new inferred value 0
>
> ecosconfig import 
> /opt/ecos/cvs/ecos/packages/hal/arm/at91/eb40/current/misc/redboot_RAM.ecm 
>
>
> make -s
> headers finished
> /opt/ecos/cvs/ecos/packages/redboot/current/src/load.c: In function 
> `do_load':
> /opt/ecos/cvs/ecos/packages/redboot/current/src/load.c:606: warning: 
> unused variable `port'
> /opt/ecos/cvs/ecos/packages/redboot/current/src/flash.c: In function 
> `do_flash_init':
> /opt/ecos/cvs/ecos/packages/redboot/current/src/flash.c:1318: warning: 
> unused variable `err_addr'
> build finished
>
> (gdb) set $cpsr=0xd3
> (gdb) load
> Loading section .rom_vectors, size 0x40 lma 0x2020000
> Loading section .text, size 0xbc28 lma 0x2020040
> Loading section .rodata, size 0x1eb3 lma 0x202bc68
> Loading section .data, size 0x738 lma 0x202db1c
> Start address 0x2020040, load size 57939
> Transfer rate: 6098 bits/sec, 499 bytes/write.
>
> *****************
>
> RedBoot(tm) bootstrap and debug environment [RAM]
> Non-certified release, version UNKNOWN - built 20:45:01, Apr 18 2004
>
> Platform: Atmel AT91/EB40 (ARM7TDMI)
> Copyright (C) 2000, 2001, 2002, Red Hat, Inc.
>
> RAM: 0x02000000-0x02080000, [0x02034400-0x02080000] available
> FLASH: 0x00000000 - 0x00000001, 0 blocks of 0x00000000 bytes each.
>
>
> *****************
>
> But the reboot is unable to find the flash, can anyone help with that?
>
> Is it possible to backup the flash before I flash with a working 
> redboot?, because it is flashed with prebuild uClinux bootstrap - and 
> would to keep it as a backup.
>
> Secondly I would really like to get the uCnet daugter board up and 
> running, if anyone have information on that I would be happy.
>
> Thanks for your time and hope to get some help :)
> Felix
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

Re: [ECOS] AT91/EB40 redboot and uCnet daugter board

[Gary Thomas]

On Wed, 2004-04-21 at 02:09, Felix Nielsen wrote:
> Finally found the reason :)
> 
> Default the AT29LV1024 is write protected, and the CVS version of target 
> EB40 is using the whole flash from 0x1000000 - 0x1020000 (when jumper J7 
> is bridged whole flash is writeable)
> 
> The prebuild binaries from sources.redhat.com/ecos is compiled with 
> FLASH_BASE at 0x1010000 - 0x1020000
> 
> Still need to know if it is possible to transfer data from the flash, 
> back to host computer? - would like a backup of the top flash area 
> (uClinux bootstrap)

How much data is it?  If it's reasonably small, use "dump -s" in RedBoot
to dump the data as Motorola S-records which you can capture and then
reconstitute using objcopy.

If it's a lot, then you might need something more powerful / flexible.

> 
> 
> Felix
> 
> Felix Nielsen wrote:
> 
> > Hi
> >
> > I am having trouble getting the redboot compiled and up and running.
> >
> > I have a AT91/EB40 devboard 2mb ram and a uCnet daugter board with 2mb 
> > flash AT49BV1614 and CS8900A. I started without the uCnet - just to 
> > keep things simple.
> >
> > When I use the precompiled redboot 
> > (http://sources.redhat.com/ecos/boards/redbootbins/at91eb40/redboot_RAM.elf) 
> > I get this result :
> >
> > ************
> >
> > RedBoot(tm) bootstrap and debug environment, version UNKNOWN - built 
> > 17:01:31, 1
> >
> > Platform: Atmel AT91/EB40 (ARM7TDMI)
> > Copyright (C) 2000, 2001, Red Hat, Inc.
> >
> > RAM: 0x02000000-0x02080000, 0x0202d9f8-0x0207ef00 available
> > FLASH: 0x01010000 - 0x01020000, 256 blocks of 0x00000100 bytes each.
> >
> > ************
> >
> > This look just right - besides the wrong amount of memory, but that 
> > should be easy to change :)
> >
> > I then got the latest CVS, and tried to build reboot :
> >
> > ecosconfig new eb40 redboot
> > U CYGSEM_HAL_USE_ROM_MONITOR, new inferred value 0
> > U CYGIMP_HAL_COMMON_INTERRUPTS_USE_INTERRUPT_STACK, new inferred value 0
> >
> > ecosconfig import 
> > /opt/ecos/cvs/ecos/packages/hal/arm/at91/eb40/current/misc/redboot_RAM.ecm 
> >
> >
> > make -s
> > headers finished
> > /opt/ecos/cvs/ecos/packages/redboot/current/src/load.c: In function 
> > `do_load':
> > /opt/ecos/cvs/ecos/packages/redboot/current/src/load.c:606: warning: 
> > unused variable `port'
> > /opt/ecos/cvs/ecos/packages/redboot/current/src/flash.c: In function 
> > `do_flash_init':
> > /opt/ecos/cvs/ecos/packages/redboot/current/src/flash.c:1318: warning: 
> > unused variable `err_addr'
> > build finished
> >
> > (gdb) set $cpsr=0xd3
> > (gdb) load
> > Loading section .rom_vectors, size 0x40 lma 0x2020000
> > Loading section .text, size 0xbc28 lma 0x2020040
> > Loading section .rodata, size 0x1eb3 lma 0x202bc68
> > Loading section .data, size 0x738 lma 0x202db1c
> > Start address 0x2020040, load size 57939
> > Transfer rate: 6098 bits/sec, 499 bytes/write.
> >
> > *****************
> >
> > RedBoot(tm) bootstrap and debug environment [RAM]
> > Non-certified release, version UNKNOWN - built 20:45:01, Apr 18 2004
> >
> > Platform: Atmel AT91/EB40 (ARM7TDMI)
> > Copyright (C) 2000, 2001, 2002, Red Hat, Inc.
> >
> > RAM: 0x02000000-0x02080000, [0x02034400-0x02080000] available
> > FLASH: 0x00000000 - 0x00000001, 0 blocks of 0x00000000 bytes each.
> >
> >
> > *****************
> >
> > But the reboot is unable to find the flash, can anyone help with that?
> >
> > Is it possible to backup the flash before I flash with a working 
> > redboot?, because it is flashed with prebuild uClinux bootstrap - and 
> > would to keep it as a backup.
> >
> > Secondly I would really like to get the uCnet daugter board up and 
> > running, if anyone have information on that I would be happy.
> >
> > Thanks for your time and hope to get some help :)
> > Felix
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss