| There is a PORTS FREEZE in effect! |
|
A ports freeze
means that commits will be few and far between and only by approval.
|
| non port: benchmarks/rawio/Makefile |
|
CVSWeb
|
Number of commits found: 9 |
|
Thu, 7 Aug 2008
|
[ 09:58 linimon ]
1.16 benchmarks/rawio/Makefile
1.3 devel/ptmalloc/Makefile
1.4 misc/tempcontrol/Makefile
1.18 multimedia/mythtv/Makefile
1.5 multimedia/tv_grab_au/Makefile
1.9 sysutils/dirdiff/Makefile
1.9 x11-servers/x2x/Makefile
1.5 x11/xtset/Makefile
Reset grog@FreeBSD.org: last commit was more than 6 months ago, and
PRs are outstanding.
|
|
Mon, 9 Oct 2006
|
[ 18:19 se ]
1.15 benchmarks/rawio/Makefile
1.5 benchmarks/rawio/files/patch-ad
Fix rawio for sequential read/write tests:
|
|
Tue, 22 Nov 2005
|
[ 07:38 edwin ]
1.14 benchmarks/rawio/Makefile
1.9 benchmarks/rawio/distinfo
Update port: benchmarks/rawio update MASTER_SITE
- Update MASTER_SITE to fix fetch problem.
Instead of replacing the master-site, I have added the second one
until Greg fixes his ftp site.
PR: ports/87988
Submitted by: Jean Milanez Melo <jmelo@freebsdbrasil.com.br>
|
|
Wed, 26 Oct 2005
|
[ 19:40 green ]
1.13 benchmarks/rawio/Makefile
1.3 benchmarks/rawio/files/patch-ad
Modify rawio(1) to work with GEOM by losing the multiple-open(2)
semantics. As GEOM prevents actual concurrent accesses that are
deemed generally unsafe. As we know, as a rawio(1) user, that we
are intending to do something ostensibly unsafe, we can use a single
open(2) shared among the worker children and then use pread(2) and
pwrite(2) instead of read(2), write(2) and lseek(2). This properly
bypasses the sanity checks GEOM makes for concurrent access.
Additionally, sector size isn't and hasn't ever been necessarily 512
(or a multiple thereof), but we don't have many classical examples
of devices not the common case that we'd test rawio(1) with. In my
particular case, I'm using graid3(8) and have an effective sector size
of 1024. The program now attempts to use DIOCGSECTORSIZE to find
the correct base for a device and thus Works For Me.
Cursory review by: MAINTAINER
|
|
Fri, 6 Feb 2004
|
[ 13:12 trevor ]
1.2 archivers/bicom/Makefile
1.17 archivers/ha/Makefile
1.26 archivers/lha/Makefile
1.5 archivers/linux-unace/Makefile
1.2 archivers/nwreckdum/Makefile
1.6 archivers/py-bzip2/Makefile
1.15 archivers/rpm2cpio/Makefile
1.8 archivers/unace/Makefile
1.5 archivers/unadf/Makefile
1.3 astro/accrete/Makefile
(Only the first 10 of 1568 ports in this commit are shown above. )
Use PLIST_FILES (bento-tested, marcus-reviewed).
|
|
Sat, 10 Jan 2004
|
[ 07:57 edwin ]
1.11 benchmarks/rawio/Makefile
1.2 benchmarks/rawio/files/patch-ad
[PATCH] benchmarks/rawio has a bug in commandline option parser
run rawio with -s option(size of raw disk device), as follows:
% rawio -a -s 30029328k -v 1 /dev/ad4c
returned:
Invalid length specification: -v
in source rawio.c, it skips parsing argument at one point.
PR: ports/58567
Submitted by: OOTOMO Hiroyuki <ootomo@za.wakwak.com>
Approved by: maintainer timeout
|
|
Fri, 7 Mar 2003
|
[ 05:56 ade ]
1.13 benchmarks/bonnie/Makefile
1.16 benchmarks/bytebench/Makefile
1.9 benchmarks/dbs/Makefile
1.36 benchmarks/iozone/Makefile
1.17 benchmarks/lmbench/Makefile
1.20 benchmarks/netperf/Makefile
1.10 benchmarks/netpipe/Makefile
1.10 benchmarks/polygraph/Makefile
1.5 benchmarks/pybench/Makefile
1.10 benchmarks/rawio/Makefile
(Only the first 10 of 22 ports in this commit are shown above. )
Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.
E Nomini Patri, E Fili, E Spiritu Sancti.
|
|
Sun, 13 Oct 2002
|
[ 02:51 grog ]
1.9 benchmarks/rawio/Makefile
1.7 benchmarks/rawio/distinfo
Upgrade to version 1.2.
Reminded by: kkenn
|
|
Fri, 15 Sep 2000
|
[ 05:04 obrien ]
unknown benchmarks/rawio/Makefile
Grog is willing to maintain this now.
|
Number of commits found: 9 |