/svn-src-head
> > To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
>
> Is this message of yours also the last message concerning the source changes?
> Since then
> you published this message, no further logs ran into list
> svn-src-head@freebs
re the commit showed no complaints
> about the movies, or that this term had some coded, racist history. Or any
> other coded history that's problematic. Or any overt history for that
> matter.
>
> SaltStack uses it as their name for agents that carry out tasks, for
> example.
>
> So what am I missing?
>
Why not simply use sub-processes? After all, that's exactly what the "minion
processes" are.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
.h
> /usr/include/sha512.h
> --- /usr/include/sha256.h 2020-04-22 21:38:54.0 -0500
> +++ /usr/include/sha512.h 2020-04-22 21:38:54.0 -0500
> @@ -1,99 +1,99 @@
> /*-
> * Copyright 2005 Colin Percival
> * All rights reserved.
> *
> [... om
r
> shown below.
>
> [...]
> --- debugnet.o ---
> /usr/src/sys/net/debugnet.c:662:4: error: implicit declaration of
> function 'db_printf' is invalid in C99
> [-Werror,-Wimplicit-function-declaration] db_printf("%s: Could not get
> route for that server.\n", ^ /usr/src/sys/net/debugnet.c:662:4: note:
> did you mean 'if_printf'? /usr/src/sys/net/if_var.h:679:5: note:
> 'if_printf' declared here int if_printf(struct ifnet *, const char
> *, ...) __printflike(2, 3); ^
> 1 error generated.
And I also had to add "nooptions NETDUMP" to get the kernel to compile
and link.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
unt directory to 0750 or
> > > 0700.
> >
> > Block is indented with 4 spaces instead of tabs
> >
>
> Doh! Must've still had my editor set for the $work coding standards.
> Fixed in r350324. Thanks!
>
I just looked at UPDATING (/usr/src is at r350348) and this
is the only entry which wraps on a 80 character wide terminal.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
}
> + } else if (!strcmp("eui64", xopts)) {
> + sc->nvstore.eui64 = htobe64(strtoull(config, NULL, 0));
> } else if (optidx == 0) {
> snprintf(bident, sizeof(bident), "%d:%d",
>
s which use
iflib is enabled, before pulling them into the kernel build.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
ather than "and." I think the
> sentence is unambiguous.
>
Based on Konstantin's comment I'd have to say that it is not
unambiguous.
As a native English speaker I had to read it several times to
understand it.
I think something like "exceeds both" might be clearer.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
kernel, userland and rc scripts all at the same time.
> +
> 20180821:
> drm and drm2 have been removed. Users on powerpc, 32-bit hardware,
> or with GPUs predating Radeon and i915 will need to install the
>
--
Gary Jennejohn
; https://lists.freebsd.org/pipermail/freebsd-current/2018-May/069428.html
> >
Are all the empty directories under /usr/src/sys/modules/drm2 still
supposed to be in the tree?
And what about /usr/src/sys/arm/nvidia/drm2?
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
;
> vendor INTENSO 0x2109 INTENSO
> vendor VIALABS 0x2109 VIA Labs
>
> I noticed this earlier and thought it might relate to vendor renames
> or the like. I'll try and spend more time on it. I have quite a fe
# Additional flags for devd(8).
> > > -devmatch_enable="NO" # Demand load kernel modules based on device
> > > ids.
> > > +devmatch_enable="YES"# Demand load kernel modules based on device id
> > > s.
> >
&
t; of better off the other booted instance of FreeBSD (from another media)?
>
> Ping.
>
The answer to your question is in tunefs(8).
Snippet:
The tunefs utility is designed to change the dynamic parameters
of a UFS file system which affect the layout policies. The
tunefs utility
arry.
> + 'make obj' was not ran. Calling 'make obj' is no longer necessary.
> This feature can be disabled by setting WITHOUT_AUTO_OBJ=yes in
> /etc/src-env.conf (not /etc/src.conf), or passing the option in the
> environment.
>
"not ran
p;V_tcbinfo);
> + break;
> + }
> }
>
> if (tw == NULL) {
>
This file needs to include sys/syslog.h, otherwise LOG_ERR is
not defined and the kernel build fails when INVARIANTS is not
defined in the kernel config file.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
ng the ICMP data section */
> case ICMP_TSTAMP:
> case ICMP_TSTAMPREPLY:
> case ICMP_IREQ:
>
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
On Sat, 12 Nov 2016 08:40:28 -0800
John Baldwin wrote:
> On 11/12/16 1:28 AM, Gary Jennejohn wrote:
> > On Sat, 12 Nov 2016 00:23:09 + (UTC)
> > John Baldwin wrote:
> >
> >> Author: jhb
> >> Date: Sat Nov 12 00:23:09 2016
> >> New Revis
once SMP is started even if cold is true.
> - Permit preemptions when cold is true.
>
> These changes are needed for EARLY_AP_STARTUP.
>
> MFC after: 2 weeks
> Sponsored by: Netflix
>
> Modified:
> head/sys/ker
cancelled = cc_exec_cancel(cc, direct) = true;
> - if (cc_exec_waiting(cc, direct)) {
> + if (cc_exec_waiting(cc, direct) || cc_exec_drain(cc, dir)) {
> <== dir in this line should really be direct.
> /*
>
in
Germany, including myself (gj@, but I had a commit bit at one time).
Michael never had a commit bit and I doubt that he's even logged into
freefall for years.
Maybe his name should be changed to melbel, which would eliminate
the me/me@ kerfuffle.
--
Gary Jennejohn
_
On Fri, 30 Oct 2015 09:04:36 +0100
Hans Petter Selasky wrote:
> On 10/30/15 08:41, Gary Jennejohn wrote:
> > On Thu, 29 Oct 2015 16:28:51 +0100
> > Hans Petter Selasky wrote:
> >
> >> On 10/29/15 15:36, Gleb Smirnoff wrote:
> >>>> The LinuxKPI i
this
> function, because of Linux's interrupt model.
>
My question is whether a "normal" FreeBSD user has any reason to
enable LinuxKPI now or in the future.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
https://list
e don't
> break it.
>
Exactly. If I have to screw around installing utilities which
should be part of the base system (and have been there for the
last 30+ years) then I might as well move to Linux, as a previous
poster noted.
I want BSD, not some bastardized Linux.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
On Tue, 1 Jul 2014 17:41:12 +0200
Mateusz Guzik wrote:
> On Tue, Jul 01, 2014 at 05:05:24PM +0200, Gary Jennejohn wrote:
> > On Tue, 1 Jul 2014 16:19:20 +0200
> > Mateusz Guzik wrote:
> >
> > > On Tue, Jul 01, 2014 at 09:40:57AM -0400, John Baldwin wrote:
> >
ure.
> >
>
> Looks more like !P_HADTHREADS || p->p_singlethread != NULL on the first
> sight, but yeah, I'll add an assertion.
>
Also, please fix the build with gcc, which dies with an error that
newsigacts may be use unitialzed.
What I did was set both oldsigacts and newsigac
mk", line 206: if-less endif
> > make: fatal errors encountered -- cannot continue
> > *** Error code 1
>
I encountered this problem yesterday. My quick hack was to put
.if defined(MK_CTF) .endif around the offending lines, similar to
EXPORT_SYMS.
--
Gary Jennejohn
__
On Sun, 23 Jan 2011 10:19:02 +0100
Hans Petter Selasky wrote:
> On Saturday 22 January 2011 16:09:18 Gary Jennejohn wrote:
> > On Sat, 22 Jan 2011 13:52:23 + (UTC)
> >
> > Hans Petter Selasky wrote:
> > > Author: hselasky
> > > Date: Sat Jan 22 1
__
> svn-src-...@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"
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
atter, I'm not in committers-ports.dot either, although I am
still active as a ports committer.
Ah well, just administrative trivia.
--
Gary Jennejohn
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-h
up by a lousy implementation
> of geom(8)...
>
> *sigh*
>
I wondered about this change myself. Juat because it's called arg0 in the
declaration doesn't mean that the callers have to use it.
Maybe ther was a good reason for it which I don't understand. Consistency,
I suppo
hink
> you know what all the subsystems are doing.
>
All this discussion leads me to the conclusion that we should just
remove the -P functionality and add a remark to the man page that that
was done because it isn't guaranteed to work on all file systems.
Why give users a false sense of
31 matches
Mail list logo