Author: ivoras
Date: Wed Jun 4 16:29:18 2014
New Revision: 267063
URL: http://svnweb.freebsd.org/changeset/base/267063
Log:
Bulk document the kern.geom.label.*.enable sysctls and tunables.
Modified:
head/sbin/geom/class/label/glabel.8
Modified: head/sbin/geom/class/label/glabel.8
==
Hi,
None of the other classes have the sysctls documented here, there's
only a description of the kern.geom.label.debug flag.
I guess adding a wildcard catch-all section for the
kern.geom.label.*.enable would be best here.
On 3 June 2014 00:31, John-Mark Gurney wrote:
> Ivan Vor
Author: ivoras
Date: Mon Jun 2 15:05:25 2014
New Revision: 266972
URL: http://svnweb.freebsd.org/changeset/base/266972
Log:
Document the diskid automatic label class.
While there, also document the glabel "native" labels and explain why
there are additional nodes created for nested GEOM cla
Author: ivoras
Date: Sat Feb 22 09:53:17 2014
New Revision: 262332
URL: http://svnweb.freebsd.org/changeset/base/262332
Log:
Grammar fix
Submitted by: Warren Block wblock AT wonkity.com
Modified:
head/share/man/man4/ada.4
Modified: head/share/man/man4/ada.4
=
Author: ivoras
Date: Fri Feb 21 12:17:27 2014
New Revision: 262294
URL: http://svnweb.freebsd.org/changeset/base/262294
Log:
Explain how and where kern.cam.ada.write_cache can be set in practical
situations.
Reviewed by: hrs
Approved by: mav
Modified:
head/share/man/man4/ada.4
Mod
On 31 January 2014 18:28, James Gritton wrote:
> On 1/31/2014 5:34 AM, Robert Watson wrote:
>> Frankly, I'd like to see this backed out and not reintroduced. If it must
>> be retained, then it needs a much more clear warning that enabling this
>> feature disables Jail's security model. Don't us
On 14 September 2013 12:12, Alexander Motin wrote:
> Add unmapped BIO support to GEOM ZERO if kern.geom.zero.clear is cleared.
> + if (g_zero_clear && (bp->bio_flags & BIO_UNMAPPED) == 0)
> memset(bp->bio_data, g_zero_byte, bp->bio_length);
Umm, I might
On 4 September 2013 12:17, Gleb Smirnoff wrote:
> Log:
> Make default cache size more modern.
> -#defineCACHESIZE (65536*4)
> +#defineCACHESIZE (65536*16)
Things like this make me wonder if there shouldn't be a constant
somehwere in
On 28 August 2013 13:14, Davide Italiano wrote:
> I prefer to see a public discussion about this.
Ok, Ok, I'll go start a retrograde disucussion on @filesystems :)
> Maybe you should come
> up with some evidence that your change is helpful, even after this
> commit.
I'll try and dig something
On 28 August 2013 12:44, Davide Italiano wrote:
> Do you realize that this is a driven by commit change, right? And
> there's no technical motivatiion about this or experimental data that
> confirms you've chossen the right value?
> I see from the archives that you didn't get any feedback by any
On 28 August 2013 12:25, Davide Italiano wrote:
> do you have any evidence that this change impacts positively (or
> negatively) performances for some workloads? If yes, can you share?
Yes, observation of my own servers. Without this, dirhash is basically
useless since in certain situations ever
Author: ivoras
Date: Wed Aug 28 10:06:20 2013
New Revision: 254986
URL: http://svnweb.freebsd.org/changeset/base/254986
Log:
Take a very small step toward the Century of the Anchovy by increasing the
time dirhash entries stay in memory before being considered for eviction to
1 minute.
Modif
> We have a single-writer / multiple-readers lock on *any particular byte*
> of a vnode. The rangelock code is what keeps track of this, and the
> locking contention I was reducing was in the rangelock bookkeeping.
So, for example, if multiple processes or multiple threads read or
write a file so
On 15 August 2013 22:32, Colin Percival wrote:
> No, I wasn't aware that it existed. Given that this change applies only to
> parallel operations *on the same vnode* and blogbench seems to have traffic
> randomly spread between many files, I doubt there would be any difference.
Maybe it could h
On 15 August 2013 22:19, Colin Percival wrote:
> For workloads with R parallel reads and W parallel writes, this improves
> the time spent from O((R+W)^2) to O(W*(R+W)); i.e., heavy parallel-read
> workloads become significantly more scalable.
>
> No statistically significant change in bu
Author: ivoras
Date: Wed Apr 17 09:19:29 2013
New Revision: 249581
URL: http://svnweb.freebsd.org/changeset/base/249581
Log:
Link g_label_disk_ident when building geom_label as a module
Modified:
head/sys/modules/geom/geom_label/Makefile
Modified: head/sys/modules/geom/geom_label/Makefile
==
On 16 April 2013 22:01, Dimitry Andric wrote:
> On Apr 16, 2013, at 21:58, Ivan Voras wrote:
>> Author: ivoras
>> Date: Tue Apr 16 19:58:24 2013
>> New Revision: 249564
>> URL: http://svnweb.freebsd.org/changeset/base/249564
>>
>> Log:
&
Author: ivoras
Date: Tue Apr 16 22:42:40 2013
New Revision: 249571
URL: http://svnweb.freebsd.org/changeset/base/249571
Log:
Comment typo fix.
Is aware of the importance of comments: dim
Modified:
head/sys/geom/label/g_label_disk_ident.c
Modified: head/sys/geom/label/g_label_disk_ident.
Author: ivoras
Date: Tue Apr 16 19:58:24 2013
New Revision: 249564
URL: http://svnweb.freebsd.org/changeset/base/249564
Log:
Fix the buffer-overflow-fixing fixes.
Pointy-hat to: me, for not realizing snprintf() is available in kernel.
Thanks to: jh, for bringing me the good news of snprin
On 16 April 2013 11:31, Jaakko Heinonen wrote:
> On 2013-04-15, Ivan Voras wrote:
>> Introduce glabel labels based on GEOM ident attributes. In this initial
>> implementation, error on the side of conservatism and only create labels
>> for GEOMs of classes DISK and MULT
abel/g_label_disk_ident.c
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/sys/geom/label/g_label_disk_ident.cMon Apr 15 16:09:24 2013
(r249508)
@@ -0,0 +1,84 @@
+/*-
+ * Copyright (c) 2012 Ivan Voras
Author: ivoras
Date: Mon Apr 15 15:55:40 2013
New Revision: 249507
URL: http://svnweb.freebsd.org/changeset/base/249507
Log:
Introduce a symbol for the GEOM class name instead of using the ad-hoc string
constant.
Modified:
head/sys/geom/geom_disk.c
head/sys/geom/geom_disk.h
head/sys/geo
On 18 December 2012 08:36, Andrey Zonov wrote:
> Author: zont
> Date: Tue Dec 18 07:36:45 2012
> New Revision: 244385
> URL: http://svnweb.freebsd.org/changeset/base/244385
>
> Log:
> - Add sysctl to allow unprivileged users to call mlock(2)-family system
> calls and turn it on.
> - Do not
Author: ivoras
Date: Thu Sep 13 10:26:55 2012
New Revision: 240462
URL: http://svn.freebsd.org/changeset/base/240462
Log:
Document the *_chroot, *_user, *_group and *_nice knobs for services started
by rcng.
Reviewed by: wblock, dougb
Modified:
head/share/man/man5/rc.conf.5
Modified:
Author: ivoras
Date: Mon Apr 2 10:24:50 2012
New Revision: 233772
URL: http://svn.freebsd.org/changeset/base/233772
Log:
Merge r233506: MySQL port 3306 in /etc/services
Modified:
stable/9/etc/services
Directory Properties:
stable/9/etc/ (props changed)
Modified: stable/9/etc/services
==
On 29 March 2012 13:32, Julien Laffaye wrote:
> Just a reminder: pkgng does not install libsqlite3.so, the libpkg.so is
> statically linked against libsqlite3.a
Well, now it doesn't need to be.
(sqlite doesn't introduce new ground-breaking features more often than
FreeBSD does releases, and its
On 25 March 2012 12:59, Slawa Olhovchenkov wrote:
> On Thu, Mar 22, 2012 at 08:48:44AM +, Stanislav Sedov wrote:
>
>> - Heimdal's KDC now require sqlite to operate. We use the bundled version
>> and install it as libheimsqlite. If some other FreeBSD components will
>> require it in
Author: ivoras
Date: Mon Mar 26 11:48:47 2012
New Revision: 233506
URL: http://svn.freebsd.org/changeset/base/233506
Log:
Add MySQL port 3306
Obtained from:http://www.iana.org/assignments/port-numbers
MFC after:1 week
Modified:
head/etc/services
Modified: head/etc/services
Author: ivoras
Date: Mon Mar 5 14:19:43 2012
New Revision: 232547
URL: http://svn.freebsd.org/changeset/base/232547
Log:
Print out process name and thread id in the debugging message.
This is useful because the message can end up in system logs in
non-debugging operation.
Reviewed by:
On 27 February 2012 14:38, David Xu wrote:
> Author: davidxu
> Date: Mon Feb 27 13:38:52 2012
> New Revision: 232209
> URL: http://svn.freebsd.org/changeset/base/232209
>
> Log:
> Follow changes made in revision 232144, pass absolute timeout to kernel,
> this eliminates a clock_gettime() syscall
On 4 February 2012 17:49, Ryan Stone wrote:
> Author: rstone
> Date: Sat Feb 4 16:49:29 2012
> New Revision: 230984
> URL: http://svn.freebsd.org/changeset/base/230984
>
> Log:
> Whenever a new kernel thread is spawned, explicitly clear any CPU affinity
> set on the new thread. This prevents t
On 23 January 2012 23:53, Florian Smeets wrote:
> which creates a database work set of ~1.5GB. Max throughput was achieved
> at 20 Clients.
> At 40 threads the results varied between 43000 - 76500 across reboots.
> Attilio suspects that this can be caused by the kernel memory layout
> changing u
2012/1/19 Gleb Smirnoff :
> Do you use them? Or do you know software that use them?
That's easy: Google: SIOCSIFADDR
"About 55,400 results"
A different question is if any *important* software uses it...
___
svn-src-all@freebsd.org mailing list
http://
Author: ivoras
Date: Mon Jan 16 15:47:42 2012
New Revision: 230221
URL: http://svn.freebsd.org/changeset/base/230221
Log:
Add a bit of verbosity to the comment.
Modified:
head/sys/ufs/ufs/ufs_dirhash.c
Modified: head/sys/ufs/ufs/ufs_dirhash.c
=
Author: ivoras
Date: Mon Jan 9 13:35:10 2012
New Revision: 229855
URL: http://svn.freebsd.org/changeset/base/229855
Log:
MFC r227822: Avoid panics from recursive rename operations.
PR: kern/159418
Modified:
stable/9/sys/fs/tmpfs/tmpfs_vnops.c
Directory Properties:
stable/9/s
Author: ivoras
Date: Tue Nov 22 16:18:12 2011
New Revision: 227822
URL: http://svn.freebsd.org/changeset/base/227822
Log:
Avoid panics from recursive rename operations. Not a perfect patch but
good enough for now.
PR: kern/159418
Submitted by: Gleb Kurtsou
Reviewed by: kib
On 7 November 2011 17:21, Marcel Moolenaar wrote:
> Author: marcel
> Date: Mon Nov 7 16:21:50 2011
> New Revision: 227310
> URL: http://svn.freebsd.org/changeset/base/227310
>
> Log:
> Don astbestos garment and remove the warning about TMPFS being experimental
> -- highly experimental even. So
Author: ivoras
Date: Mon Oct 24 12:59:39 2011
New Revision: 226685
URL: http://svn.freebsd.org/changeset/base/226685
Log:
Apparently, "ada" drives are better treated similarly to "da" drives.
Modified:
head/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c
Modified: head/usr.sbi
Author: ivoras
Date: Mon Oct 24 12:43:20 2011
New Revision: 226684
URL: http://svn.freebsd.org/changeset/base/226684
Log:
It seems that the warning is much less severe than its message says. The
device is certainly added to the list after the first pass.
Modified:
head/usr.sbin/bsnmpd/modul
Author: ivoras
Date: Mon Oct 24 12:21:58 2011
New Revision: 226683
URL: http://svn.freebsd.org/changeset/base/226683
Log:
Fix typo
MFC after:1 month
Modified:
head/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_diskstorage_tbl.c
head/usr.sbin/bsnmpd/modules/snmp_hostres/hostres_tree.
Author: ivoras
Date: Mon Oct 3 21:48:10 2011
New Revision: 225954
URL: http://svn.freebsd.org/changeset/base/225954
Log:
Don't chop IO into small pieces, follow cp(1) and just use MAXPHYS.
Modified:
head/bin/mv/mv.c
Modified: head/bin/mv/mv.c
On 14 July 2011 10:06, Xin LI wrote:
> int
> +dumpfsid(void)
> +{
> +
> + printf("/dev/ufsid/%x%x\n", afs.fs_id[0], afs.fs_id[1]);
> + return 0;
> +}
Actually, glabel generates the label as
117 snprintf(label, size, "%08x%08x", fs->fs_id[0],
118
Author: ivoras
Date: Tue Jul 12 14:18:54 2011
New Revision: 223955
URL: http://svn.freebsd.org/changeset/base/223955
Log:
Sort Xr's by number then by name
Nitpicked by: niclas zeising at gmail.com :)
Modified:
head/share/man/man8/picobsd.8
Modified: head/share/man/man8/picobsd.8
===
Author: ivoras
Date: Sun Jul 10 20:15:21 2011
New Revision: 223912
URL: http://svn.freebsd.org/changeset/base/223912
Log:
Cross reference nanobsd(8)
Modified:
head/share/man/man8/picobsd.8
Modified: head/share/man/man8/picobsd.8
===
On 14 April 2011 00:27, Jung-uk Kim wrote:
>
> That means your VM has broken CPUID support. To get there, it has to
> meet two conditions, i.e., TSC is invariant and it has APERF/MPERF
> MSRs. A simple workaround is setting "machdep.disable_tsc=1"
> tuanable from loader but your VM is the real
On 17 March 2011 02:05, Ed Maste wrote:
> Author: emaste
> Date: Thu Mar 17 01:05:54 2011
> New Revision: 219708
> URL: http://svn.freebsd.org/changeset/base/219708
>
> Log:
> Remove uptime validity check that hasn't been necessary since r151417
> switched to clock_gettime. vmstat will now not
On 16 March 2011 21:03, Erik Trulsson wrote:
> On Wed, Mar 16, 2011 at 06:45:53PM +0100, Roman Divacky wrote:
>> On Wed, Mar 16, 2011 at 12:32:56PM -0400, Jung-uk Kim wrote:
>> > On Tuesday 15 March 2011 08:45 pm, Maxim Dounin wrote:
>> > > This isn't really different as long as GENERIC kernel use
On 16 March 2011 21:37, Ivan Voras wrote:
> For now, there's a report (which actually inspired me to retest and
> commit this) from someone who tried this on 2x 15k RPM SAS drives,
> with much better results using read_max=128 (thread "gmirror
> performance" on fr
On 16 March 2011 20:59, Garrett Cooper wrote:
> On Wed, Mar 16, 2011 at 12:51 PM, Ivan Voras wrote:
>> On 16 March 2011 18:46, Roman Divacky wrote:
>>>
>>> On Wed, Mar 16, 2011 at 04:22:59PM +, Ivan Voras wrote:
>>> > Author: ivoras
>>> >
On 16 March 2011 18:46, Roman Divacky wrote:
>
> On Wed, Mar 16, 2011 at 04:22:59PM +, Ivan Voras wrote:
> > Author: ivoras
> > Date: Wed Mar 16 16:22:59 2011
> > New Revision: 219699
> > URL: http://svn.freebsd.org/changeset/base/219699
> >
>
Author: ivoras
Date: Wed Mar 16 16:22:59 2011
New Revision: 219699
URL: http://svn.freebsd.org/changeset/base/219699
Log:
The hardware has caught up; improvements are now observed even at 128,
but stay conservative and bump read_max to "only" 64 (it will probably be
a good idea to increase t
On 13 February 2011 11:51, Bruce Evans wrote:
> On Sat, 12 Feb 2011, Konstantin Belousov wrote:
>
>> Log:
>> When creating a directory entry for the journal, always read at least
>> the fragment, and write the full block. Reading less might not work
>> due to device sector size bigger then size
-2008 Ivan Voras
+.\" Copyright (c) 2006-2011 Ivan Voras
.\" All rights reserved.
.\"
.\" Redistribution and use in source and binary forms, with or without
@@ -24,7 +24,7 @@
.\"
.\" $FreeBSD$
.\"
-.Dd December 17, 2008
+.Dd January 24, 2011
.Dt GVIRSTOR
On 5 January 2011 23:24, Dimitry Andric wrote:
> Author: dim
> Date: Wed Jan 5 22:24:33 2011
> New Revision: 217033
> URL: http://svn.freebsd.org/changeset/base/217033
>
> Log:
> On i386 and amd64, consistently use the following options whenever we
> want to avoid using any "advanced" CPU featu
On 7 December 2010 12:31, Pawel Jakub Dawidek wrote:
> On Tue, Dec 07, 2010 at 12:25:28PM +0100, Ivan Voras wrote:
>> On 7 December 2010 11:21, Pawel Jakub Dawidek wrote:
>>
>> > PS. Do you know your change breaks all current ZFS installation if
>> > str
Author: ivoras
Date: Tue Dec 7 15:24:08 2010
New Revision: 216256
URL: http://svn.freebsd.org/changeset/base/216256
Log:
Undo r216230: the interaction between saved ashift in metadata and
detected ashift does not support this. With this change, pools
created while stripesize=512 could not b
On 7 December 2010 11:21, Pawel Jakub Dawidek wrote:
> PS. Do you know your change breaks all current ZFS installation if
> stripesize is defined for a provider?
>
> # zpool create tank ada0
> (upgrade FreeBSD so that ada0 now reports 4kB stripesize)
> # zpool import tank
>
On 6 December 2010 23:36, Andriy Gapon wrote:
> on 07/12/2010 00:00 John Baldwin said the following:
>> It is probably the 4K logical sector size that needs to
>> come up with a new field, not vice versa.
>
> Just expressing my overall confusion - 4K would be the physical size and 512
> would be t
On 6 December 2010 22:16, Bruce Cran wrote:
> On Mon, Dec 06, 2010 at 09:31:39PM +0100, Ivan Voras wrote:
>> For what it's worth, apparently linux has the concept of "physical"
>> and "logical" sector sizes (possibly in addition to "stripe size")
On 6 December 2010 21:18, John Baldwin wrote:
> On Monday, December 06, 2010 2:53:27 pm Pawel Jakub Dawidek wrote:
>> On Mon, Dec 06, 2010 at 08:35:36PM +0100, Ivan Voras wrote:
>> > Please persuade me on technical grounds why ashift, a property
>> > intended for addre
Firstly, thank you, your explanations and questions are very good and
address the problems in a good way to discuss about it. I respect that
you took the time to write this answer!
On 6 December 2010 20:53, Pawel Jakub Dawidek wrote:
> On Mon, Dec 06, 2010 at 08:35:36PM +0100, Ivan Voras wr
On 6 December 2010 20:22, Pawel Jakub Dawidek wrote:
> On Mon, Dec 06, 2010 at 07:44:53PM +0100, Pawel Jakub Dawidek wrote:
>> On Mon, Dec 06, 2010 at 12:18:03PM +0000, Ivan Voras wrote:
>> > Author: ivoras
>> > Date: Mon Dec 6 12:18:02 2010
>> >
On 6 December 2010 19:44, Pawel Jakub Dawidek wrote:
> On Mon, Dec 06, 2010 at 12:18:03PM +0000, Ivan Voras wrote:
>> Author: ivoras
>> Date: Mon Dec 6 12:18:02 2010
>> New Revision: 216230
>> URL: http://svn.freebsd.org/changeset/base/216230
>>
>> L
Author: ivoras
Date: Mon Dec 6 12:18:02 2010
New Revision: 216230
URL: http://svn.freebsd.org/changeset/base/216230
Log:
Use GEOM stripesize field when calculating ashift. This will enable correct
alignment on drives with large sector sizes (e.g. 4 KiB) but the
implementation might need to
On 3 December 2010 13:46, John Baldwin wrote:
> On Friday, December 03, 2010 5:16:51 am Bruce Cran wrote:
>> On Fri, 3 Dec 2010 20:45:12 +1100 (EST)
>> Bruce Evans wrote:
>>
>> > KASSERT() in little inline functions gives a lot of bloat for such an
>> > unlikely error. Stupid callers can still p
Author: ivoras
Date: Thu Dec 2 19:47:27 2010
New Revision: 216132
URL: http://svn.freebsd.org/changeset/base/216132
Log:
Add a note about the magic number 20. Actually, 22.75 entries fit in
a 512 byte sector but when choosing magic numbers, 20 looks nicer.
Discussed with: marcel
M
On 17 November 2010 18:59, Alexander Best wrote:
> On Wed Nov 17 10, Ivan Voras wrote:
>> Author: ivoras
>> Date: Wed Nov 17 15:12:10 2010
>> New Revision: 215425
>> URL: http://svn.freebsd.org/changeset/base/215425
>>
>> Log:
>> Change "w
Author: ivoras
Date: Wed Nov 17 15:12:10 2010
New Revision: 215425
URL: http://svn.freebsd.org/changeset/base/215425
Log:
Change "wait" banner to "qlen" to be more indicative of its purpose and to
be more inline with what gstat uses.
Reviewed by: gnn
Silence from: phk, keramida
Modifi
On 16 November 2010 02:48, Luigi Rizzo wrote:
> On Tue, Nov 16, 2010 at 01:33:53AM +0100, Ivan Voras wrote:
>> On 15 November 2010 18:10, Luigi Rizzo wrote:
>>
>> > 2. [generic] passing pointers between userland and kernel
>> > requires remapping the pointer w
On 15 November 2010 18:10, Luigi Rizzo wrote:
> 2. [generic] passing pointers between userland and kernel
> requires remapping the pointer when going up or down.
> As the mapping would be application specific, i don't
> see much use in allowing room for a pointer without kernel code
> to map user
On 12 November 2010 14:02, Luigi Rizzo wrote:
> Author: luigi
> Date: Fri Nov 12 13:02:26 2010
> New Revision: 215178
> URL: http://svn.freebsd.org/changeset/base/215178
>
> Log:
> This commit implements the SO_USER_COOKIE socket option, which lets
> you tag a socket with an uint32_t value. The
Author: ivoras
Date: Mon Oct 25 21:46:23 2010
New Revision: 214359
URL: http://svn.freebsd.org/changeset/base/214359
Log:
Bring vfs.ufs.dirhash_maxmem into the age of the fruitbat and make it
autotuned. It is only an upper bound (the memory is not always allocated)
and the system contains a
Author: ivoras
Date: Mon Oct 25 14:05:25 2010
New Revision: 214342
URL: http://svn.freebsd.org/changeset/base/214342
Log:
Reduce the difference between hirunningspace and lorunningspace,
it should help interactivity in edge cases.
Modified:
head/sys/kern/vfs_bio.c
Modified: head/sys/kern/v
On 10 October 2010 10:54, Ivan Voras wrote:
> On 9 October 2010 22:20, Andrey V. Elsukov wrote:
>> Author: ae
>> Date: Sat Oct 9 20:20:27 2010
>> New Revision: 213662
>> URL: http://svn.freebsd.org/changeset/base/213662
>>
>> Log:
>> Replace strlen(
On 9 October 2010 22:20, Andrey V. Elsukov wrote:
> Author: ae
> Date: Sat Oct 9 20:20:27 2010
> New Revision: 213662
> URL: http://svn.freebsd.org/changeset/base/213662
>
> Log:
> Replace strlen(_PATH_DEV) with sizeof(_PATH_DEV) - 1.
Um, this looks like a pointless change and for the worse; Ev
On 4 October 2010 13:42, Alexander Best wrote:
> good point. ZFS should really be added to the list and LFS should go away. are
> there any other relevant filesystems without a fixed-block size that need to
> be
> mentioned? what about afs? or tmpfs?
(it's not that the block sizes aren't fixed,
Author: ivoras
Date: Thu Sep 23 23:05:31 2010
New Revision: 213088
URL: http://svn.freebsd.org/changeset/base/213088
Log:
MFC r212305 : Avoid "Entry can disappear before we lock fdvp" panic.
Modified:
stable/8/sys/fs/tmpfs/tmpfs_vnops.c
Directory Properties:
stable/8/sys/ (props changed)
Author: ivoras
Date: Sun Sep 12 16:28:26 2010
New Revision: 212496
URL: http://svn.freebsd.org/changeset/base/212496
Log:
List low-level Blowfish ECB module in the SRCS. It looks like it was dropped
by accident (and it would be inconvenient to implement it otherwise because it
uses internal
Author: ivoras
Date: Tue Sep 7 22:40:45 2010
New Revision: 212305
URL: http://svn.freebsd.org/changeset/base/212305
Log:
Avoid "Entry can disappear before we lock fdvp" panic.
PR: 150143
Submitted by: Gleb Kurtsou
Pretty sure it won't blow up: mckusick
MFC after:2 week
Author: ivoras
Date: Thu Aug 12 21:21:50 2010
New Revision: 211244
URL: http://svn.freebsd.org/changeset/base/211244
Log:
Describe vfs.read_max and update vfs.hirunningspace documentation. While
there, update nits.
Considered viewed by: jeff, phk, rwatson
Modified:
head/share/man/man7/
Author: ivoras
Date: Mon Aug 9 23:32:37 2010
New Revision: 211129
URL: http://svn.freebsd.org/changeset/base/211129
Log:
Fix (hopefully) the spelling of "queuing."
Submitted by: bf1783 at gmail com
Modified:
head/sys/kern/vfs_bio.c
Modified: head/sys/kern/vfs_bio.c
Author: ivoras
Date: Mon Aug 9 22:56:10 2010
New Revision: 211126
URL: http://svn.freebsd.org/changeset/base/211126
Log:
Bumping the read-ahead count once more, to value equivalent to 512 KiB on
most system, based on benchmark results on a low-end fibre channel SAN
under VMWare:
vfs.re
Author: ivoras
Date: Mon Aug 9 22:22:46 2010
New Revision: 211123
URL: http://svn.freebsd.org/changeset/base/211123
Log:
Elaborate on how hirunningspace was chosen.
Modified:
head/sys/kern/vfs_bio.c
Modified: head/sys/kern/vfs_bio.c
==
Author: ivoras
Date: Sat Aug 7 18:30:10 2010
New Revision: 211031
URL: http://svn.freebsd.org/changeset/base/211031
Log:
To help with sequential read UFS performance on modern systems, increase
the vfs.read_max default. For most systems this means going from 128 KiB
to 256 KiB, which is sti
Author: ivoras
Date: Fri Jul 23 12:30:29 2010
New Revision: 210410
URL: http://svn.freebsd.org/changeset/base/210410
Log:
Make lorunningspace catch up with hirunningspace.
While there, add comment about the magic numbers.
Prodded by: alc
Modified:
head/sys/kern/vfs_bio.c
Modified: h
On 21 July 2010 06:18, Bruce Evans wrote:
> On Mon, 19 Jul 2010, John Baldwin wrote:
>
>>> Log:
>>> In keeping with the Age-of-the-fruitbat theme, scale up hirunningspace
>>> on
>>> machines which can clearly afford the memory.
>>>
>>> This is a somewhat conservative version of the patch - more
Author: ivoras
Date: Tue Jul 20 13:59:51 2010
New Revision: 210295
URL: http://svn.freebsd.org/changeset/base/210295
Log:
Fix expression style.
Prodded by: jhb
Modified:
head/sys/kern/vfs_bio.c
Modified: head/sys/kern/vfs_bio.c
===
Author: ivoras
Date: Sun Jul 18 10:15:33 2010
New Revision: 210217
URL: http://svn.freebsd.org/changeset/base/210217
Log:
In keeping with the Age-of-the-fruitbat theme, scale up hirunningspace on
machines which can clearly afford the memory.
This is a somewhat conservative version of the
Author: ivoras
Date: Fri Jul 16 14:31:24 2010
New Revision: 210166
URL: http://svn.freebsd.org/changeset/base/210166
Log:
MFC r208982,r208983,r210117 : cosmetic changes to kern.sched.topology_spec XML
Modified:
stable/8/sys/kern/sched_ule.c
Directory Properties:
stable/8/sys/ (props chang
Author: ivoras
Date: Thu Jul 15 13:46:30 2010
New Revision: 210117
URL: http://svn.freebsd.org/changeset/base/210117
Log:
A cosmetic change - don't output empty .
Modified:
head/sys/kern/sched_ule.c
Modified: head/sys/kern/sched_ule.c
=
Author: ivoras
Date: Fri Jun 11 09:27:33 2010
New Revision: 209037
URL: http://svn.freebsd.org/changeset/base/209037
Log:
In another move to join with the age of the Fruitbat, increase SYSV
shared resources defaults beyond absolute minimums.
The new values are chosen mostly by magic. They
Author: ivoras
Date: Thu Jun 10 11:48:14 2010
New Revision: 208983
URL: http://svn.freebsd.org/changeset/base/208983
Log:
Unconfuse THREAD and SMT flags
Modified:
head/sys/kern/sched_ule.c
Modified: head/sys/kern/sched_ule.c
===
Author: ivoras
Date: Thu Jun 10 11:01:17 2010
New Revision: 208982
URL: http://svn.freebsd.org/changeset/base/208982
Log:
Cosmetic change to XML - less ugly newlines
Modified:
head/sys/kern/sched_ule.c
Modified: head/sys/kern/sched_ule.c
==
Author: ivoras
Date: Mon May 17 11:18:33 2010
New Revision: 208190
URL: http://svn.freebsd.org/changeset/base/208190
Log:
Slightly improve wording.
Modified:
head/usr.sbin/daemon/daemon.8
Modified: head/usr.sbin/daemon/daemon.8
Author: ivoras
Date: Fri Mar 26 14:03:42 2010
New Revision: 205691
URL: http://svn.freebsd.org/changeset/base/205691
Log:
MFC r204248,r204249 - "fancy snake_saver" with color coded load averages
Modified:
stable/8/sys/dev/syscons/snake/snake_saver.c
Directory Properties:
stable/8/sys/ (pr
On 22 March 2010 23:39, Kip Macy wrote:
> Author: kmacy
> Date: Mon Mar 22 22:39:32 2010
> New Revision: 205487
> URL: http://svn.freebsd.org/changeset/base/205487
>
> Log:
> - enable alignment on amd64 only
Does this mean you have determined that aligning these structures is
not as beneficial o
On 19 March 2010 17:22, Valentin Nechayev wrote:
> Fri, Mar 19, 2010 at 17:13:00, ivoras wrote about "Re: I486_CPU and I586_CPU
> removed from GENERIC kernel [was Re: svn commit: r205307 -
> head/sys/i386/conf]":
>
>> SSE in the userland you mean? Regardless, I don't think there is now
>> reaso
On 19 March 2010 07:33, Garrett Cooper wrote:
> On Thu, Mar 18, 2010 at 6:16 PM, Xin LI wrote:
>> Author: delphij
>> Date: Fri Mar 19 01:16:53 2010
>> New Revision: 205307
>> URL: http://svn.freebsd.org/changeset/base/205307
>>
>> Log:
>> SSE is enabled by default about 5 years ago so there is n
On 8 March 2010 19:29, Ivan Voras wrote:
> On 8 March 2010 19:14, Ivan Voras wrote:
>> On 8 March 2010 16:01, Nathan Whitehorn wrote:
>>> Author: nwhitehorn
>>> Date: Mon Mar 8 15:01:08 2010
>>> New Revision: 204870
>>> URL: http://svn.freebsd.org/c
On 8 March 2010 19:14, Ivan Voras wrote:
> On 8 March 2010 16:01, Nathan Whitehorn wrote:
>> Author: nwhitehorn
>> Date: Mon Mar 8 15:01:08 2010
>> New Revision: 204870
>> URL: http://svn.freebsd.org/changeset/base/204870
>>
>> Log:
>> Enable tmp
1 - 100 of 195 matches
Mail list logo
