On Sat, 2018-07-21 at 10:47 -0700, bob prohaska wrote:
> On Sat, Jul 21, 2018 at 11:14:45AM -0600, Ian Lepore wrote:
> >
> >
> > There's a "pre-world" stage of mergemaster (-Fp option I think) which
> > isn't needed often, but one of the times it is
On Sat, 2018-07-21 at 15:09 -0700, bob prohaska wrote:
> On Sat, Jul 21, 2018 at 12:14:10PM -0600, Ian Lepore wrote:
> >
> >
> > I can't see any way that installkernel would lead to the complaint
> > about the ntpd user not existing; that check is tied to the
&g
it out there in case someone can
expand on it.
It certainly makes some sense that it could be done intervention-free.
When doing other diff-based merges (like 'svn update') you only have to
intervene when there's an actual conflict between some local change
you've made an
On Fri, 2018-07-27 at 14:43 +, Li-Wen Hsu wrote:
> On Thu, Jul 26, 2018 at 20:03:11 +0000, Ian Lepore wrote:
> >
> > Author: ian
> > Date: Thu Jul 26 20:03:11 2018
> > New Revision: 336751
> > URL: https://svnweb.freebsd.org/changeset/base/336751
> >
&g
gt;
It's not a problem at all, we are just in one of the rare times when
you actually have to follow the recommended update procedure exactly,
without shortcuts. In particular, you cannot skip the pre-world
"mergemaster -p" step as described in the handbook or at the bottom of
UPDATIN
x27;t
exist at the time the event was added is exactly the main benefit of a
loose-runtime-binding scheme such as event notifications.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To u
n /etc, instead, should it look
> elsewhere? DESTDIR perhaps?
>
> cheers,
> danny
>
Add -DDB_FROM_SRC to the make command when you're installing, to work
around this. Fixing the build system to automatically do so isn't as
easy as you might think,
> >
> > > I will look at updating the rootgen.sh script this evening, to
> > > support
> > > creating more flexible ESP partitions, so we can drop the
> > > loader.efi
> > > into an msdosfs directly.
> > >
> > > On 07/08/
t; >
> > *starts updating CURRENT install*
> >
> Let us know of there is a problem...
And don't forget to do the often-skipped "mergemaster -p" step of the
updating before doing the installworld, to add the new ntpd user. :)
-- Ian
ocumented better, but efi_runtime
> > > pointer may (always?) point into runtime service memory that
> > > isn't
> > > valid/available at that point, so we get a fault and panic when
> > > dereferencing it to grab rt_gettime address. We ran into this
> >
On Sat, 2018-08-04 at 18:22 +0300, Konstantin Belousov wrote:
> On Sat, Aug 04, 2018 at 09:58:43AM -0500, Kyle Evans wrote:
> >
> > On Sat, Aug 4, 2018 at 9:51 AM, Ian Lepore wrote:
> > >
> > > On Sat, 2018-08-04 at 08:56 -0500, Kyle Evans wrote:
> > >
On Sat, 2018-08-04 at 18:43 +0300, Konstantin Belousov wrote:
> On Sat, Aug 04, 2018 at 09:25:47AM -0600, Ian Lepore wrote:
> >
> > On Sat, 2018-08-04 at 18:22 +0300, Konstantin Belousov wrote:
> > >
> > > On Sat, Aug 04, 2018 at 09:58:43AM -0500, Kyle Evans wr
Makefile.
The CONFS=moduli makes moduli into a target. The implicit rules search
finds the rule to make moduli from moduli.c and because of the .PATH
it's able to find a moduli.c.
It might be fixable by simply adding a target with a do-nothing script
for building moduli in usr.sbin/sshd/Makefile.
. I should be able to use the getnanouptime() call to get a
> “clock” to look for (it’s used in print_uptime()). As long as the
> clock isn’t stopped at this time in the shutdown sequence atleast :-)
>
> *Time to write some code and test this* :-)
>
If you want to throttle something
Before being freed, the memory was last used as the softc for some
device (perhaps only during probing of a device that never attached).
That device would most likely be the culprit (or a wild-pointer write
hit that block).
-- Ian
___
fr
90104 drwxr-xr-x2
> nick nick
> 512 Sep 15 2017 /usr/src/usr.sbin/btxld
> 33695644 drwxrwxr-x2
> root wheel
> 512 Jan 27 22:33 /usr/obj/
't working, or something. I couldn't make
any sense out of your original question.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ndle that stuff separately from the normal hiearchical parent/child
bus relationships.
There just isn't much that can reasonably be separated out and used in
another project, I think.
-- Ian
___
freebsd-current@freebsd.org mailing list
htt
e log attached to the original message:
> --- _bootstrap-tools-link-[ ---
> *** [_bootstrap-tools-link-[] Error code 1
> make[2]: stopped in /usr/src
I have no idea why it failed trying to create a symlink to '[' (an
alias for test(1)), but that was the first error.
-- Ian
___
cated via sysctl in some way, so that
ldconfig could do a.out hints only if support for them is available?
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Fri, 2020-03-13 at 13:34 -0400, Ed Maste wrote:
> On Fri, 13 Mar 2020 at 13:22, Ian Lepore wrote:
> >
> > Could a.out support be a kernel config option that's off by
> > default?
>
> Probably. That seems reasonable to me.
>
> > And could its presenc
t were not being used until now. In
> particular, atomic_fcmpset_8() seems broken and hangs up
> in vm_page_bits_swap(). I think I have a fix but I want to run it
> by Ian.
>
> --Thomas
>
> Index: sys/arm/include/atomic-v6.h
> ===
ink that's a different issue.
>
Segfaults and other problems with a program named "conftest" while
building ports is normal. Autotools' configure script writes and runs
programs named conftest to detect the presence or absence of features
or bugs. That doesn't mean every
bsd machine that
could successfully resume from suspend, so I've never been able to
experiment with it.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
1 message, 64 bit enabled with 1 message
cap 13[e0] = PCI Advanced Features: FLR TP
Ian
--
Ian Freislich
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
t commit here.
>
*BSD has always accepted 0 as a synonym for localhost (and iirc, linux
does not). If this no longer works, it's a regression which is going
to cause existing applications and scripts to fail. At the very least
it deserves an entry in UPDATING.
-- Ian
> Best regards
> Mich
On Sun, 2020-06-21 at 19:54 +0200, Michael Tuexen wrote:
> > On 21. Jun 2020, at 19:40, Ian Lepore wrote:
> >
> > On Sun, 2020-06-21 at 14:54 +0200, Michael Tuexen wrote:
> > > > On 21. Jun 2020, at 14:28, Kostya Berger > > > >
> > > >
ate for clear_tmp_enable="YES"
> to include
> a check like this. I would think that an rc option like this should
> delete
> everything in /tmp.
>
I disagree. One of the few things those immutable flags are good for
is protecting files from things like an rc script or oth
ad that
has any real value at all. Unlike everyone else, he has clearly seen
what the basic problem is (zero communications about this impending
cutover to the people who need to work with it every day), and he
summarized it in a completely practical way.
This assumption that everyone knows how to us
On Wed, 2020-09-02 at 14:45 -0400, Dan Langille wrote:
> On Wed, Sep 2, 2020, at 2:36 PM, Ian Lepore wrote:
>
> > Seriously, Warner?
>
> Yes, seriously. We are adults. Act accordingly.
>
> Don't be confused. I also thought the message he was replying to was out
bedded systems talking to
each other over a point to point link within a sealed device are not
concerned about man in the middle attacks or other modern internet
threats.
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Thu, 2020-09-17 at 12:49 -0700, John-Mark Gurney wrote:
> Ian Lepore wrote this message on Thu, Sep 17, 2020 at 09:01 -0600:
> > On Thu, 2020-09-17 at 18:43 +0400, Gleb Popov wrote:
> > > On Thu, Sep 17, 2020 at 6:05 PM Cy Schubert <
> > > cy.schub
pool.cache; do
> > if [ -r $cachefile ]; then
> > zpool import -c $cachefile -a -N && break
> >
> > best,
> > -harry
> >
> >
> >
>
> You can define these in /boot/loader.conf:
> #kern.ca
somehow ONLY load the module if you had CPU
> support for it. The down side is that detection would probably have
> to be in the laoder as this code can be used very early on.
>
Not nearly so much as the code to support the PC/AT RTC and i8254
hardware as kernel eventtimers
n I got a different result,
> > > > > > > so I
> > > > > > > most likely did something wrong the first time.
> > > > > > >
> > > > > > > ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad
> > > > > > > commit
> > > >
On Tue, 2021-01-12 at 19:56 +0100, Hans Petter Selasky wrote:
> On 1/12/21 7:45 PM, Ian Lepore wrote:
> > > > - for (int i = 0; i <= sc->sc_npins; i++) {
> > > > + for (int i = 0; i != sc->sc_npins; i++) {
> > > >
efb83a4312036f1f
> >
> >
>
>
> Nice! Thanks again!
>
>
> Jakob
>
Indeed, thank you for taking care of this, my $job has me way too busy
these days.
-- Ian
___
freebsd-current@freebsd.org mailing list
http
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
s. If we keep whittling away at the backwards compatibility freebsd
is so famous for, I'll have abosolutely zero arguments left for why
$work shouldn't just switch to the much more popular and better-
supported linux.
I also hate the idea of requiring no space between -I and it
es. The amount of work required to get there
from here is almost unimaginable, and there are no big companies
funding that kind of work (which is how linux got all that code).
-- Ian
___
freebsd-current@freebsd.org mailing list
https://lists.fr
; remove things more widely as the stable/12 branch reaches EOL and
> after.
>
> Warner
It would be really nice if, instead of just deleting the $FreeBSD$
markers, they could be replaced with the path/filename of the file in
the source tree. Sometimes it's a real interesting exercise to figure
out where a file on your runtime system comes from in the source world.
All the source tree layout changes that happened for packaged-base
makes it even more interesting.
-- Ian
On Tue, 2021-06-08 at 13:47 +0200, Gary Jennejohn wrote:
> On Tue, 8 Jun 2021 09:41:34 +
> Mark Linimon wrote:
>
> > On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote:
> > > Sometimes it's a real interesting exercise to figure out where a
> > >
On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote:
> > On Tue, 8 Jun 2021 09:41:34 +
> > Mark Linimon wrote:
> >
> > > On Mon, Jun 07, 2021 at 01:58:01PM -0600, Ian Lepore wrote:
> > > > Sometimes it's a real interesting exercise to fig
On Wed, 2021-06-09 at 18:54 +1000, Peter Jeremy via freebsd-current
wrote:
> On 2021-Jun-08 17:13:45 -0600, Ian Lepore wrote:
> > On Tue, 2021-06-08 at 15:11 -0700, Rodney W. Grimes wrote:
> > > There is a command for that which does or use to do a pretty
> > > decent
/local
in your port makefile while you're developing on it.
-- Ian
nsec);
There are two problems with this, both the seconds and nanos are
printed incorrectly. The correct incantation would be
printf("%jd.%09ld\n", (intmax_t)ts.tv_sec, ts.tv_nsec);
-- Ian
in 'union pf_headers'; did you mean 'icmp'?
8762 | if (!pf_pull_hdr(m, *off,
&pd->hdr.icmp6, icmp_hlen,
Ian
All,
I can confirm that the microcode loaded early fixes the issue.
Ian
On 2025-01-27 13:12, Patrick M. Hausen
wrote:
Hi all,
Am 27.01.2025 um 18:38 schrieb Milan Obuch :
On Mon, 27 Jan 2025 12:10:43 -0500
Ian FREISLICH
, without the cpu microcode. I'll look into that
shortly.
Ian
On 2025-01-27 13:12, Patrick M. Hausen
wrote:
Hi all,
Am 27.01.2025 um 18:38 schrieb Milan Obuch :
On Mon, 27 Jan 2025 12:10:43 -0500
Ian FREISLICH wrote:
or if there's a bug in UFS2 that's
tickled by this CPU. I'll provide any debugging required.
Ian
rary
media and then use that to boot with the firmware update and chroot
install the firmware and edit loader.conf on the nvme.
The microcode update fixed it for me. I inferred from reading that
enable PCID might have a performance advantage.
Ian
On February 24, 2025 2:52:14 AM EST, Zhenlei Huang wrote:
>
>
>> On Feb 24, 2025, at 12:42 PM, Ian FREISLICH wrote:
>>
>> Hi
>>
>> Building a kernel today failed with:
>>
>> -Werror /usr/src/sys/net/toeplitz.c
>> In file included fr
On 2025-02-24 09:54, Mark Johnston wrote:
On Mon, Feb 24, 2025 at 03:52:14PM +0800, Zhenlei Huang wrote:
On Feb 24, 2025, at 12:42 PM, Ian FREISLICH wrote:
Hi
Building a kernel today failed with:
-Werror /usr/src/sys/net/toeplitz.c
In file included from /usr/src/sys/net/toeplitz.c:29:
In
this is a result of changes to netinet/in.h (3b281d1421a78)
which added a static inline function using ntohl() which is not defined
in kernel use.
Ian
On June 7, 2025 01:47:56 freebsd-curr...@dino.sk wrote:
On Tue, 28 Jan 2025 15:33:30 -0500
Ian FREISLICH wrote:
On 2025-01-28 06:23, Milan Obuch wrote:
[ snip ]
It looks like the right thing, in my case adding
vm.pmap.pcid_enabled=0 to /boot/loader.conf helps. I consider this
easier than
On 2025-06-29 13:13, Mark Johnston wrote:
On Sun, Jun 29, 2025 at 11:49:55AM -0400, Ian FREISLICH wrote:
Hi
I've tried with fresh source and /usr/obj cleared.
/usr/src/sys/kern/kern_descrip.c:2967:53: error: too many arguments to
function call, expected 4, have 5
2967 |
On July 26, 2025 16:48:42 Mark Johnston wrote:
On Sat, Jul 26, 2025 at 02:56:14PM -0400, Ian FREISLICH wrote:
Hi
I get this error compiling for UP but not SMP.
The SMP option is mandatory on amd64 after commit
fa02551dc8a029a74eb374c418dbb5401d53c2db. There is a static assertion
in
On 2025-07-26 17:59, Mark Johnston wrote:
On Sat, Jul 26, 2025 at 05:54:58PM -0400, Ian Freislich wrote:
On July 26, 2025 16:48:42 Mark Johnston wrote:
On Sat, Jul 26, 2025 at 02:56:14PM -0400, Ian FREISLICH wrote:
Hi
I get this error compiling for UP but not SMP.
The SMP option is
case 'b': /* blocks used by file */
| ^
Ian
s a result.
If you build curl from ports you'll probably be fine.
I didn't see your message and ended up with the same issue here. After
delete-old-libs libcurl is broken
pkg shlib -qR libkrb5.so.11
Should reveal all the affected ports. I had curl and neon needing a rebuild.
Ian
gt; > fixed, that could cause this problem.
>
> Nov 10. I ran cvsup at about 9:00am GMT.
>
> Peter Risdon.
>
>
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--
;DELAY"
BTW I just upgraded (was using 12.2 port). I included
the milter patch and SASL. No problems so far. Three
cheers for GNS...
--
ian j hart
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
; http://people.freebsd.org/~gshapiro/mta-start
>
> Opinions?
>
Brilliant! I suppose you just threw this together :)
One small quibble. If I want to set
mta_start_script=""
and run rc.sendmail(.sh) from /usr/local/etc/rc.d
shouldn't "stop" kill both queues?
mspq and
"stop" stops the mta but not the mspq
Hmmm, It's deja vu all over again.
It's not too difficult to write a startup
script, but it duplicates much of the code
in rc.sendmail. Which seems like a waste to me.
--
ian j hart
To Unsubscribe: send mail to [EMAIL PROTECT
801 - 866 of 866 matches
Mail list logo
