patches for newlib-1.16.0 and newlib-1.15.0

[Joel Sherrill]

Kate Feng wrote:
> Hi,
>
> The patches appear confused due to the option flag '-D' that it deserves
> to be explained further :
>
> In newlib-1.16.0/newlib/configuire.host or 
> newlib-1.15.0/newlib/configuire.host:
> for the case of  '*-*-rtems*)' (e.g. line #529) , one can add the 
> -DHAVE_BLKSIZE
> option to  the 'newlib_cflags' (e.g. line #532) to improve the 
> performance the
> RTEMS-NFS.
>   
I think Ralf and I both understood that. We both think
it is probably OK to do on the head but are concerned with
its possible impact on other filesystems. I would love
to hear the performance impact of this on the FAT filesystem
as well. But that won't hold this up.

This will almost certainly show up on the head and if
it doesn't cause problems will be applied to the 4.9
branch. Most likely isn't going to applied to 4.8.

--joel
> Cheers,
> Kate
>
> Kate Feng wrote:
>   
>> Hi,
>>
>> The attach are the patches I used for newlib-1.15.0 ( RTEMS 4.8.0)
>> and newlib-1.16.0 (RTEMS 4.9.1) to increase the performance of
>> the NFS by over a factor of ten.    Was a similar patch applied
>> to the pre-built binary for rtems-4.9 and rtems-4.8 development tools ?
>> If not, then the performance of NFS would act sluggishly.
>> Regards,
>> Kate
>>
>>
>> ------------------------------------------------------------------------
>>
>> --- newlib-1.16.0/newlib/configure.host.orig	2009-02-20 15:26:27.000000000 -0500
>> +++ newlib-1.16.0/newlib/configure.host	2009-02-20 15:36:33.000000000 -0500
>> @@ -529,7 +529,7 @@
>>    *-*-rtems*)
>>  	default_newlib_io_long_long="yes"
>>  	default_newlib_io_c99_formats="yes"
>> -	newlib_cflags="${newlib_cflags} -DMALLOC_PROVIDED -DEXIT_PROVIDED -DMISSING_SYSCALL_NAMES -DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_OPENDIR -DNO_EXEC -DHAVE_FCNTL"
>> +	newlib_cflags="${newlib_cflags} -DMALLOC_PROVIDED -DEXIT_PROVIDED -DMISSING_SYSCALL_NAMES -DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_OPENDIR -DNO_EXEC -DHAVE_BLKSIZE -DHAVE_FCNTL"
>>  	;;
>>  # VxWorks supplies its own version of malloc, and the newlib one
>>  # doesn't work because VxWorks does not have sbrk.
>>   
>> ------------------------------------------------------------------------
>>
>> --- newlib-1.15.0/newlib/configure.host.orig	2006-12-18 16:49:14.000000000 -0500
>> +++ newlib-1.15.0/newlib/configure.host	2008-04-01 14:09:24.000000000 -0400
>> @@ -510,7 +510,7 @@
>>  #  NOTE: When newlib malloc uses a semaphore, RTEMS will switch to that.
>>    *-*-rtems*)
>>  	default_newlib_io_long_long="yes"
>> -	newlib_cflags="${newlib_cflags} -DMALLOC_PROVIDED -DEXIT_PROVIDED -DMISSING_SYSCALL_NAMES -DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_OPENDIR -DNO_EXEC -DHAVE_FCNTL"
>> +	newlib_cflags="${newlib_cflags} -DMALLOC_PROVIDED -DEXIT_PROVIDED -DMISSING_SYSCALL_NAMES -DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_OPENDIR -DNO_EXEC -DHAVE_BLKSIZE -DHAVE_FCNTL"
>>  	;;
>>  # VxWorks supplies its own version of malloc, and the newlib one
>>  # doesn't work because VxWorks does not have sbrk.
>>   
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> rtems-users mailing list
>> rtems-users at rtems.com
>> http://rtems.rtems.org/mailman/listinfo/rtems-users
>>   
>>     
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users
>   


-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill at OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985