printf vs. printk (on LPC32XX)

[SAeeD]

> The difference between 4.10.2 and 4.11 is this in configure.ac:
>
> +RTEMS_BSPOPTS_SET([TESTS_USE_PRINTK],[*],[1])
> +RTEMS_BSPOPTS_HELP([TESTS_USE_PRINTK],[tests use printk() for output])

Then why just printf doesn't work on tests when running on LPC3250?
I'm coming to a conclusion that always it is better to use printk
rather than printf cause I had the same experience 3 months ago.

On 4/29/13, Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:
> On 04/29/2013 11:10 AM, SAeeD wrote:
>> Hello everyone,
>>
>> I'm getting some weird problems when running tmtests on PhyCORE LPC3250.
>> I've configured rtems4.10.2 as follows:
>>
>> $ mkdir b-lpc3250-phycore
>> $ cd b-lpc3250-phycore
>> $ ../configure --target=arm-rtems4.10
>> --enable-rtemsbsp=lpc32xx_phycore --enable-tests=yes
>> --enable-networking --enable-posix --prefix=$PWD/bsp-install
>> $ make all install
>>
>> When I run tmtests, specifically talking, tm01 on PhyCORE LPC3250,
>> everything works smoothly and all texts are printed on the console.
>> But when I run, tm03, it hangs in the middle of printing jobs.
>> When I changed the definition of put_time in timesys.h to use printk
>> instead of printf, tmtests are working without any problem. That is,
>> those lines that were printed incompletely when using printf, are now
>> printed completely using printk.
>> I must mention that everything works fine with rtems4.11. (Without any
>> modification.)
>>
>> I want to ask: what's the point indeed?
>
> The difference between 4.10.2 and 4.11 is this in configure.ac:
>
> +RTEMS_BSPOPTS_SET([TESTS_USE_PRINTK],[*],[1])
> +RTEMS_BSPOPTS_HELP([TESTS_USE_PRINTK],[tests use printk() for output])
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone   : +49 89 189 47 41-16
> Fax     : +49 89 189 47 41-09
> E-Mail  : sebastian.huber at embedded-brains.de
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-users
>