ain. KRgds, C
It doesn't seem to have made it to anonhg.NetBSD.org yet. The src repo
there is still 11 days older, as is of course the GitHub version.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
At Tue, 20 Apr 2021 16:53:58 -0700, "Greg A. Woods" wrote:
Subject: Re: Xen FreeBSD domU block I/O problem on -current only affects reads
> 1024 bytes
>
> With the gracious help of RVP I have been able to identify
> better what is actually going wrong with FreeBSD's
s well. The impact inside the OS (kernel and
userland) is quite high though, and is itself a form of complexity
nightmare all its own, though perhaps not so horrible as Linux "cgroups"
and some other related Linux kernel namespaces are.
--
ed)?
Perhaps as mentioned in a comment on that post it may be useful in some
very specific cases where files aren't likely to move around too much
and where all files are guaranteed to be uniquely named and never
renamed despite being moved about between directories.
--
we have merged all we can */
+ /* XXX this doesn't do properly nested merging!!! */
while (merge_use(flags) != 0)
;
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
At Thu, 27 Jan 2022 10:40:20 +0100, Martin Husemann wrote:
Subject: Re: the entropy bug, and device timeouts (was: Note: two files changed
and hashes/signatures updated for NetBSD 8.1)
>
> On Wed, Jan 26, 2022 at 10:56:53PM -0800, Greg A. Woods wrote:
> > Well, if you have a hardwar
ve a hardware RNG, or my patches, then that'll do
something, but otherwise it's just useless noise and misdirection.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpKKAuRm57sa.pgp
Description: OpenPGP Digital Signature
issues could be related in any way to
disk device driver timeouts.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp4T3nGPbUzd.pgp
Description: OpenPGP Digital Signature
At Wed, 8 Dec 2021 11:36:17 -0800, Jason Thorpe wrote:
Subject: Re: backward compatibility: how far can it reasonably go?
>
>
> > On Dec 8, 2021, at 10:52 AM, Greg A. Woods
> > wrote:
> > That's one bullet I've dodged entirely already since my oldest
> > syste
support for SA?)
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpFm57bXUxlC.pgp
Description: OpenPGP Digital Signature
At Wed, 8 Dec 2021 15:32:24 -, ya...@sdf.org wrote:
Subject: Re: backward compatibility: how far can it reasonably go?
>
> > "Greg A. Woods" writes:
no, Greg Troxel wrote:
> > I am unclear if ipf has been removed by default from current.
> Even in NetBSD 9, ipf
ast
until they are running a new OS with new pkgs.
I'm beginning to think the only way to avoid that rabbit hole in order
to get these upgrades done in the next week will be to shut them down
and do the upgrades by mounting their filesystems in their dom0s.
--
l still need to be very careful to preserve
all old shared libraries. That makes the approach of building a fresh
prototype somewhat more difficult, though ultimately perhaps safest as
it can be fully tested before ditching the old system.
--
Greg A. Woods
2021-12-05 19:27:12.065] Hardware Dom0 shutdown: watchdog rebooting
machine
This is an amd64 system running a 9.99.81 kernel and Xen 4.13.2nb2.
Is it worth a PR?
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Av
At Mon, 08 Jun 2020 16:42:42 -0700, "Greg A. Woods" wrote:
Subject: sysinst extended partitioning won't set/do the "newfs" flag!
>
> I'm having trouble getting the "new" sysinst, when using extended
> partitioning, to set the "newfs" flag (and t
At Fri, 8 Oct 2021 19:44:02 + (UTC), RVP wrote:
Subject: Re: very strange build failure in
external/gpl3/gcc/lib/libstdc++-v3/include/bits
>
> On Fri, 8 Oct 2021, Greg A. Woods wrote:
>
> > If two identical 'mv' commands run in the same directory (with no other
>
At Thu, 7 Oct 2021 23:17:33 + (UTC), RVP wrote:
Subject: Re: very strange build failure in
external/gpl3/gcc/lib/libstdc++-v3/include/bits
>
> On Thu, 7 Oct 2021, Greg A. Woods wrote:
>
> > It's almost as if the call to rename() in 'mv' succeeds, but returns an
> > E
At Thu, 07 Oct 2021 10:25:31 -0700, "Greg A. Woods" wrote:
Subject: very strange build failure in
external/gpl3/gcc/lib/libstdc++-v3/include/bits
>
> I had a parallel build fail as follows yesterday.
>
> This same source tree has been built in the same way on the same ma
sion.
Previously no manual operations were ever necessary -- the blocking was
never permanent.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpekRmVN6MUp.pgp
Description: OpenPGP Digital Signature
see the EXAMPLES section in
crash(8).)
That might help narrow down which locks are causing the problems...
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpIXyFj83E4R.pgp
Description: OpenPGP Digital Signature
or the slowness.
The older system that's serving NFS has an uptime of 117 days and didn't
seem to be suffering any ill effects during the slowness or since.
(*) The "tstile" hangs caused by a deadlock were on a Xen dom0 where
there were locking order problems in the xenstore interface and s
rent consoles simultaneously, so if I do go out into my machine
room (i.e. garage) I can see the Xen message on the screen too. I
really wish NetBSD could do that.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpQ7huxel1C6.pgp
Description: OpenPGP Digital Signature
01 or so:
RCS file: RCS/rsync-netbsd-cvs,v
revision 1.1
date: 2001/06/06 17:52:06; author: woods; state: Exp;
Initial revision
This script can now be found here:
https://github.com/robohack/rsync-netbsd-cvs
--
Greg A.
2 bytes @ 28141568000: mismatch: /dev/da0[+1032] \x28 !=
/var/tmp/ckfile.1[ln#0][1032] \x22
blkchk: pread 8192 bytes @ 28141568000: mismatch: /dev/da0[+1033] \x28 !=
/var/tmp/ckfile.1[ln#0][1033] \x22
--
Greg A. Woods
Kelowna, BC +1 250 762
ently and easily keep my own local branches and
do local commits (e.g. in the way you can do very easily and efficiently
with Git), but it is still very much better than any other current
alternative, including the current Hg and Git and Fossil conversions.
--
between 8.99.32 (2020-06-09) and 9.99.81
(2021-03-10).
Unfortunately I don't have enough hardware that's Xen-capable and up and
running well enough to allow me to do any brute-force bisecting.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675
At Fri, 16 Apr 2021 11:44:08 +0100, David Brownlee wrote:
Subject: Re: one remaining mystery about the FreeBSD domU failure on NetBSD
XEN3_DOM0
>
> On Fri, 16 Apr 2021 at 08:41, Greg A. Woods wrote:
>
> > What else is different? What am I missing? What could be different in
>
in
NetBSD current that could cause a FreeBSD domU to (mis)behave this way?
Could the fault still be in the FreeBSD drivers -- I don't see how as
the same root problem caused corruption in both HVM and PVH domUs.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675
emote access.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpW51GFrekcb.pgp
Description: OpenPGP Digital Signature
CG 37: BAD CHECK-HASH 0x37517da4 vs 0x40c2cf31
CG 38: BAD CHECK-HASH 0xc938c503 vs 0x9b844ab6
CG 39: BAD CHECK-HASH 0x60447f31 vs 0x23129481
CG 40: BAD CHECK-HASH 0x69bfbe19 vs 0xa81f5e9
CG 41: BAD CHECK-HASH 0xc0c3042b vs 0xbd37ebd1
CG 42: BAD CHECK-HASH 0x3eaabc8c vs 0xfadfd8d1
CG 43: BAD CHE
r a given guest would not advertise the feature at
all.
I've some other things to do before I can reboot -- I'll report as soon
as that's done
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pg
At Tue, 13 Apr 2021 18:20:39 -0700, "Greg A. Woods" wrote:
Subject: Re: one remaining mystery about the FreeBSD domU failure on NetBSD
XEN3_DOM0
>
> So "17" seems an odd number, but it is apparently because of "Need to
> alloc one extra page to account f
At Sun, 11 Apr 2021 13:55:36 -0700, "Greg A. Woods" wrote:
Subject: Re: one remaining mystery about the FreeBSD domU failure on NetBSD
XEN3_DOM0
>
> Definitely writing to a FreeBSD domU filesystem, i.e. to a FreeBSD
> xbd(4) with a new filesystem created on it, is impossibl
E? [yn] n
SUMMARY INFORMATION BAD
SALVAGE? [yn] n
BLK(S) MISSING IN BIT MAPS
SALVAGE? [yn] n
12076 files, 91642 used, 7647797 free (293 frags, 955938 blocks, 0.0%
fragmentation)
* UNRESOLVED INCONSISTENCIES REMAIN *
--
Greg A. Woods
Kelowna, BC
At Sun, 11 Apr 2021 13:23:31 -0700, "Greg A. Woods" wrote:
Subject: one remaining mystery about the FreeBSD domU failure on NetBSD
XEN3_DOM0
>
> In fact it only seems to be fsck that complains, possibly along
> with any attempt to write to a filesystem, that causes problems.
0 0 0 # (Cyl. 0*-386*)
disklabel: boot block size 0
disklabel: super block size 0
# fsck -n /dev/vnd0f
** /dev/rvnd0f (NO WRITE)
BAD SUPER BLOCK: CAN'T FIND SUPERBLOCK
/dev/rvnd0f: CANNOT FIGURE OUT SECTORS PER CYLINDER
--
Greg
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
32740 files, 2349557 used, 1431650 free (538 frags, 178889 blocks, 0.0%
fragmentation)
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
- I just can't explain
it well enough yet.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpX0mMSVXy0W.pgp
Description: OpenPGP Digital Signature
se 1 - Check Blocks and Sizes
PARTIALLY TRUNCATED INODE I=28
SALVAGE? [yn] n
PARTIALLY TRUNCATED INODE I=112
SALVAGE? [yn] ^Cda0: disk error cmd=write 8145-8152 status: fffe
#
* FILE SYSTEM MARKED DIRTY *
#
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp0TQ7zS9Hhk.pgp
Description: OpenPGP Digital Signature
includes many of us.
It doesn't have to be the default.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpiP2WuJhrQy.pgp
Description: OpenPGP Digital Signature
At Wed, 7 Apr 2021 09:52:29 +0200, Martin Husemann wrote:
Subject: Re: regarding the changes to kernel entropy gathering
>
> On Tue, Apr 06, 2021 at 03:12:45PM -0700, Greg A. Woods wrote:
> > > Isn't it as simple as:
> > >
> > > dd bs=32 if=/dev/urandom of=/
At Tue, 6 Apr 2021 20:21:43 +0200, Martin Husemann wrote:
Subject: Re: regarding the changes to kernel entropy gathering
>
> On Tue, Apr 06, 2021 at 10:54:51AM -0700, Greg A. Woods wrote:
> >
> > And the stock implementation has no possibility of ever providing an
> > in
eeing
would be one step closer, and should be extremely easy.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpOxcINx3I65.pgp
Description: OpenPGP Digital Signature
n.entropy.pending: (no description)
17:27 [1.833] # sysctl -d kern.entropy.epoch
kern.entropy.epoch: (no description)
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp6vc6Eur6UN.pgp
Description: OpenPGP Digital Signature
At Mon, 5 Apr 2021 15:37:49 -0400, Thor Lancelot Simon wrote:
Subject: Re: regarding the changes to kernel entropy gathering
>
> On Sun, Apr 04, 2021 at 03:32:08PM -0700, Greg A. Woods wrote:
> >
> > BTW, to me reusing the same entropy on every reboot seems less secure.
>
t; or whatever in
front of it and hope that's enough and that it's still not too
predictable.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpRUdV5ZZmgF.pgp
Description: OpenPGP Digital Signature
m already has. If interrupted, either
the old seed or the new seed will be in place.
The code seems to concur.
Also the system re-saves the $random_file via /etc/security
(unconditionally, i.e. always, but only if $random_file is set).
--
Greg
hen necessary. An attempt to open a wedge
> read-write on a read-only opened parent device then has to fail.
Yes, this makes sense.
> I'm testing a patch for that...
Excellent! Thank you very much!
--
Greg A. Woods
Kelowna, BC +1 250 762-767
: pid %d (%s) blocking due to lack of
entropy\n", /* xxx uprintf() instead/also? */
curproc->p_pid, curproc->p_comm);
if (ISSET(flags, ENTROPY_SIG)) {
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpF1LIq_XrV5.pgp
Description: OpenPGP Digital Signature
t be hiding out in my garage.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgps8MDVICM_D.pgp
Description: OpenPGP Digital Signature
ch the documentation and tools
(specifically rndctl). That the core of it it is just a two-line patch
makes this fix extremely satisfying.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpYuvFI
n to recommend a suitable value for
rndctl_flags in /etc/rc.conf.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp1Of0SebF9S.pgp
Description: OpenPGP Digital Signature
have any worry
whatsoever at the moment about one VM guest spying on, or influencing
the PRNG, in another. Zero worry. They're all _me_. I don't need some
theoretically perfect level of protection from myself.
--
Greg A. Woods
Kelowna, BC
D
> will however be ... a more challenging problem.
Leaving things like that would be totally silly.
With my patch the old way of gathering entropy from devices works just
fine as it always did, albeit with the second patch it does require a
tiny bit of extra configuration.
--
my systems (virtual and real)
actually have.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpkw5j9Fv1Vg.pgp
Description: OpenPGP Digital Signature
code I fixed with my patch that was at fault.
I told the system to "count" the entropy being gathered by the
appropriate driver(s), but it was being ignored entirely.
After my fix the system behaved as I told it to.
--
Greg A. Woods
Kelowna, BC +1 25
READONLY))
- return EROFS;
+ return EACCES;
DPRINTF(("xbdopen(%" PRIx64 ", %d)\n", dev, flags));
return dk_open(>sc_dksc, dev, flags, fmt, l);
--
Greg A. Woods
Kelowna, BC +1
en
>if the Entropy Source is not operating as well as predicted.
"design" != implementation
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpg86syab6rB.pgp
Description: OpenPGP Digital Signature
ws what they're doing, and better security
> is available, at a price, but a nice happy medium is what fits me best.
Indeed again.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp4TWUMkW
At Sun, 4 Apr 2021 09:49:58 +, Taylor R Campbell
wrote:
Subject: Re: regarding the changes to kernel entropy gathering
>
> > Date: Sat, 03 Apr 2021 12:24:29 -0700
> > From: "Greg A. Woods"
> >
> > Updating a system, even on -current, shouldn't cr
root pointer).
So I'm lost -- any hints? Is it from bounds_check_with_label()? How?
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp1QhMimCiG1.pgp
Description: OpenPGP Digital Signature
ruct krndsource *rs, uint64_t value)
{
- rnd_add_data(rs, , sizeof value, 0);
+ rnd_add_data(rs, , sizeof value, sizeof value * NBBY);
}
/*
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp_AompQk1f3.pgp
Description: OpenPGP Digital Signature
e problem -- the hardware
should be providing plenty of entropy.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpfwaVZQJ63E.pgp
Description: OpenPGP Digital Signature
opy.collection = 1
kern.entropy.depletion = 0
kern.entropy.consolidate = -23552
kern.entropy.gather = -23552
kern.entropy.needed = 256
kern.entropy.pending = 0
kern.entropy.epoch = 19
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpMsnaVWfOo5.pgp
Description: OpenPGP Digital Signature
ing possible, then I would have looked elsewhere to find out how
to give the system more bits of entropy. As is in my Xen domU system
the output of "rndctl -l" leads me to believe all of my devices are
collecting both timing and value samples, and using either one or the
other to gather ent
At Tue, 30 Mar 2021 23:53:43 +0200, Manuel Bouyer
wrote:
Subject: Re: nothing contributing entropy in Xen domUs? (causing python3.7
rebuild to get stuck in kernel in "entropy" during an "import" statement)
>
> On Tue, Mar 30, 2021 at 02:40:18PM
202.264290] entropy: pid 7248 (cat) blocking due to lack of entropy
[ 579669.831978] entropy: ready
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
At Tue, 30 Mar 2021 10:06:19 -0700, "Greg A
ey': AuthenticationString(os.urandom(32)),
KeyboardInterrupt
*** Error code 1 (ignored)
*** Signal 2
*** Signal 2
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpWjPEXKgaka.pgp
Description: OpenPGP Digital Signature
30 2021]/dev/dk2 on /var type ffs (local, fsid: 0xa802/0x78b,
reads: sync 1 async 0, writes: sync 2 async 0)
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpeOBU3AaVgV.pgp
Description: OpenPGP Digital Signature
this next reboot all the right versions of the right bits
started!
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpNLASee644w.pgp
Description: OpenPGP Digital Signature
/robohack/experiments/blob/master/tintervals-merge.py
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpGgb2m4wtXQ.pgp
Description: OpenPGP Digital Signature
is doing and why.
> ps: attempting to follow fd usages inside sh
> is not something for the faint of heart.
Indeed. As I was staring at it a couple of weeks ago I was
coincidentally reminded of Gosling Emacs -- maybe that sh code could
borrow Gosling's skull and crossed bones comment from his
other third-party Makefiles (probably none
within NetBSD itself though, though of course I'll have to scan my tree
just to be sure I haven't forgotten fixing something somewhere).
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
At Sun, 21 Mar 2021 16:44:31 -0700, "Greg A. Woods" wrote:
Subject: sys.mk broken for single-suffix rules since 1.144 (2021/11/09)
Sorry, make that 2020/11/09, of course :-)
Also this only applies to a few platforms (i386, x86_64, and aarch64),
and when the Makefile used someh
RUN}
+ ${COMPILE_LINK.c} -o ${.TARGET} y.tab.c ${LDLIBS}
+# XXX: disable for now
+# ${CTFCONVERT_RUN}
rm -f y.tab.c
.y.c:
${YACC.y} ${.IMPSRC}
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpPGRHrsBSaZ.pgp
Description: OpenPGP Digital Signature
this again on a newer, and less critical, Xen server.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpMHuyGSLKTh.pgp
Description: OpenPGP Digital Signature
the ulimit for
open FDs is not kept lower than the number of currently open FDs);
though I have not done any other kind of test to be sure the data sent
to a multi-digit FD is actually received from the given FD.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675
y
stymied by another problem (I can't access the domU filesystem from the
dom0, and until I can get a complete rebuild to finish so I can do a
full reinstall of the domU, accessing the FS from the dom0 would be the
only easy way I have of injecting changes to the test system since it
has no networkin
/dev/mapper/rvg0-nbtest.0: addwedge: Inappropriate ioctl for device
So it looks like I'm back to using plain MBR for domUs again, at least
for my next round of Xen server rebuilds.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHa
: 1615494985.880185, ulimit_redirection_interaction, failed, atf-check
failed; see the output of the test for details
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpgCp7gHm4g5.pgp
Description
rent mutex */
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpyKO6vyn83x.pgp
Description: OpenPGP Digital Signature
make realall
*** Error code 1
Stop.
nbmake: stopped in /work/woods/m-NetBSD-current-new/external/bsd/libc++/lib
11:32 [102] $ mynbmake -v MKDEBUG
yes
11:32 [103] $ mynbmake -v MKDEBUGLIB
yes
11:32 [104] $ mynbmake -v MKLLVM
no
11:32 [105] $ mynbmake -v MKLLVMRT
no
--
ts of other new warnings from a newer compiler
building the older toolchain!
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp9gBzANraAN.pgp
Description: OpenPGP Digital Signature
. if ${.MAKE.JOBS} is set and
greater than one in the makefile then pass a '-j ${.MAKE.JOBS}' option
to the script).
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgp1PW6p7nzys.pgp
Description: OpenPGP Digital Signature
At Sat, 11 Jul 2020 23:29:05 -0700, "Greg A. Woods" wrote:
Subject: Re: is this crash while coredumping known? (forget the link to NFS)
>
> So it doesn't seem like this crash has anything to do with NFS after all.
This crash is ongoing for me.
I'll be away for a couple of week
g on what the internal malloc() uses
to obtain heap space).
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpKFk8TXbGnF.pgp
Description: OpenPGP Digital Signature
At Tue, 14 Jul 2020 00:28:46 +0200, Joerg Sonnenberger wrote:
Subject: Re: recent changes to pthread_fork.c:fork() cause static linking to
fail if the app provides its own malloc()
>
> On Mon, Jul 13, 2020 at 03:05:17PM -0700, Greg A. Woods wrote:
> > I think it is the foll
/mapmalloc.c:303:
first defined here
Should I send-pr this? Is there any possibility of an "easy" fix?
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpvrEPlVbpjk.pgp
Description: OpenP
ree space in /var/crash
$ df -h /var/crash/
FilesystemSize Used Avail %Cap MountedOn
/dev/dk2 3.9G 1.5G 2.2G 40% /var
At Thu, 09 Jul 2020 18:03:23 -0700, "Greg A. Woods" wrote:
Subject: is this crash while coredumping to NFS known?
&g
At Thu, 09 Jul 2020 18:16:26 -0700, "Greg A. Woods" wrote:
Subject: USB console support "was: NetBSD-7.0 boots OK and NetBSD-8.0
hangs/crashes during boot on a MacBook7,1)
>
> Oh, and I wanted to mention something else that I'd forgotten about but
> stumbled across a
At Mon, 06 Jul 2020 13:13:03 -0700, "Greg A. Woods" wrote:
Subject: Re: NetBSD-7.0 boots OK and NetBSD-8.0 hangs/crashes during boot on a
MacBook7,1
>
> Or indeed any device with any kind of USB port, e.g. a laptop.
Oh, and I wanted to mention something else that I'd
CT LWP * NAME WAIT
29079>29079 7 0 100 8693578524c0 tpgsqltime
I do have a full kernel core dump, but it's 32GB (345M compressed), and
probably contains data I don't want to share.
--
Greg A. Woods
Kelowna, BC +
t of difference.
Thank you for the idea though, and also thank you for pointing out the
alternate framebuffer driver that might also be worth looking into.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pg
nsole. E.g. on an EFI system, perhaps through a custom EFI
driver? And for uBoot systems too?
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpFUqYZ0ZSmB.pgp
Description: OpenPGP Digital Signature
t be a bit hard to arrange for in NetBSD.
--
Greg A. Woods
Kelowna, BC +1 250 762-7675 RoboHack
Planix, Inc. Avoncote Farms
pgpvllmWWoiDK.pgp
Description: OpenPGP Digital Signature
2.396989] dk6 at sd2: "EFI system", 262144 blocks at 2048, type: msdos
[ 193342.396989] dk7 at sd2: "d3aa0396-d911-4aac-baa8-f2478557d31a", 7544832
blocks at 264192, type: ffs
I'm guessing it's a software bug with bad locking order somewhere.
--
At Wed, 01 Jul 2020 17:57:08 -0700, "Greg A. Woods" wrote:
Subject: weird occasional "Resource exhaustion" errors when linking
GENERIC_KASLR
>
> I've been using a stock 9.0 amd64 install to build my -current tree and
> found it failing with a "Resource exhaus
at scsibus0 target 0 lun 0: disk fixed
sd0: 465 GB, 476416 cyl, 64 head, 32 sec, 512 bytes/sect x 975699968 sectors
sd1 at scsibus0 target 1 lun 0: disk fixed
sd1: 544 GB, 557568 cyl, 64 head, 32 sec, 512 bytes/sect x 1141899264 sectors
--
Greg A.
nly protects things installed via pkgsrc, and there's still
the risk of subsequently needing to install a binary package built for
an older release which needs one of these "obsolete" files, but at least
pkg_add can (be made to if it doesn't already) notice this and abort.
--
At Sat, 13 Jun 2020 22:03:39 -0700, "Greg A. Woods" wrote:
Subject: Re: unable to boot NetBSD-9.99.64-amd64-install.img on a MacBook7,1
>
> At Tue, 09 Jun 2020 22:01:41 -0700, "Greg A. Woods" wrote:
> Subject: unable to boot NetBSD-9.99.64-amd64-install.img
1 - 100 of 144 matches
Mail list logo
