vn-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-h...@free
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-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-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-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-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-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-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-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
elf in
> commit messages.
>
Actually, me@ (Michael Elbel) was never a committer. He worked
with Jordan (jkh@) and myself (gj@) in Germany and Jordan gave
him a login on freefall in the very early FreeBSD days.
But, it might be less confusing to use myself rather than me in
log messages.
--
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-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-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-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-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 ra
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-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
ng the ICMP data section */
> case ICMP_TSTAMP:
> case ICMP_TSTAMPREPLY:
> case ICMP_IREQ:
>
--
Gary Jennejohn
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-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-all@freebsd.org mailing list
https://li
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-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
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 newsiga
Seems to me that such a large amount of inactive memory should be
taken advantage of to replenish free memory without having to
swap out a single byte.
Still, the total number of bytes swapped out is considerably less
than before this change was made, so there's definitely an
improvement.
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-all@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/svn-src-all
> To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
--
Gary Jennejohn
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
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-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src
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 supp
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
only ports), I still use c(v)sup to keep
my CVS and src/ports trees up-to-date.
I also occasionally check out the svn tree, but far less frequently than
CVS.
AFAIK the project doesn't have as many svn mirrors as it does CVS
mirrors, but I might be wrong.
--
Gary Jennejohn
_
On Fri, 11 Dec 2009 14:14:12 +0100
Gary Jennejohn wrote:
> On Fri, 11 Dec 2009 12:57:12 +0100
> Dag-Erling Sm__rgrav wrote:
>
> > Roman Divacky writes:
> > > Stefan Farfeleder wrote:
> > > > For me this breaks the ooo-3 build with:
> > > >
not what the user wanted, so IMHO the best solution is to
> not do anything at all.
>
root:ernst:~:bash:21> /usr/local/bin/unzip --help
-u update files, create if necessary
-n never overwrite existing files
-o overwrite files WITHOUT prompting
I deleted all but uon.
-u has a totally d
>
> When I suggested enabling this by default for SMP configurations I was
> reminded it wasn't enabled because of potential stack overflow.
>
I've been using this for years and have yet to see a stack overflow.
As a rule, kernel printf's seem to be sh
Tested on an HD3850 (RV670) on loan from Warren Block.
>
> Currently, you need one of the following for this to be useful:
>
> x11-drivers/xf86-video-radeonhd-devel (not tested)
>
I tested this driver with radeon-drm-next-r6-7xx-030609-2.patch (the precursor
to this co
On Sun, 15 Feb 2009 14:42:41 +0200
Alexander Motin wrote:
> Gary Jennejohn wrote:
> > The latest commit to dev/ata/chipsets/ata-ahci.c totally breaks
> > booting on my machine.
> >
> > I didn't save the commit message so I can't quote the exact commit
>
0xb0021458 chip=0x43911002 rev=0x00
hdr=0x00
vendor = 'ATI Technologies Inc'
class = mass storage
subclass = SATA
---
Gary Jennejohn
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
On Tue, 10 Feb 2009 09:50:02 +0900
Pyun YongHyeon wrote:
[re0 fails to work with MSI]
> It seems that broken controllers have two MSI messages. Instead of
> reverting the change, how about attached patch?
This patch fixes the problem. Thanks!
---
Gary Jen
dr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC'
class = network
subclass = ethernet
---
Gary Jennejohn
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org
set. This is needed for the ehci hardware buffer rings that assume
> this behavior.
>
[big snip]
This fixes things for me with AMD64 and 6GB of RAM. Thanks!
---
Gary Jennejohn
___
svn-src-all@freebsd.org mailing list
http://lists.freebsd.org/m
43 matches
Mail list logo