On Fri, Nov 30, 2018 at 09:49:55AM +0100, Baptiste Daroussin wrote:
> On Fri, Nov 30, 2018 at 08:31:17AM +, Steven Hartland wrote:
> > Personally I disagree, chances of people finding that option in dd
> > is slim, a dedicated trim utility makes much more sense to me. Sure
> > have both that's
On Fri, Nov 30, 2018 at 06:12:12PM +0700, Eugene Grosbein wrote:
> 30.11.2018 17:57, Alexey Dokuchaev wrote:
> > On Fri, Nov 30, 2018 at 09:49:55AM +0100, Baptiste Daroussin wrote:
> >> On Fri, Nov 30, 2018 at 08:31:17AM +, Steven Hartland wrote:
> >>> Personally
On Fri, Nov 30, 2018 at 06:44:48PM +0700, Eugene Grosbein wrote:
> 30.11.2018 18:34, Alexey Dokuchaev wrote:
>
> > Another point: the manpage says, "It is only relevant for flash based
> > storage devices that use wear-leveling algorithms", which is an argument
&g
On Fri, Nov 30, 2018 at 07:27:46PM +0700, Eugene Grosbein wrote:
> 30.11.2018 18:55, Alexey Dokuchaev wrote:
>
> >>> Another point: the manpage says, "It is only relevant for flash based
> >>> storage devices that use wear-leveling algorithms", which is
On Mon, Dec 03, 2018 at 10:31:57PM +, Yuri Pankov wrote:
> New Revision: 341446
> URL: https://svnweb.freebsd.org/changeset/base/341446
>
> Log:
> mkisoimages.sh: don't use -p flag when copying loader.efi to msdosfs.
>
> This fixes 'cdrom' target in the case when world was built by user
On Tue, Dec 04, 2018 at 11:52:34AM +0300, Yuri Pankov wrote:
> Alexey Dokuchaev wrote:
> > On Mon, Dec 03, 2018 at 10:31:57PM +, Yuri Pankov wrote:
> >> New Revision: 341446
> >> URL: https://svnweb.freebsd.org/changeset/base/341446
> >>
> >> Log:
On Wed, Dec 05, 2018 at 01:46:54PM -0500, Pedro Giffuni wrote:
> On 05/12/2018 12:41, Conrad Meyer wrote:
> > The Linux model is that the current incarnation of the ext2/3/4 driver
> > is named "ext4," and that's what Linux users expect. You can mount
> > any ext2/3/4 filesystem with the Linux ext
On Sun, Dec 16, 2018 at 08:58:15AM +, Toomas Soome wrote:
> New Revision: 342151
> URL: https://svnweb.freebsd.org/changeset/base/342151
>
> Log:
> loader: zfs reader should not probe partitionless disks
>
> @@ -527,10 +527,11 @@ zfs_probe_dev(const char *devname, uint64_t *pool_guid
>
On Tue, Nov 27, 2018 at 01:45:14PM +, Alexey Dokuchaev wrote:
> On Thu, Apr 04, 2013 at 11:19:52PM +, Steven Hartland wrote:
> > New Revision: 249115
> > URL: http://svnweb.freebsd.org/changeset/base/249115
> >
> > Log:
> > Adds security options to cam
On Tue, Dec 18, 2018 at 07:38:13PM +, Gleb Smirnoff wrote:
> New Revision: 342197
> URL: https://svnweb.freebsd.org/changeset/base/342197
>
> Log:
> Use mbufq instead of ifqueue to queue mbufs.
>
> Modified:
> head/sys/dev/usb/net/uhso.c
For the less aware folks reading through the code
Author: danfe (ports committer)
Date: Thu Dec 27 08:48:54 2018
New Revision: 342550
URL: https://svnweb.freebsd.org/changeset/base/342550
Log:
Amend the `-i batt' option description and explain that the battery
is specified by its number (index), starting with zero. Previously,
sometimes us
On Wed, May 23, 2018 at 12:30:26PM -0700, Cy Schubert wrote:
> Except for old computers and old software that segfaults on 64-bit,
> how many people still use i386?
i386 is my primary development machine at $work and home; I have one
amd64 laptop and one i386, and a Mac mini G4 (powerpc32). Most
On Fri, May 25, 2018 at 07:36:26PM +, Mark Felder wrote:
> New Revision: 334221
> URL: https://svnweb.freebsd.org/changeset/base/334221
>
> Log:
> rc.subr: Support loading environmental variables from a file
>
> + if [ -n "$_env_file" ] && [ -r "${_env_file}" ]; then
Style bug: "$_en
On Sun, Jun 03, 2018 at 05:07:46AM +, Eitan Adler wrote:
> New Revision: 334552
> URL: https://svnweb.freebsd.org/changeset/base/334552
>
> Log:
> top(1): remove chdir to /
>
> While this came out of a conversation in IRC, it turn out that some
> people don't like it. Since this was a
On Wed, Jun 06, 2018 at 01:02:25PM -0600, Brad Davis wrote:
> On Wed, Jun 6, 2018, at 12:33 PM, Rodney W. Grimes wrote:
> > ...
> > So each installworld would wipe over the top of any localmod /etc/rc.d/
> > and other stuff that mght exist?
> > One of the reasons that etc/Makefile is detached from
On Wed, Jun 06, 2018 at 11:27:20PM +0300, Konstantin Belousov wrote:
> On Wed, Jun 06, 2018 at 02:06:48PM -0600, Ian Lepore wrote:
> > ...
> > I don't understand the drama over this. rc.d startup scripts are
> > *binaries*.
No, they are not, they are scripts.
> I proposed to move them somewhere,
[ CC list trimmed, was too long ]
On Thu, Jun 07, 2018 at 01:16:01PM +0200, Emmanuel Vadot wrote:
> On Thu, 7 Jun 2018 07:33:29 +
> Alexey Dokuchaev wrote:
> > On Wed, Jun 06, 2018 at 11:27:20PM +0300, Konstantin Belousov wrote:
> > > I proposed to move them somewhere,
On Thu, Jun 07, 2018 at 04:16:22PM +, Bryan Drewery wrote:
> New Revision: 334791
> URL: https://svnweb.freebsd.org/changeset/base/334791
>
> Log:
> Stop using head(1) which is not available in installworld.
> ...
> @@ -49,7 +49,7 @@ ${var}= ${${var}.${${X_}_ld_hash}}
>
> .if ${ld} ==
On Thu, Jun 07, 2018 at 04:44:20PM +, Alexey Dokuchaev wrote:
> On Thu, Jun 07, 2018 at 04:16:22PM +, Bryan Drewery wrote:
> > New Revision: 334791
> > URL: https://svnweb.freebsd.org/changeset/base/334791
> >
> > Log:
> > Stop using head(1) which
On Thu, Jun 07, 2018 at 03:37:50PM -0400, Bryan Drewery wrote:
> On 6/7/18 1:05 PM, Alexey Dokuchaev wrote:
> > ...
> > Actually, `sed q' is sufficient.
>
> I'll stick with -n 1p as I think it is more clear.
Fair enough, the latter one is indeed a
On Fri, Jun 08, 2018 at 05:38:28PM +, Sean Eric Fagan wrote:
> New Revision: 334844
> URL: https://svnweb.freebsd.org/changeset/base/334844
>
> Log:
> This originated from ZFS On Linux [...]
>
> During scans (scrubs or resilvers), it sorts the blocks in each
> transaction group by blo
On Mon, May 21, 2018 at 06:39:53AM +, Alexey Dokuchaev wrote:
> I [...] have to patch top(1) locally to use namelength = 8 and header
> format so it neatly looks like this:
>
> PID USERNAME THR PRI NICE SIZERES STATE C TIMEWCPU COMMAND
> 844 danfe 2
On Sun, Jun 10, 2018 at 08:56:24AM -0700, Eitan Adler wrote:
> On 10 June 2018 at 05:28, Alexey Dokuchaev wrote:
> > I've just tried the latest top(1). Now it's even worse:
> > ...
> > Also, it is COMMA now. Can we please do something about this? I am not
>
On Mon, Jun 11, 2018 at 08:07:23AM -0600, Warner Losh wrote:
> ...
> The last articulated plan in arch@ was that LUA will be default in 12, and
> we plan to remove FORTH in 13. Last time I said it there in February, there
> was only email agreeing that I could find. This matches the in-person
> con
On Wed, Jun 13, 2018 at 05:01:35PM -0700, Bryan Drewery wrote:
> ...
> Also I really abhor rewriting anything that's not broken as it causes
> merge conflict pain downstream and just adds regression risk.
+1. I'm still having mixed feelings about top(1) de-contrib and rewrite.
At the very least,
On Thu, Jun 14, 2018 at 05:12:09AM -0700, Eitan Adler wrote:
> On 10 June 2018 at 09:26, Alexey Dokuchaev wrote:
> > On Sun, Jun 10, 2018 at 08:56:24AM -0700, Eitan Adler wrote:
> >> On 10 June 2018 at 05:28, Alexey Dokuchaev wrote:
> >> > I've just tried the
On Fri, Jun 22, 2018 at 09:45:18AM +, Eitan Adler wrote:
> New Revision: 335547
> URL: https://svnweb.freebsd.org/changeset/base/335547
>
> Log:
> top(1): remove special handling of load > 5
>
> ...
> Modified: head/usr.bin/top/screen.c
> ==
On Mon, Jun 25, 2018 at 08:43:51AM -0700, Rodney W. Grimes wrote:
> > New Revision: 335629
> > URL: https://svnweb.freebsd.org/changeset/base/335629
> >
> > Log:
> > vt: add option to ignore NO_VGA flag in ACPI
> >
> > To workaround buggy firmware that sets this flag when there's actually
>
On Fri, Mar 29, 2019 at 05:40:05PM +1100, Bruce Evans wrote:
> >> ...
> >> -options BOOT_TAG=\"---<>---\"
> >> +options BOOT_TAG=\"\"
>
> Useful variations are not always easy to invent. I usually just add 1 for
> numeric values. This example is useful. It kills the boot tag. It gives
> an
On Sun, Mar 10, 2019 at 03:11:40PM +, Alexey Dokuchaev wrote:
> On Thu, Feb 28, 2019 at 07:47:51AM +0000, Alexey Dokuchaev wrote:
> > On Wed, Feb 27, 2019 at 10:56:55PM +, Mateusz Guzik wrote:
> > > New Revision: 344648
> > > URL: https://svnweb.freebs
On Wed, Apr 17, 2019 at 04:31:30PM +, Ed Maste wrote:
> New Revision: 346318
> URL: https://svnweb.freebsd.org/changeset/base/346318
>
> Log:
> cap_fileargs: fix GCC build, don't shadow 'stat'
>
> @@ -566,7 +566,7 @@ static int
> fileargs_command_lstat(const nvlist_t *limits, nvlist_t *n
On Tue, Apr 23, 2019 at 02:53:53AM +, Justin Hibbits wrote:
> New Revision: 346588
> URL: https://svnweb.freebsd.org/changeset/base/346588
>
> Log:
> powerpc64: Rewrite strcmp in asm to take advantage of word size
> ...
> Some performance gain rates between the current and the optimized
>
On Mon, Apr 29, 2019 at 10:05:26PM +, Mark Johnston wrote:
> New Revision: 346932
> URL: https://svnweb.freebsd.org/changeset/base/346932
>
> Log:
> Optimize lseek(SEEK_DATA) on UFS.
>
> This version fixes the problems identified in r345244.
>
> Reviewed by:kib
> @@ -56,6 +
On Sun, Jul 31, 2016 at 01:11:34PM +, Jilles Tjoelker wrote:
> New Revision: 303586
> URL: https://svnweb.freebsd.org/changeset/base/303586
>
> Log:
> sh: Fix a clang warning.
>
> Submitted by: bdrewery
>
> Modified:
> head/bin/sh/expand.c
>
> Modified: head/bin/sh/expand.c
>
On Tue, Jul 19, 2016 at 10:56:40PM +, Pedro F. Giffuni wrote:
> New Revision: 303047
> URL: https://svnweb.freebsd.org/changeset/base/303047
>
> Log:
> sed(1): Assorted cleanups and simplifications.
>
> Const-ify several variables, make it build cleanly with WARNS level 5.
>
>
On Tue, Aug 02, 2016 at 10:03:20AM -0500, Pedro Giffuni wrote:
> Hello;
>
> [...]
> Thank you for the reports, this type of things make nice cases for the
> test suite.
>
> There were good reasons this patch was not meant for 11.0-RELEASE. Given
> it's the second regression and I am not satisfied
On Fri, Aug 19, 2016 at 09:12:53PM +1000, Bruce Evans wrote:
> I normally use my version of biosboot for boot2. I improved its caching
> just a couple of years ago. It was using 9K buffer optimized for 1440K
> floppies. Now it uses a 32K buffer. Booting a 5.5MB kernel takes a
> fraction of a se
On Thu, Aug 25, 2016 at 10:20:29PM +0200, Kristof Provost wrote:
> On 25 Aug 2016, at 22:14, John Baldwin wrote:
> > I hate even writing this mail, and it looks like the topic wasn't
> > really discussed in the review, but I think libifconfig is probably
> > the "better" name if the goal is to move
On Thu, Feb 14, 2019 at 01:53:11PM +, Konstantin Belousov wrote:
> New Revision: 344118
> URL: https://svnweb.freebsd.org/changeset/base/344118
>
> Log:
> Provide userspace versions of do_cpuid() and cpuid_count() on i386.
>
> Some older compilers, when generating PIC code, cannot handl
On Sat, Feb 16, 2019 at 12:27:16AM +1100, Bruce Evans wrote:
> On Fri, 15 Feb 2019, Konstantin Belousov wrote:
> > On Fri, Feb 15, 2019 at 07:16:04AM +0000, Alexey Dokuchaev wrote:
> >> On Thu, Feb 14, 2019 at 01:53:11PM +, Konstantin Belousov wrote:
> >>> New Rev
On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
> At the risk of painting a bikeshed a lovely color of neon purple, I'm
> curious about if/how these types of commits get merged upstream to
> (OpenZFS|Illumos|ZFS On Linux|where ever ZFS upstream is now|I'm very
> confused|is anyone else
On Mon, Feb 25, 2019 at 10:19:45PM -0800, Rodney W. Grimes wrote:
> > Author: sjg
> > Date: Tue Feb 26 06:17:23 2019
> > New Revision: 344567
> > URL: https://svnweb.freebsd.org/changeset/base/344567
> >
> > Log:
> > Add verifying manifest loader for mac_veriexec
> >
> > This tool will veri
On Tue, Feb 26, 2019 at 09:12:11AM -0800, John Baldwin wrote:
> On 2/26/19 5:49 AM, Alexey Dokuchaev wrote:
> > On Mon, Feb 25, 2019 at 10:19:45PM -0800, Rodney W. Grimes wrote:
> >> ...
> >> Just a small nit, for future reference, from the template:
> >&
On Wed, Feb 27, 2019 at 10:56:55PM +, Mateusz Guzik wrote:
> New Revision: 344648
> URL: https://svnweb.freebsd.org/changeset/base/344648
>
> Log:
> Rename seq to seqc to avoid namespace clashes with Linux
>
> ...
> Added:
> head/sys/sys/seqc.h (contents, props changed)
> Deleted:
>
uests from camcontrol.
>
> Submitted by: Alexey Dokuchaev
Thanks, although commit message is a bit scarce. Also, for some reason,
it consists of two nearly identical lines -- unnoticed copy paste error?
./danfe
___
svn-src-all@fre
On Sat, Mar 09, 2019 at 03:18:38AM +, Justin Hibbits wrote:
> New Revision: 344960
> URL: https://svnweb.freebsd.org/changeset/base/344960
>
> Log:
> powerpc: Print trap frame address for fatal traps
>
> MFC after: 1 week
>
> Modified:
> head/sys/powerpc/powerpc/trap.c
>
> Modified
On Sat, Mar 09, 2019 at 12:00:27PM -0800, Rodney W. Grimes wrote:
> > New Revision: 344970
> > URL: https://svnweb.freebsd.org/changeset/base/344970
> >
> > Log:
> > Misc fixes based on upgrading a laptop from 11.1R to -current
> >
> > Add note about needing to start zfs because mount -a do
On Thu, Feb 28, 2019 at 07:47:51AM +, Alexey Dokuchaev wrote:
> On Wed, Feb 27, 2019 at 10:56:55PM +, Mateusz Guzik wrote:
> > New Revision: 344648
> > URL: https://svnweb.freebsd.org/changeset/base/344648
> >
> > Log:
> > Rename seq to seqc to a
On Sun, Mar 10, 2019 at 05:16:40PM -0500, Justin Hibbits wrote:
> On Sat, 9 Mar 2019 08:50:58 +
> Alexey Dokuchaev wrote:
> > On Sat, Mar 09, 2019 at 03:18:38AM +, Justin Hibbits wrote:
> > > New Revision: 344960
> > > URL: https://svnweb.freebsd.org/changese
On Mon, Mar 11, 2019 at 08:18:01PM +1100, Bruce Evans wrote:
> ...
> - poor formatting from %p. %p is guaranteed to bad for formatted output.
>It is specified to give an (any) implementation-defined sequence of
>printing characters. To use it except for low quality debugging
>output,
On Mon, Mar 11, 2019 at 07:16:44PM +1100, Peter Jeremy wrote:
> ...
> I think the changed wording implies that we no longer provide compatibity
> with unsupported branches. I agree that we might in future decide to
> remove COMPAT_FREEBSDx for unsupported x but until then, I'd prefer
> wording alo
On Tue, Mar 12, 2019 at 11:17:58AM +0100, Harry Schmalzbauer wrote:
> Am 12.03.2019 um 10:27 schrieb Mateusz Piotrowski:
> > New Revision: 345057
> > URL: https://svnweb.freebsd.org/changeset/base/345057
> >
> > Log:
> >ports.7: Add an example of how to use flavors
>
> Since cem and dim seem t
On Wed, Apr 17, 2019 at 04:31:30PM +, Ed Maste wrote:
> New Revision: 346318
> URL: https://svnweb.freebsd.org/changeset/base/346318
>
> Log:
> cap_fileargs: fix GCC build, don't shadow 'stat'
>
> @@ -566,7 +566,7 @@ static int
> fileargs_command_lstat(const nvlist_t *limits, nvlist_t *n
On Tue, Apr 23, 2019 at 02:53:53AM +, Justin Hibbits wrote:
> New Revision: 346588
> URL: https://svnweb.freebsd.org/changeset/base/346588
>
> Log:
> powerpc64: Rewrite strcmp in asm to take advantage of word size
> ...
> Some performance gain rates between the current and the optimized
>
On Sat, Oct 24, 2020 at 10:23:22AM +, Hans Petter Selasky wrote:
> New Revision: 366993
> URL: https://svnweb.freebsd.org/changeset/base/366993
>
> Log:
> Run code through "clang-format -style=file" with some additional fixes.
> No functional change.
>
> ...
> @@ -99,8 +97,8 @@ infiniba
On Sat, Oct 24, 2020 at 01:07:50PM +, Hans Petter Selasky wrote:
> New Revision: 366995
> URL: https://svnweb.freebsd.org/changeset/base/366995
>
> Log:
> More style fixes (partial revert of r366994).
Thank you Hans Petter, I appreciate it.
./danfe
_
On Wed, Nov 04, 2020 at 09:18:52PM +, Mateusz Guzik wrote:
> New Revision: 367343
> URL: https://svnweb.freebsd.org/changeset/base/367343
>
> Log:
> zfs: add branch prediction to ZFS_ENTER and ZFS_VERIFY_ZP macros
>
> They are expected to fail only in corner cases.
>
> Modified:
> he
On Sun, Dec 29, 2019 at 09:16:04PM +, Alexander Motin wrote:
> New Revision: 356185
> URL: https://svnweb.freebsd.org/changeset/base/356185
>
> Log:
> Remove GEOM_SCHED class and gsched tool.
>
> This code was not actively maintained since it was introduced 10 years ago.
> It lacks su
On Mon, Dec 30, 2019 at 08:55:14AM -0700, Warner Losh wrote:
> On Mon, Dec 30, 2019, 5:32 AM Alexey Dokuchaev wrote:
> > On Sun, Dec 29, 2019 at 09:16:04PM +, Alexander Motin wrote:
> > > New Revision: 356185
> > > URL: https://svnweb.freebsd.org/changeset/
On Mon, Dec 30, 2019 at 02:55:16PM -0500, Alexander Motin wrote:
> On 30.12.2019 12:02, Alexey Dokuchaev wrote:
> > ...
> > Well, hard drives essentially didn't change since then, still being
> > the same rotation media. :)
>
> At least some papers about gsched I
On Wed, Jan 15, 2020 at 07:09:58PM +0100, T??l Coosemans wrote:
> On Sat, 21 Dec 2019 05:03:21 + (UTC) Philip Paeps wrote:
> > New Revision: 355978
> > URL: https://svnweb.freebsd.org/changeset/base/355978
> >
> > Log:
> > top: display battery capacity remaining
> >
> > Submitted by: An
On Fri, Jan 17, 2020 at 08:17:11PM +0700, Eugene Grosbein wrote:
> ...
> It was fine before clang-[78]. Buy nowadays, yes, I'm forced to use
> multiple knobs for src.conf
>
> WITHOUT_LLVM_TARGET_ALL=
> WITH_LLVM_TARGET_X86=
> WITHOUT_CLANG_FULL=
Thanks, I've added them (with =yes part) to my /etc
On Tue, Jan 21, 2020 at 12:33:11AM +0700, Eugene Grosbein wrote:
> 21.01.2020 0:22, Alexey Dokuchaev wrote:
> > On Fri, Jan 17, 2020 at 08:17:11PM +0700, Eugene Grosbein wrote:
> >> ...
> >> It was fine before clang-[78]. Buy nowadays, yes, I'm forced to use
On Wed, Jan 22, 2020 at 07:33:00PM -1000, Jeff Roberson wrote:
> You may be asking yourself, why did jeff just squish a bunch of code
> around with little functional change. I could not justify adding more
> complexity to a 900 line function with a handful of gotos. It is ~300
> lines now. I tes
On Thu, Jan 30, 2020 at 08:05:05PM +, Mateusz Guzik wrote:
> New Revision: 357312
> URL: https://svnweb.freebsd.org/changeset/base/357312
>
> Log:
> Remove duplicated empty lines from kern/*.c
Thank you. Every once in a while when I want/need to hack on src code base,
these superfluous new
On Thu, Jun 04, 2020 at 09:19:35AM -0700, Cy Schubert wrote:
> In message <202006041604.054g4kab098...@repo.freebsd.org>, Conrad Meyer
> writes:
> > New Revision: 361791
> > URL: https://svnweb.freebsd.org/changeset/base/361791
> >
> > Log:
> > Restrict default /root permissions
> >
> > ...
>
On Sun, Sep 06, 2020 at 08:32:46PM +0200, Oliver Pinter wrote:
> On Sunday, September 6, 2020, Mariusz Zaborski wrote:
> > New Revision: 365378
> > URL: https://svnweb.freebsd.org/changeset/base/365378
> >
> > Log:
> > traceroute6: capsicumize it
> >
> > ...
> > @@ -13,6 +13,10 @@
> > # A PARTI
On Mon, Oct 05, 2020 at 08:57:44PM +, Kyle Evans wrote:
> New Revision: 366466
> URL: https://svnweb.freebsd.org/changeset/base/366466
>
> Log:
> crunchgen: fix MK_AUTO_OBJ logic after r364166
>
> r364166 converted echo -n `/bin/pwd` to a raw pwd invocation, leaving a
> trailing newli
Author: danfe (ports committer)
Date: Sun Oct 11 10:40:11 2020
New Revision: 366626
URL: https://svnweb.freebsd.org/changeset/base/366626
Log:
The nextboot(8) manual page currently says that the loader(8) would delete
the /boot/nextboot.conf file or its contents which is 1) not the most user-
On Sun, Oct 11, 2020 at 03:20:16PM +0300, Toomas Soome wrote:
> Please note, the remove is done by rc script during the boot.
But not by the loader(8) as the page used to claim. It confused me how to
avoid the remove, and only later I've discovered with some relief that it
is in fact not being re
On Sun, Oct 11, 2020 at 04:08:09PM +0300, Toomas Soome wrote:
> > On 11. Oct 2020, at 16:01, Alexey Dokuchaev wrote:
> >> ...
> >> Also nextboot.conf not generic configuration file (such as loader.conf
> >> or loader.conf.local), but the implementation specific f
On Sun, Oct 11, 2020 at 09:12:43AM -0600, Warner Losh wrote:
> ...
> There were cases that were discussed when the feature went in that
> required it to be removed in some failure modes for full functionality.
> I don't recall if they were in the rc thread or somewhere else.
You mean, literally de
On Sun, Oct 11, 2020 at 09:17:42PM -0600, Warner Losh wrote:
> On Sun, Oct 11, 2020, 8:13 PM Alexey Dokuchaev wrote:
> > ...
> > I still don't understand how could rm be better than graceful disabling
> > alternative configuration with nextboot_enable="NO". I m
On Tue, Oct 13, 2020 at 05:32:00AM +, Warner Losh wrote:
> New Revision: 32
> URL: https://svnweb.freebsd.org/changeset/base/32
>
> Log:
> devmatch: First appeared in 12.0
>
> Document that devmatch first appeared in FreeBSD 12.0.
> Also can't -> can not. But it doesn't help t
On Tue, Oct 13, 2020 at 12:16:23AM -0600, Warner Losh wrote:
> On Mon, Oct 12, 2020, 11:50 PM Alexey Dokuchaev wrote:
> > On Tue, Oct 13, 2020 at 05:32:00AM +, Warner Losh wrote:
> > > New Revision: 32
> > > URL: https://svnweb.freebsd.org/changeset/
On Fri, Jun 19, 2020 at 06:04:41PM +, Michal Meloun wrote:
> New Revision: 362399
> URL: https://svnweb.freebsd.org/changeset/base/362399
>
> Log:
> Use naming nomenclature used in DesignWare TRM.
> Use naming nomenclature used in DesignWare TRM.
Please trim repeated lines from the commit
On Sat, Jun 20, 2020 at 04:07:44AM +, Warner Losh wrote:
> New Revision: 362420
> URL: https://svnweb.freebsd.org/changeset/base/362420
>
> Log:
> Correct 1BSD release date.
>
> The Quarter Century of Unix book said that 1BSD was released March 1979.
> However, the 1BSD tape image tha
On Sat, Jun 20, 2020 at 08:12:40PM +, Colin Percival wrote:
> Thanks for backing this out, Warner.
I also appreciate it.
> I'd like to change "slave" to "worker" here (which I think is a reasonably
> neutral and entirely inoffensive term), and in the process perhaps make some
> associated gra
On Sat, Jun 20, 2020 at 08:19:35PM +, Alexey Dokuchaev wrote:
> ...
> Please, just open a DR for that so all interested parties can participate
> and fine-tune particular grammar and language choices. Also, r362447
> should be reverted on the same grounds as r362422.
Perhaps ful
On Sat, Jun 20, 2020 at 03:03:15PM -0600, Warner Losh wrote:
> On Sat, Jun 20, 2020 at 2:19 PM Alexey Dokuchaev wrote:
> > ...
> > Please, just open a DR for that so all interested parties can participate
> > and fine-tune particular grammar and language choices. Also,
On Sun, Jun 21, 2020 at 01:34:09PM +, Hans Petter Selasky wrote:
> New Revision: 362466
> URL: https://svnweb.freebsd.org/changeset/base/362466
>
> Log:
> Improve wording to be more precise and clear.
> No functional change intended.
Please revert.
> ...
> -# https://en.wikipedia.org/wik
On Sun, Jun 21, 2020 at 03:46:56PM +0200, Hans Petter Selasky wrote:
> On 2020-06-21 15:45, Alexey Dokuchaev wrote:
> >> ...
> >> -#https://en.wikipedia.org/wiki/Master_boot_record#PTE
> >> +#https://en.wikipedia.org/wiki/Main_boot_record#PTE
> > Wikipedia doe
On Sun, Jun 21, 2020 at 03:48:33PM +0200, Emmanuel Vadot wrote:
> On Sun, 21 Jun 2020 15:46:56 +0200
> Hans Petter Selasky wrote:
> > On 2020-06-21 15:45, Alexey Dokuchaev wrote:
> > >> ...
> > >> -#https://en.wikipedia.org/wiki/Master_boot_record#PTE
&g
On Sun, Jun 21, 2020 at 01:59:12PM +, Alexey Dokuchaev wrote:
> On Sun, Jun 21, 2020 at 03:48:33PM +0200, Emmanuel Vadot wrote:
> > On Sun, 21 Jun 2020 15:46:56 +0200
> > Hans Petter Selasky wrote:
> > > On 2020-06-21 15:45, Alexey Dokuchaev wrote:
>
On Sun, Jun 21, 2020 at 04:09:15PM +0200, Hans Petter Selasky wrote:
> On 2020-06-21 16:02, Alexey Dokuchaev wrote:
> > Last edited by Hselasky (talk | contribs) 0 seconds ago.
> >
> > Ah, so you first make changes to FreeBSD and then attempt to edit the
> > Wikiped
On Sun, Jun 21, 2020 at 06:01:40PM +0200, Hans Petter Selasky wrote:
> On 2020-06-21 17:53, Alexandr Kovalenko wrote:
> > I wonder should we also rename Master's Degree? Would you throw
> > away yours?
> > https://en.wiktionary.org/wiki/master
>
> I don't see a problem if you have a main computer
On Mon, Jun 22, 2020 at 07:46:25AM +, Baptiste Daroussin wrote:
> New Revision: 362488
> URL: https://svnweb.freebsd.org/changeset/base/362488
>
> Log:
> Revert r362466
>
> Such change should not have happen without prior discussion and review.
Thank you Baptiste.
./danfe
On Sat, Jun 27, 2020 at 12:57:48AM +, Matt Macy wrote:
> New Revision: 362667
> URL: https://svnweb.freebsd.org/changeset/base/362667
>
> Log:
> Fix "current" variable name conflict with openzfs
>
> The variable "current" is an alias for curthread
> in openzfs. Rename all variable use
On Wed, Jul 01, 2020 at 11:28:47PM +0200, Gordon Bergling wrote:
> On Wed, Jul 01, 2020 at 11:58:05AM -0600, Warner Losh wrote:
> > On Wed, Jul 1, 2020 at 8:51 AM Rodney W. Grimes wrote:
> > > ...
> > > We often have "An ls command appeared in Version 1 AT&T UNIX." Our source
> > > code and man pa
On Wed, Jul 01, 2020 at 05:01:00PM -0700, Rodney W. Grimes wrote:
> Thats good, but realize the page already contains history that
> reads like:
>
> HISTORY
> Part of the functionality of whatis was already provided by the former
> manwhere utility in 1BSD. The apropos and whatis utiliti
On Tue, Jul 07, 2020 at 08:33:12PM +, Scott Long wrote:
> New Revision: 362998
> URL: https://svnweb.freebsd.org/changeset/base/362998
>
> Log:
> Migrate the feature of excluding RAM pages to use "excludelist"
> as its nomenclature.
Did I miss any prior discussion of this change? Commit
On Thu, Jul 30, 2020 at 06:51:58PM +0200, Stefan E??er wrote:
> ...
> My guess is that he'll add a compile time switch to his version
> that will be added to our usr.bin Makefile and will suppress the
> start-up message in our base system version. (I'll keep the port
> version as is unless there is
On Thu, Jan 24, 2019 at 04:59:40PM -0700, Ian Lepore wrote:
> On Thu, 2019-01-24 at 15:55 -0800, Rodney W. Grimes wrote:
> > > New Revision: 343416
> > > URL: https://svnweb.freebsd.org/changeset/base/343416
> > >
> > > Log:
> > > Install .shrc for root, and set PS1 for the toor account.
> >
>
On Fri, Jan 25, 2019 at 06:02:58AM +, Edward Napierala wrote:
> The aliases are gone, let's continue on the remaining bits below.
They are not gone, they were commented out; also, bogus double linefeeds
are not gone. But most importantly, this whole file is useless and IMHO
should just be rem
On Sat, Jan 26, 2019 at 01:35:18PM -0700, Ian Lepore wrote:
> ...
> Wait a sec... something has been stable and working fine for 30 years,
> then it gets changed to reflect one man's personal preferences, and
> it's the people who object to that who have to jump through flaming
> hoops to justify t
On Tue, Jan 29, 2019 at 10:46:45PM +, Konstantin Belousov wrote:
> New Revision: 343566
> URL: https://svnweb.freebsd.org/changeset/base/343566
>
> Log:
> Untangle jemalloc and mutexes initialization.
>
> The need to use libc malloc(3) from some places in libthr always
> caused issues
On Wed, Jan 30, 2019 at 05:37:09AM +, Alexey Dokuchaev wrote:
> On Tue, Jan 29, 2019 at 10:46:45PM +, Konstantin Belousov wrote:
> > New Revision: 343566
> > URL: https://svnweb.freebsd.org/changeset/base/343566
> >
> > Log:
> > Untangle je
On Tue, Oct 15, 2019 at 10:00:51AM -0600, Ian Lepore wrote:
> On Tue, 2019-10-15 at 18:56 +0300, Andriy Gapon wrote:
> > On 15/10/2019 18:53, O. Hartmann wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA256
> > >
> > > Am Tue, 15 Oct 2019 15:09:36 + (UTC)
> > > Andriy Gapon schr
On Thu, Aug 22, 2019 at 03:28:31AM +, Mike Karels wrote:
> New Revision: 351379
> URL: https://svnweb.freebsd.org/changeset/base/351379
>
> Log:
> Change w(1) to compute FROM (host) field size dynamically
>
> It's nice to be able to display a full IPv6 host address if
> needed, but it
On Wed, Oct 23, 2019 at 04:57:12PM +, Dimitry Andric wrote:
> New Revision: 353936
> URL: https://svnweb.freebsd.org/changeset/base/353936
>
> Log:
> Bump clang's default target CPU for the i386 architecture (aka "x86") to
> i686, as per the discussion on the freebsd-arch mailing list. Ea
301 - 400 of 606 matches
Mail list logo
