Won't this break whole lot of third-party software, which expects
FreeBSD to be slightly different in this regards? Just curious.
-Maxim
On 10/7/2011 6:43 AM, Andre Oppermann wrote:
Author: andre
Date: Fri Oct 7 13:43:01 2011
New Revision: 226105
URL: http://svn.freebsd.org/changeset/base/226
Author: sobomax
Date: Sat Dec 31 00:09:33 2011
New Revision: 229049
URL: http://svn.freebsd.org/changeset/base/229049
Log:
Use in-label sectorsize to determine position of the label when
writing label into a file image. The most common use - putting disklabel
into ISO file. Before this chang
On 12/30/2011 12:02 PM, Gleb Smirnoff wrote:
On Fri, Dec 30, 2011 at 11:23:45AM -0800, Maxim Sobolev wrote:
M> Won't this break whole lot of third-party software, which expects
M> FreeBSD to be slightly different in this regards? Just curious.
Yes it does. And until FreeBSD 10.0-RE
On 12/30/2011 4:17 PM, Maxim Sobolev wrote:
M> Won't this break whole lot of third-party software, which expects
M> FreeBSD to be slightly different in this regards? Just curious.
Yes it does. And until FreeBSD 10.0-RELEASE there is time to fix
this software (at least in ports).
On 12/30/2011 11:52 PM, Kostik Belousov wrote:
On Fri, Dec 30, 2011 at 04:25:09PM -0800, Maxim Sobolev wrote:
> On 12/30/2011 4:17 PM, Maxim Sobolev wrote:
> >>M> Won't this break whole lot of third-party software, which expects
> >>M> FreeBSD to be sl
Author: sobomax
Date: Mon Nov 15 17:48:13 2010
New Revision: 215342
URL: http://svn.freebsd.org/changeset/base/215342
Log:
MFC r207554:
Add new tunable 'net.link.ifqmaxlen' to set default send interface
queue length. The default value for this parameter is 50, which is
quite low f
Author: sobomax
Date: Tue Nov 16 04:40:03 2010
New Revision: 215368
URL: http://svn.freebsd.org/changeset/base/215368
Log:
MFC r207554:
Add new tunable 'net.link.ifqmaxlen' to set default send interface
queue length. The default value for this parameter is 50, which is
quite
Author: sobomax
Date: Tue Nov 16 15:02:53 2010
New Revision: 215400
URL: http://svn.freebsd.org/changeset/base/215400
Log:
Fix build problem introduced in r215368 MFC when IPX is enabled.
Submitted by: des
Modified:
stable/7/sys/netipx/ipx_input.c
Modified: stable/7/sys/netipx/ipx_input
On 11/16/2010 5:11 AM, Dag-Erling Smørgrav wrote:
That's not going to fly.
Should be fixed in r215400. Sorry about that.
Regards,
--
Maksym Sobolyev
Sippy Software, Inc.
Internet Telephony (VoIP) Experts
T/F: +1-646-651-1110
Web: http://www.sippysoft.com
MSN: sa...@sippysoft.com
Skype: SippySo
On 11/16/2010 8:12 AM, Bruce Evans wrote:
This was quite low for yestdeay's uses (starting in about 1995), but today
it is little missed since only yesterday's low-end hardware uses it. Most
of today's interfaces are 1Gbps, and for this it is almost essential for
the hardware to have a ring buff
Author: sobomax
Date: Tue Oct 25 01:46:42 2011
New Revision: 226711
URL: http://svn.freebsd.org/changeset/base/226711
Log:
Add new option -c to specify alternatve location of the /etc/fstab
file.
MFC after:1 month
Modified:
head/sbin/fsck/fsck.8
head/sbin/fsck/fsck.c
Modified: h
Author: sobomax
Date: Tue Oct 25 01:47:33 2011
New Revision: 226712
URL: http://svn.freebsd.org/changeset/base/226712
Log:
Add new option -F to specify alternative location of the /etc/fstab
file.
MFC after:1 month
Modified:
head/sbin/swapon/swapon.8
head/sbin/swapon/swapon.c
Mo
Author: sobomax
Date: Sat Jan 22 05:21:20 2011
New Revision: 217714
URL: http://svn.freebsd.org/changeset/base/217714
Log:
Warn user when value entered is greated than the amount supported
by the MBR for the given parameter and set that parameter to the
maximum value instead of just truncati
Author: sobomax
Date: Mon Jan 24 07:16:20 2011
New Revision: 217771
URL: http://svn.freebsd.org/changeset/base/217771
Log:
o Cylinder numbers are 10 bits in the MBR;
o Sector numbers are only 6 bits in the MBR;
o bde'cize name of the local variable.
Submitted by: bde
Modified:
On 1/23/2011 10:25 PM, Warner Losh wrote:
In case it wasn't clear from Bruce's long explaination, parts of this
are technically wrong and need to be reverted or fixed.
Yes, I know. Sorry for the delay, I've been away for a weekend.
-Maxim
___
svn-src
Author: sobomax
Date: Tue Jan 25 04:35:07 2011
New Revision: 217808
URL: http://svn.freebsd.org/changeset/base/217808
Log:
Supply maximum value as an argument to the decimal() function
instead of supplying number of bits.
Submitted by: bde
Modified:
head/sbin/fdisk/fdisk.c
Modified: h
Author: sobomax
Date: Tue Feb 22 09:11:47 2011
New Revision: 218944
URL: http://svn.freebsd.org/changeset/base/218944
Log:
Make code more friendly to the non-C99 compilers - don't allocate
local variables in the `for' loop declaration. This allows trunk
newsyslog.c to be compiled on 7.x. Thi
Author: sobomax
Date: Thu Jun 16 08:31:06 2011
New Revision: 223143
URL: http://svn.freebsd.org/changeset/base/223143
Log:
Revert r222688.
Requested by: Mikolaj Golub
Modified:
head/sbin/hastd/proto_common.c
Modified: head/sbin/hastd/proto_common.c
==
Author: sobomax
Date: Sun Jul 24 18:03:02 2011
New Revision: 224292
URL: http://svn.freebsd.org/changeset/base/224292
Log:
MFC: 220736, 220806, 220808
If we can retrieve interface address sleep for one second and try again.
This can happen during start-up, when natd starts before dhcl
Author: sobomax
Date: Mon Jul 25 00:17:20 2011
New Revision: 224301
URL: http://svn.freebsd.org/changeset/base/224301
Log:
MFC: Strip any leading slashes before feeding the label to the geom_label
code. Some linux distros put mount point into the ext2fs labels, such as
'/', or '/boot', w
Author: sobomax
Date: Mon Jul 25 01:42:51 2011
New Revision: 224302
URL: http://svn.freebsd.org/changeset/base/224302
Log:
MFC: re-work dump progress indicator to work better with more than few gigs
of RAM.
Modified:
stable/8/sys/amd64/amd64/minidump_machdep.c
Modified: stable/8/sys/amd64/
Author: sobomax
Date: Mon Jul 25 07:45:22 2011
New Revision: 224306
URL: http://svn.freebsd.org/changeset/base/224306
Log:
MFC: Add new modifier - "R", path to executable to run after
rotatiion instead of sending signal.
Modified:
stable/8/usr.sbin/newsyslog/newsyslog.c
stable/8/usr.sbin/
Author: sobomax
Date: Tue Mar 8 17:00:31 2011
New Revision: 219400
URL: http://svn.freebsd.org/changeset/base/219400
Log:
Some linux distros put mount point into the ext2fs labels, such as '/', or
'/boot', which confuses the devfs code and can cause userland programs to
fail reading /dev/ex
On 3/8/2011 9:36 AM, Jaakko Heinonen wrote:
Some linux distros put mount point into the ext2fs labels, such as '/', or
> '/boot', which confuses the devfs code and can cause userland programs to
> fail reading /dev/ext2fs directory with weird error code, such as any
> program that
On 3/9/2011 7:19 AM, Jaakko Heinonen wrote:
On 2011-03-08, Maxim Sobolev wrote:
> On 3/8/2011 9:36 AM, Jaakko Heinonen wrote:
> >> Some linux distros put mount point into the ext2fs labels, such as
'/', or
> >>> '/boot', which co
On 3/9/2011 11:04 AM, Jaakko Heinonen wrote:
On 2011-03-09, Maxim Sobolev wrote:
> OK, so what should I do to resolve the issue in question? Should I go
> forward and MFC less generic patch to geom_label code to strip out the
> leading slashes from the ext2fs labels?
I am no
Author: sobomax
Date: Sun Apr 17 06:05:37 2011
New Revision: 220736
URL: http://svn.freebsd.org/changeset/base/220736
Log:
If we can retrieve interface address sleep for one second and try again.
This can happen during start-up, when natd starts before dhclient has a
chance to receive IP add
On 4/18/2011 11:13 AM, Gleb Smirnoff wrote:
This looks like a hack and better place for this hack would be shell
scripts rather than nat daemon.
Well, I am not sure how would you apply shell script in such case. The
problem with the original code is that natd just silently exits, leaving
mach
On 4/18/2011 12:42 PM, Garrett Cooper wrote:
+1 -- in particular because this will affect all cases, and not
just the dhclient-acquired IP external NIC case as the above commit
message notes.
Well, as I already said I don't see any problem with natd waiting on
interface to get IP address
On 4/18/2011 2:46 PM, Maxim Sobolev wrote:
Well, as I already said I don't see any problem with natd waiting on
interface to get IP address in all cases. This is no better or no worse
than just bailing out, except it will make things working automatically
once IP address has been provis
Author: sobomax
Date: Mon Apr 18 23:15:29 2011
New Revision: 220806
URL: http://svn.freebsd.org/changeset/base/220806
Log:
Only wait for the IP to appear on the interface if natd is running in the
background.
Suggested by: Garrett Cooper
Use EAGAIN instead of magic value of -2 to
On 4/18/2011 3:26 PM, Garrett Cooper wrote:
And I don't see any problem with natd waiting indefinitely on the interface
to acquire IP address, it's no better and no worse than the current behavior
when the natd simply bails out.
If it does this when backgrounded, that seems ok. If it blocks
for
On 4/18/2011 3:12 PM, YongHyeon PYUN wrote:
SYNCDHCP may restore old behavior of dhclient.
Thanks, but I would rather not. -dynamic kinda suggests that the
interface can go up and down, so if natd running in the background can
handle this condition gracefully instead of silently exit this wou
Author: sobomax
Date: Mon Apr 18 23:45:50 2011
New Revision: 220808
URL: http://svn.freebsd.org/changeset/base/220808
Log:
Furthermore condition IP waiting behaviour also on -dynamic flag.
This should preserve POLA in all other cases (foreground || non-dynamic).
MFC after:2 weeks
Mod
Author: sobomax
Date: Tue Apr 26 16:14:55 2011
New Revision: 221069
URL: http://svn.freebsd.org/changeset/base/221069
Log:
With the typical memory size of the system in tenth of gigabytes
counting memory being dumped in 16MB increments is somewhat silly.
Especially if the dump fails and ever
Author: sobomax
Date: Sat May 14 03:00:55 2011
New Revision: 221873
URL: http://svn.freebsd.org/changeset/base/221873
Log:
Add new modifier - "R", when it is specified the path to pid file
will be considered as a path to a binary or a shell script to be executed
after rotation has been compl
Author: sobomax
Date: Sat Jun 4 16:01:30 2011
New Revision: 222688
URL: http://svn.freebsd.org/changeset/base/222688
Log:
Read from the socket using the same max buffer size as we use while
sending. What happens otherwise is that the sender splits all the
traffic into 32k chunks, while the
On 6/4/2011 9:33 AM, Bjoern A. Zeeb wrote:
I don't know about the hast internal protocol but the above reads kind of
wrong to me.
Hmm, not sure what exactly is wrong? Sender does 3 writes to the TCP
socket - 32k, 32k and 1071 bytes, while receiver does one
recv(MSG_WAITALL) with the size of 6
On 6/6/2011 3:57 AM, Vadim Goncharov wrote:
Hi Maxim Sobolev!
On Sat, 04 Jun 2011 10:02:55 -0700; Maxim Sobolev wrote:
I don't know about the hast internal protocol but the above reads kind of
wrong to me.
Hmm, not sure what exactly is wrong? Sender does 3 writes to the TCP
socket
On 6/9/2011 6:10 AM, Mikolaj Golub wrote:
>>> Hmm, not sure what exactly is wrong? Sender does 3 writes to the TCP
>>> socket - 32k, 32k and 1071 bytes, while receiver does one
>>> recv(MSG_WAITALL) with the size of 66607. So I suspect sender's kernel
>>> does deliver two 32k packets
On 6/9/2011 12:23 PM, Pawel Jakub Dawidek wrote:
I strongly disagree with this patch. The whole proto API is now clean
and elegant.
Well, addition of the single flag to indicate that we are waiting for
exact amount of data or just *some* date doesn't make it unclear or
non-elegant. In fact it
Christoph Mallon wrote:
Sorry for the long essay, but I deem it important to tell how compilers
work these day.
Good point, maybe it would make sense to compress it somewhat and add to
the style(9)?
-Maxim
___
svn-src-all@freebsd.org mailing list
h
Paolo Pisati wrote:
Author: piso
Date: Wed Apr 1 20:23:47 2009
New Revision: 190633
URL: http://svn.freebsd.org/changeset/base/190633
Log:
Implement an ipfw action to reassemble ip packets: reass.
Heh, nice name, isn't it? At first I thought it was an april fools joke
as well. ;-)
-Maxim
Author: sobomax
Date: Sun Apr 12 23:06:23 2009
New Revision: 190980
URL: http://svn.freebsd.org/changeset/base/190980
Log:
MFC: Make machdep.hyperthreading_allowed working.
Approved by:re (kib)
Modified:
stable/7/sys/ (props changed)
stable/7/sys/amd64/amd64/mp_machdep.c
stable
Author: sobomax
Date: Sun Apr 12 23:10:01 2009
New Revision: 190981
URL: http://svn.freebsd.org/changeset/base/190981
Log:
MFC: Respect RBX_MUTE flag from boot[012].
Approved by: re (kib)
Modified:
stable/7/sys/ (props changed)
stable/7/sys/boot/i386/btx/btxldr/btxldr.S
stable/7/s
Author: sobomax
Date: Tue Mar 25 23:37:57 2014
New Revision: 263756
URL: http://svnweb.freebsd.org/changeset/base/263756
Log:
Make `-R', `-T' and `-E' options mutially non-exclusive. It is often
useful to see two or three types at the same time when inspecting the
dump.
MFC after:1
Hmm, I believe this breaks build for me. Any ideas why?
===> usr.bin/xinstall (all)
cc -O2 -pipe -I/usr/src/usr.bin/xinstall/../../contrib/mtree
-I/usr/src/usr.bin/xinstall/../../lib/libnetbsd
-I/usr/src/usr.bin/xinstall/../../lib/libmd -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -W
Author: sobomax
Date: Mon Oct 15 08:21:49 2012
New Revision: 241576
URL: http://svn.freebsd.org/changeset/base/241576
Log:
Add per-second scheduling into the cron(8). Right now it's
only available via the new @every_second shortcut. ENOTIME to
implement crontab(5) format extensions to allow
On 10/15/2012 6:07 PM, Xin Li wrote:
Because it's not guaranteed to work on every filesystems? But yes I
think it would be a good idea to implement it and use it when all
filesystems used to store crontabs supports it.
I considered it, but it seems inadequate for things like:
# mv /etc /etc.o
On 10/15/2012 4:26 PM, Adrian Chadd wrote:
Maybe crontab should be using a command via a socket to reload, rather
than stat'ing files..
Simple signal would do.
kqueuing the file is not as easy, but this would complicate logic as you
would need to look at renames, removes etc. I really doubt t
On 10/15/2012 1:44 PM, Ian Lepore wrote:
It appears to, which I don't think is a bad thing at all. But the way
it waits is to wake up, do some work, and go back to sleep for an
integer 1 second. That will occasionally lead to a second in which no
wakeup happens, as the "do some work" part alway
On 10/15/2012 9:40 PM, Adrian Chadd wrote:
Gah, I think there's quite a lot of push back on this.
Maxim, would you please consider reverting this patch? Can we have a
discussion on the best way to do this, taking various things like
embedded and power-saving systems into effect?
I am working o
Author: sobomax
Date: Tue Oct 16 21:34:02 2012
New Revision: 241618
URL: http://svn.freebsd.org/changeset/base/241618
Log:
Properly handle non-keyword case by setting e->second to 0.
Modified:
head/usr.sbin/cron/lib/entry.c
Modified: head/usr.sbin/cron/lib/entry.c
===
Author: sobomax
Date: Wed Oct 17 00:44:34 2012
New Revision: 241625
URL: http://svn.freebsd.org/changeset/base/241625
Log:
o Use nanosleep(2) to sleep exact amount of time till the next second,
not multiple of 1 second, which results in actual time to drift back
and forth every run within 1
On 10/17/2012 10:48 AM, Konstantin Belousov wrote:
The cron daemon in HEAD is not functional, i.e. no jobs are executed
at all. Reverting r241625 r241618 r241576 gives me the expected behaviour.
P.S. I do not remember a single commit from you which did not failed on
tinderbox, or was not found b
OK, thanks guys for valuable suggestions. Am I correct that the general
suggestion is to use clock_gettime(CLOCK_REALTIME) instead of the
gettimeofday(), and fix few types here and there?
-Maxim
___
svn-src-all@freebsd.org mailing list
http://lists.fr
Also, I have avoided using FP, since the old code doesn't, and some of
the smaller systems we run on (arm, mips) might not have FPU unit, so it
might have a problem with that.
And I am still working on new version to revert to 60-seconds polling by
default.
-Maxim
___
Author: sobomax
Date: Wed Oct 17 20:45:48 2012
New Revision: 241649
URL: http://svn.freebsd.org/changeset/base/241649
Log:
Revert latest changes to cron, until better version is worked out (I hope).
Requested by: few
Modified:
head/usr.sbin/cron/cron/cron.c
head/usr.sbin/cron/cron/cr
On 10/17/2012 1:18 PM, Konstantin Belousov wrote:
As I said, a reversal of all three commits makes the cron(8) operate
correctly.
Done, sorry. Do you mind if I send you latest version of the patch later
for testing?
Thanks!
-Maxim
___
svn-src-all
Author: sobomax
Date: Wed Oct 17 21:26:35 2012
New Revision: 241651
URL: http://svn.freebsd.org/changeset/base/241651
Log:
Remove harmless, but superfluous local change that creeped in along
with the r241649.
Modified:
head/usr.sbin/cron/cron/cron.h
Modified: head/usr.sbin/cron/cron/cron.h
Author: sobomax
Date: Thu Oct 18 06:27:03 2012
New Revision: 241672
URL: http://svn.freebsd.org/changeset/base/241672
Log:
Fully backout latest changes.
Pointy hat to:sobomax
Modified:
head/usr.sbin/cron/cron/cron.c
head/usr.sbin/cron/lib/entry.c
Modified: head/usr.sbin/cron/c
wrote:
On Wed, Oct 17, 2012 at 01:07:20PM -0700, Maxim Sobolev wrote:
On 10/17/2012 10:48 AM, Konstantin Belousov wrote:
The cron daemon in HEAD is not functional, i.e. no jobs are executed
at all. Reverting r241625 r241618 r241576 gives me the expected behaviour.
P.S. I do not remember a single c
On 10/22/2012 9:35 AM, Eitan Adler wrote:
Why? Can this be fixed if this is not intended?
Well, I see libcron in the DPADD for the cron(8), so I think as far as
normal buildworld is concerned things are good. It's just that if you
build the cron only manually, it's not recompiled automaticall
Author: sobomax
Date: Thu Oct 25 22:54:29 2012
New Revision: 242101
URL: http://svn.freebsd.org/changeset/base/242101
Log:
Second attempt to add @every_second keyword support. Due to multiple
requests, default to the previous 60-seconds scheduling method
unless there is any @every_second ent
On 10/27/2012 12:29 PM, Pawel Jakub Dawidek wrote:
On behalf of Mother Earth thank you:)
Thank You, Mother Earth, for noticing my humble attempts to make
worl^HFreeBSD a better place. :)
-Maxim
___
svn-src-all@freebsd.org mailing list
http://lists.
Author: sobomax
Date: Thu Sep 27 04:28:55 2012
New Revision: 240981
URL: http://svn.freebsd.org/changeset/base/240981
Log:
Add 32-bit ABI compat shims. Those are necessary for i386 binary-only
tools like sysutils/hpacucli (HP P4xx RAID controller management
suite) working on amd64 systems.
Author: sobomax
Date: Wed Feb 25 01:49:01 2009
New Revision: 189023
URL: http://svn.freebsd.org/changeset/base/189023
Log:
Make machdep.hyperthreading_enabled tunable working with the SCHED_ULE.
Unlike with SCHED_BSD, however, it can only be set to 0 at boot time,
it's not possible to change
Author: sobomax
Date: Wed Feb 25 22:24:56 2009
New Revision: 189057
URL: http://svn.freebsd.org/changeset/base/189057
Log:
Fix typo in comments in r189023.
Modified:
head/sys/amd64/amd64/mp_machdep.c
head/sys/i386/i386/mp_machdep.c
Modified: head/sys/amd64/amd64/mp_machdep.c
==
Author: sobomax
Date: Sun Mar 8 05:01:39 2009
New Revision: 189509
URL: http://svn.freebsd.org/changeset/base/189509
Log:
Small comment nit: "run time" -> "run-time".
Submitted by: rwatson
Modified:
head/sys/amd64/amd64/mp_machdep.c
head/sys/i386/i386/mp_machdep.c
Modified: head/sys/
Joerg Sonnenberger wrote:
On Sun, Nov 22, 2009 at 08:50:27PM +, Pyun YongHyeon wrote:
Log:
Fix two long standing bugs on bge(4). Most pre BCM5755 controllers
have a DMA bug when buffer address crosses a multiple of the 4GB
boundary(e.g. 4GB, 8GB, 12GB etc).
Does this only affect tran
Author: sobomax
Date: Fri Nov 27 03:55:42 2009
New Revision: 199855
URL: http://svn.freebsd.org/changeset/base/199855
Log:
Add new loader console type: "spinconsole". This console selects the
video console which doesn't take any input from keyboard and hides
all output replacing it with ``sp
Author: sobomax
Date: Fri Nov 27 03:58:21 2009
New Revision: 199856
URL: http://svn.freebsd.org/changeset/base/199856
Log:
Whitespace on: use tabs for identation consistently.
Modified:
head/sys/boot/i386/libi386/spinconsole.c
Modified: head/sys/boot/i386/libi386/spinconsole.c
==
Author: sobomax
Date: Fri Nov 27 04:00:52 2009
New Revision: 199857
URL: http://svn.freebsd.org/changeset/base/199857
Log:
Whitespace-only: another instance of identation with spaces.
Modified:
head/sys/boot/i386/libi386/spinconsole.c
Modified: head/sys/boot/i386/libi386/spinconsole.c
==
Author: sobomax
Date: Fri Nov 27 13:19:06 2009
New Revision: 199864
URL: http://svn.freebsd.org/changeset/base/199864
Log:
Remove spinconsole from pc98, some parts seem to be missed and it's
too late (early?) to figure out what exactly.
Reported by: TAKAHASHI Yoshihiro
Modified:
head/
TAKAHASHI Yoshihiro wrote:
This breaks the loader for pc98.
Sorry, reverted.
-Maxim
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Is the option related to Jumbo Frames in any way? If not, IMHO the name
should be changed to avoid any confusion.
-Maxim
Stanislav Sedov wrote:
Author: stas
Date: Sun Nov 15 11:43:28 2009
New Revision: 199289
URL: http://svn.freebsd.org/changeset/base/199289
Log:
- MFC r198320:
Introduc
Tom Judge wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maxim Sobolev wrote:
Is the option related to Jumbo Frames in any way? If not, IMHO the name
should be changed to avoid any confusion.
The bug is easier to reproduce when jumbo frames are turned on however
we have seen it with
Maxim Sobolev wrote:
Tom Judge wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maxim Sobolev wrote:
Is the option related to Jumbo Frames in any way? If not, IMHO the name
should be changed to avoid any confusion.
The bug is easier to reproduce when jumbo frames are turned on however
Stanislav Sedov wrote:
On Mon, 30 Nov 2009 13:25:03 -0800
Maxim Sobolev mentioned:
Can we change the name then? We've seen the similar issue without the
jumbo frames, which made me wonder.
It's strange, because 'normal' frames are less than a page size in length
Tom Judge wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maxim Sobolev wrote:
Stanislav Sedov wrote:
On Mon, 30 Nov 2009 13:25:03 -0800
Maxim Sobolev mentioned:
Can we change the name then? We've seen the similar issue without the
jumbo frames, which made me wonder.
It'
Attila Nagy wrote:
Maxim Sobolev wrote:
Stanislav Sedov wrote:
On Mon, 30 Nov 2009 13:25:03 -0800
Maxim Sobolev mentioned:
Can we change the name then? We've seen the similar issue without
the jumbo frames, which made me wonder.
It's strange, because 'normal' frames
Alexander Motin wrote:
Author: mav
Date: Thu Dec 10 23:51:24 2009
New Revision: 200373
URL: http://svn.freebsd.org/changeset/base/200373
Log:
MFC r200282, r200290:
Change gmirror default balance algorithm from "split" to improved "load".
"split" is very ineffective for devices with rotatin
Author: sobomax
Date: Fri Jan 8 10:54:15 2010
New Revision: 201782
URL: http://svn.freebsd.org/changeset/base/201782
Log:
Allow comment (#) to be placed anywhere in the line, not only at the
beginning, so it's consistent with other configuration files.
MFC after:3 weeks
Modified:
Should not it be better to implement this on the kernel side when the
device is closed abruptly?
David E. O'Brien wrote:
Author: obrien
Date: Fri Dec 19 20:20:14 2008
New Revision: 186337
URL: http://svn.freebsd.org/changeset/base/186337
Log:
burncd(8) doesn't handle signals and interrupting
Kostik Belousov wrote:
On Fri, Dec 19, 2008 at 12:52:12PM -0800, Maxim Sobolev wrote:
Should not it be better to implement this on the kernel side when the
device is closed abruptly?
The state that is kept is not accumulated on any particular filedescriptor,
it is associated with the physical
-Status2: 0080
X-Mozilla-Keys:
Message-ID: <49026515.7080...@sippysoft.com>
Date: Fri, 24 Oct 2008 17:15:17 -0700
From: Maxim Sobolev
Organization: Sippy Software, Inc.
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: Doug Barton
Subject: mergemaster(8) chan
Doug Barton wrote:
Given that this is a situation that comes up very infrequently (usually
only for a major version upgrade) and can usually be handled simply
enough on a one-off basis, I will once again point out that I think
this is a Bad Idea. I would be willing to consider a better im
Doug Barton wrote:
Maxim Sobolev wrote:
Doug Barton wrote:
Author: dougb
Date: Thu Jan 1 10:55:26 2009
New Revision: 186677
URL: http://svn.freebsd.org/changeset/base/186677
Log:
Revert 184781, 184804, and 184832 (automatic installation of files
that differ only by VCS Id) for the
Doug Barton wrote:
1. Past experience indicates that your average _developer_ is not very
good at estimating what the average _user_ will want as the default.
This statement is pretty much self-contradictory. You are saying that
average developer is very bad at estimating which behavior should
Luigi Rizzo wrote:
+# through getenv() (or kenv(1) in userland). The format of the file
+# is 'variable=value' , same as for hints files.
What do you think about extending comment with the following:
"hints files" -> "hints or loader.conf(5) files".
-Maxim
Luigi Rizzo wrote:
On Tue, Jan 06, 2009 at 02:02:17PM -0800, Maxim Sobolev wrote:
Luigi Rizzo wrote:
+# through getenv() (or kenv(1) in userland). The format of the file
+# is 'variable=value' , same as for hints files.
What do you think about extending comment with the followin
Luigi Rizzo wrote:
On Tue, Jan 06, 2009 at 04:08:59PM -0800, Maxim Sobolev wrote:
Luigi Rizzo wrote:
On Tue, Jan 06, 2009 at 02:02:17PM -0800, Maxim Sobolev wrote:
Luigi Rizzo wrote:
+# through getenv() (or kenv(1) in userland). The format of the file
+# is 'variable=value' , s
Maxim Sobolev wrote:
Luigi Rizzo wrote:
On Tue, Jan 06, 2009 at 04:08:59PM -0800, Maxim Sobolev wrote:
Luigi Rizzo wrote:
On Tue, Jan 06, 2009 at 02:02:17PM -0800, Maxim Sobolev wrote:
Luigi Rizzo wrote:
+# through getenv() (or kenv(1) in userland). The format of the file
+# is 'var
Christoph Mallon wrote:
Alexey Dokuchaev schrieb:
On Wed, Jan 14, 2009 at 07:05:27PM -0700, M. Warner Losh wrote:
In message: <20090115020752.52566769.s...@freebsd.org>
Stanislav Sedov writes:
: > +shift = 8 * (reg & 3);
: > : : Would it make sense to replace this with
: >
Author: sobomax
Date: Mon Jan 19 07:10:11 2009
New Revision: 187426
URL: http://svn.freebsd.org/changeset/base/187426
Log:
Add asr(4) and stge(4) from i386 GENERIC. Both drivers compile on amd64 and
there is no particular reason for them to be i386-only.
MFC after:2 weeks
Modified:
Author: sobomax
Date: Mon Jan 19 07:18:32 2009
New Revision: 187427
URL: http://svn.freebsd.org/changeset/base/187427
Log:
Whitespace-only: reduce diff to the i386 GENERIC.
Modified:
head/sys/amd64/conf/GENERIC
Modified: head/sys/amd64/conf/GENERIC
===
Scott Long wrote:
Maxim Sobolev wrote:
Author: sobomax
Date: Mon Jan 19 07:10:11 2009
New Revision: 187426
URL: http://svn.freebsd.org/changeset/base/187426
Log:
Add asr(4) and stge(4) from i386 GENERIC. Both drivers compile on
amd64 and
there is no particular reason for them to be i386
Author: sobomax
Date: Mon Jan 19 08:25:41 2009
New Revision: 187429
URL: http://svn.freebsd.org/changeset/base/187429
Log:
Comment amr(4) out - according to scottl it's not 64-bit clean.
Modified:
head/sys/amd64/conf/GENERIC
Modified: head/sys/amd64/conf/GENERIC
=
Author: sobomax
Date: Mon Jan 19 08:51:20 2009
New Revision: 187430
URL: http://svn.freebsd.org/changeset/base/187430
Log:
asr(4) is not amd64-clean, not amr(4).
Pointy hat to:myself
Submitted by: scottl
Modified:
head/sys/amd64/conf/GENERIC
Modified: head/sys/amd64/conf/GENER
Scott Long wrote:
prepare to be wrong. And above all else, don't put drivers into here
that you haven't tested. It's pretty silly to admit in your commit
message, for all to see, that you are blatantly committing without
testing.
Actually this is interesting point, what the best strategy for
1 - 100 of 328 matches
Mail list logo
