The idea looks very inmature and short-sighted to me. i386 is here to stay
not as a server/desktop platform but as an embedded/low power/low cost
platform for at least 5-10 years to come. There are plenty of applications
in the world that don't need > 3gb of memory space and have no use for
extra b
i386 will probably
continue to be the platform of choice for many if Intel/Amd play that card
right.
-Max
On Fri, May 25, 2018, 12:27 AM David Chisnall wrote:
> On 25 May 2018, at 05:27, Maxim Sobolev wrote:
> >
> > The idea looks very inmature and short-sighted to me. i386 i
:
> On 26 May 2018, at 00:41, Maxim Sobolev wrote:
> >
> > If you've seen any of the atom bay trail systems in action you may
> understand what I mean. You get full blown x64 system with four cores and
> it takes only 2W of power.
>
> Which is pretty much my poi
many
independent commercial implementations already done by compact well focused
teams (cyrix, transmeta etc).
-Max
On Sun, May 27, 2018, 3:15 PM Maxim Sobolev wrote:
> Well, strip extra 32 bits, use slower memory and busses (extra decoding
> logic etc). Voila, you suddenly have platform that
Author: sobomax
Date: Fri Jun 16 15:09:43 2017
New Revision: 320004
URL: https://svnweb.freebsd.org/changeset/base/320004
Log:
Document st_flags in the stat(2).
Approved by: mckusick,vangyzen,jilles
Differential Revision:https://reviews.freebsd.org/D10852
Modified:
head/lib/li
ize.c
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/usr.bin/mkuzip/mkuz_insize.c Sat Jun 17 02:58:31 2017
(r320048)
@@ -0,0 +1,80 @@
+/*
+ * Copyright (c) 2004-2016 Maxim Sobolev
+ * All rights reserved.
+ *
+ * Redistributio
Author: sobomax
Date: Fri Jun 23 17:39:00 2017
New Revision: 320277
URL: https://svnweb.freebsd.org/changeset/base/320277
Log:
Don't leak file descriptor in some cases.
Reported by: cem
MFC after:6 weeks
Modified:
head/usr.bin/mkuzip/mkuz_insize.c
Modified: head/usr.bin/mkuzip/mk
Sorry overlooked that. Fixed, thanks!
-Maxim
On Thu, Jun 22, 2017 at 5:13 PM, Conrad Meyer wrote:
> ffd is leaked in return paths. Coverity CID 1376420.
>
> On Fri, Jun 16, 2017 at 7:58 PM, Maxim Sobolev
> wrote:
> > Author: sobomax
> > Date: Sat Jun 17 02:58:31 2017
Author: sobomax
Date: Fri Jun 23 23:11:05 2017
New Revision: 320301
URL: https://svnweb.freebsd.org/changeset/base/320301
Log:
Doh, fix some botched "fix" in r320277.
Reported by: cem
MFC after:6 weeks
Modified:
head/usr.bin/mkuzip/mkuz_insize.c
Modified: head/usr.bin/mkuzip/mkuz
Yeah, silly me. Thanks^2.
-Max
On Fri, Jun 23, 2017 at 3:54 PM, Conrad Meyer wrote:
> One more nit.
>
> On Fri, Jun 23, 2017 at 10:39 AM, Maxim Sobolev
> wrote:
> > Author: sobomax
> > Date: Fri Jun 23 17:39:00 2017
> > New Revision: 320277
> > URL: https
Author: sobomax
Date: Mon Dec 5 17:21:04 2016
New Revision: 309554
URL: https://svnweb.freebsd.org/changeset/base/309554
Log:
Refactor the regression test code by splitting huge monolithic C
file into smaller pieces that are hopefully easier to understand
and extend. This is to pave the gro
Author: sobomax
Date: Tue Dec 6 18:22:25 2016
New Revision: 309631
URL: https://svnweb.freebsd.org/changeset/base/309631
Log:
Auto-generate 2 test cases that differ only in structure and SCM_XXX constant
used. We can do it programmatically, but that would make code convoluted
and more compl
Author: sobomax
Date: Fri Dec 9 22:13:00 2016
New Revision: 309773
URL: https://svnweb.freebsd.org/changeset/base/309773
Log:
Check that SCM_XXX timestamp returned by the kernel is less 1 second
away in the past from the current time. This should be plenty for the
scheduler to do its job. I
Author: sobomax
Date: Sun Jun 2 23:38:19 2019
New Revision: 348521
URL: https://svnweb.freebsd.org/changeset/base/348521
Log:
Fix several places where tool name has been hardcoded:
install -> ${INSTALL}
mtree -> ${MTREE_CMD}
services_mkdb -> ${SERVICES_MKDB_CMD}
cap_m
gt; > In message <7bd6b7ad-5950-4015-b95d-9ffb609f5...@fubar.geek.nz>,
>> Andrew Turner
>> > writes:
>> > >
>> > >
>> > > > On 3 Jun 2019, at 00:38, Maxim Sobolev wrote:
>> > > >
>> > > > Author: sobomax
&
Author: sobomax
Date: Mon Jun 3 15:12:44 2019
New Revision: 348532
URL: https://svnweb.freebsd.org/changeset/base/348532
Log:
Leave mtree hardcoded for now. Reverting partially 348521 and also
the followup stopgap change, because I don't think it's a correct. I still
need to figure out wher
Author: sobomax
Date: Mon Jun 3 15:34:00 2019
New Revision: 348540
URL: https://svnweb.freebsd.org/changeset/base/348540
Log:
Rollback the rest of the botched r348521. Re-work would be posted to
reviews. Sorry.
Reported by: Enji Cooper
Modified:
head/Makefile.inc1
Modified: head/Mak
On Mon, Jun 3, 2019 at 7:28 AM Enji Cooper wrote:
> Hi Maxim,
>
>
> > Modified: head/Makefile.inc1
> >
> ==
> > --- head/Makefile.inc1Sun Jun 2 22:27:26 2019(r348520)
> > +++ head/Makefile.inc1Sun Jun 2 23:3
Author: sobomax
Date: Mon Jun 3 21:40:42 2019
New Revision: 348589
URL: https://svnweb.freebsd.org/changeset/base/348589
Log:
Put back MTREE_CMD here for now. Doh, not my day, perhaps.
Reported by: markj, mav
Modified:
head/etc/Makefile
Modified: head/etc/Makefile
https://reviews.freebsd.org/D20520 has been created as a follow-up. Give it
some feedback, thanks!
-Max
On Mon, Jun 3, 2019 at 11:42 AM Rodney W. Grimes
wrote:
> > On Mon, Jun 3, 2019 at 7:28 AM Enji Cooper
> wrote:
> >
> > > Hi Maxim,
> > >
> > >
> > > > Modified: head/Makefile.inc1
> > > >
>
Author: sobomax
Date: Mon Jul 22 20:04:55 2019
New Revision: 350224
URL: https://svnweb.freebsd.org/changeset/base/350224
Log:
Allow "update" option to be used in the fstab(5). Document possible use case.
Approved by: mckusick
MFC after:2 weeks
Differential Revision:https:/
Author: sobomax
Date: Mon Aug 24 16:45:23 2020
New Revision: 364711
URL: https://svnweb.freebsd.org/changeset/base/364711
Log:
In the endless batch mode (-B), terminate if and when stdout is closed.
That mode is useful to call gstat from other app, however kinda useless
since gstat won't exi
Author: sobomax
Date: Wed Nov 25 23:19:01 2020
New Revision: 368041
URL: https://svnweb.freebsd.org/changeset/base/368041
Log:
Unobfuscate "KERNLOAD" parameter on amd64. This change lines-up amd64 with the
i386 and the rest of supported architectures by defining KERNLOAD in the
vmparam.h and
Author: sobomax
Date: Tue Apr 7 02:46:22 2020
New Revision: 359685
URL: https://svnweb.freebsd.org/changeset/base/359685
Log:
Normalize deployment tools usage and definitions by putting into one place
instead of sprinkling them out over many disjoint files. This is a follow-up
to achieve th
This broke Jenkins builds. :(
https://ci.freebsd.org/job/FreeBSD-head-armv7-build/8689/
-Max
On Mon, Apr 6, 2020 at 6:49 PM Bryan Drewery wrote:
> On 4/6/2020 4:38 PM, Brooks Davis wrote:
> > Author: brooks
> > Date: Mon Apr 6 23:38:46 2020
> > New Revision: 359681
> > URL: https://svnweb.fr
On Tue, Apr 7, 2020 at 3:37 AM Rodney W. Grimes
wrote:
> > Author: sobomax
> > Date: Tue Apr 7 02:46:22 2020
> > New Revision: 359685
> > URL: https://svnweb.freebsd.org/changeset/base/359685
> >
> > Log:
> > Normalize deployment tools usage and definitions by putting into one
> place
> > in
Well, how many FreeBSD builds have you run in the last year, Rodney,
personally to care about 0.1s slowdown that it might have caused? We've run
at least a 1,000 here, probably 3x more. So yes, the cost is there, the
cost is well understood and found negligible versus the benefit of having a
slight
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: Thu Apr 29 06:16:00 2010
New Revision: 207354
URL: http://svn.freebsd.org/changeset/base/207354
Log:
On certain chipsets AT keyboard controller isn't present and is
emulated by BIOS using SMI interrupt. On those chipsets reading
from the status port may be thousand time
Author: sobomax
Date: Mon May 3 07:32:50 2010
New Revision: 207554
URL: http://svn.freebsd.org/changeset/base/207554
Log:
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 for many of today's uses
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: 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
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: 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: 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: Fri Mar 22 21:31:21 2019
New Revision: 345425
URL: https://svnweb.freebsd.org/changeset/base/345425
Log:
Make it possible to update TMPFS mount point from read-only to read-write
and vice versa.
Reviewed by: delphij
Approved by: delphij
MFC after:2 weeks
Author: sobomax
Date: Tue Mar 26 01:28:10 2019
New Revision: 345514
URL: https://svnweb.freebsd.org/changeset/base/345514
Log:
Refine r345425: get rid of superfluous helper macro that I have added.
MFC after:2 weeks
Modified:
head/sys/fs/tmpfs/tmpfs_vfsops.c
Modified: head/sys/fs/tm
Author: sobomax
Date: Wed May 22 04:51:08 2019
New Revision: 348091
URL: https://svnweb.freebsd.org/changeset/base/348091
Log:
Make aacraid(4) working on ASR8805 & ASR8402 in particular. This patch
has been in the PR system for 5 months and then on reviews for another 5.
Nobody came with any
Hi Guys, I am sorry to bring this old thread up, but I think Ed's
comparison with other OSes here and in the relevant differential was not
entirely correct. What linux does (tested with 4.4.0) when UDP socket is
shut down is actually shutting down receiving end, so any threads that are
blocked in r
JFYI. I've opened a follow-up differential for this potential regression:
https://reviews.freebsd.org/D10351
Thanks!
-Max
On Mon, Apr 10, 2017 at 7:43 AM, Maxim Sobolev wrote:
> Hi Guys, I am sorry to bring this old thread up, but I think Ed's
> comparison with other OSes
Author: sobomax
Date: Tue Apr 11 21:55:39 2017
New Revision: 316718
URL: https://svnweb.freebsd.org/changeset/base/316718
Log:
Work around an issue with mksnap_ffs not working in chroot'ed environment.
The problem is that the statfs(2) system call used to determine the relevant
mount point r
D 1374247.
>
> On Tue, Apr 11, 2017 at 2:55 PM, Maxim Sobolev
> wrote:
> > Author: sobomax
> > Date: Tue Apr 11 21:55:39 2017
> > New Revision: 316718
> > URL: https://svnweb.freebsd.org/changeset/base/316718
> >
> > ...
> > --- head/sbin/mksnap_
Author: sobomax
Date: Wed Apr 12 19:23:41 2017
New Revision: 316738
URL: https://svnweb.freebsd.org/changeset/base/316738
Log:
Fix an issue in the rev.316718 causing variable to be unsed uninitialized.
Reported by:Coverity
Nudged by: cem
MFC after:2 weeks
Modified:
head/
Author: sobomax
Date: Fri Apr 14 17:23:28 2017
New Revision: 316874
URL: https://svnweb.freebsd.org/changeset/base/316874
Log:
Restore ability to shutdown DGRAM sockets, still forcing ENOTCONN to be
returned
by the shutdown(2) system call. This ability has been lost as part of the svn
revis
Thanks, Peter. I will try to look into this asap.
-Max
On Apr 14, 2017 12:32 PM, "Peter Wemm" wrote:
> On Friday, April 14, 2017 11:49:26 AM Peter Wemm wrote:
> > On Friday, April 14, 2017 05:23:28 PM Maxim Sobolev wrote:
> > > Author: sobomax
> > > Dat
into
uipc_sockets.c) and let me know if it helps.
Thanks!
On Fri, Apr 14, 2017 at 12:48 PM, Ngie Cooper (yaneurabeya) <
yaneurab...@gmail.com> wrote:
>
> > On Apr 14, 2017, at 12:46, Peter Wemm wrote:
> >
> > On Friday, April 14, 2017 12:41:52 PM Maxim Sobolev wrote:
> &g
:52 PM Maxim Sobolev wrote:
> > Thanks, Peter. I will try to look into this asap.
>
> I don't understand what is going on yet. Presumably there must be other
> changes in play that affect udp/select sometime between the original 2015
> change and this. The syslogd -s code is Ol
Author: sobomax
Date: Sat Apr 15 02:24:22 2017
New Revision: 316951
URL: https://svnweb.freebsd.org/changeset/base/316951
Log:
Since shutdown(2) on datagram socket is no longer a NOP after rev 316874
don't bother to select/recv on that socket. This prevents syslogd(8)
from spinning endlessly
20:12, Peter Wemm wrote:
> > >
> > > On Friday, April 14, 2017 07:36:55 PM Peter Wemm wrote:
> > >> On Friday, April 14, 2017 02:14:16 PM Ngie Cooper wrote:
> > >>>> On Apr 14, 2017, at 14:10, Maxim Sobolev
> wrote:
> > >>>>
> &g
Author: sobomax
Date: Sat Apr 15 18:20:11 2017
New Revision: 316973
URL: https://svnweb.freebsd.org/changeset/base/316973
Log:
Fix another logic bug that came out of recent syslogd refactoring and exposed
by
the r316874: don't call shutdown(2) on all sockets, but only net ones, which
seems
an schrieb:
>
> > On 4/15/17, 6:00 AM, "Maxim Sobolev" behalf of
> > sobo...@freebsd.org> wrote:
> >
> > Peter, Ngie, none of this stuff is really directly related to the
> > shutdown(2) change, so I'll probably let Hiroki to clean it u
Author: sobomax
Date: Fri Aug 25 17:29:48 2017
New Revision: 322896
URL: https://svnweb.freebsd.org/changeset/base/322896
Log:
Make spinconsole platform independent and hook it up into EFI loader on
i386 and amd64. Not enabled on ARMs, those are lacking timer routines.
MFC after:2 mot
Author: sobomax
Date: Mon Aug 28 15:54:07 2017
New Revision: 322969
URL: https://svnweb.freebsd.org/changeset/base/322969
Log:
Add ability to label md(4) devices.
This feature comes from the fact that we rely memory-backed md(4)
in our build process heavily. However, if the build goes hay
completely orthogonal to
this one. Could be a nice feature on its own though, no doubt about it.
-Max
On Mon, Aug 28, 2017 at 9:19 AM, John Baldwin wrote:
> On Monday, August 28, 2017 03:54:08 PM Maxim Sobolev wrote:
> > Author: sobomax
> > Date: Mon Aug 28 15:54:07 2017
nk there is any support for having 32-bit mdconfig run on 64-bit kernel.
-Max
On Mon, Aug 28, 2017 at 1:49 PM, John Baldwin wrote:
> On Monday, August 28, 2017 12:46:48 PM Ryan Libby wrote:
> > On Mon, Aug 28, 2017 at 11:24 AM, Maxim Sobolev
> wrote:
> > > Hi John,
> > &g
s not broken
at the moment but the label is not going to be visible to the 32-bit
version of the mdconfig(8) running on 64-bit kernels.
-Max
On Tue, Aug 29, 2017 at 7:19 AM, Ian Lepore wrote:
> On Mon, 2017-08-28 at 16:40 -0700, Maxim Sobolev wrote:
> > John, well, this depends on how you
i.e. ptr->md_ywz
becomes ptr->md.xyz.
On Tue, Aug 29, 2017 at 7:30 AM, John Baldwin wrote:
> On Monday, August 28, 2017 04:40:49 PM Maxim Sobolev wrote:
> > John, well, this depends on how you look at it. The padding element size
> is
> > "int", which when you accou
Author: sobomax
Date: Wed Aug 30 15:07:10 2017
New Revision: 323019
URL: https://svnweb.freebsd.org/changeset/base/323019
Log:
Add proper support for the md_label into md(4) ioctl compat layer.
While I am here, declare struct md_ioctl32 as packed which allows
us to stop playing tricks with s
e device data data. If
nothing else it would provide a basis to create an unit test for those
ioctls.
-Max
On Tue, Aug 29, 2017 at 7:19 AM, Ian Lepore wrote:
> On Mon, 2017-08-28 at 16:40 -0700, Maxim Sobolev wrote:
> > John, well, this depends on how you look at it. The padding element
Fair enough. If you want I have the patch against 11-stable, we have this
feature merged in our private 11.x tree.
-Max
On Thu, Aug 31, 2017 at 7:26 AM, Ian Lepore wrote:
> Unfortunately, I'm not in a position to test those changes. My setup
> that uses mdconfig in a 32-bit jail runs on freebs
Sure, I'll check that out. Thanks for heads up.
-Max
On Sun, Sep 3, 2017 at 8:18 PM, Alan Somers wrote:
> On Mon, Jan 16, 2017 at 10:46 AM, Maxim Sobolev
> wrote:
> > Author: sobomax
> > Date: Mon Jan 16 17:46:38 2017
> > New Revision: 312296
> > URL: https:
stay tuned.
-Max
On Mon, Sep 4, 2017 at 7:09 PM, Maxim Sobolev wrote:
> Sure, I'll check that out. Thanks for heads up.
>
> -Max
>
> On Sun, Sep 3, 2017 at 8:18 PM, Alan Somers wrote:
>
>> On Mon, Jan 16, 2017 at 10:46 AM, Maxim Sobolev
>> wrote:
>> &g
gt; On Wed, Sep 6, 2017 at 3:15 PM, Maxim Sobolev wrote:
> > Alan, I doubt SO_BINTIME / SO_TIMESTAMP ever worked in that scenario. The
> > reason for that is size/layout of the bintime (and other structs) is
> > different on amd64 as compared to i386 and I don't
Author: sobomax
Date: Thu Sep 7 04:29:57 2017
New Revision: 323254
URL: https://svnweb.freebsd.org/changeset/base/323254
Log:
In the recvmsg32() system call iterate over returned structure(s)
and convert any messages of types SCM_BINTIME, SCM_TIMESTAMP,
SCM_REALTIME and SCM_MONOTONIC from 6
Author: sobomax
Date: Fri Sep 8 18:32:13 2017
New Revision: 323322
URL: https://svnweb.freebsd.org/changeset/base/323322
Log:
Correct bintime32 declaration: uint32_t sec -> time32_t sec.
Submitted by: jhb
MFC after:1 month
Modified:
head/sys/compat/freebsd32/freebsd32.h
Modified:
Author: sobomax
Date: Tue Nov 6 15:55:41 2018
New Revision: 340187
URL: https://svnweb.freebsd.org/changeset/base/340187
Log:
Don't allow BIO_READ, BIO_WRITE or BIO_DELETE requests that are
fully beyond the end of providers media. The only exception is made
for the zero length transfers whi
Rodney, this was actually my original intention, however then I noticed in
the GEOM code there is at least one case when BIO_FLUSH request is being
generated internally with bio_offset == mediasize and bio_lenth == 0, so I
thought there might be some need to allow such requests through. But I'd
hap
Li-Wen, thanks for pointing out. I will investigate in the next few hours
and follow-up then. Perhaps I need to treat out-of-the bounds BIO_DELETE
differently, which was the original issue at hand.
-Max
On Tue, Nov 6, 2018 at 9:51 PM Rodney W. Grimes <
free...@pdx.rh.cn85.dnsmgr.net> wrote:
> >
Author: sobomax
Date: Wed Nov 7 16:28:09 2018
New Revision: 340220
URL: https://svnweb.freebsd.org/changeset/base/340220
Log:
Revert r340187, it breaks EOD (end-of-device) detection logic. Turns out,
i/o into last_sector+N is handled differently for N==1 and N>1 cases to
accomodate that, so
Reverted, sorry. Turns out that i/o into last_sector+1 is handled
differently. I'll probably have to use different strategy to properly fail
out-of-bound ioctl(DIOCGDELETE) or otherwise indicate its result to the
userland app. To my defense, this patch has been out for 3 weeks on
freebsd-geom, and
Author: sobomax
Date: Wed Nov 21 21:46:06 2018
New Revision: 340745
URL: https://svnweb.freebsd.org/changeset/base/340745
Log:
Fix CU: output of the --debug-dump=decodedline, the problem there
is that both file name and current directory is recorded, however
file name sometimes already conta
Author: sobomax
Date: Fri Nov 23 22:36:56 2018
New Revision: 340857
URL: https://svnweb.freebsd.org/changeset/base/340857
Log:
Nuke out buffer overflow safety marker code, it duplicates similar code in
the malloc()/free() as well as having potential of softening the handling
in case error is
Interesting. I have a similar functionality implemented as an option for
the dd utility in my pipeline (conv=erase).
-Max
On Thu, Nov 29, 2018 at 6:21 AM Eugene Grosbein wrote:
> Author: eugen
> Date: Thu Nov 29 14:21:26 2018
> New Revision: 341232
> URL: https://svnweb.freebsd.org/changeset/ba
Author: sobomax
Date: Thu Nov 29 18:37:48 2018
New Revision: 341253
URL: https://svnweb.freebsd.org/changeset/base/341253
Log:
The libstand's panic() appends its own '\n' to the message, so that users of
the API
don't need to supply one.
MFC after:2 weeks
Modified:
head/stand/comm
Author: sobomax
Date: Thu Nov 29 19:28:01 2018
New Revision: 341257
URL: https://svnweb.freebsd.org/changeset/base/341257
Log:
Replace hand-crafted naive byte-by-byte zero block detection routine
with macro based around memcmp(). The latter is expected to be some
8 times faster on a modern 6
For those interested, dd(1) patch is here:
https://reviews.freebsd.org/D18382
Feedback is much appreciated. Thanks!
-Max
On Thu, Nov 29, 2018 at 5:01 PM Alexey Dokuchaev wrote:
> On Thu, Nov 29, 2018 at 10:36:02AM -0800, Maxim Sobolev wrote:
> > Interesting. I have a similar func
Author: sobomax
Date: Fri Nov 30 02:14:41 2018
New Revision: 341276
URL: https://svnweb.freebsd.org/changeset/base/341276
Log:
When handling CMD_CRIT error set command_errmsg to NULL after we dump it out,
so that it does not result in error message printed twice.
OK load doodoo
can't fi
1 - 100 of 210 matches
Mail list logo
