[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Date: Thu, 1 Oct 2009 21:39:34 -0500
- From: joel.sherrill at OARcorp.com (Joel Sherrill)
- Subject: 4.10 Approaching
Feng, Kate wrote:
> Yes, I read the code this morning, and it looks like the
> patch for HAVE_BLKSIZE is in. However, the patch
> for setjmp() and longjmp() were not considered. I am
> not too sure why Ralf sees it controversial. Please
Go back to the newlib archives. There was a discussion
there and concern that it needed to run in supervisor
mode which is not always the case and introduced an OS
ifdef into code which shouldn't need it. If you want to
resubmit it to the newlib list and champion it, go ahead.
When it was submitted last time, there was no champion
to address any concerns.
> From: rtems-users-bounces at rtems.org on behalf of Joel Sherrill
> Sent: Thu 10/1/2009 9:58 PM
> To: Chris Johns
> Cc: RTEMS Users; Ralf Corsepius
> Subject: Re: 4.10 Approaching
> Chris Johns wrote:
>> Till Straumann wrote:
>>> I actually would really recommend the HAVE_BLKSIZE patch - which
>>> BTW has been recommended for a looong time; see e.g.,
>>> libfs/src/nfsclient/README. It greatly improves stdio on any blocked
>>> msdosfs and NFS already do provide the necessary blocksize information.
>>> IMFS currently sets the blocksize to 0 for directories. zero is also
>>> the default if a filesystem does not set/provide a blocksize.
>>> newlib stdio correctly handles the case of a zero blocksize but
>>> some 'fseek()' performance gain could be achieved by using
>>> BUFSIZ/1024 in these cases.
>>> I can't really see *anything* controversial in this case.
>> I have just looked in my local copy of newlib-1.17.0 and ChangeLog.rtems
>> 2009-02-24 Ralf Cors??pius <ralf.corsepius at rtems.org>
>> * libc/unix/ttyname.c: Sync with newlib-cvs.
>> * configure.host: Add -DHAVE_BLKSIZE to newlib_cflags.
>> Is this change already in newlib ? I cannot remember if I applied any of
>> Ralf's patches to this or if they are clean. I seem to remember them
>> being clean.
> Looks like it. My newlib cvs has this:
> 2009-09-22 Ralf Cors?pius <ralf.corsepius at rtems.org>
> * configure.host (*-rtems*): Remove -DMISSING_SYSCALL_NAMES.
> Add -DHAVE_BLKSIZE, -D_NO_WORDEXP -D_NO_POPEN.
>> FYI I have code I am working on that allows the block size to change at
>> the bdbuf layer and below. Currently the coming RFS file system has
>> support for changing the block size. The MSDOS file system could be
>> changed to do this and so removed the way it handles the buffers. Along
>> with this change I have a statvfs call to add to libcsupport. The call
>> returns the file system block and the media block sizes.
>> rtems-users mailing list
>> rtems-users at rtems.org
> rtems-users mailing list
> rtems-users at rtems.org