Author: sobomax
Date: Mon Dec 17 16:00:35 2018
New Revision: 342168
URL: https://svnweb.freebsd.org/changeset/base/342168
Log:
Allow ng_nat to be attached to a ethernet interface directly via ng_ether(4)
or the likes. Add new control message types: setdlt and getdlt to switch
from default DL
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
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
:
> 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
Author: sobomax
Date: Sat Feb 23 00:00:49 2019
New Revision: 344479
URL: https://svnweb.freebsd.org/changeset/base/344479
Log:
o Get rid of silly comment which seems to have got life of its own via
copy-and-paste process;
o Return geom_uzip(4) usage back to how manual page prescribes it
Author: sobomax
Date: Sat Feb 23 23:31:13 2019
New Revision: 344488
URL: https://svnweb.freebsd.org/changeset/base/344488
Log:
Further refine r336195: do not even attempt to verify/update interface's
MTU if we've set it once and there were no changes on the DHCP server
side since the last re
Author: sobomax
Date: Mon Feb 25 23:45:36 2019
New Revision: 344555
URL: https://svnweb.freebsd.org/changeset/base/344555
Log:
Improve error handling: bail out if one of the files scheduled
to go to the FS image we are making cannot be read (e.g. EPERM).
Current behaviour when we issue warin
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 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: Thu Sep 24 02:44:58 2020
New Revision: 366098
URL: https://svnweb.freebsd.org/changeset/base/366098
Log:
dd a new option (-H) to daemon(8) to catch SIGHUP and re-open output_file
file when
received.
The default system log rotation mechanism (newsyslog(8)) requires a
Author: sobomax
Date: Thu Sep 24 19:12:03 2020
New Revision: 366126
URL: https://svnweb.freebsd.org/changeset/base/366126
Log:
Fix a typo in the 366098.
Reported by: 0mp
MFC after:2 weeks
(along with 366098)
Modified:
head/usr.sbin/daemon/daemon.8
Modified: head/u
What I think we really need is some way to easily porti-ze useful stuff
that would otherwise go into /usr/[s]bin, so adding things would be just as
easy as hooking up SUBDIR into usr.[s]bin/Makefile. Yes, I know, this is
topic almost as old as the FreeBSD Project itself, but perhaps we just did
not
On Thu, Jan 17, 2019 at 2:42 PM Enji Cooper wrote:
> > Perhaps even by forking the whole ports idea into a smaller
> closely-guarged subset. Something like a new baseports repository, which
> might have structure like baseports/usr.bin/xxx, baseports/usr.sbin/yyy
> etc. Then add some automagic gl
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 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: 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: Wed Sep 12 18:52:18 2018
New Revision: 338617
URL: https://svnweb.freebsd.org/changeset/base/338617
Log:
MFC r312296 and r323254, which is new a socket option
SO_TS_CLOCK to pick from several different clock sources to
return timestamps when SO_TIMESTAMP is enabled and
Author: sobomax
Date: Mon Oct 1 17:26:41 2018
New Revision: 339066
URL: https://svnweb.freebsd.org/changeset/base/339066
Log:
MFC r309554 and r309631 which breaks down overly long monolithic
souce file and reduces duplication by auto-generating functions
that only differ in the value of the
Thanks Alan, should be fixed now in r339066. Please let me know if you
still have any issues.
-Max
On Mon, Oct 1, 2018 at 8:31 AM Alan Somers wrote:
> On Wed, Sep 12, 2018 at 12:52 PM Maxim Sobolev
> wrote:
>
>> Author: sobomax
>> Date: Wed Sep 12 18:52:18 2018
>>
Oh my! But in the past we've used to have splash so why not?
I am just curious if someone if working on libvgl support in the vt?
I think the graphics should go into loadable module, though. So it's easy
to change or amend.
-Max
On Tue, Jul 21, 2015 at 1:33 PM, Conrad E. Meyer wrote:
> Author
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: 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
=
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ stable/11/usr.bin/mkuzip/mkuz_insize.h Mon Aug 28 20:55:13 2017
(r322983, copy of r320048, head/usr.bin/mkuzip/mkuz_insize.h)
@@ -0,0
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:
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: Sun May 14 10:48:47 2017
New Revision: 318265
URL: https://svnweb.freebsd.org/changeset/base/318265
Log:
MFC r316718, r316738: make mksnap_ffs functional in the chroot'ed environment.
Modified:
stable/11/sbin/mksnap_ffs/mksnap_ffs.c
Directory Properties:
stable/11/ (
Author: sobomax
Date: Sun May 14 12:41:58 2017
New Revision: 318268
URL: https://svnweb.freebsd.org/changeset/base/318268
Log:
MFC r316874: restore ability to shutdown(2) datagram sockets.
Modified:
stable/11/sys/kern/uipc_socket.c
Directory Properties:
stable/11/ (props changed)
Modifie
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: Tue Jun 9 18:46:31 2015
New Revision: 284182
URL: https://svnweb.freebsd.org/changeset/base/284182
Log:
Extend TPS65217 support to be able to pull and decode battery
charger configuration and provide some basic control knobs to
set charger voltage and dump config on bo
Author: sobomax
Date: Tue Jun 9 19:04:55 2015
New Revision: 284183
URL: https://svnweb.freebsd.org/changeset/base/284183
Log:
Use tab to do identation consistently.
Modified:
head/sys/arm/ti/am335x/am335x_pmic.c
Modified: head/sys/arm/ti/am335x/am335x_pmic.c
Author: sobomax
Date: Tue Jun 9 19:17:33 2015
New Revision: 284189
URL: https://svnweb.freebsd.org/changeset/base/284189
Log:
Fix a typo in a comment that has been carried over from am335x_pmic.c.
Modified:
head/sys/arm/ti/am335x/tps65217x.h
Modified: head/sys/arm/ti/am335x/tps65217x.h
Author: sobomax
Date: Tue Jun 9 19:22:13 2015
New Revision: 284190
URL: https://svnweb.freebsd.org/changeset/base/284190
Log:
"status_reg.acpwr ? 1 : 0" is now the same as just "status_reg.acpwr".
Modified:
head/sys/arm/ti/am335x/am335x_pmic.c
Modified: head/sys/arm/ti/am335x/am335x_pmic.c
Hi Ian, there is some issues with that commit that I've run into when
trying to get FreeBSD booting on my Xilinx Zinq 7010-based board.
Basically, the instructions we have on Wiki suggests that the ubldr loading
address to be 0x10. That makes ubldr panic with "not enough DRAM"
error. I've added
, 2015 at 6:21 AM, Maxim Sobolev wrote:
> Hi Ian, there is some issues with that commit that I've run into when
> trying to get FreeBSD booting on my Xilinx Zinq 7010-based board.
> Basically, the instructions we have on Wiki suggests that the ubldr loading
> address to be 0x10.
Author: sobomax
Date: Fri Jun 19 17:00:36 2015
New Revision: 284599
URL: https://svnweb.freebsd.org/changeset/base/284599
Log:
Fix bug in the ubldr introduced in the rev.283035. The new code
fails to properly consider memory regions when the loader is
located below of those regions or engulf
Author: sobomax
Date: Fri Jun 19 22:24:58 2015
New Revision: 284614
URL: https://svnweb.freebsd.org/changeset/base/284614
Log:
Provide bug4bug workaround for certain dumbiness of the u-boot's API_env_enum
function, which is expected to set returned env to NULL upon reaching the end
of the en
ore wrote:
> On Fri, 2015-06-19 at 22:24 +, Maxim Sobolev wrote:
> > Author: sobomax
> > Date: Fri Jun 19 22:24:58 2015
> > New Revision: 284614
> > URL: https://svnweb.freebsd.org/changeset/base/284614
> >
> > Log:
> > Provide bug4bug workarou
ax
On Fri, 2015-06-19 at 16:56 -0700, Maxim Sobolev wrote:
> Ian, that's cool and dandy, but I still suggest we put some sanity
checking
> and have certain workarounds in the loader (whenever it does not add
> ambiguity or blows up a code too much of course), so that new folks in
town
Kewl, have you bothered to report it back to u-boot guys by any chance?
-Max
On Sat, Jun 20, 2015 at 1:11 PM, Luiz Otavio O Souza
wrote:
> On Sat, Jun 20, 2015 at 4:42 PM, Maxim Sobolev wrote:
> > No, what I am saying is that it sets "fdtaddr=4096" for the value of
> 0x10
Don't save commit message and just exit your editor. That should make it
abort. Works with CVS, git and svn all the same. Killing your editor with
-9 should do as well, as long it doesn't do periodic autosave of some sort.
On Jan 2, 2016 2:37 PM, "Ian Lepore" wrote:
> On Sat, 2016-01-02 at 22:31
Author: sobomax
Date: Sat Jan 30 00:09:30 2016
New Revision: 295055
URL: https://svnweb.freebsd.org/changeset/base/295055
Log:
MFC r294691:
Fix readpassphrase(3) when it's called with stdin being closed.
Approved by: re (delphij)
Modified:
stable/10/lib/libc/gen/readpassphrase.c
M
Author: sobomax
Date: Sat Jan 30 04:16:05 2016
New Revision: 295059
URL: https://svnweb.freebsd.org/changeset/base/295059
Log:
This seems like a very trivial bug that should have been squashed a long
time ago, but for some reason it was not. Basically, without this change
dlopen(3)'ing an em
> Added:
> stable/10/contrib/unbound/.gitignore
Please remove this from both HEAD and stable. It "ignores" config.h, which
is actually needed for the FreeBSD build. But in general, those files don't
need to be in FreeBSD tree. Thanks!
-Max
On Sat, Jan 16, 2016 at 11:06 AM, Dag-Erling Smørgrav
Author: sobomax
Date: Tue Feb 2 19:04:40 2016
New Revision: 295159
URL: https://svnweb.freebsd.org/changeset/base/295159
Log:
Root out files that don't really belong here and could in fact screw
you over if you happen to use git for FreeBSD development, as it is
the case with the unbound/.g
Something is seriously broken about this change. The last block is never
written at least for the case of output being regular file:
$ dd if=/dev/zero of=/tmp/foo.bar bs=1m count=10
10+0 records in
10+0 records out
10485760 bytes transferred in 0.003244 secs (3232431656 bytes/sec)
$ ktrace dd if=/
sure to deal with it when you are done with the commit. On
another note it would be nice to add some kind of basic test case for the
dd to verify correct behavior while we at it.
Thanks!
On Wed, Feb 10, 2016 at 12:38 PM, Thomas Quinot wrote:
> * Maxim Sobolev, 2016-02-10 :
>
> > L
Author: sobomax
Date: Thu Feb 11 00:27:04 2016
New Revision: 295492
URL: https://svnweb.freebsd.org/changeset/base/295492
Log:
MFC: r295159, kill foreign VCS files.
Approved by: re (marius)
Deleted:
stable/10/contrib/libucl/tests/.gitignore
stable/10/contrib/unbound/.gitignore
Modifie
Author: sobomax
Date: Thu Feb 18 18:41:40 2016
New Revision: 295764
URL: https://svnweb.freebsd.org/changeset/base/295764
Log:
Right now, the "virtual hole" API feature of lseek(2) is very vaguely
documented and easy to miss.
At the same time, it's pretty important for anyone who is tryin
Aleksandr, Adrian,
I know it's 3 years later, but I really don't know why it's been done this
way. Take a GEOM module and associated usr.bin utility, copy it verbatim
add few lines of code and re-add that as a new module seems like just
laziness and attempt to avoid doing extra work on making unif
with longer history survives.
On Thu, Feb 18, 2016 at 3:57 PM, Maxim Sobolev wrote:
> Aleksandr, Adrian,
>
> I know it's 3 years later, but I really don't know why it's been done this
> way. Take a GEOM module and associated usr.bin utility, copy it verbatim
> add f
Otavio O Souza
.\" All rights reserved.
.\"
@@ -100,8 +101,18 @@ Consumers:
The
.Nm
driver was written by
-.An Maxim Sobolev Aq Mt sobo...@freebsd.org
-and
-.An Aleksandr Rybalko Aq Mt r...@freebsd.org .
+.An Max Khon Aq Mt f...@freebsd.org
+as
+.Xr geom_uzip 4 .
+.An Aleksandr Rybal
Author: sobomax
Date: Fri Feb 19 01:06:45 2016
New Revision: 295783
URL: https://svnweb.freebsd.org/changeset/base/295783
Log:
Fix section number of .Xr geom_uzip in r295782.
MFC after:1 months
(together with r295782)
Modified:
head/share/man/man4/geom_uncompress.4
M
readers. And it also can
delay other unrelated I/O requests by maxing out CPU time slice available
for the g_up.
On Thu, Feb 18, 2016 at 4:38 PM, Bryan Drewery wrote:
> On 2/18/2016 3:57 PM, Maxim Sobolev wrote:
> > Aleksandr, Adrian,
> >
> > I know it's 3 years lat
016 at 8:53 PM, Adrian Chadd wrote:
> It passed the "it's working code and it's immediately useful" filter.
>
> I'd love to see them both unified somehow. I really would!
>
>
> -a
>
>
> On 18 February 2016 at 17:28, Maxim Sobolev wrote:
>
reading svn logs. Right now we have two disjoint histories, so once we
merge both into a single entity some of it would unavoidably get lost. Yes,
it's all just my rant at this point, but perhaps there are some lessons to
be learned from this incident.
On Thu, Feb 18, 2016 at 9:20 PM, Maxim So
On Thu, Feb 18, 2016 at 9:32 PM, Adrian Chadd wrote:
> Sure. But someone has to do that, and I made a decision that it was
> better to commit /something/ than for everyone involved to run out of
> time and nothing to be committed.
>
Well, arguably at the time of commit you had somebody who was a
Thanks, Thomas. IMHO this is quite serious bug in one of the core
utilities, so I suggest it gets faster MFC before 10.3 goes into beta stage
on Feb 26. The old code in RELENG_10 is just plain broken anyway now, so it
could not make it any worse. Thanks!
On Thu, Feb 18, 2016 at 12:44 AM, Thomas Qu
ressed cluster number.
+.El
.Sh SEE ALSO
.Xr GEOM 4 ,
.Xr md 4 ,
@@ -101,5 +168,12 @@ The
.Nm
driver was written by
.An Max Khon Aq Mt f...@freebsd.org .
+The block de-duplication code as well as some
+.Nm
+driver optimizations have been contributed by
+.An Maxim Sobolev Aq Mt sobo...@freebs
Author: sobomax
Date: Wed Feb 24 00:39:36 2016
New Revision: 295945
URL: https://svnweb.freebsd.org/changeset/base/295945
Log:
Obsolete mkulzma(8) and geom_uncompress(4), their functionality
is now provided by mkuzip(8) and geom_uzip(4) respectively.
MFC after:1 month
Deleted:
head
Author: sobomax
Date: Wed Feb 24 05:16:24 2016
New Revision: 295959
URL: https://svnweb.freebsd.org/changeset/base/295959
Log:
Kill few remaininng instances of GEOM_UNCOMPRESS.
Modified:
head/share/man/man4/geom.4
head/sys/conf/NOTES
Modified: head/share/man/man4/geom.4
===
Author: sobomax
Date: Wed Feb 24 05:17:52 2016
New Revision: 295960
URL: https://svnweb.freebsd.org/changeset/base/295960
Log:
o kill few remaining references to the GEOM_UNCOMPRESS;
o add GEOM_UZIP_DEBUG.
Modified:
head/sys/conf/options
Modified: head/sys/conf/options
=
201 - 300 of 328 matches
Mail list logo
