BSP for AT91SAM9263-EK

[Johannes Schock]

Am Dienstag, den 07.09.2010, 14:13 -0500 schrieb Joel Sherrill:
> On 09/07/2010 02:09 PM, Johannes Schock wrote:
> > I use the termios system.
> > I think the per character basis is caused by the print code used by
> > Ticker. The code uses several printfs as putchars (buffer_test_io.h):
> >
> >    
> It is likely the macros that print the time and date being multiple
> calls.
> 
> -joel

According to all your messages I think I can stop searching for bugs in
my console code. It seems to be reasonable behaviour.
BTW: Wouldn't this be a good possibility for me to use my first
semaphore?

> >    #define puts(_s) \
> >        do { \
> >           printf( "%s\n", _s ); \
> >        } while (0)
> >
> >    #undef putchar
> >    #define putchar(_c) \
> >      do { \
> >         printf( "%c", _c ); \
> >      } while (0)
> >
> >
> > Am Dienstag, den 07.09.2010, 20:58 +0200 schrieb Thomas Doerfler (nt):
> >    
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> Eric,
> >>
> >> Am 07.09.2010 20:54, schrieb Eric Norum:
> >>      
> >>> The interleaved values don't seem unreasonable -- the interrupt-driven console output will block thus giving the scheduler a chance to do a context switch.  The polling driver won't do this so the output doesn't interleave.
> >>>        
> >> in general I agree. It can happen that the output of verious tasks
> >> intermix in interrupt mode.
> >>
> >> But: What confuses me in the output is that this intermix happens on a
> >> per character basis. I would expect that it happens with longer chunks
> >> coming from one task, then from the next etc.
> >>
> >> Johannes, does your console driver use the termios system for interrupt
> >> output?
> >>
> >> wkr,
> >> Thomas.
> >>
> >>      
> >>> On Sep 7, 2010, at 11:44 AM, Johannes Schock wrote:
> >>>
> >>>        
> >>>> After several months, I found a week to continue my AT91SAM9263-BSP.
> >>>> I have the HelloWorld running, but I face a problem with Ticker:
> >>>> With polled console it works fine, with interrupt driven console the
> >>>> first three messages of the tasks are written in each other.
> >>>> Is this a known issue, or do I have a to search for a bug in my console
> >>>> driver?
> >>>>
> >>>> *** CLOCK TICK TEST ***
> >>>> TA1  - rtems_clock_get_tod - 09:00:00   TT12AA/2331  / -
> >>>> rtems_clock_get_tod -  - rtems_clock_get_tod - 198800
> >>>> 99::0000::0000      1212//3131//19881988
> >>>>
> >>>> TA1  - rtems_clock_get_tod - 09:00:05   12/31/1988
> >>>> TA1  - rtems_clock_get_tod - 09:00:10   12/31/1988
> >>>> TA2  - rtems_clock_get_tod - 09:00:10   12/31/1988
> >>>> TA1  - rtems_clock_get_tod - 09:00:15   12/31/1988
> >>>> TA3  - rtems_clock_get_tod - 09:00:15   12/31/1988
> >>>> TA1  - rtems_clock_get_tod - 09:00:20   12/31/1988
> >>>> TA2  - rtems_clock_get_tod - 09:00:20   12/31/1988
> >>>> TA1  - rtems_clock_get_tod - 09:00:25   12/31/1988
> >>>> TA1  - rtems_clock_get_tod - 09:00:30   12/31/1988
> >>>> TA3  - rtems_clock_get_tod - 09:00:30   12/31/1988
> >>>> TA2  - rtems_clock_get_tod - 09:00:30   12/31/1988
> >>>> *** END OF CLOCK TICK TEST ***
> >>>>
> >>>> _______________________________________________
> >>>> rtems-users mailing list
> >>>> rtems-users at rtems.org
> >>>> http://www.rtems.org/mailman/listinfo/rtems-users
> >>>>          
> >>>        
> >>
> >> - -- 
> >> - --------------------------------------------
> >> IMD Ingenieurbuero fuer Microcomputertechnik
> >> Thomas Doerfler           Herbststrasse 8
> >> D-82178 Puchheim          Germany
> >> email:    Thomas.Doerfler at imd-systems.de
> >> PGP public key available at:
> >>       http://www.imd-systems.de/pgpkey_en.html
> >> -----BEGIN PGP SIGNATURE-----
> >> Version: GnuPG v1.2.5 (MingW32)
> >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> >>
> >> iD8DBQFMhotbwHyg4bDtfjQRAp+nAJ9iP6wKwCIN0aVpUE2jDzkpvBCoGACeNEi5
> >> ZAn/kwJGjBYZnR9QweKjqRA=
> >> =s50d
> >> -----END PGP SIGNATURE-----
> >> _______________________________________________
> >> rtems-users mailing list
> >> rtems-users at rtems.org
> >> http://www.rtems.org/mailman/listinfo/rtems-users
> >>      
> >
> > _______________________________________________
> > rtems-users mailing list
> > rtems-users at rtems.org
> > http://www.rtems.org/mailman/listinfo/rtems-users
> >    
> 
>