cvs commit: ports/sysutils/cdrdao Makefile distinfo ports/sysutils/cdrdao/files patch-Makefile.in patch-configure patch-dao::ScsiIf-lib.cc patch-dao::cdrdao.drivers patch-dao::dao.cc patch-paranoia::isort.c patch-trackdb::Track.cc patch-trackdb::lec.cc ...

[Marius Strobl]

On Sun, Jun 13, 2004 at 10:14:42PM -0400, Brian Feldman wrote:
> On Sun, Jun 13, 2004 at 03:01:28PM +0000, Alexander Leidinger wrote:
> >   - Disable the use of mlockall(2) on FreeBSD 5, even after the last round
> >     of fixes there are still issues.
> 
> What are you referring to?  The issues that are still there should not
> affect simple mlockall(2) usage.
> 

- On i386, depending on the program, mlockall() always returns EAGAIN.
  E.g. ntpd of the net/ntp port exhibits this problem. This isn't an
  issue with cdrdao.
- On sparc64, every call of mlockall(MCL_CURRENT) returns EAGAIN, even
  in a program just doing that.

Don't know about the other architectures. So there is no technical
reason to not to use mlockall() as it no longer seems to have side
effects (at least not on i386 and sparc64) like random processes
crashing when another one uses it or causing panics like it did in
the beginning. But I don't want to frighten the users of a port
with the warnings that the failing mlockall() causes, especially
if it is a verbose one like that of cdrecord.