[ECOS] raw output to serial port and dataflash + legacy API questions

[ECOS] raw output to serial port and dataflash + legacy API questions

[Dave Milter]

Hello,

There are a couple questions about ecos, for which I can not find
suitable answers
in google and ecos documentation. May be anybody can help?

1)I have a board with two interfaces rs232 and let's call it "X",
I want to log data (which come from interface "X") on my PC .
And PC not support "X", so I took this board and ecos and write:

cyg_io_lookup("/dev/ttydiag", &hRS232);
cyg_io_read(hX, buf, &len);
cyg_io_write(hRS232, buf, &out_len);

my problem is bytes with values '\r' and '\n'.
Data that go via X interface is binary, but when I write
to RS232 ecos library looks like add symbols of new lines (replace
'\n' with \n\r or
something like this),
and I want to turn off this mode, but only when my application start working,
I mean in runtime, not in  configtool.

2)I have board with dataflash, it supported with package in directory
packages/devs/flash/atmel/dataflash, but on my board
as against eb55 there is only dataflash, there is no NOR flash.

I build redboot, but
arm-eabi-nm redboot.elf | grep dataflash is empty.
while
arm-eabi-nm libtarget.a | grep dataflash give all symbols
that I expect to see.

During my investigation I remove norflash from eb55 description
and receive the same result for eb55 redboot.

And at last I find out that if I add CYGHWR_IO_FLASH_DEVICE_LEGACY to
packages/devs/flash/atmel/dataflash/current/cdl/devs_flash_atmel_dataflash.cdl
and add empty functions to implement legacy API the output of
arm-eabi-nm redboot.elf  become as expected.

Can anybody explain this?

-- 
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] raw output to serial port and dataflash + legacy API questions

[Evgeniy Dushistov]

On Thu, May 07, 2009 at 02:57:56PM +0400, Dave Milter wrote:
> 2)I have board with dataflash, it supported with package in directory
> packages/devs/flash/atmel/dataflash, but on my board
> as against eb55 there is only dataflash, there is no NOR flash.
> 
> I build redboot, but
> arm-eabi-nm redboot.elf | grep dataflash is empty.
> while
> arm-eabi-nm libtarget.a | grep dataflash give all symbols
> that I expect to see.
> 
> During my investigation I remove norflash from eb55 description
> and receive the same result for eb55 redboot.
> 


I had the similar problem when adding support for dataflash 
for at91sam9263 cpu.

As far as I understand, the problem is following.

For example, you write this code in some ".c" file:

__externC cyg_spi_at91_device_t spi_dataflash_dev0;

CYG_DATAFLASH_FLASH_DRIVER( cyg_eb55_dataflash,
                            &spi_dataflash_dev0,
                            0x08000000,
                            0,
                            16 );

this file contains only definitions of variables,
no code. For some reasons linker will remove
such kind of object file in the resulting binary, and also all the stuff like dataflash module, because
without this file there are no links to dataflash module functions.

I suppose, this is bug either in build system of ecos, or in arm-eabi toolchain.

The workaround for this issue, that I used, is simple. I add after
CYG_DATAFLASH_FLASH_DRIVER the dummy function:

CYG_DATAFLASH_FLASH_DRIVER( cyg_eb55_dataflash,
                             0,
                             16 );
 
+void cyg_eb55_dataflash_func(int p)
+{
+}
+

and add reference to this function from the code that 100% will not be removed:
packages/redboot/current/src/flash.c

+typedef void flash_workaround_func(int);
+
+externC flash_workaround_func cyg_eb55_dataflash_func;
+
 int do_flash_init(void)
 {
     int stat, i;
     cyg_flash_info_t info;
+    flash_workaround_func *f;
+
+    f = (flash_workaround_func *)cyg_flash_anonymizer(&cyg_eb55_dataflash_func);
 

Any ideas on that?

-- 
/Evgeniy


-- 
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] raw output to serial port and dataflash + legacy API questions

[Andrew Lunn]

> For example, you write this code in some ".c" file:
> 
> __externC cyg_spi_at91_device_t spi_dataflash_dev0;
> 
> CYG_DATAFLASH_FLASH_DRIVER( cyg_eb55_dataflash,
>                             &spi_dataflash_dev0,
>                             0x08000000,
>                             0,
>                             16 );
> 
> this file contains only definitions of variables,
> no code. For some reasons linker will remove
> such kind of object file in the resulting binary, and also all the stuff like dataflash module, because
> without this file there are no links to dataflash module functions.
> 
> I suppose, this is bug either in build system of ecos, or in arm-eabi toolchain.
> 
> The workaround for this issue, that I used, is simple. I add after
> CYG_DATAFLASH_FLASH_DRIVER the dummy function:
> 
> CYG_DATAFLASH_FLASH_DRIVER( cyg_eb55_dataflash,
>                              0,
>                              16 );
>  
> +void cyg_eb55_dataflash_func(int p)
> +{
> +}
> +

If something is not referenced, the linker will throw it away. It is
unwanted bloat.

To stop this, you need to let the build system know. eg for a serial
driver in the CDL:

       compile       -library=libextras.a   at91_serial.c

              Andrew

-- 
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] raw output to serial port and dataflash + legacy API questions

[Evgeniy Dushistov]

On Mon, May 11, 2009 at 07:57:43PM +0200, Andrew Lunn wrote:
> > For example, you write this code in some ".c" file:
> > 
> > __externC cyg_spi_at91_device_t spi_dataflash_dev0;
> > 
> > CYG_DATAFLASH_FLASH_DRIVER( cyg_eb55_dataflash,
> >                             &spi_dataflash_dev0,
> >                             0x08000000,
> >                             0,
> >                             16 );
> > 
> > this file contains only definitions of variables,
> > no code. For some reasons linker will remove
> > such kind of object file in the resulting binary, and also all the stuff like dataflash module, because
> > without this file there are no links to dataflash module functions.
> > 
> > I suppose, this is bug either in build system of ecos, or in arm-eabi toolchain.
> > 
> > The workaround for this issue, that I used, is simple. I add after
> > CYG_DATAFLASH_FLASH_DRIVER the dummy function:
> > 
> > CYG_DATAFLASH_FLASH_DRIVER( cyg_eb55_dataflash,
> >                              0,
> >                              16 );
> >  
> > +void cyg_eb55_dataflash_func(int p)
> > +{
> > +}
> > +
> 
> If something is not referenced, the linker will throw it away. It is
> unwanted bloat.
> 

The variable that is not referenced is marked as __attribute__((used)).

So compiler doesn't inform linker that there is no need to throw it
away?

And as you see, actually I not add reference to variable in
workaround, I add function to which add reference.
So reference count to flash driver descriptions hasn't changed,
but linker do not remove it.

-- 
/Evgeniy


-- 
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] raw output to serial port and dataflash + legacy API questions

[Andrew Lunn]

> > If something is not referenced, the linker will throw it away. It is
> > unwanted bloat.
> > 
> 
> The variable that is not referenced is marked as __attribute__((used)).

I _think_ this just stops the warning. The symbol itself is not
changed. This attribute is most often used for parameters passed to a
function where for backward compatibility etc, you don't reference one
of the parameters passed in.

 
> So compiler doesn't inform linker that there is no need to throw it
> away?

I don't think so.

> And as you see, actually I not add reference to variable in
> workaround, I add function to which add reference.
> So reference count to flash driver descriptions hasn't changed,
> but linker do not remove it.

This might suggest you are not using --function-sections and
--data-sections. Using these options the compiler puts each function
and variable into its own section and so allows the linker to do finer
grain garbage discard. Without these options it can only throw away
complete files when all symbols in a file are not used. With these
options it can throw away individual unused functions and variables.

        Andrew

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