Suspend/resume (to/from RAM), kern.vty, and x11/nvidia-driver

[David Wolfskill]

I have a couple of Dell laptops -- an older (Precision M4800) and
a newer (Precision 7520) on which I've been tracking FreeBSD
stable/12, head, and (lately) stable/13 (with a daily cadence).  I
also update installed ports on each every day.  Each uses
x11/nvidia-driver for graphics.

Each runs FreeBSD itself ... well.  And I recently found out that the
mouse/touchpad on the 7520 now works under head and stable/13 (by
loading the iichid.ko kernel module, as the device communicates over
I2C).  (I tried the sysutils/iichid port under stable/12, but have not
been able to get the mouse to work yet under stable/12.)

And suspend/resume works... under stable/12, where I have been using
kern.vty="sc" (in /boot/loader.conf).  (I recall having tried letting
kern.vty default to "vt" -- that seems to cause resume to fail: the
screen never lights up again, nor can I ssh into the laptop.  Yes, I
configured the laptops to be able to ssh into them for various reasons
-- such as testing suspend/resume.)

In order to test some recent (vbe-related) loader changes, however, I
needed to change kern.vty back to the default value of "vt" -- and that
appears to cause resume to fail (still).

How may I help figure out what's wrong?  The newer (7520) laptop, in
particular, is idle most of the day, so experimenting with it should be
OK.

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
It is supremely disingenuous to claim a lack of jurisdiction, then 
proceed to participate in a decision on the same matter.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Any way to get hsm(4) device under stable/12?

[David Wolfskill]

I have been using a laptop that is old enough to have a fair number of
its components replaced with parts taken from others (mostly of the
same model) -- a Dell Precision M4800.  And it works well.. but single
points of failure do not bring me comfort. :-}

I acquired a refurbished Dell Precision 7520 a while back; it runs
FreeBSD just fine, but I was unable to get the built-in touchpad to work
until this morning.

It turns out that the 7520's touchpad communicates via I2C.

I had tried installing the sysutils/iichid port; that seemed to be a bit
of progress, as after doing that, and appending:

hw.usb.usbhid.enable=1
iichid_load="YES"

to /boot/loader.conf, utilities such as libinput(1) and xinput(1) each
reported "something" was there that had not been there before, and dmesg
mentioned an "hsm0" device (though that didn't show up in /dev).  But
neither the touchpad nor the buttons actually worked.

During my daily update cycle this morning, I was thus quite pleased to
note that the mouse was seemed to be working (in X11, anyway) under
stable/13 and head (where iichid is part of base).

Comparing the kernel modules loaded between stable/12 and stable/13, I
see that the latter also includes hms.ko, hidmap.ko, and hkbd.ko.  And
stable/13 (as well as head) have src/sys/dev/hid/*, which stable/12 does
not.  (That directory is where (e.g.) hms.c resides.)

So: iichid is part of base in stable/13 and head, but available as a
port for stable/12.

Various devices under src/sys/dev/hid are available in base under
stable/13 and head; are they available in some way under stable/12?

(Yes, I plan to migrate from stable/12 to stable/13 "soon" -- but not
quite yet.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
It is supremely disingenuous to claim a lack of jurisdiction, then 
proceed to participate in a decision on the same matter.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: stable/13 buildworld fail

[David Wolfskill]

On Sat, Feb 20, 2021 at 04:43:57PM +0100, Peter Cornelius wrote:
> G'day, folks,
> 
> Is anyone else seeing something like below? (Because if not, I messed up 
> something and need to continue to search for what it may have been...)
> 
> Last change, I believe was commit ced29ea4fb42a70301ba0770ec23e350155289f1 
> (HEAD -> stable/13, origin/stable/13), last successful build some three weeks 
> ago, stable/13-c256239-gb06fd805cc8.
> 

No issues here; last few builds of stable/13 were:

FreeBSD g1-55.catwhisker.org 13.0-STABLE FreeBSD 13.0-STABLE #153 
stable/13-n244567-c55877fb-dirty: Thu Feb 18 06:14:28 PST 2021 
r...@g1-55.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY  amd64 
1300500 1300500

FreeBSD g1-55.catwhisker.org 13.0-STABLE FreeBSD 13.0-STABLE #154 
stable/13-n244573-bef16fad3bd2-dirty: Fri Feb 19 04:28:34 PST 2021 
r...@g1-55.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY  amd64 
1300500 1300500

FreeBSD g1-55.catwhisker.org 13.0-STABLE FreeBSD 13.0-STABLE #155 
stable/13-n244582-ced29ea4fb42-dirty: Sat Feb 20 04:41:16 PST 2021 
r...@g1-55.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY  amd64 
1300500 1300500

(and that last is at the commit you cite).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
It is supremely disingenuous to claim a lack of jurisdiction, then 
proceed to participate in a decision on the same matter.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: HEADS UP: FreeBSD src repo transitioning to git this weekend

[David Wolfskill]

On Thu, Dec 31, 2020 at 01:06:17PM +0200, Christos Chatzaras wrote:
>  ...
> But the latest doc version has no reference about "mergemaster -p".
> 
> So "mergemaster/etcupdate -p" is not needed if we use 12.2?
> 

I used src/UPDATING (near the end, under "COMMON ITEMS", then "To
rebuild everything and install it on the current system.") to inform me
as to the proper sequence.

It cites the use of "mergemaster -Fp"; accordingly, for my (daily)
tracking of stable/12 (and head), I (now) invoke "etcupdate -p" before
"make installworld" and "etcupdate" (without "-p" after "make
installworld".

Gory details (which I have tried to update to reflect reality) are at:
https://www.catwhisker.org/~david/FreeBSD/upgrade.html

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
While Trump successfully conned a lot of people for a while, in the
end he's just a failure throwing a temper tantrum because he lost.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: git, $FreeBSD$ and mergemaster

[David Wolfskill]

On Wed, Dec 30, 2020 at 05:07:19PM +0100, Ulrich Spörlein wrote:
> ...
> >> However, wouldn't this mean that every run of "mergemaster" would
> >> prompt for local changes? The nice thing about using the $FreeBSD$
> >> tags was that if I approved a local-change, subsequent runs of
> >> mergemaster would not prompt me about the local-change unless the
> >> etc-file had been modified in the source tree.
> >>
> >> Cheers.
> >> --
> >> Jonathan Chen 
> >> 
> >
> >Indeed: the above-described behavior is what I have observed so far
> >since the transition (tracking head & stable/12 daily on two machines).
> >
> >I would go a bit further than stating that the prior behavior was
> >"nice."
> 
> The only way forward is full git! Provide the /etc equivalent in a git 
> branch or subdir, then check it out to /etc and handle local changes 
> with git rebase or git merge.
> 
> (I'm not even joking! :)
> 

After more-or-less coping with the above, I switched from mergemaster to
etcupdate this morning.

That avoids the issue.

Perhaps src/UPDATING's "COMMON ITEMS"/"To rebuild everything and install
it on the current system." (et al.) might merit an update?  (It cites
"mergemaster," but not "etcupdate.")

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
While Trump successfully conned a lot of people for a while, in the
end he's just a failure throwing a temper tantrum because he lost.

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: git, $FreeBSD$ and mergemaster

[David Wolfskill]

On Fri, Dec 25, 2020 at 10:00:57PM +1300, Jonathan Chen wrote:
> Hi Kyle,
> 
> On Thu, 24 Dec 2020 at 15:05, Kyle Evans  wrote:
> ...
> > mergemaster only uses it as an optimization, if they're unexpanded
> > throughout then it falls back to diff(1) -- i.e. it's slower without.
> 
> Thanks for the answer.
> 
> However, wouldn't this mean that every run of "mergemaster" would
> prompt for local changes? The nice thing about using the $FreeBSD$
> tags was that if I approved a local-change, subsequent runs of
> mergemaster would not prompt me about the local-change unless the
> etc-file had been modified in the source tree.
> 
> Cheers.
> -- 
> Jonathan Chen 
> 

Indeed: the above-described behavior is what I have observed so far
since the transition (tracking head & stable/12 daily on two machines).

I would go a bit further than stating that the prior behavior was
"nice."

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
"Dismissing reality doesn't make it go away."
 - Rajiv Shah, Rockefeller Foundation president

See https://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Commit 364003 causes immediate restart

[David Wolfskill]

On Fri, Aug 07, 2020 at 03:09:00PM +0200, peter.b...@bsd4all.org wrote:
> Hi,
> 
> After commit 364003 STABLE-12 reboots almost immediately. No error message, 
> not dump. Just a reboot.
> 
> Last working commit 364002.
> 
> Please let me know what is needed - acpidump or something like that.
> 

I'm not sure what's needed to diagnose that, but I built:

FreeBSD g1-55.catwhisker.org 12.1-STABLE FreeBSD 12.1-STABLE #776 
r364007M/364009: Fri Aug  7 03:36:03 PDT 2020 
r...@g1-55.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY  amd64 
1201522 1201522

on my laptop this morning, and am running it now without issue.

So it's possible that updating to r364007 would help.

(My previous snapshot was:

FreeBSD g1-55.catwhisker.org 12.1-STABLE FreeBSD 12.1-STABLE #775 
r363947M/363947: Thu Aug  6 03:34:53 PDT 2020 
r...@g1-48.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/CANARY  amd64 
1201522 1201522

in case that is of use.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
"Knowingly failing to do his job is a hallmark of this presidency and
we're all less safe because of it." -- Samantha Vinograd

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: mergemaster whines "... can't install files to the temproot environment"

[David Wolfskill]

On Sun, Aug 02, 2020 at 12:20:24PM -0700, David Wolfskill wrote:
> 

Never mind  I invoke the "make" command manually; I had an
out-of-date (sendmail) *.cf file, which was on a read-only file
system.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Spare Trump from four more years of whining "Nobody likes me" -- support Biden.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

mergemaster whines "... can't install files to the temproot environment"

[David Wolfskill]

I have been updating my home "production" machines weekly for the past 5
years, tracking stable (/12, at present).  I mount /usr/src and /usr/obj
via NFS from a dedicated build machine, "make install..." on each
"client" machine (to a fresh copy of the currently-=booted slice), then
reboot from the just-updated slice.

This has been working very well -- until today.

This morning, on one machine (but not the others), the steps up to (and
including):

make installworld DESTDIR=/S1

seem to work OK, but then

mergemaster -F -U -u 0022 -i -D /S1

fails:

...
install  -s -o root -g wheel -m 555   ldd32 /S1/usr/bin/ldd32
--
>>> Installing everything completed on Sun Aug  2 18:56:41 UTC 2020
--

*** Creating the temporary root environment in /var/tmp/temproot
 *** /var/tmp/temproot ready for use
 *** Creating and populating directory structure in /var/tmp/temproot


  *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to
  the temproot environment



I tried running mergemaster via "sh -x" and found that it is at line 663
that it's failing, so it got through:

${MM_MAKE} DESTDIR=${DESTDIR} distrib-dirs >/dev/null
${MM_MAKE} DESTDIR=${TEMPROOT} distrib-dirs >/dev/null &&
${MM_MAKE} _obj SUBDIR_OVERRIDE=etc >/dev/null &&

and then at
${MM_MAKE} everything SUBDIR_OVERRIDE=etc >/dev/null &&

progress comes to a screeching halt.

/usr/src and /usr/obj are (still) mounted (read-only)), and I keep
clocks in sync.

mergemaster's Id string is:
# $FreeBSD: stable/12/usr.sbin/mergemaster/mergemaster.sh 357082 2020-01-24 
15:29:33Z kevans $

The client macxhine in question is running:
bats(12.1-S)[4] uname -aUK
FreeBSD bats.catwhisker.org 12.1-STABLE FreeBSD 12.1-STABLE #619 
r363556M/363556: Sun Jul 26 04:29:59 PDT 2020 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/BATS  
amd64 1201520 1201520

The build machine is running:
freebeast(12.1-S)[1] uname -aUK
FreeBSD freebeast.catwhisker.org 12.1-STABLE FreeBSD 12.1-STABLE #976 
r363768M/363769: Sun Aug  2 03:48:48 PDT 2020 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/amd64.amd64/sys/GENERIC  
amd64 1201520 1201520

(and thus, the client machine is trying to update from r363556 to r363768).

I see no (other) messages logged at the point of failure (checking for
reported disk errors, for example).

Any hints, clues, or suggestions?

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Spare Trump from four more years of whining "Nobody likes me" -- support Biden.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: r358661 breaks /usr/src/usr.sbin/amd/include/newvers.sh on stable/12

[David Wolfskill]

On Thu, Mar 05, 2020 at 01:54:58PM +0100, Trond Endrestøl wrote:
> The command
> "sh /usr/src/usr.sbin/amd/include/newvers.sh /usr/src/sys/conf/newvers.sh"
> is run a part of a normal build, creating config_local.h.
> 
> After r358661, I find this in my build logs for stable/12:
> 
> eval: 1: Syntax error: end of file unexpected (expecting ")")
> eval: 1: Syntax error: Error in command substitution
> 

As  Tomoaki AOKI  pointed out (in
svn-src-stable-12@):

| This should be MFC'ed with r346022, otherwise usr.sbin/amd
| does not build.

(I hand-applied the change, and the build (and suibsequent reboot &
smoke-test) succeeded.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
"Racism is a poison, hatred is a poison." -- Angela Merkel

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Error building stable/12 (amd64) at r355087

[David Wolfskill]

This is during a source-based update from r355048 to r355087, during
"stage 4.3: building everything" (using META_MODE); meta file reads:

# Meta data file /common/S3/obj/usr/src/amd64.amd64/usr.sbin/camdd/camdd.o.meta
CMD cc -target x86_64-unknown-freebsd12.1 
--sysroot=/common/S3/obj/usr/src/amd64.amd64/tmp 
-B/common/S3/obj/usr/src/amd64.amd64/tmp/usr/bin  -O2 -pipe   -std=gnu99 
-fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations 
-Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable  
-Qunused-arguments  -c /usr/src/usr.sbin/camdd/camdd.c -o camdd.o
CMD 
CWD /common/S3/obj/usr/src/amd64.amd64/usr.sbin/camdd
TARGET camdd.o
-- command output --
In file included from /usr/src/usr.sbin/camdd/camdd.c:54:
In file included from 
/common/S3/obj/usr/src/amd64.amd64/tmp/usr/include/machine/bus.h:6:
In file included from 
/common/S3/obj/usr/src/amd64.amd64/tmp/usr/include/x86/bus.h:1043:
In file included from 
/common/S3/obj/usr/src/amd64.amd64/tmp/usr/include/machine/bus_dma.h:34:
/common/S3/obj/usr/src/amd64.amd64/tmp/usr/include/x86/bus_dma.h:182:1: error: 
unknown type name 'bool'
bool bus_dma_dmar_set_buswide(device_t dev);
^
/common/S3/obj/usr/src/amd64.amd64/tmp/usr/include/x86/bus_dma.h:182:31: error: 
unknown type name 'device_t'
bool bus_dma_dmar_set_buswide(device_t dev);
  ^
2 errors generated.

*** Error code 1


Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Claiming that Ukraine meddled in the 2016 US election is aiding and
abetting Putin -- who does not have the US's best interest at heart.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Logging boot messages from the loader

[David Wolfskill]

On Thu, Nov 21, 2019 at 04:51:13PM +0700, Eugene Grosbein wrote:
> Hi!
> 
> How do I get boot messages generated by loader itself written to some log 
> after successfull boot?
> This is generic BIOS-based 11.3-STABLE/amd64 system with syscons console 
> driver.
> 
> /var/run/dmesg.boot starts with kernel messages without previous lines from 
> the loader.
> Specifically, I need messages about loading kernel modules with full paths.
> 

Perhaps: Set up serial console on the machine in question, then
connect a machine that's expected to be "sufficiently stable" to
the other end of a "null modem" cable & run tip(1) on the second
machine (perhaps within script(1)).

Or something similar, anyway.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Why is Trump trying to keep salient information from House investigators?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Odd "lock-up" during warm boot of stable/12 (amd64)

[David Wolfskill]

Both yesterday (r353901) and today (r354014), on initial warm boot of
stable/12 after running stable/11 (from a different MBR slice; stable/11
was at r353939M and r354064, respectively at the time), my laptop has
apparently locked up prior to file systems being mounted.

It is unresponsive to anything I've found except for "Page Up" and "Page
Down" (after togglng "Screen Lock") or a power cycle.  (In particular,
it does not respond to Ctl-Alt-Del.)

After the power-cycle, it comes up Just Fine, as it did on first reboot
after the src update-in-place.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Re. the Syrian tragedy: "People [in Moscow, Tehran, Damascus, and
Istanbul] are saying, wow, what a great outcome!" -- Trump (TFTFY)

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Crontab Question

[David Wolfskill]

On Wed, Apr 10, 2019 at 04:34:49PM -0500, Software Info wrote:
> I see. I had however copied the output of env to the etc/crontab PATH line. 
> Wouldn’t that care for an environment issue though?
> 
> 
> Regards
> SI
> 

The execution search path has no (direct) bearing on the current working
directory (and vice versa).

Your script cannot assume any particular current working directory.  If
you need to set it, do so (in the script itself).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
"The President is a coward." -- Kirsten Gillibrand

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Problem building kernel STABLE12 amd64 arch

[David Wolfskill]

On Sun, Feb 17, 2019 at 09:11:46AM +, Filippo Moretti via freebsd-stable 
wrote:
> I tried to update stable to yesterday build and I get the following error on 
> amd64 arch
> linking kernel
> ld: error: undefined symbol: iflib_get_softc
> >>> referenced by if_vmx.c
> >>>   if_vmx.o:(vmxnet3_legacy_intr)
> 
> ld: error: undefined symbol: iflib_admin_intr_deferred
> ...
> Stop.
> make: stopped in /usr/src
> 
> Any help appreciatedsincerelyFilippo
> 

It appears that your kernel configuration file -- unlike that of GENERIC
-- does not include the entry:

| # PCI/PCI-X/PCIe Ethernet NICs that use iflib infrastructure
| device  iflib

This is pointed out in src/UPDATING:

| 20190214:
| Iflib is no longer unconditionally compiled into the kernel.  Drivers
| using iflib and statically compiled into the kernel, now require
| the 'device iflib' config option.  For the same drivers loaded as
| modules on kernels not having 'device iflib', the iflib.ko module
| is loaded automatically.

A way to avoid the problem (and others of a similar nature) is to
have your custom kernel configuration

| include GENERIC

and then customize from that point.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
There's a "national security emergency" all right -- at 1600 Pennsylvania Ave.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

"Sample size of one," but a possibly-interesting comparison

[David Wolfskill]

My build machine tracks head, as well as recent stable (since 12 was
branched, stable/11 and stable/12), running a GENERIC kernel to do so.
As described in ,
each of the three branches boots from its own slice on the same physical
machine; the boot drive is an SSD.

On weekends, it also uses poudriere to build local packages for
installation on my "production" machines during their weekly updates
(Sunday morning).  Since the end of October, these poudriere runs have
included stable/12 (as well as stable/11).

After finishing the poudriere run from stable/12, I notcied that its
summary output showed that the same number of packages had been built as
for stable/11 -- not surprising, of course.  A further check showed that
the same set of packages was built in each case, so I thought I'd share
this mini-comparison as a bit of a reality check:

[11amd64-ports-home] [2018-12-29_11h44m22s] [committing:] Queued: 106 Built: 
106 Failed: 0   Skipped: 0   Ignored: 0   Tobuild: 0Time: 01:06:00

[12amd64-ports-home] [2018-12-29_13h02m24s] [committing:] Queued: 106 Built: 
106 Failed: 0   Skipped: 0   Ignored: 0   Tobuild: 0Time: 01:05:31


I don't suggest drawing many conclusions from this, except perhaps
to note that in this environment, stable/11 and stable/12 seems to
be roughly comparable at first glance (both in ability to build the
packages and in performance).

(Information on recent FreeBSD (vs. packages/ports) builds, as well
as dmesg output, may be found at
.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Beyond some threshold, should presidential lies become impeachable offenses?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Success updating stable/11 to /12; a couple things to note

[David Wolfskill]

On Thu, Dec 27, 2018 at 10:56:57AM -0700, Ian Lepore wrote:
>  
> I must have missed the part where you were using DESTDIR= during the
> install. In that case, the right magic is to add DB_FROM_SRC=yes to the
> make installworld command. There were a couple proposals to automate
> that somehow, but I didn't see anything proposed that didn't basically
> subvert the entire purpose of that check for whether the user exists.
> 
> -- Ian
> 

Ah; good to knw: thanks! :-)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Beyond some threshold, should presidential lies become impeachable offenses?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Success updating stable/11 to /12; a couple things to note

[David Wolfskill]

On Thu, Dec 27, 2018 at 09:13:09AM -0700, Ian Lepore wrote:
> On Thu, 2018-12-27 at 05:53 -0800, David Wolfskill wrote:
> > * I found that I actually needed to create the ntpd user on the
> >   running system prior to "make installworld" -- having run
> >   "mergemaster -U" against the target (DESTDIF) was insufficient.
> 
> The correct update sequence involves running mergemaster twice, once
> with the -p option, then again later without it. It's detailed at the
> bottom of UPDATING. People get in the habit of skipping the -p step
> because it's only really needed once every few years, such as when a
> new user is added to the base system.
> 
> -- Ian
> 

Yes, but the one after "make installworld" isn't likely to affect the
"make installworld".  :-)

The sequence of events:

mount -u -r /
mount -u -r /usr
mount /dev/ada0s1a /S1
mount /dev/ada0s1d /S1/usr
mount -u -w /S1
mount -u -w /S1/usr
ln -fhs /var /S1/var
mount -o ro freebeast:/usr/src /usr/src
mount -o ro freebeast:/usr/obj /usr/obj
id
mount
cd /usr/src
uname -a
date
make LD=ld.lld installkernel DESTDIR=/S1
date
mergemaster -U -u 0022 -p -D /S1
date
rm -fr /S1/usr/include.old
date
mv -f /S1/usr/include /S1/usr/include.old
date
rm -fr /S1/usr/share/man
date
make installworld DESTDIR=/S1
date
mergemaster -F -U -u 0022 -i -D /S1
date
make delete-old DESTDIR=/S1
date
date
df -k
date


My point was that running "mergemaster -U" against the new image (/S1,
in the case above) is not sufficient for "make installworld DESTDIR=/S!"
to work: it is necessary that the *running* system be aware of the
"ntpd" user (I presume, to allow ownership of files to be set by the
"ntpd" name, vs. the numeric "123").

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Beyond some threshold, should presidential lies become impeachable offenses?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: firefox-64.0_3,1 SEGV in stable/12 @r342472

[David Wolfskill]

After a refresh of stable/12 to r342545, I no longer see the issue.

FWIW, ports updated yesterday were:

Upgrade of eigen-3.3.5 to eigen-3.3.7
Upgrade of orc-0.4.25 to orc-0.4.28
Upgrade of ImageMagick6-6.9.10.16,1 to ImageMagick6-6.9.10.20,1
Upgrade of qt5-network-5.12.0_2 to qt5-network-5.12.0_3

and this morning:

Upgrade of libatomic_ops-7.6.4 to libatomic_ops-7.6.8
Upgrade of boehm-gc-7.6.8_1 to boehm-gc-8.0.2
Upgrade of libva-2.3.0_1 to libva-2.3.0_2
Upgrade of ffmpeg-4.1_2,1 to ffmpeg-4.1_3,1
Installation of devel/libinotify (libinotify-20180201_1)
Upgrade of openjdk8-8.192.26_1 to openjdk8-8.192.26_3
Upgrade of py27-sphinx_rtd_theme-0.4.0 to py27-sphinx_rtd_theme-0.4.2
Upgrade of groff-1.22.3_1 to groff-1.22.4
Upgrade of mutt-1.11.1 to mutt-1.11.1_1

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Yes, Mr. Trump, your behavior IS a disgrace -- to put it very nicely.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Success updating stable/11 to /12; a couple things to note

[David Wolfskill]

I update my "production" systems here at home by use of a dedicated
(non-production) "build machine," mounting its /usr/src & /usr/obj
read-only via NFS and performing (essentially) "make installkernel"
and "make installworld" -- details on the process may be found at


I finally got my test machine operational again, and used it to test the
above process for upgrading from stable/11 to stable/12.

I'm happy to report success. :-)

I did encounter some bumps along the way; perhaps pointing them out now
may help someone else avoid them later on, so:

* I needed to change the script I use for performing the "make
  installkernel" so instead of:

make installkernel DESTDIR=${DESTDIR}

  it does:

make LD=ld.lld installkernel DESTDIR=${DESTDIR}


* I found that I actually needed to create the ntpd user on the
  running system prior to "make installworld" -- having run
  "mergemaster -U" against the target (DESTDIF) was insufficient.


* I needed to tell the build machine to actually build the additional
  .cf files for the target systems.  (Yes, I still use sendmail.
  Intentioanlly.)

That last is probably not something many others would encounter...  :-)

For amusement, here are the "uname -a" outputs from "before" and "after":

FreeBSD pogo.catwhisker.org 11.2-STABLE FreeBSD 11.2-STABLE #848  
r342366M/342366: Sat Dec 22 03:35:40 PST 2018 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT  amd64

FreeBSD pogo.catwhisker.org 12.0-STABLE FreeBSD 12.0-STABLE #63 
r342545M/342550: Thu Dec 27 03:50:26 PST 2018 
r...@freebeast.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/ALBERT  
amd64


(Note that I have not yet updated the installed ports; I have the
misc/compat11x port installed (via a locally-built package).  I expect
to perform that part of the upgrade after a week or so of "shakedown.")

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Yes, Mr. Trump, your behavior IS a disgrace -- to put it very nicely.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

firefox-64.0_3,1 SEGV in stable/12 @r342472

[David Wolfskill]

It's OK in stable/11, both @r342455 (yesterday) and @r342473 (today).

It was OK in stable/12 @r342458 (yesterday), but reports a segmentation
violation and exits when I'm running stable/12 @r342472 (just built this
morning).

My ports are all built under stable/11, and I have misc/compat11x
installed for times I'm running something beyond stable/11.  (I've
been tracking head and recent stable daily, updating ports that have
updates daily -- but ports updates only done under oldest stable I
track -- for several years.  Details may be found at
.)

For the last 1.5 weeks or so, I have been running stable/12 on the
laptop during day-to-day use, as a part of additional testing before
migrating my "production" machines here at home from stable/11 to
stable/12.  Firefox has been fine in stable/12 up to this morning.

Files changed in stable/12 his morning:

Command: svn update /S3/usr/src
Updating '/S3/usr/src':
U/S3/usr/src/share/man/man4/cyapa.4
U/S3/usr/src/share/man/man4/isl.4
U/S3/usr/src/sys/cam/scsi/scsi_da.c
U/S3/usr/src/sys/dev/iwi/if_iwi.c
U/S3/usr/src/sys/net80211/ieee80211_node.c
U/S3/usr/src/sys/netpfil/pf/pf.c
U/S3/usr/src/usr.sbin/ctladm/ctladm.c
 U   /S3/usr/src
Updated to revision 342541.

[Yes, the above says "Updated to revision 342541" -- that's the last
commit to the repository.  r342472 is the last commit to stable/12;
r342541 is to head, and is thus not especially relevant to this
discussion.  Please see  for further
information on making that distinction more readily accessible.]

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Yes, Mr. Trump, your behavior IS a disgrace -- to put it very nicely.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Trouble with headphones and hda audio

[David Wolfskill]

On Thu, Dec 06, 2018 at 03:02:43PM +0100, Christian Stærk wrote:
> Hello,
> 
> I have a new laptop. It's running 11.2-RELEASE.
> 
> While sound on the speakers works fine, sound through the headphones 
> does not.
> .

Some of us who had a problem of this nature (in the cases with which I
am familiar, the headphones produced a loud hissing/static-type noise,
regardless of volume settings or attempts to play sound through them)
have found that the circumvention in
 has been effective.

You might try it.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
"... but the rest of the world is not a Trump MAGA rally/."

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: 12-STABLE source update zoneinfo missing build directories

[David Wolfskill]

On Sun, Nov 25, 2018 at 07:01:34AM -0700, Jakub Lach wrote:
> Thank you for reply.
> 
> Files install fine, it's from mergemaster.
> 

Well, I ran mergemasater as well (as a routine part of the build), but
saw no such complaints in the typescript:

freebeast(12.0-P)[1] grep 'zoneinfo/builddir: No such file or directory' s3
freebeast(12.0-P)[2] echo $?
1
freebeast(12.0-P)[3]

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
No, Mr. Trump, the "disgrace" is your repeated lies and unlawful behavior.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: 12-STABLE source update zoneinfo missing build directories

[David Wolfskill]

On Sun, Nov 25, 2018 at 06:00:06AM -0700, Jakub Lach wrote:
> *** Creating the temporary root environment in /var/tmp/temproot
>  *** /var/tmp/temproot ready for use
>  *** Creating and populating directory structure in /var/tmp/temproot
> 
> [Creating objdir /usr/obj/usr/src/amd64.amd64...]
> [Creating objdir /usr/obj/usr/src/amd64.amd64/etc...]
> cd: /usr/src/share/zoneinfo/builddir: No such file or directory
> make[4]: "/usr/src/share/zoneinfo/Makefile" line 104: warning: "cd
> /usr/src/share/zoneinfo/builddi
> 
> 
> *** Beginning comparison
> 
>*** Checking /etc/rc.d for stale files
> 
>*** No stale files found
> 
> <...>
> 
> It looks harmless, I wonder why though?
> 

I don't see that in my typescript from my upgrades from r340851 to
r340915 this morning (on either my laptop or my build machine).

Indeed:

g1-215(11.2-S)[3] grep 'zoneinfo/builddir' s3 | head
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Abidjan 
/usr/share/zoneinfo/Africa/Abidjan
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Accra 
/usr/share/zoneinfo/Africa/Accra
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Addis_Ababa 
/usr/share/zoneinfo/Africa/Addis_Ababa
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Algiers 
/usr/share/zoneinfo/Africa/Algiers
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Asmara 
/usr/share/zoneinfo/Africa/Asmara
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Bamako 
/usr/share/zoneinfo/Africa/Bamako
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Bangui 
/usr/share/zoneinfo/Africa/Bangui
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Banjul 
/usr/share/zoneinfo/Africa/Banjul
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Bissau 
/usr/share/zoneinfo/Africa/Bissau
install   -o root -g wheel -m 444  
/common/S3/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Blantyre 
/usr/share/zoneinfo/Africa/Blantyre
g1-215(11.2-S)[4]


Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
No, Mr. Trump, the "disgrace" is your repeated lies and unlawful behavior.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: r334229 breaks build kernel

[David Wolfskill]

On Sat, May 26, 2018 at 06:02:21PM +0300, Dmitriy Makarov wrote:
> Hi,
> 
> probably this last changes 
> https://svnweb.freebsd.org/base?view=revision=334229 breaks 
> buildkernel in stable/11
> 
> If it is related my kernel config contains IOSCHED option:
> options CAM_IOSCHED_DYNAMIC
> 
> .

It may well be, as I'm currently running:

FreeBSD g1-215.catwhisker.org 11.2-BETA3 FreeBSD 11.2-BETA3 #633  
r334229M/334236:1101515: Sat May 26 03:49:06 PDT 2018 
r...@g1-215.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

on my laptop and:

FreeBSD freebeast.catwhisker.org 11.2-BETA3 FreeBSD 11.2-BETA3 #696  
r334229M/334236:1101515: Sat May 26 03:49:14 PDT 2018 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/GENERIC  amd64

on a dedicated build machine (which is presently doing a Saturday
"weekly poudriere catch-up" run in preparation for tomorrow morning).
The build machine also (successfully) built stable/11 kernels at
r334229 for a couple of other machines *which will be getting their
installed packages updated tomorrow, after updating base FreeBSD).

None of my kernels have any *IOSCHED* options.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Trump's EPA excludes reporters from a meeting on contaminants -- why?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: w/uptime broken in stable

[David Wolfskill]

On Mon, Apr 16, 2018 at 09:00:32AM +0200, Christian Jachmann wrote:
> Hello List,
> 
> seems that w and uptime are broken in 11.* since last week.
> 
> 
> $uname -a
> FreeBSD hurx.thc 11.1-STABLE FreeBSD 11.1-STABLE #16 r332505M: Sun Apr 15 
> 14:22:38 CEST 2018 jachm...@hurx.thc:/usr/obj/usr/src/sys/MY2  i386
> $w
> Segmentation fault
> $uptime
> Segmentation fau
> 
> 
> maybe there is s.th. with libxo... no idea.
> 
> --
> Christian Jachmann
> 

That is not my experience:

albert(11.1-S)[1] uname -a
FreeBSD albert.catwhisker.org 11.1-STABLE FreeBSD 11.1-STABLE #614  
r332507M/332511:1101515: Sun Apr 15 03:49:51 PDT 2018 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT  amd64
albert(11.1-S)[2] uptime
 3:40AM  up 23:02, 21 users, load averages: 0.19, 0.15, 0.17
albert(11.1-S)[3] w | head -5
 3:40AM  up 23:02, 21 users, load averages: 0.16, 0.14, 0.17
USER   TTY  FROM  LOGIN@  IDLE WHAT
david  pts/1g1-215.catwhisker.orgSun04AM - tmu 
david  pts/2tmux(957).%0 Sun04AM - vi
david  pts/3g1-215.catwhisker.orgSun04AM 17:18 tmu 
albert(11.1-S)[4] 

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Donald Trump's criticism of others comes across as psychological projection.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: svn commit: r332493 - stable/11/sys/net

[David Wolfskill]

On Sat, Apr 14, 2018 at 01:31:28PM +0200, Magnus Ringman wrote:
> Hi Brooks, this MFC missed your r331077
> (https://reviews.freebsd.org/D14706) thus stable buildkernel currently
> breaks on missing those two macros.
> 
> (_IOC_NEWLEN and _IOC_NEWTYPE for searchability)
> 
> Skål,
> Magnus
> 

Aye; looks as if that would explain the kernel build failures I had this
morning in stable/11, trying to update from r332465 -> r332496.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Donald Trump's criticism of others comes across as psychological projection.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Stability of 11.1S

[David Wolfskill]

On Tue, Mar 20, 2018 at 12:05:33PM +1100, Dewayne Geraghty wrote:
> We rebuild 11.1-Stable at least every two weeks.  Our build on the 7th
> Feb is in use on our development boxes, however the rebuild on 22nd
> resulted in frequent crashes and our reverting to FreeBSD 11.1-STABLE 
> r329008.  Is anyone actually running a Stable that was built after 22nd
> Feb?  Could you please share the revision number?

These are lightly loaded, but the two "production" boxes at home run
a stable/11 snapshot, built weekly.

Details on the process may be found at
; the page with
historical information (including "uname" output for each snapshot run)
is .  (Each of the
two machines runs from the same sources as listed for "albert".)

(My laptop & build machine run a daily snapshot of stable/11, as well as
building & smoke-testing a daily snapshot of head.  The above-cited
"weekly snapshot" is actually a "daily snapshot" that is sampled only
weekly -- on Sunday morning.)

> ... 

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
An investigator who doesn't make a perp nervous isn't doing his job.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: total configured swap pages exceeds maximum recommended amount

[David Wolfskill]

[Recipient list trimmed, as this response addresses a peripheral
consern -- dhw]
On Fri, Mar 02, 2018 at 12:23:34AM -0800, Jeremy Chadwick wrote:
> ...
> The reason this box has 32GB swap (4x more than existing RAM) has to do
> with planning ahead.  The system can support up to 32GB RAM, but does
> not have all the DIMM slots populated at this time.  Swap on this
> machine is a physical partition on its main disk, thus "shrinking swap"
> is not not possible without a full format/reinstall.
> .

Actually, now that you have sized the partitions. you could use "gpart
resize" to shrink the (effective) swap partition, leaving a "hole" (of
unused diske space) -- for now.

Later, you could use "gpart resize" again to reclaim (some of) the
unused space for your swap partition, should you want to do so.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Yes, the indictments don't "prove" guilt; that's what trials are for.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: buildworld fail in stable/11 @r325033 -- r325029?

[David Wolfskill]

On Fri, Oct 27, 2017 at 05:42:18PM +0300, Konstantin Belousov wrote:
> ...
> Can you confirm that the following patch allows your system to build ?
> 
> Index: lib/libprocstat/libprocstat.c
> ===
> --- lib/libprocstat/libprocstat.c (revision 325038)
> +++ lib/libprocstat/libprocstat.c (working copy)
> @@ -63,10 +63,10 @@
>  #include 
>  #include 
>  #include 
> +#include 
>  #define  _KERNEL
>  #include 
>  #include 
> -#include 
>  #include 
>  #include 
>  #include 
> Index: .
> ===
> 

Yes: Thanks, Konstantin; that worked rather nicely:

FreeBSD localhost 11.1-STABLE FreeBSD 11.1-STABLE #432  
r325033M/325033:1101506: Fri Oct 27 08:18:47 PDT 2017 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Unsubstantiated claims of "Fake News" are evidence that the claimant lies again.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

buildworld fail in stable/11 @r325033 -- r325029?

[David Wolfskill]

This is observed on systems (both my laptop & my build machine) running
stable/11 @r325003, after updating sources to r325033:

--- libprocstat.o ---
In file included from /usr/src/lib/libprocstat/libprocstat.c:69:
/usr/obj/usr/src/tmp/usr/include/sys/ptrace.h:148:19: error: field has 
incomplete type 'struct siginfo32'
struct siginfo32 pl_siginfo;/* siginfo for signal */
 ^
/usr/obj/usr/src/tmp/usr/include/sys/ptrace.h:148:9: note: forward declaration 
of 'struct siginfo32'
struct siginfo32 pl_siginfo;/* siginfo for signal */
   ^

I don't know that r325029 is to blame, but that was the last commit
in that area (in the range r325003 -  r325033).  And there wwer not
very many commits to stable/11 in that range:

1. Oct 27 Konstantin Belousov svn commit: r325033 - stable/11/sys/vm
2. Oct 27 Bryan Drewery   svn commit: r325029 - in stable/11: 
sys/compat/freeb
3. Oct 26 Ian Lepore  svn commit: r325023 - stable/11/sys/dev/sdhci
4. Oct 26 Tijl Coosemans  svn commit: r325015 - in stable/11/sys: 
compat/linsy
5. Oct 25 Alan Somers svn commit: r325003 - in stable/11: sys/geom 
sys/sys

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Unsubstantiated claims of "Fake News" are evidence that the claimant lies again.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: stable/11 src update r321515 -> r321613 fail in src/usr.sbin/acpi/acpidump/

[David Wolfskill]

On Thu, Jul 27, 2017 at 08:38:22AM -0400, Ed Maste wrote:
> On 27 July 2017 at 07:02, David Wolfskill <da...@catwhisker.org> wrote:
> > /usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared 
> > identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 
> > 'ACPI_SRAT_TYPE_GICC_AFFINITY'?
> 
> Sorry about that, reverted in r321617.

Thanks.  I tried (hand-)applying that, and as was the case with the
attempt to merge r319365, the build apparently got through acpi,, but
died in zfs:

...
--- all_subdir_usr.sbin ---
--- zfs.o ---
In file included from /usr/src/usr.sbin/fstyp/zfs.c:42:
In file included from 
/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/vdev_impl.h:30:
In file included from 
/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dmu.h:50:
In file included from 
/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zio_compress.h:34:
/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/abd.h:46:2: error: 
unknown type name 'refcount_t'
refcount_t  abd_children;
^
1 error generated.
--- all_subdir_gnu ---
--- all_subdir_gnu/usr.bin/groff/man ---


Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
What kind of "investigation" would it be if it didn't "follow the money?"

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: stable/11 src update r321515 -> r321613 fail in src/usr.sbin/acpi/acpidump/

[David Wolfskill]

On Thu, Jul 27, 2017 at 04:02:12AM -0700, David Wolfskill wrote:
> ...
> I will try the substitution clang suggests, then follow up.
> 

That failed; following the hint from "Herbert J. Skuhra"
<herb...@mailbox.org>, I tried a cherry-pick merge of r319365.  That
seemed to get through src/usr.sbin/acpi/acpidump OK, but then failed in
zfs:

...
--- zfs.o ---
In file included from /usr/src/usr.sbin/fstyp/zfs.c:42:
In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sy
s/vdev_impl.h:30:
In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sy
s/dmu.h:50:
In file included from /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sy
s/zio_compress.h:34:
/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/abd.h:46:2: error: u
nknown type name 'refcount_t'
refcount_t  abd_children;
^
--- all_subdir_share ---


So it's evident that my efforts today are not really helping; I'll
let more clueful folks figure this out.  :-)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
What kind of "investigation" would it be if it didn't "follow the money?"

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

stable/11 src update r321515 -> r321613 fail in src/usr.sbin/acpi/acpidump/

[David Wolfskill]

freebeast(11.1-S)[1] uname -a
FreeBSD freebeast.catwhisker.org 11.1-STABLE FreeBSD 11.1-STABLE #409  
r321515M/321515:1101501: Wed Jul 26 03:46:30 PDT 2017 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/GENERIC  amd64
freebeast(11.1-S)[2] 

freebeast(11.1-S)[2] svn info /usr/src
Path: /usr/src
Working Copy Root Path: /usr/src
URL: file:///svn/freebsd/src/base/stable/11
Relative URL: ^/stable/11
Repository Root: file:///svn/freebsd/src/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 321613
Node Kind: directory
Schedule: normal
Last Changed Author: mav
Last Changed Rev: 321613
Last Changed Date: 2017-07-27 03:29:29 -0700 (Thu, 27 Jul 2017)

freebeast(11.1-S)[3] 

...
--- all_subdir_usr.sbin ---
--- acpi.o ---
/usr/src/usr.sbin/acpi/acpidump/acpi.c:1089:6: error: use of undeclared 
identifier 'ACPI_SRAT_TYPE_GIC_ITS_AFFINITY'; did you mean 
'ACPI_SRAT_TYPE_GICC_AFFINITY'?
[ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = "GIC ITS",
 ^~~
 ACPI_SRAT_TYPE_GICC_AFFINITY
/usr/src/sys/contrib/dev/acpica/include/actbl1.h:1504:5: note: 
'ACPI_SRAT_TYPE_GICC_AFFINITY' declared here
ACPI_SRAT_TYPE_GICC_AFFINITY= 3,
^



freebeast(11.1-S)[4] grep -wnr --exclude=./.svn\* 
ACPI_SRAT_TYPE_GIC_ITS_AFFINITY .
./usr.sbin/acpi/acpidump/acpi.c:1089:[ACPI_SRAT_TYPE_GIC_ITS_AFFINITY] = 
"GIC ITS",
freebeast(11.1-S)[5] 


freebeast(11.1-S)[5] 
^ACPI_SRAT_TYPE_GIC_ITS_AFFINITY^ACPI_SRAT_TYPE_GICC_AFFINITY
grep -wnr --exclude=./.svn\* ACPI_SRAT_TYPE_GICC_AFFINITY .
./usr.sbin/acpi/acpidump/acpi.c:1088:[ACPI_SRAT_TYPE_GICC_AFFINITY] = 
"GICC",
./usr.sbin/acpi/acpidump/acpi.c:1120:   case ACPI_SRAT_TYPE_GICC_AFFINITY:
./sys/contrib/dev/acpica/compiler/dttable2.c:1322:case 
ACPI_SRAT_TYPE_GICC_AFFINITY:
./sys/contrib/dev/acpica/include/actbl1.h:1504:ACPI_SRAT_TYPE_GICC_AFFINITY 
   = 3,
./sys/contrib/dev/acpica/common/dmtbdump.c:3496:case 
ACPI_SRAT_TYPE_GICC_AFFINITY:
freebeast(11.1-S)[6] 


Mind, I am using META_MODE, but I doubt that's at issue.

I will try the substitution clang suggests, then follow up.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
What kind of "investigation" would it be if it didn't "follow the money?"

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: stable/11 r321349 crashing immediately

[David Wolfskill]

On Fri, Jul 21, 2017 at 04:53:18AM +, G. Paul Ziemba wrote:
> ...
> >It looks like you are trying to execute a program from an NFS file
> >system that is exported by the same host.  This isn't exactly optimal
> >...
> 
> Perhaps not optimal for the implementation, but I think it's a
> common NFS scenario: define a set of NFS-provided paths for files
> and use those path names on all hosts, regardless of whether they
> happen to be serving the files in question or merely clients.

Back when I was doing sysadmin stuff for a group of engineers, my
usual approach for that sort of thing was to use amd (this was late
1990s - 2001) to have maps so it would set up NFS mounts if the
file system being served was from a different host (from the one
running amd), but instantiating a symlink instead if the file system
resided on the current host.

IIRC, this was a fairly common practice with amd (and the like).

> 

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
What kind of "investigation" would it be if it didn't "follow the money?"

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: post ino64: lockd no runs?

[David Wolfskill]

On Mon, Jun 12, 2017 at 12:24:58AM -0700, Xin Li wrote:
> Thanks for Kostantin's hints, this is indeed related to my change (which
> exposed an old bug with rpc.lockd).
> 
> Please try attached fix.
> 

Aye; that appears to do the job:

freebeast(11.1)[1] uname -a && service lockd status
FreeBSD freebeast.catwhisker.org 11.1-BETA1 FreeBSD 11.1-BETA1 #367  
r319823M/319852:1100514: Mon Jun 12 04:58:48 PDT 2017 
r...@freebeast.catwhisker.org:/co
mmon/S3/obj/usr/src/sys/GENERIC  amd64
lockd is running as pid 602.
freebeast(11.1)[2] 

Thanks! :-)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Trump (et al.): Hiding information doesn't prove its falsity.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: post ino64: lockd no runs?

[David Wolfskill]

On Sun, Jun 11, 2017 at 09:58:30PM +0300, Konstantin Belousov wrote:
> On Sun, Jun 11, 2017 at 11:12:25AM -0700, David Wolfskill wrote:
> >   2811 rpc.lockd CALL  nlm_syscall(0,0x1e,0x4,0x801015040)
> >   2811 rpc.lockd RET   nlm_syscall -1 errno 14 Bad address
> 
> If you revert r319614 on stable/11, does the problem go away ?
> 

As it happens, apparently so.

I was able to reproduce the symptom on my build machine:

freebeast(11.1)[1] uname -a && service lockd status 
FreeBSD freebeast.catwhisker.org 11.1-BETA1 FreeBSD 11.1-BETA1 #366  
r319823M/319823:1100514: Sun Jun 11 03:55:49 PDT 2017 
r...@freebeast.catwhisker.org:/co
mmon/S1/obj/usr/src/sys/GENERIC  amd64
lockd is not running.
freebeast(11.1)[2] 

I then "cloned" slice 1 to slice 3, and on slice 3's /usr/src, I
used "svn diff" and "svn patch --reverse-diff" to effectively revert
r319614, then rebooted from slice 3, did a normal src-based update;
rebooted, and:

freebeast(11.1)[1] uname -a && service lockd status
FreeBSD freebeast.catwhisker.org 11.1-BETA1 FreeBSD 11.1-BETA1 #367  
r319823M/319823:1100514: Sun Jun 11 13:31:49 PDT 2017 
r...@freebeast.catwhisker.org:/co
mmon/S3/obj/usr/src/sys/GENERIC  amd64
lockd is running as pid 600.
freebeast(11.1)[2]


If there's a patch someone would like me to try that's a bit more
involved than just reverting r319614, I'm up for it.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Looking forward to telling Mr. Trump: "You're fired!"

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: post ino64: lockd no runs?

[David Wolfskill]

On Sun, Jun 04, 2017 at 08:57:44AM -0400, Michael Butler wrote:
> It seems that {rpc.}lockd no longer runs after the ino64 changes on any
> of my systems after a full rebuild of src and ports. No log entries
> offer any insight as to why :-(
> 
>   imb

I don't tend to use NFS on my systems that are running head, so I
haven't had occasion to test this as stated.

However, I just completed my weekly update of the "prooduction" systems
here at home, running stable/11.  And I find that lockd seems to be ...
claiming that all is well, but declining to run (for long).

To the best of my knowledge, that was not the case until this last
update, which was from:

FreeBSD albert.catwhisker.org 11.1-PRERELEASE FreeBSD 11.1-PRERELEASE #316  
r319566M/319569:1100514: Sun Jun  4 03:54:41 PDT 2017 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT  amd64

to

FreeBSD albert.catwhisker.org 11.1-BETA1 FreeBSD 11.1-BETA1 #322  
r319823M/319823:1100514: Sun Jun 11 03:56:10 PDT 2017 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT  amd64

The "glaringly obvious" symptom in my case is that I am now unable
to (directly) save an email message from within mutt(1) by appending
it to an NFS-resident file.  (Saving it to a local file, then using
cat(1) to append that to the NFS- resident file & removing the local
copy works)

After a few variations on a theme of:

albert(11.1)[5] sudo service lockd restart
lockd not running?
Starting lockd.
albert(11.1)[6] echo $?
0
albert(11.1)[7] service lockd status
lockd is not running.

I finally(!) thought to ask ktrace what's going on (as tailing
/var/log/messages was completely unproductive, even after enabling
rc_debug).

So I tried: "sudo ktrace -di service lockd restart"; upon exanimation of
the output of kdump(1), I see that the trace ends with:

  ...
  2811 rpc.lockd NAMI  "/var/run/logpriv"
  2786 sh   CALL  read(0xa,0x627fc0,0x400)
  2786 sh   GIO   fd 10 read 0 bytes
   ""
  2811 rpc.lockd RET   connect 0
  2786 sh   RET   read 0
  2811 rpc.lockd CALL  sendto(0x3,0x7fffe2c0,0x27,0,0,0)
  2786 sh   CALL  exit(0)
  2811 rpc.lockd GIO   fd 3 wrote 39 bytes
   "<30>Jun 11 15:43:10 rpc.lockd: Starting"
  2811 rpc.lockd RET   sendto 39/0x27
  2811 rpc.lockd CALL  sigaction(SIGALRM,0x7fffec20,0)
  2811 rpc.lockd RET   sigaction 0
  2811 rpc.lockd CALL  nlm_syscall(0,0x1e,0x4,0x801015040)
  2811 rpc.lockd RET   nlm_syscall -1 errno 14 Bad address
  2811 rpc.lockd CALL  sigprocmask(SIG_BLOCK,0x800830c78,0x7fffea40)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  sigprocmask(SIG_SETMASK,0x800830c8c,0)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  sigprocmask(SIG_BLOCK,0x800830c78,0x7fffe5b0)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  sigprocmask(SIG_SETMASK,0x800830c8c,0)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  sigprocmask(SIG_BLOCK,0x800830c78,0x7fffe5b0)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  sigprocmask(SIG_SETMASK,0x800830c8c,0)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  sigprocmask(SIG_BLOCK,0x800830c78,0x7fffe5b0)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  sigprocmask(SIG_SETMASK,0x800830c8c,0)
  2811 rpc.lockd RET   sigprocmask 0
  2811 rpc.lockd CALL  exit(0x1)

Then, when I tried to send this message, I started getting more whines
from mutt(1).  I finall gave up and rebooted from the previous
environment:

FreeBSD albert.catwhisker.org 11.1-PRERELEASE FreeBSD 11.1-PRERELEASE #316  
r319566M/319569:1100514: Sun Jun  4 03:54:41 PDT 2017 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT  amd64

and lockd is running:

albert(11.1-P)[2] service lockd status
lockd is running as pid 629.
albert(11.1-P)[3] 

so mutt(1) is not pitchng a hisssy-fit every time I try to save or
send a message.


In light of the above, I have Bcced: this message to current@ (where
the thread originated) and sent it (and set replies) to stable@.


I have a test system, last updated to stable/11 as of mid-October
last year; lockd was running on it, as well (which is why I tried
going back to last week's image).  I'm happy to update it to points
where lockd may be broken, if it might help figure out what's broken
and how to fix it.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Looking forward to telling Mr. Trump: "You're fired!"

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: IPFW kernel build failing on 11.0-STABLE

[David Wolfskill]

On Tue, Mar 14, 2017 at 10:09:06PM -0500, Steven Borrelli via freebsd-stable 
wrote:
> Tried building IPFW into my kernel and it failed midway with this:
> 

My laptop's kernel (config file named "CANARY") includes IPFW; this
morning's stable/11 update from:

FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #280  
r315241M/315241:1100509: Tue Mar 14 04:48:24 PDT 2017 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

to 

FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #281  
r315302M/315302:1100509: Wed Mar 15 04:56:42 PDT 2017 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

was ... "uneventful" -- it Just Worked.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Claims that lack evidence are not a basis for rational decision-making.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: kernel installation problem on STABLE-11

[David Wolfskill]

On Thu, Feb 02, 2017 at 08:21:29PM +0300, Sergey Matveychuk wrote:
> Hi.
> 
> On FreeBSD 11.0 kernel installation procedure is broken. It does not 
> work without COMPILER_TYPE=clang:

That state ment appears to be ... overly broad.  I've been doing daily
builld/installs of stable/11 on my laptop & a build machine; for me:

g1-252(11.0-S)[1] egrep -i 'clang|cc|compile' /etc/src* /etc/make.conf
g1-252(11.0-S)[2] echo $?
1
g1-252(11.0-S)[3]

> make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 145: Unable to 
> determine compiler type for CC=cc .  Consider setting COMPILER_TYPE.
> 
> Command 'make installworld COMPILER_TYPE=clang KERNCONF=MYKERNERL' works 
> fine.
> 
> And it looks like it works without COMPILER_TYPE=clang if you buildworld 
> before. But I'm not sure.

Oh -- well, I always buildworld before buildkernel before installkernel,
of course.

>  

Links to pages showing what builds worked for me are at
.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
How could one possibly "respect" a misogynist, racist, bullying con-man??!?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Additional daemon(8) functionality in STABLE?

[David Wolfskill]

On Mon, Jan 09, 2017 at 06:02:09PM +0300, Pavel Timofeev wrote:
> Hi,
> I noticed these useful commit that I'd highly appreciate in STABLE (11
> in particular)
> https://svnweb.freebsd.org/base?view=revision=307769
> Is it possible?
> 

Well, it looks *possible*:

g1-252(11.0-S)[1] cd /usr/src
g1-252(11.0-S)[2] svn info
Path: .
Working Copy Root Path: /usr/src
URL: file:///svn/freebsd/src/base/stable/11
Relative URL: ^/stable/11
Repository Root: file:///svn/freebsd/src/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 311781
Node Kind: directory
Schedule: normal
Last Changed Author: kib
Last Changed Rev: 311776
Last Changed Date: 2017-01-09 02:26:02 -0800 (Mon, 09 Jan 2017)

g1-252(11.0-S)[3] svn merge -c 307769 --dry-run ^/head
--- Merging r307769 into '.':
Uusr.sbin/daemon/daemon.8
Uusr.sbin/daemon/daemon.c
g1-252(11.0-S)[4] uname -a
FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #217  
r311776M/311781:1100509: Mon Jan  9 04:57:48 PST 2017 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64
g1-252(11.0-S)[5] 


I believe that you are requesting that jilles@ consider an MFC of
r307769 to stable/11.

Given the above, the change appears to "fit"; I believe that someone
more familiar with the code (I have not even looked) would need to
judge whether or not it would actually work.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
How could one possibly "respect" a misogynist, racist, bullying jerk??!?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: make kernel ctfmerge freeze on 11-STABLE

[David Wolfskill]

On Mon, Jan 02, 2017 at 01:36:31PM +0100, Mateusz Guzik wrote:
> On Mon, Jan 02, 2017 at 06:57:48AM -0500, Aryeh Friedman wrote:
> > FreeBSD lilith 11.0-STABLE FreeBSD 11.0-STABLE #7 r311003: Sun Jan  1
> > 02:45:34 EST 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC  amd64
> > ... 
> > make  -m /usr/src/share/mk  KERNEL=kernel all -DNO_MODULES_OBJ
> > linking kernel.full
> > ctfmerge -L VERSION -g -o kernel.full ...
> > 
> 
> How reproducible is the crash? What previous kernel was known to work?
> Can you narrow it down to a particular revision, preferably with kernel
> debugging enabled? (see the end of the mail)

FWIW, I did not see anything approaching such a freeze, either on my
build machine or my laptop, during the just-comopleted upgrade from:

FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #209  
r311007M/311007:1100508: Sun Jan  1 03:51:25 PST 2017 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64


to:

FreeBSD g1-252.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #210  
r311047M/311097:1100508: Mon Jan  2 04:23:25 PST 2017 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64


(Or any prior upgrade, that I recall).

>  

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Epistemology for post-truthers: How do we select parts of reality to ignore?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Possible issue building kernel modules: dialog4ports invocation

[David Wolfskill]

This morning, my laptop & build machine (daily) source-based updates
for stable/11 were uneventful, but the (weekly) update to my desktop
at work died (temporarily) during an attempt to build a kernel
module (because I have

PORTS_MODULES=x11/nvidia-driver

in etcsrc.conf):

...
--- kernel.full ---
linking kernel.full
ctfmerge -L VERSION -g -o kernel.full ...
  text  data   bssdec hex   filename
  22011101   1257388   4963232   28231721   0x1aec829   kernel.full
--- kernel.debug ---
objcopy --only-keep-debug kernel.full kernel.debug
--- kernel ---
objcopy --strip-debug --add-gnu-debuglink=kernel.debug  kernel.full kernel
--- all ---
===> Ports module x11/nvidia-driver (all)
cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; env  -u CC  -u CXX  -u CPP  PATH=/
usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj
/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/b
in:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin  SRC_BASE=/usr/s
rc  OSVERSION=1100507  WRKDIRPREFIX=/usr/obj/usr/src/sys/ /usr/obj/usr/src/make.
amd64/bmake -B clean all
===>  Cleaning for nvidia-driver-367.44_3
*** [all] Stopped -- signal 22


Running "ps" showed that a few processes (including dialog4ports)
had received SIGSTOP; sending them a SIGCONT wasn't helpful (as in
"didn't seem to cause the processes to resume execution").

I finally did circumvent the issue by (separately) running "portmaster
x11/nvidia-driver", which brought up the dialog4ports menu Just Fine,
then built & installed the port.

After having done that, build kernel (including updating the
x11/nvidia-driver module again), install kernel, install world (as
well as mergemaster ) all worked.

In case it's relevant, I ran the build within script(1), running
in a tmux(1) session.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Epistemology for post-truthers: How do we select parts of reality to ignore?

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

(Circumvented) insta-panic from "pkg upgrade" stable/11 @r308090

[David Wolfskill]

Summary: I've worked around this -- at least, for now -- but a process
I've been using every Sunday since July 2015 on a pair of machines
suddenly failed this morning (on just one of the machines).

For background, (if you're interested):
* 
* 
* 

So... this morning, the update from:

FreeBSD albert.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #95  
r307797M/307819:1100505: Sun Oct 23 03:52:44 PDT 2016 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT  amd64

to:

FreeBSD albert.catwhisker.org 11.0-STABLE FreeBSD 11.0-STABLE #102  
r308090M/308101:1100506: Sun Oct 30 04:09:05 PDT 2016 
r...@freebeast.catwhisker.org:/common/S1/obj/usr/src/sys/ALBERT  amd64

Just Worked -- as usual.  I rebooted both "production" machines,
logged in, fired up tmux on each, rotated my typescript files, then
fired up script and ran the csh command alias I use on both machines
to update the installed ports (from the locally-built packages that
reside on my build machine; the production machines access them via
NFS).

For one of the machines ("bats"), things Just Worked (again).

For the other ("albert"), I lost contact.  Eventually (after I actually
got up and went to the room where the machines are), I found that it had
rebooted.

Further experimentation showed that in the command sequence:

mount -u -w / && \
mount -u -w /usr && \
( cd /etc/mail && make stop-mta ) && \
service dovecot stop && \
service apache24 stop && \
pkg upgrade

it got through "service apache24 stop" OK, but when I issued "pkg
upgrade" -- the screen blanked, and the machine started rebooting.

On reboot, the /var file system (UFS2+soft updates) showed the
typescript files from before the above efforts -- not even the
"rotation" (mentioned above) was reflected.  (The typescript files in
question reside in /var/tmp on the machine.)  Oh: and the initial "fsck
-p" for /var indicated that fsck needed to be re-run (so when I booted
to single-user mode, I did just that).

There was no hint in the logs of why the reboot (panic?) occurred.

One point that may be at issue is that for bats (where things still
worked), I manually mount the package repository from the build machine
to bats:/mnt, while for albert (where things failed), I have depended on
autofs to handle the mounting as needed (since I need albert to run
autofs anyway, and bats does not).  E.g.:

bats(11.0-S)[1] cat /usr/local/etc/pkg/repos/custom.conf 
custom: {
# url: 
file:///net/freebeast/tank/poudriere/poudriere/data/packages/11amd64-ports-home
url: file:///mnt
enabled: yes,
}
bats(11.0-S)[2] 

vs.:

albert(11.0-S)[10] cat /usr/local/etc/pkg/repos/custom.conf 
custom: {
url: 
file:///net/freebeast/tank/poudriere/poudriere/data/packages/11amd64-ports-home
enabled: yes,
}
albert(11.0-S)[11] 


In the process of finally(!) getting albert's "pkg upgrade" working,
I did 2 things differently:

* I did not run under tmux.  I can't imagine that this contributed, but
  I cite it for completeness.

* Prior to invoking "pkg upgrade", I issued
  "ls /net/freebeast/tank/poudriere/poudriere/data/packages/11amd64-ports-home"
  (and got a sane result), so the mount was satisfied prior to "pkg
  upgrade" being run.

I note, too, that one of the times I logged in to albert, the login
seemed to "hang" for a while.  When I hit ^T (several times), it
was apparent that the process was trying to use autofs to mount my
home directory (from the FreeNAS box, "grundoon")... and that effort
timed out -- I ended up with the whine about inability to find my
home directory.  And then when I logged out & back in again,
/net/grundoon/mnt/tank/homedirs showed up 3 times in the output of
"df".

So perhaps there's something involving autofs and timing... though
that doesn't seem like much to go on.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: sshd whines & dies after releng/10 "freebsd-update" run

[David Wolfskill]

On Sun, Oct 16, 2016 at 05:32:57PM -0700, Kevin Oberman wrote:
> ...
> I believe sshd no longer supports ssh1 compatibility and it looks like you
> might still have an entry in /etc/sshd/sshd.config trying to touch v1.
> Check the file for any non-default entries. Compare your sshd_config with
> the default version in /usr/src/crypto/openssh.
> 

I used to explicitly disable v1 compatibility.

The machine that's a target of the "freebsd-update" attention has
no sources, so I copied sshd_config from it to /tmp on my laptop
(which does):

g1-252(11.0-S)[4] diff -u /S2/usr/src/crypto/openssh/sshd_config 
/tmp/sshd_config
--- /S2/usr/src/crypto/openssh/sshd_config  2016-03-13 04:13:31.32369 
-0700
+++ /tmp/sshd_config2016-06-05 06:37:55.0 -0700
@@ -1,5 +1,5 @@
-#  $OpenBSD: sshd_config,v 1.98 2016/02/17 05:29:04 djm Exp $
-#  $FreeBSD: stable/10/crypto/openssh/sshd_config 296781 2016-03-12 
23:53:20Z des $
+#  $OpenBSD: sshd_config,v 1.93 2014/01/10 05:59:19 djm Exp $
+#  $FreeBSD: stable/10/crypto/openssh/sshd_config 264692 2014-04-20 
12:46:18Z des $
 
 # This is the sshd server system-wide configuration file.  See
 # sshd_config(5) for more information.
@@ -120,7 +120,7 @@
 #MaxStartups 10:30:100
 #PermitTunnel no
 #ChrootDirectory none
-#VersionAddendum FreeBSD-20160310
+#VersionAddendum FreeBSD-20140420
 
 # no default banner path
 #Banner none
@@ -128,6 +128,18 @@
 # override default of no subsystems
 Subsystem  sftp/usr/libexec/sftp-server
 
+# Disable HPN tuning improvements.
+#HPNDisabled no
+
+# Buffer size for HPN to non-HPN connections.
+#HPNBufferSize 2048
+
+# TCP receive socket buffer polling for HPN.  Disable on non autotuning 
kernels.
+#TcpRcvBufPoll yes
+
+# Allow the use of the NONE cipher.
+#NoneEnabled no
+
 # Example of overriding settings on a per-user basis
 #Match User anoncvs
 #  X11Forwarding no
g1-252(11.0-S)[5] 


On the off-chance that the VersionAddendum might be confusing at
least one of us, I copied the stable/11 version of the file to the
appropiate place on the freebsd-update target machine, then rebooted.
Still no joy: other things work, but not ssh.

Thanks for the suggestion.  I'm a bit... perplexed.

[The machine in question would be the last machine I have still
running FreeBSD-10 -- I've migrated each of the others to stable/11.]

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: sshd whines & dies after releng/10 "freebsd-update" run

[David Wolfskill]

On Sun, Oct 16, 2016 at 10:29:00AM -0700, Xin Li wrote:
> ... 
> On 10/16/16 09:26, David Wolfskill wrote:
> > And over the last year or so, it's worked pretty well:  I have the
> > machine set up (as is usually my approach) to be able to boot from
> > either of a couple of slices.  I use a "dump | restore" pipeline
> > to copy the / and /usr file systems from the "active" slice to the
> > "inactive" slice, adjust /etc/fstab on the inactive slice to reflect
> > reality for when it's the boot slice, then (while the file systemms
> > from the other slice are still mounted -- e.g., on /S2) run
> > "freebsd-update -b /S2 fetch install", then reboot from the
> > newly-updated slice.
> > 
> > In the past, that's Just Worked.
> 
> Your usage probably worked because you were lucky for a few times in the
> past.  (details below)
> 
> > This weekend, though, I was planning to update my other systems tfrom
> > stable/10 to stable/11, so I figured I'd try freebsd-update on this
> > machine first.
> > 
> [...]
> > root@sisboombah:/tmp # `which sshd` -d
> > Undefined symbol "ssh_compat13" referenced from COPY relocation in 
> > /usr/sbin/sshd
> > 
> > Any clues?
> 
> I think this is not going to work (stable/10 -> releng/10.3) due to ABI
> incompatibility in a downgrade.

I seem to have failed to commnunicate clearly:  The machine in question
does not, and has not, run "stable".  It runs releng.

At the moment (on the "old" slice), it reports:

sisboombah(10.3-RELEASE-p7)[1] uname -a
FreeBSD sisboombah.catwhisker.org 10.3-RELEASE-p7 FreeBSD 10.3-RELEASE-p7 #0: 
Thu Aug 11 18:38:15 UTC 2016 
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
sisboombah(10.3-RELEASE-p7)[2] 

> Basically, freebsd-update is treating your stable/10 as a 10.3-RELEASE
> installation and will fetch only changes from 10.3-RELEASE to the latest
> patchlevel.

I can see that... if the machine were running stable.

> Because of a SSH vulnerability that affects 10.3, freebsd-update would
> patch libssh (shared library used by sshd and friends), however the
> change does not affect the main binary.  This worked by replacing your
> existing libssh with the one shipped by freebsd-update (effectively
> downgraded the library) and that would break sshd.

As a reality check:
sisboombah(10.3-RELEASE-p7)[4] sudo mount /S2
Password:
sisboombah(10.3-RELEASE-p7)[5] sudo mount /S2/usr
sisboombah(10.3-RELEASE-p7)[6] ls -lT {,/S2}/usr/lib/private/libssh.so.*
-r--r--r--  1 root  wheel  634232 Oct 16 11:57:32 2016 
/S2/usr/lib/private/libssh.so.5
-r--r--r--  1 root  wheel  569864 Jun  5 13:37:52 2016 
/usr/lib/private/libssh.so.5
sisboombah(10.3-RELEASE-p7)[7] ls -lT {,/S2}/usr/sbin/ssh*
-r-xr-xr-x  1 root  wheel  297736 Jun  5 13:38:35 2016 /S2/usr/sbin/sshd
-r-xr-xr-x  1 root  wheel  297736 Jun  5 13:38:35 2016 /usr/sbin/sshd
sisboombah(10.3-RELEASE-p7)[8] 

> I think upgrade -r 10.2-RELEASE (ideally, 11.0-RELEASE though as it
> would eliminate the possibility of any potential incompatibility) would
> work because that would result in a full rewrite of all files.

Well, I had seen reports of folks having "issues" with attempts to
use freebsd-update to get to releng/11 from systems that weren't
as up-to-date as they might be; I was actually trying to avoid a
problem :-}

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: sshd whines & dies after releng/10 "freebsd-update" run

[David Wolfskill]

On Sun, Oct 16, 2016 at 12:35:01PM -0400, Brandon Allbery wrote:
> On Sun, Oct 16, 2016 at 12:26 PM, David Wolfskill <da...@catwhisker.org>
> wrote:
> 
> > This weekend, though, I was planning to update my other systems tfrom
> > stable/10 to stable/11, so I figured I'd try freebsd-update on this
> > machine first.
> >
> 
> Wait, you used freebsd-update on a machine running stable?

No.

My *other* machines run stable (though a couple also sometimes run
head).  This machine runs releng/10.

> It only supports
> releases. IOW you may well have *downgraded* the machine in some sense.
> (Although really it should have just failed in that case.)

Right.

> Also make sure you are not using an sshd from ports; even if such a
> down/sidegrade works for base, I'd expect it to screw up installed ports.
> 

I'm certain that I wouldn't have placed a "ports" sshd in /sur/sbin
(even had I installed one), and pkg reports negatively:

sisboombah(10.3-RELEASE-p7)[5] pkg info ssh\*
pkg: No package(s) matching ssh*
sisboombah(10.3-RELEASE-p7)[6] 

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

sshd whines & dies after releng/10 "freebsd-update" run

[David Wolfskill]

For most of my experience with FreeBSD (since 1998) and for most of my
machines, I build from source (either on the machine itself or a
dedicated "build machine"); this has been ... occasionally turbulent,
but overall, a fairly stable approach for me (and it's a great deal less
turbulent -- usually! -- now than it was a decade ago).

However, I have one machine that is pretty much dedicated to one
specific function, and for it, I thought I'd try freebsd-update.

And over the last year or so, it's worked pretty well:  I have the
machine set up (as is usually my approach) to be able to boot from
either of a couple of slices.  I use a "dump | restore" pipeline
to copy the / and /usr file systems from the "active" slice to the
"inactive" slice, adjust /etc/fstab on the inactive slice to reflect
reality for when it's the boot slice, then (while the file systemms
from the other slice are still mounted -- e.g., on /S2) run
"freebsd-update -b /S2 fetch install", then reboot from the
newly-updated slice.

In the past, that's Just Worked.

This weekend, though, I was planning to update my other systems tfrom
stable/10 to stable/11, so I figured I'd try freebsd-update on this
machine first.

But before I tried going to stable/11, I thought it might be good to
first get to the latest releng/10.

Running freebsd-update seemed to go well.  I rebooted from the updated
slice... and found that I could not ssh to the machine.  (I only
physically login to a machine other than my laptop if there's a problem
that's so bad that I can't login from the laptop)

And I found that sshd wasn't running.  Indeed, on attempting to start it
by hand:

root@sisboombah: # service sshd start
Performing sanity check on sshd configuration.
Undefined symbol "ssh_compat13" referenced from COPY relocation in 
/usr/sbin/sshd
/etc/rc.d/sshd: WARNING: failed precmd routine for sshd

Attempting to start it in "debug" mode was of no help:

root@sisboombah:/tmp # `which sshd` -d
Undefined symbol "ssh_compat13" referenced from COPY relocation in 
/usr/sbin/sshd

Any clues?

I have placed both a typescript of the freebsd-update run (actually, a
pair of them: one yesterday; another, today), as well as a typescript
from some poking around a bit, under
.

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

stable/11 build fails @r306629; I suspect r306609

[David Wolfskill]

This is for a src-based in-place upgrade of stable/11 (amd64) from
r306576 to r306629; both my laptop and build machine show errors,
starting with:

...
>>> stage 4.3: building everything
...
--- all_subdir_usr.bin ---
--- all_subdir_usr.bin/nfsstat ---
--- nfsstat.o ---
/usr/src/usr.bin/nfsstat/nfsstat.c:301:4: error: array index 72 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_SYMLINK],
^  ~~~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:302:4: error: array index 73 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_MKDIR],
^  ~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:303:4: error: array index 74 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_RMDIR],
^  ~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:305:4: error: array index 75 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_READDIRPLUS],
^  ~~~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:310:4: error: array index 76 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_MKNOD],
^  ~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:311:4: error: array index 77 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_FSSTAT],
^  ~~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:312:4: error: array index 78 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_FSINFO],
^  ~~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:313:4: error: array index 79 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_PATHCONF],
^  
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:544:7: error: array index 80 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_V3CREATE],
^  
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:554:7: error: array index 72 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_SYMLINK],
^  ~~~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: array 
'srvrpccnt' declared here
int srvrpccnt[NFSV4OP_NOPS + NFSV4OP_FAKENOPS];
^
/usr/src/usr.bin/nfsstat/nfsstat.c:555:7: error: array index 73 is past the end 
of the array (which contains 49 elements) [-Werror,-Warray-bounds]
ext_nfsstats.srvrpccnt[NFSV4OP_MKDIR],
^  ~
/usr/obj/usr/src/tmp/usr/include/fs/nfs/nfsport.h:457:2: note: 

Re: Nvidia_load not working

[David Wolfskill]

On Sun, Sep 18, 2016 at 06:58:38PM -0700, Charles Cowart wrote:
> I did a clean install of RC3 over RC2, and I noticed that nvidia_load="yes"
> no longer appears to work in /boot/loader.conf. I can still load the module
> from etc/rc.conf
> ...

As the nvidia kernel module is part of a port/package, I suspect that
this is more of a "ports" issue than a "stable" issue; in particular, if
the version of the nvidia-driver you're using is sufficiently recent,
you may find a recent ports/UPDATING entry relevant:

20160829:
  AFFECTS: users of x11/nvidia-driver
  AUTHOR: c...@freebsd.org

  The NVidia driver has been updated to version 367.35.  Starting with
  version 358.09, new kernel module was added, nvidia-modeset.ko.  This
  new driver component works in conjunction with the nvidia.ko kernel
  module to program the display engine of the GPU.

  Users that experience hangs when starting X11 server, or observe

(II) NVIDIA(0): Validated MetaModes:
(II) NVIDIA(0): "NULL"

  messages in their /var/log/Xorg.0.log file should replace ``nvidia''
  with ``nvidia-modeset'' in /boot/loader.conf or /etc/rc.conf files,
  depending on how they prefer to load NVidia driver kernel module.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: omitting make installkernel in an upgarde between 2 x 10-stable

[David Wolfskill]

On Sun, Sep 04, 2016 at 06:47:26PM -0600, Warren Block wrote:
> ...
> Can't recall the last time I did single user. It might have been more 
> than a decade now.  Here is what I do:
> http://www.wonkity.com/~wblock/docs/html/buildworld.html
> 
> (And no, "kernel" is not a mistake.)
> 

I (also) rarely boot into single-user mode (in gerneral, and certainly
for in-place src updgrades -- and I do those way more often than any
sane person would recomend, certainly for machines that one is intending
to actually use productively).

But -- perhaps out of a (misplaced?) sense of paranoia -- immediately
prior to "make installworld", I remove /usr/share/man and rename
/usr/include -- in order to be sure that the contents of /usr/share/man
and /usr/include actually correspond with what I've just installed
(once it's completed).  (This presumes, of course, that the only
process to update those hierarchies in any meaningful way is "make
installworld" -- as any other modifications would be lost.  In my
case, that is intentional.)

[For thos who may be curious: I generally track head and stable/{head-1}
daily; since stable/11 was branched, I'm also still tracking stable/10
until I decide to drop stable/10 and migrate to stable/11.  I do
this on a couple of machines, one of which is my (perhaps abused)
laptop.]

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

[David Wolfskill]

On Thu, Aug 11, 2016 at 04:37:26PM -0700, Adrian Chadd wrote:
> Eep. Is this anotehr case where there's a race and ifp is NULL or the
> ll pointer for ifp is NULL or use-after-free'd?

I don't know, but it's the only panic of a similar nature I've seen --
though since on any given day, I'm usually running FreeBSD freshly-built
that morning, "trends" might be a little more difficult to determine.

> I remember bumping into these here and there because we don't seem to
> have a well defined lifecycle for lladdr access. ;(

Well, you're quite welcome to grab the crash data & poke around, or tell
me where to look, and I'll do so.

> ... 
> >> Gory details (both "normal" and gzipped, and including the crash
> >> dump and crashinfo) are in
> >> .
> ...

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Panic in stable/11 (amd64) @r303903: page fault while in kernel mode

[David Wolfskill]

Happened after a few iterations of {"pkill dhclient" followed by
"dhclient wlan0"}.

Gory details (both "normal" and gzipped, and including the crash
dump and crashinfo) are in
.

Summary:
Wed Aug 10 15:56:26 UTC 2016

FreeBSD  11.0-BETA4 FreeBSD 11.0-BETA4 #69  r303902M/303903:1100120: Wed Aug 10 
04:00:09 PDT 2016 
r...@g1-252.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY  amd64

panic: page fault

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 7; apic id = 07
fault virtual address   = 0x0
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x80bdaaa1
stack pointer   = 0x28:0xfe060bc956e0
frame pointer   = 0x28:0xfe060bc957b0
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 20685 (wpa_supplicant)
trap number = 12
panic: page fault
cpuid = 7
KDB: stack backtrace:
#0 0x80add787 at kdb_backtrace+0x67
#1 0x80a950e2 at vpanic+0x182
#2 0x80a94f53 at panic+0x43
#3 0x80eead51 at trap_fatal+0x351
#4 0x80eeaf43 at trap_pfault+0x1e3
#5 0x80eea4ec at trap+0x26c
#6 0x80ece0d1 at calltrap+0x8
#7 0x80b9811c at ifioctl+0x133c
#8 0x80afc914 at kern_ioctl+0x2d4
#9 0x80afc5d1 at sys_ioctl+0x171
#10 0x80eeb6c9 at amd64_syscall+0x4e9
#11 0x80ece3bb at Xfast_syscall+0xfb
Uptime: 3h0m4s
...
Reading symbols from /boot/kernel/linux64.ko...Reading symbols from 
/usr/lib/debug//boot/kernel/linux64.ko.debug...done.
done.
Loaded symbols for /boot/kernel/linux64.ko
#0  doadump (textdump=) at pcpu.h:221
221 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0  doadump (textdump=) at pcpu.h:221
#1  0x80a94b69 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:366
#2  0x80a9511b in vpanic (fmt=, 
ap=) at /usr/src/sys/kern/kern_shutdown.c:759
#3  0x80a94f53 in panic (fmt=0x0)
at /usr/src/sys/kern/kern_shutdown.c:690
#4  0x80eead51 in trap_fatal (frame=0xfe060bc95630, eva=0)
at /usr/src/sys/amd64/amd64/trap.c:841
#5  0x80eeaf43 in trap_pfault (frame=0xfe060bc95630, usermode=0)
at /usr/src/sys/amd64/amd64/trap.c:691
#6  0x80eea4ec in trap (frame=0xfe060bc95630)
at /usr/src/sys/amd64/amd64/trap.c:442
#7  0x80ece0d1 in calltrap ()
at /usr/src/sys/amd64/amd64/exception.S:236
#8  0x80bdaaa1 in ieee80211_ioctl (ifp=0xf80007991800, 
cmd=, data=)
at /usr/src/sys/net80211/ieee80211_ioctl.c:3398
#9  0x80b9811c in ifioctl (so=, 
cmd=, data=, 
td=) at /usr/src/sys/net/if.c:2447
#10 0x80afc914 in kern_ioctl (td=, 
fd=, com=2149607696, data=0xfe060bc958e0 "wlan0")
at file.h:327
#11 0x80afc5d1 in sys_ioctl (td=, 
uap=0xfe060bc95a40) at /usr/src/sys/kern/sys_generic.c:743
#12 0x80eeb6c9 in amd64_syscall (td=, 
traced=) at subr_syscall.c:135
#13 0x80ece3bb in Xfast_syscall ()
at /usr/src/sys/amd64/amd64/exception.S:396
#14 0x0008015c448a in ?? ()
Previous frame inner to this frame (corrupt stack?)
Current language:  auto; currently minimal
(kgdb) 

This was on my laptop, which I'm actively using at work as I type
-- though it's now connected via wired NIC (em0).  I had experienced
no trouble with wlan0 at home (before coming in to work) or on the
bus (en route to work).  (I didn't attempt it while cycling to the
bus stop. :-})

Also, I had no issues running stable/11 (amd64) @303870 -- either
at home or at work -- yesterday.  On the other hand, this is (so
far) a one-off, so alleging a "pattern" at this point is not something
I'm willing to do.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Building "extra" kernels in stable/11...?

[David Wolfskill]

On Sat, Jul 16, 2016 at 05:45:11PM +0200, Herbert J. Skuhra wrote:
> 
> Well, I cannot reproduce this issue on my stable/11 machine.
> 

For good reason.  It turns out that I was so *sure* I had my kernel
config files (for ALBERT & BATS) in place thta I didn't even check to
verify that.

And when I did:

freebeast(11.0)[1] ls -lT /usr/src/sys/amd64/conf/{GENERIC,ALBERT,BATS}
ls: /usr/src/sys/amd64/conf/ALBERT: No such file or directory
ls: /usr/src/sys/amd64/conf/BATS: No such file or directory
-rw-r--r--  1 david  wheel  14315 Jul  8 04:00:47 2016 
/usr/src/sys/amd64/conf/GENERIC
freebeast(11.0)[2] cd

Oops.  :-(  sorry for the noise.

Once I corrected that & re-tested... well, GENERIC built; ALBERT
is building as I type

Thanks for the reality check! :-}

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Building "extra" kernels in stable/11...?

[David Wolfskill]

For the paast few years, up through stable/10, I've had a dedicated
"build machine" at home where I build the role-specific kernels for
a couple of "production" machines (they "only" at home, but my
spouse & I depend on them), and update the production machines by
(temporarily) mounting /usr/src and /usr/obj from the build machine
onto each production machine (via NFS), then performing (essentially)
make installkernel, make installworld, mergemaster (with the usual
additional steps).

This has worked quite well, and has been nearly trouble-free.  It's
described in rather more detail in
.)

Now, the build machine itself runs a GENERIC kernel (and has minimal
ports installed); I told it to build the additional kernels by appending
the line:

KERNCONF?=GENERIC ALBERT BATS

to /etc/src.conf -- and that has been working (as above).


Today, as part of my gradual ramp-up toward getting readyto test
stable/11 on more than just the above build machine and my laptop, I
figured I'd start building those extra kernels (along with GENERIC) when
the build machine updated its stable/11.

Accordingly, I appended

KERNCONF?=GENERIC ALBERT BATS

to /etc/src.conf -- but the only kernel even attempted was GENERIC.  In
reviewing the typescript (as I do all builds within script(1)), there
was no indication that the kernel-building process had any awareness
that anything other than GENERIC was wanted.

Have I managed to overlook something obvious (again)?

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

[David Wolfskill]

On Fri, Jul 08, 2016 at 09:23:43AM -0400, Michael Butler wrote:
> Seems to be a typo .. TARGET_CPUARCH should be TARGET_ARCH ..
> 

Yes; making that change eliminated the problem for me (on head; I'll
replicate that on stable/11 shortly).

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

"make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412

[David Wolfskill]

After having built & smoke-tested:
FreeBSD freebeast.catwhisker.org 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #36  
r302388M/302389:1100120: Thu Jul  7 04:18:53 PDT 2016 
r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC  amd64

yesterday, I had "cloned" that slice to slice 3, then:
svn switch ^/stable/11 /S3/usr/src

to update slice 3's src to "Relative URL: ^/stable/11", then started
the usual build world & kernel, install kernel & world, mergemaster,
 from src/UPDATING.  All went well, through "mergemaster," but
the next step "make delete-old" failed for me (showing last bit of
"mergemaster" run for context):

...
*** You installed a services file, so make sure that you run
'/usr/sbin/services_mkdb -q -o /var/db/services.db /etc/services'
 to rebuild your services database

Would you like to run it now? y or n [n] y
Running /usr/sbin/services_mkdb -q -o /var/db/services.db /etc/services


Friday, July  8, 2016 at 05:05:23 AM PDT
bmake[1]: "/usr/src/ObsoleteFiles.inc" line 8019: Malformed conditional 
(${TARGET_ARCH} != "aarch64" && ${TARGET_CPUARCH} != "arm" &&  ${TARGET_ARCH} 
!= "powerpc" && ${TARGET_ARCH} != "powerpc64" &&  ${TARGET_ARCH} != "sparc64")
bmake[1]: Fatal errors encountered -- cannot continue
bmake[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src
.ERROR_TARGET='delete-old'
.ERROR_META_FILE=''
.MAKE.LEVEL='0'
MAKEFILE=''
.MAKE.MODE='normal'
.CURDIR='/usr/src'
.MAKE='make'
.OBJDIR='/usr/obj/usr/src'
.TARGETS='delete-old'
DESTDIR=''
LD_LIBRARY_PATH=''
MACHINE='amd64'
MACHINE_ARCH='amd64'
MAKEOBJDIRPREFIX='/usr/obj'
MAKESYSPATH='/usr/src/share/mk'
MAKE_VERSION='20160606'
PATH='/sbin:/bin:/usr/sbin:/usr/bin'
SRCTOP='/usr/src'
OBJTOP='/usr/obj/usr/src'
freebeast(11.0)[2] 

svn info says:
freebeast(11.0)[8] svn info /usr/src
Path: /usr/src
Working Copy Root Path: /usr/src
URL: file:///svn/freebsd/src/base/stable/11
Relative URL: ^/stable/11
Repository Root: file:///svn/freebsd/src/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 302426
Node Kind: directory
Schedule: normal
Last Changed Author: gjb
Last Changed Rev: 302412
Last Changed Date: 2016-07-07 17:26:38 -0700 (Thu, 07 Jul 2016)

freebeast(11.0)[9] 


I'll go ahead & reboot for a smoke test, see how far I get (and probably
go on to build & smoke-test today's head).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: unbound and ntp issuse

[David Wolfskill]

On Tue, Jun 14, 2016 at 07:55:34AM -0700, Chris H wrote:
> I'm playing catchup on my INBOX, so apologies in advance, if this has
> already been satisfactorily answered...
> On Mon, 6 Jun 2016 16:50:18 +0300 Slawa Olhovchenkov  wrote
> ...
> > What I am missing?
> > Need to fix unbound setup scripts? bsdinstall scripts?
> > As I see unbound setup scripts detects 127.0.0.1 in resolv.conf and
> > configured unbound as fully recursive DNS server.
> May I suggest ntpdate(8)?
> Find a reliable time server in your region, and once found add it
> *early* in your rc.conf(5). Well, ahead of your unbound stanza. ie;
> 
> hostname="..."
> ifconfig_re0="inet ... netmask ..."
> defaultrouter="..."
> 

Errr...  The sequence of assignments in /etc/rc.conf* has no bearing on
the sequence in which /etc/rc starts things.

Please refer to rcorder(8) for further information on this.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: STABLE-10 does not build

[David Wolfskill]

On Sat, Apr 16, 2016 at 03:30:28PM +0200, Per olof Ljungmark wrote:
> Hi,
> 
> Hopefully someone is looking at this?
> 

Ref. 

(After applying the patch in that message, stable/10 @r298100 built for
me, and I'm running it (on my laptop) as I type.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Interaction between make & autofs/automountd

[David Wolfskill]

On Tue, Apr 05, 2016 at 01:58:40PM +0200, Edward Tomasz Napierała wrote:
> ...
> > 
> > automountd: waiting for request from the kernel
> > automountd: not forking due to -d flag; will exit after servicing a single 
> > request
> > automountd: got request 553: from map -hosts, path /net/, prefix "/net", 
> > key "share", options "nosuid,intr"
> > automountd: parsing map "-hosts"
> > automountd: executing "/etc/autofs/special_hosts share" as pid 12717
> > RPC: Unknown host
> > showmount: can't do exports rpc
> > automountd: "/etc/autofs/special_hosts share", pid 12717, terminated with 
> > exit status 1
> > automountd: failed to handle special map "-hosts"
> > automountd: completing request 553 with error 5
> > 
> > 
> > So if the above is to be believed (which I certainly hope!), something
> > is causing invocation of:
> > 
> > /etc/autofs/special_hosts share
> > 
> > which is problematic, as the argument (if any) to /etc/autofs/special_hosts
> > is expected to be an entry name from /etc/hosts (or equivalent).
> > 
> > In turn, this appears to be happening because something is invoking
> > automountd with 'key "share"' -- and I'm not seeing what is doing that,
> > but "make" seems to be one of the few(?) things that prompts this
> > behavior.
> 
> Hm, that's curious.  Could you perhaps try to use ktrace(1) to see
> if something is eg trying to access /net/share for some reason?

Aye -- and sure enough, it's smake(1).  Here's what appears to be
the relevant excerpt of the decoded ktrace, from an invocation of:

ktrace -di make -C /usr/ports/sysutils/dmidecode -V PKGNAME

...
 26861 make CALL  close(0x3)
 26861 make RET   close 0
 26861 make CALL  stat(0x7fffce10,0x7fffcd98)
 26861 make NAMI  "/net/howland/c/ports/sysutils/dmidecode/obj.amd64"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffce10,0x7fffcd98)
 26861 make NAMI  "/net/howland/c/ports/sysutils/dmidecode/obj"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffe090,0x7fffcd98)
 26861 make NAMI  "/usr/obj/net/howland/c/ports/sysutils/dmidecode"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffc9f0,0x7fffc978)
 26861 make NAMI  "/net/howland/c/ports/sysutils/dmidecode/share/mk"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffc9f0,0x7fffc978)
 26861 make NAMI  "/net/howland/c/ports/sysutils/share/mk"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffc9f0,0x7fffc978)
 26861 make NAMI  "/net/howland/c/ports/share/mk"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffc9f0,0x7fffc978)
 26861 make NAMI  "/net/howland/c/share/mk"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffc9f0,0x7fffc978)
 26861 make NAMI  "/net/howland/share/mk"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffc9f0,0x7fffc978)
 26861 make NAMI  "/net/share/mk"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  stat(0x7fffc9f0,0x7fffc978)
 26861 make NAMI  "/share/mk"
 26861 make RET   stat -1 errno 2 No such file or directory
 26861 make CALL  
open(0x6a229d,0x120004,0x2f)
 26861 make NAMI  "/usr/share/mk"
 26861 make RET   open 3
 26861 make CALL  fstatfs(0x3,0x7fffcfd8)
 26861 make RET   fstatfs 0


I'm happy to provide the whole thing, if that would be useful.

But the above looks as if make(1) is trying to find a local override
for /usr/share/mk/ (which override I don't have).

I suppose it's also possible that other programs might do similar things.

> > In the mean time, I've now circumvented the issue in my case by
> > creating a CNAME named "share" that points to the hostname of the
> > NFS server.  And sure enough, I no longer see the whines.
> > 
> > While that does give a clear(er) indication of the nature of the
> > problem, I suspect I'm setting myself up for "interesting modes of
> > failure" when I need to refer to data that reside on a different
> > NFS server (also accessed via the automounter).
> 
> Well, the requests were already failing with EIO, it's just that
> they fail much quicker now :-)

And for slightly different reasons -- after all:

albert(10.3-P)[14] df -h /net/share/c/ports
FilesystemSizeUsed   Avail Capacity  Mounted on
share:/c/ports7.2T5.0T2.2T69%/net/share/c/ports
albert(10.3-P)[15] 

(Yeah, it's a hack.)

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See 

Re: Interaction between make & autofs/automountd

[David Wolfskill]

On Mon, Jan 11, 2016 at 07:28:49AM -0800, David Wolfskill wrote:
> ...
> A couple of the machines use autofs & automountd to make the ports tree
> available on demand.  (In the case of the 3rd, I manually mount it when
> needed, but that's not at issue for this note, and I won't pursue that
> further here.)
> 
> The machines that use autofs do so by using symlinks and the existing
> maps; e.g.:
> 
> albert(10.2-S)[7] ls -lT /usr/ports
> lrwxr-xr-x  1 root  wheel  20 Dec 21 04:15:39 2010 /usr/ports -> 
> /net/howland/c/ports
> ...
> 
> The contents of /etc/autofs are "vanilla" -- I have not changed
> them.  I did modify /etc/auto_master a bit, to remove the "nobrowse"
> option for -net.
> 
> For most purposes, including:
> * svn update
> * cd to a port directory
> * Updating files in distfiles
> * reading arbitrary files in the tree
> 
> this works well, and there's no indication of any problems or issues.
> 
> I recently noticed, thiough, that running "portmaster -aF" generates a
> large number  of messages.
> 
> I was able to narrow this down to portmaster's invocation of (e.g.)
> * cd /usr/ports/sysutils/dmidecode
> * make -V PKGNAME
> 
> The "cd" seems OK; it's the "make -V PKGNAME" -- even if I invoke it by:
> hand.  It works, but at the expense  of messages:
> 
> albert(10.2-S)[4] dirs; date; make -V PKGNAME; date
> /usr/ports/sysutils/dmidecode 
> Mon Jan 11 07:26:45 PST 2016
> dmidecode-3.0
> Mon Jan 11 07:26:47 PST 2016
> albert(10.2-S)[5] 
> 
> Jan 11 15:26:45 albert automountd[13912]: "/etc/autofs/special_hosts share", 
> pid 13913, terminated with exit status 1
> Jan 11 15:26:45 albert automountd[13912]: failed to handle special map 
> "-hosts"
> Jan 11 15:26:45 albert kernel: WARNING: autofs_trigger_one: request for /net/ 
> completed with error 5
> Jan 11 15:26:46 albert automountd[13915]: "/etc/autofs/special_hosts share", 
> pid 13916, terminated with exit status 1
> Jan 11 15:26:46 albert automountd[13915]: failed to handle special map 
> "-hosts"
> Jan 11 15:26:46 albert kernel: WARNING: autofs_trigger_one: request for /net/ 
> completed with error 5
> Jan 11 15:26:47 albert automountd[13918]: "/etc/autofs/special_hosts share", 
> pid 13919, terminated with exit status 1
> Jan 11 15:26:47 albert automountd[13918]: failed to handle special map 
> "-hosts"
> Jan 11 15:26:47 albert kernel: WARNING: autofs_trigger_one: request for /net/ 
> completed with error 5
> ...

The above got to bugging me enough that I looked into it again, and I
stumbled across <https://forums.freebsd.org/threads/49012/> in the
process of trying figure out what was wrong.  Using the clue there (of
manually starting automountd in debugging mode), I find:

automountd: waiting for request from the kernel
automountd: not forking due to -d flag; will exit after servicing a single 
request
automountd: got request 553: from map -hosts, path /net/, prefix "/net", key 
"share", options "nosuid,intr"
automountd: parsing map "-hosts"
automountd: executing "/etc/autofs/special_hosts share" as pid 12717
RPC: Unknown host
showmount: can't do exports rpc
automountd: "/etc/autofs/special_hosts share", pid 12717, terminated with exit 
status 1
automountd: failed to handle special map "-hosts"
automountd: completing request 553 with error 5


So if the above is to be believed (which I certainly hope!), something
is causing invocation of:

/etc/autofs/special_hosts share

which is problematic, as the argument (if any) to /etc/autofs/special_hosts
is expected to be an entry name from /etc/hosts (or equivalent).

In turn, this appears to be happening because something is invoking
automountd with 'key "share"' -- and I'm not seeing what is doing that,
but "make" seems to be one of the few(?) things that prompts this
behavior.

In the mean time, I've now circumvented the issue in my case by
creating a CNAME named "share" that points to the hostname of the
NFS server.  And sure enough, I no longer see the whines.

While that does give a clear(er) indication of the nature of the
problem, I suspect I'm setting myself up for "interesting modes of
failure" when I need to refer to data that reside on a different
NFS server (also accessed via the automounter).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: make clean failure on 10-stable amd64

[David Wolfskill]

On Fri, Jan 29, 2016 at 05:40:05PM +, John wrote:
> Hi,
> 
> I get the following error in /usr/src when trying to upgrade my system.
> In part of this process, I usually run make clean in /usr/src then go
> on to running buildworld.
> 
> The installed system is 10.3-PRERELEASE #0 r294087
> The sources I'm building from is 295045
> 

You'll probably want to follow-up, specifying:

* Contents (if any) of /etc/src.conf
* Contents (if any) of /etc/make.conf
* The full path of the "make" executable you're using.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

FYI: "make -DNO_CLEAN buildworld" failed (stable/10 @r294657 -> r294721)

[David Wolfskill]

I'm using 'WITH_FAST_DEPEND=1' in /etc/src.conf; re-starting the build
(without "-DNO_CLEAN") was successful.

Oh -- I'm also using -j16.

The error looked like:

>>> World build started on Mon Jan 25 03:53:22 PST 2016
...
>>> stage 4.4: building everything
...
--- all_subdir_ssh-pkcs11-helper ---
--- ssh-pkcs11-helper ---
--- usr.bin.all__D ---
--- all_subdir_xstr ---
--- secure.all__D ---
--- all_subdir_usr.sbin ---
cc  -O2 -pipe   -I/usr/src/secure/usr.sbin/sshd/../../../crypto/openssh 
-include ssh_namespace.h -DHAVE_LDNS=1 -DUSE_BSM_AUDIT -DHAVE_GETAUDIT_ADDR 
-include krb5_config.h -std=gnu99 -Qunused-arguments  -fstack-protector 
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c 
/usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth-rhosts.c -o 
auth-rhosts.o
--- all_subdir_usr.bin ---
cc  -O2 -pipe   -I/usr/src/secure/usr.bin/ssh/../../../crypto/openssh -include 
ssh_namespace.h -DHAVE_LDNS=1 -include krb5_config.h -std=gnu99 
-Qunused-arguments  -fstack-protector -Wno-pointer-sign -Wno-empty-body 
-Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare 
-Wno-unused-value -Wno-parentheses-equality -Wno-unused-function 
-Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter 
-Wno-parentheses -c 
/usr/src/secure/usr.bin/ssh/../../../crypto/openssh/sshtty.c -o sshtty.o
--- all_subdir_libexec ---
--- all_subdir_sftp-server ---
cc  -O2 -pipe   -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh 
-include ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments  
-fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  
-L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o sftp-server 
sftp-server.o sftp-common.o sftp-server-main.o roaming_dummy.o -lssh -lcrypt 
-lcrypto -lz
--- sys.all__D ---
cat zfsboot1 zfsboot2 > zfsboot
--- secure.all__D ---
--- all_subdir_ssh-pkcs11-helper ---
cc  -O2 -pipe   
-I/usr/src/secure/libexec/ssh-pkcs11-helper/../../../crypto/openssh -include 
ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments  -fstack-protector 
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  
-L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o 
ssh-pkcs11-helper ssh-pkcs11.o ssh-pkcs11-helper.o roaming_dummy.o -lssh 
-lcrypt -lcrypto -lz
--- usr.bin.all__D ---
===> usr.bin/xstr (all)
--- rescue.all__D ---
--- mdmfs_make ---
`mdmfs.o' is up to date.
--- mknod_make ---
--- secure.all__D ---
--- all_subdir_usr.bin ---
--- all_subdir_sftp ---
--- sftp-common.o ---
--- sys.all__D ---
===> sys/boot/i386/gptzfsboot (all)
--- secure.all__D ---
cc  -O2 -pipe   -I/usr/src/secure/usr.bin/sftp/../../../crypto/openssh -include 
ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments  -fstack-protector 
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c 
/usr/src/secure/usr.bin/sftp/../../../crypto/openssh/sftp-common.c -o 
sftp-common.o
--- rescue.all__D ---
(cd /usr/src/rescue/rescue/../../sbin/mknod &&  make -DRESCUE 
CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mknod/ depend && make -DRESCUE 
CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/mknod/ mknod.o)
--- usr.sbin.all__D ---
--- all_subdir_vidcontrol ---
===> usr.sbin/vidcontrol (all)
--- secure.all__D ---
--- all_subdir_scp ---
--- scp.1.gz ---
--- sys.all__D ---
===> sys/boot/i386/zfsloader (all)
--- secure.all__D ---
gzip -cn /usr/src/secure/usr.bin/scp/../../../crypto/openssh/scp.1 > scp.1.gz
--- scp ---
cc  -O2 -pipe   -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh -include 
ssh_namespace.h -DHAVE_LDNS=1 -std=gnu99 -Qunused-arguments  -fstack-protector 
-Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int 
-Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value 
-Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch 
-Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses  
-L/usr/obj/usr/src/tmp/usr/lib/private -rpath /usr/lib/private -o scp scp.o 
roaming_dummy.o -lssh -lcrypt -lcrypto -lz
--- usr.bin.all__D ---
--- all_subdir_xz ---
--- secure.all__D ---
--- all_subdir_libexec ---
--- all_subdir_sftp-server ---

Interaction between make & autofs/automountd

[David Wolfskill]

Dating from back when I was building ports on each of the 3 machines on
one of my networks using portmaster(8), I have had my ports tree
implemented as an SVN working copy that resides on a ReadyNAS, which is
thus accessed via NFS.

The 3 machines are running "recent" FreEBSD stable/10 (amd64): the build
machine is updated daily, and is thus updated to r293654; the other 2
machines are only updated weekly, so they are presently updated to
r293620.

A couple of the machines use autofs & automountd to make the ports tree
available on demand.  (In the case of the 3rd, I manually mount it when
needed, but that's not at issue for this note, and I won't pursue that
further here.)

The machines that use autofs do so by using symlinks and the existing
maps; e.g.:

albert(10.2-S)[7] ls -lT /usr/ports
lrwxr-xr-x  1 root  wheel  20 Dec 21 04:15:39 2010 /usr/ports -> 
/net/howland/c/ports
albert(10.2-S)[8] cat -n auto_master
 1  # $FreeBSD: stable/10/etc/auto_master 283242 2015-05-21 13:42:37Z trasz 
$
 2  #
 3  # Automounter master map, see auto_master(5) for details.
 4  #
 5  /net-hosts  -nosuid,intr
 6  # When using the -media special map, make sure to edit devd.conf(5)
 7  # to move the call to "automount -c" out of the comments section.
 8  #/media -media  -nosuid
 9  #/- -noauto
albert(10.2-S)[9] 

The contents of /etc/autofs are "vanilla" -- I have not changed
them.  I did modify /etc/auto_master a bit, to remove the "nobrowse"
option for -net.

For most purposes, including:
* svn update
* cd to a port directory
* Updating files in distfiles
* reading arbitrary files in the tree

this works well, and there's no indication of any problems or issues.

I recently noticed, thiough, that running "portmaster -aF" generates a
large number  of messages.

I was able to narrow this down to portmaster's invocation of (e.g.)
* cd /usr/ports/sysutils/dmidecode
* make -V PKGNAME

The "cd" seems OK; it's the "make -V PKGNAME" -- even if I invoke it by:
hand.  It works, but at the expense  of messages:

albert(10.2-S)[4] dirs; date; make -V PKGNAME; date
/usr/ports/sysutils/dmidecode 
Mon Jan 11 07:26:45 PST 2016
dmidecode-3.0
Mon Jan 11 07:26:47 PST 2016
albert(10.2-S)[5] 

Jan 11 15:26:45 albert automountd[13912]: "/etc/autofs/special_hosts share", 
pid 13913, terminated with exit status 1
Jan 11 15:26:45 albert automountd[13912]: failed to handle special map "-hosts"
Jan 11 15:26:45 albert kernel: WARNING: autofs_trigger_one: request for /net/ 
completed with error 5
Jan 11 15:26:46 albert automountd[13915]: "/etc/autofs/special_hosts share", 
pid 13916, terminated with exit status 1
Jan 11 15:26:46 albert automountd[13915]: failed to handle special map "-hosts"
Jan 11 15:26:46 albert kernel: WARNING: autofs_trigger_one: request for /net/ 
completed with error 5
Jan 11 15:26:47 albert automountd[13918]: "/etc/autofs/special_hosts share", 
pid 13919, terminated with exit status 1
Jan 11 15:26:47 albert automountd[13918]: failed to handle special map "-hosts"
Jan 11 15:26:47 albert kernel: WARNING: autofs_trigger_one: request for /net/ 
completed with error 5

So I'm wondering why make(1) appears to be doing something that
causes this -- while nothing else (that I've noticed so far) does.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Multiple kernels installed when KERNCONF lists more than one kernel configuration file

[David Wolfskill]

On Wed, Jan 06, 2016 at 01:43:22PM +, Glen Barber wrote:
> On Wed, Jan 06, 2016 at 05:40:15AM -0800, David Wolfskill wrote:
> > On Wed, Jan 06, 2016 at 01:32:10PM +, Glen Barber wrote:
> > > ...
> > > > > Maybe it's simply a matter of overriding KERNCONF at the command line 
> > > > > while running make installkernel.
> > > > > 
> > > > 
> > > > You should be able to set INSTALLKERNEL in make.conf, however something
> > > > appears to have been broken, since this should not be required.
> > > > 
> > > 
> > > Sorry, I didn't see r293189 until just now, I was in the wrong directory
> > > when I updated my local sources.
> > > 
> > > It seems we need a way to override this behavior, if the above
> > > suggestion does not work properly.
> > > 
> > 
> > Agreed.  I'm happy to test -- I was a bit surprised to find unexpected
> > kernels being installed on my build machine's 2GB root file system (as
> > one of the unwanted installs failed for lack of space).
> > 
> 
> Can you try specifying 'KERNCONF=FOO' on the command line during
> installkernel, as Trond inquired about?  I have an idea of a way to
> override this, but I want to talk with Gleb first.
> 

Sure; as expected, that's effective (in constraining the set f installed
kernels to the one):

My /etc/src.conf reads:
freebeast(10.2-S)[1] cat /etc/src.conf 
KERNCONF?=GENERIC ALBERT BATS
freebeast(10.2-S)[2] 

And historic (and expected) behavior is that kernels GENERIC, ALBERT,
and BATS would be built (in that sequence), but only the first (GENERIC,
in this case) would be installed.  (I install the others on their
respective machines via processes on those machines -- where the
/etc/src.conf on each of those machines specifies which kernel gets
installed on it -- those machines don't (and can't) build.)

Script started, output file is s3
freebeast(10.2-S)[1] ls -ldT /boot/kernel*
drwxr-xr-x  2 root  wheel  40960 Jan  6 04:41:43 2016 /boot/kernel
drwxr-xr-x  2 root  wheel  40960 Jan  6 04:41:53 2016 /boot/kernel.ALBERT
drwxr-xr-x  2 root  wheel  40960 Jan  6 04:42:03 2016 /boot/kernel.BATS
drwxr-xr-x  2 root  wheel  40960 Jan  5 04:24:07 2016 /boot/kernel.old
drwxr-xr-x  2 root  wheel  41984 Apr 18 05:53:27 2015 /boot/kernel.save
freebeast(10.2-S)[2] rm -fr /boot/kernel.[A-Z]*
freebeast(10.2-S)[3] !ls
ls -ldT /boot/kernel*
drwxr-xr-x  2 root  wheel  40960 Jan  6 04:41:43 2016 /boot/kernel
drwxr-xr-x  2 root  wheel  40960 Jan  5 04:24:07 2016 /boot/kernel.old
drwxr-xr-x  2 root  wheel  41984 Apr 18 05:53:27 2015 /boot/kernel.save
freebeast(10.2-S)[4] cd /usr/src
freebeast(10.2-S)[5] make KERNCONF=GENERIC installkernel
--
>>> Installing kernel GENERIC
--
...
install -o root -g wheel -m 555   iscsi_initiator.ko.symbols
/boot/kernel
kldxref /boot/kernel
freebeast(10.2-S)[6] !ls
ls -ldT /boot/kernel*
drwxr-xr-x  2 root  wheel  40960 Jan  6 05:54:55 2016 /boot/kernel
drwxr-xr-x  2 root  wheel  40960 Jan  6 04:41:43 2016 /boot/kernel.old
drwxr-xr-x  2 root  wheel  41984 Apr 18 05:53:27 2015 /boot/kernel.save
freebeast(10.2-S)[7]  

Thanks for your help!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Multiple kernels installed when KERNCONF lists more than one kernel configuration file

[David Wolfskill]

On Wed, Jan 06, 2016 at 01:32:10PM +, Glen Barber wrote:
> ...
> > > Maybe it's simply a matter of overriding KERNCONF at the command line 
> > > while running make installkernel.
> > > 
> > 
> > You should be able to set INSTALLKERNEL in make.conf, however something
> > appears to have been broken, since this should not be required.
> > 
> 
> Sorry, I didn't see r293189 until just now, I was in the wrong directory
> when I updated my local sources.
> 
> It seems we need a way to override this behavior, if the above
> suggestion does not work properly.
> 

Agreed.  I'm happy to test -- I was a bit surprised to find unexpected
kernels being installed on my build machine's 2GB root file system (as
one of the unwanted installs failed for lack of space).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Multiple kernels installed when KERNCONF lists more than one kernel configuration file

[David Wolfskill]

On Wed, Jan 06, 2016 at 01:26:49PM -0800, Gleb Smirnoff wrote:
>   Trond & David,
> 
> can you please test the attached patch. It is against stable/10 and
> should restore original behaviour.
> ...

Aye, that works (as expected); again:

freebeast(10.2-S)[5] cat /etc/src.conf 
KERNCONF?=GENERIC ALBERT BATS
freebeast(10.2-S)[6] 

Patch applied via "svn patch /tmp/Makefile.inc1.diff /usr/src"; I then
ran: "cd /usr/src && make -DNO_CLEAN -j16 buildkernel && make installkernel";

>>> Kernel build for GENERIC started on Wed Jan  6 13:45:09 PST 2016
...
>>> Kernel build for GENERIC completed on Wed Jan  6 13:45:15 PST 2016
>>> Kernel build for ALBERT started on Wed Jan  6 13:45:15 PST 2016
...
>>> Kernel build for ALBERT completed on Wed Jan  6 13:45:21 PST 2016
>>> Kernel build for BATS started on Wed Jan  6 13:45:21 PST 2016
...
>>> Kernel build for BATS completed on Wed Jan  6 13:45:27 PST 2016
>>> Installing kernel GENERIC

and:

freebeast(10.2-S)[4] ls -ldT /boot/kern*
drwxr-xr-x  2 root  wheel  40960 Jan  6 13:45:37 2016 /boot/kernel
drwxr-xr-x  2 root  wheel  40960 Jan  6 05:54:55 2016 /boot/kernel.old
drwxr-xr-x  2 root  wheel  41984 Apr 18 05:53:27 2015 /boot/kernel.save
freebeast(10.2-S)[5] 

Thank you!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Installworld failure on r290825

[David Wolfskill]

On Sat, Nov 14, 2015 at 06:48:06PM +0100, Andrej Ebert wrote:
> Hi,
> 
> I'm experiencing an reproducible installworld failure on the latest 
> STABLE revision (290825 at the moment).
> Here's the error I'm encountering:
> ... 
> Would appreciate any help on this.
> 
> Regards,
> 

bdrewery@ just committed r290826 to fix this.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

Re: Panic [page fault] in _ieee80211_crypto_delkey(): stable/10/amd64 @r286878

[David Wolfskill]

On Wed, Aug 19, 2015 at 01:01:24PM -0700, David Wolfskill wrote:
 On Wed, Aug 19, 2015 at 12:25:38PM -0700, Adrian Chadd wrote:
  ...  But we definitely ahe enough to put into a PR..
  ...
 
 Bug 202494 - Panic [page fault] in _ieee80211_crypto_delkey() 
 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202494
 

Caught another one (panic) -- this time, after having run wlandebug
+crypto.  Above-cited PR updated to reflect updated status  dubugging
info.


Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpik1QWBpJwb.pgp
Description: PGP signature

Re: Buildworld failure on stable

[David Wolfskill]

On Wed, Aug 26, 2015 at 06:38:46PM +0100, Matt Smith wrote:
 ...
 So, been doing some testing. It looks like a -j4 problem with the latest 
 sources. If I buildworld with -j1 then it compiles with no issues at 
 all. If I compile r286908 with -j4 then it compiles with no issues at 
 all. If I try and compile r287155 with -j4 then I get the bus errors. So 
 I'm not convinced at all that it's hardware related at the moment.
 ...

While it is not a complete list of the updates I do to FreeBSD machines,
I believe that http://www.catwhisker.org/~david/FreeBSD/history/ has
links to a selection that is reasonably representative of those I have
been doing recently.

For my builds, I use a -j value that is twice the reported value of
`sysctl -n hw.ncpu`.  For both my laptop and my build machine, that
works out to -j16.  For my work desktop (not depicted on the page), it's
-j24.

I'm not seeing the issues you're reporting.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpqTHoPCeBdq.pgp
Description: PGP signature

Re: Panic [page fault] in _ieee80211_crypto_delkey(): stable/10/amd64 @r286878

[David Wolfskill]

On Tue, Aug 18, 2015 at 04:20:07PM -0700, David Wolfskill wrote:
 I was minding my own business in a staff meeting this afternoon, and my
 laptop rebooted; seems it got a panic.  I've copied the core.txt.0 file
 to http://www.catwhisker.org/~david/FreeBSD/stable_10/, along with a
 verbose dmesg.boot from this morning and output of pciconf -l -v.
 
 This was running:
 FreeBSD localhost 10.2-STABLE FreeBSD 10.2-STABLE #122  
 r286878M/286880:1002500: Tue Aug 18 04:06:33 PDT 2015 
 r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64
 

And this morning (just after I got in to work, and was trying (and
trying) to get re-associated with the AP at work), I had another one.

I've copied the resulting core.txt.1 over to
http://www.cawhisker.org:~david/FreeBSD/stable_10/ as well; here are
excerpts from a unidiff between core.txt.{0,1}:

--- core.txt.0  2015-08-18 15:39:05.232251000 -0700
+++ core.txt.1  2015-08-19 08:56:37.686238000 -0700
@@ -1,8 +1,8 @@
-localhost dumped core - see /var/crash/vmcore.0
+localhost dumped core - see /var/crash/vmcore.1
 
-Tue Aug 18 15:39:02 PDT 2015
+Wed Aug 19 08:56:35 PDT 2015
 
-FreeBSD localhost 10.2-STABLE FreeBSD 10.2-STABLE #122  
r286878M/286880:1002500: Tue Aug 18 04:06:33 PDT 2015 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64
+FreeBSD localhost 10.2-STABLE FreeBSD 10.2-STABLE #123  
r286912M/286918:1002500: Wed Aug 19 04:05:06 PDT 2015 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64
 
 panic: page fault
 
@@ -16,7 +16,7 @@
 
 Unread portion of the kernel message buffer:
 panic: page fault
-cpuid = 2
+cpuid = 1
 KDB: stack backtrace:
 #0 0x80946e00 at kdb_backtrace+0x60
 #1 0x8090a9e6 at vpanic+0x126
@@ -34,8 +34,8 @@
 #13 0x8095e9f0 at sys_ioctl+0x140
 #14 0x80c84f97 at amd64_syscall+0x357
 #15 0x80c6a49b at Xfast_syscall+0xfb
-Uptime: 9h45m0s
-Dumping 625 out of 8095 MB:..3%..11%..21%..31%..41%..52%..62%..72%..82%..93%
+Uptime: 3h16m49s
+Dumping 584 out of 8095 MB:..3%..11%..22%..31%..42%..53%..61%..72%..83%..91%
 
 Reading symbols from /boot/kernel/geom_eli.ko.symbols...done.
 Loaded symbols for /boot/kernel/geom_eli.ko.symbols
@@ -81,32 +81,32 @@
 at /usr/src/sys/kern/kern_shutdown.c:687
 #4  0x80c8467b in trap_fatal (frame=value optimized out, 
 eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:851
-#5  0x80c8497d in trap_pfault (frame=0xfe060d88b510, 
+#5  0x80c8497d in trap_pfault (frame=0xfe060d5ea510, 
 usermode=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:674
-#6  0x80c8401a in trap (frame=0xfe060d88b510)
+#6  0x80c8401a in trap (frame=0xfe060d5ea510)
 at /usr/src/sys/amd64/amd64/trap.c:440
 #7  0x80c6a1b2 in calltrap ()
 at /usr/src/sys/amd64/amd64/exception.S:236
 #8  0x809f003a in _ieee80211_crypto_delkey ()
 at /usr/src/sys/net80211/ieee80211_crypto.c:105
-#9  0x809eff5e in ieee80211_crypto_delkey (vap=0xfe03d907, 
-key=0xfe03d9070800) at /usr/src/sys/net80211/ieee80211_crypto.c:461
-#10 0x80a04d45 in ieee80211_ioctl_delkey (vap=0xfe03d907, 
+#9  0x809eff5e in ieee80211_crypto_delkey (vap=0xfe03dd31a000, 
+key=0xfe03dd31a800) at /usr/src/sys/net80211/ieee80211_crypto.c:461
+#10 0x80a04d45 in ieee80211_ioctl_delkey (vap=0xfe03dd31a000, 
 ireq=value optimized out)
 at /usr/src/sys/net80211/ieee80211_ioctl.c:1252
 #11 0x80a03bd2 in ieee80211_ioctl_set80211 ()
 at /usr/src/sys/net80211/ieee80211_ioctl.c:2814
 #12 0x80a2c323 in in_control (so=value optimized out, 
-cmd=9214790412651315593, data=0xfe060d88bb80 , ifp=0x3, 
+cmd=9214790412651315593, data=0xfe060d5eab80 , ifp=0x3, 
 td=value optimized out) at /usr/src/sys/netinet/in.c:308
-#13 0x809cd57b in ifioctl (so=0xfe03d9070800, cmd=2149607914, 
-data=0xfe060d88b8e0 wlan0, td=0xf80170abb940)
+#13 0x809cd57b in ifioctl (so=0xfe03dd31a800, cmd=2149607914, 
+data=0xfe060d5ea8e0 wlan0, td=0xf800098b5940)
 at /usr/src/sys/net/if.c:2770
-#14 0x8095ecf5 in kern_ioctl (td=0xf80170abb940, 
-fd=value optimized out, com=18446741891212314624) at file.h:320
-#15 0x8095e9f0 in sys_ioctl (td=0xf80170abb940, 
-uap=0xfe060d88ba40) at /usr/src/sys/kern/sys_generic.c:718
-#16 0x80c84f97 in amd64_syscall (td=0xf80170abb940, traced=0)
+#14 0x8095ecf5 in kern_ioctl (td=0xf800098b5940, 
+fd=value optimized out, com=18446741891282216960) at file.h:320
+#15 0x8095e9f0 in sys_ioctl (td=0xf800098b5940, 
+uap=0xfe060d5eaa40) at /usr/src/sys/kern/sys_generic.c:718
+#16 0x80c84f97 in amd64_syscall (td=0xf800098b5940, traced=0)
 at subr_syscall.c:134
 #17 0x80c6a49b in Xfast_syscall ()
 at /usr/src/sys/amd64/amd64/exception.S:396

Re: Panic [page fault] in _ieee80211_crypto_delkey(): stable/10/amd64 @r286878

[David Wolfskill]

On Wed, Aug 19, 2015 at 12:25:38PM -0700, Adrian Chadd wrote:
 ...  But we definitely ahe enough to put into a PR..
 ...

Bug 202494 - Panic [page fault] in _ieee80211_crypto_delkey() 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202494

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpsCB0osukdb.pgp
Description: PGP signature

Panic [page fault] in _ieee80211_crypto_delkey(): stable/10/amd64 @r286878

[David Wolfskill]

I was minding my own business in a staff meeting this afternoon, and my
laptop rebooted; seems it got a panic.  I've copied the core.txt.0 file
to http://www.catwhisker.org/~david/FreeBSD/stable_10/, along with a
verbose dmesg.boot from this morning and output of pciconf -l -v.

This was running:
FreeBSD localhost 10.2-STABLE FreeBSD 10.2-STABLE #122  
r286878M/286880:1002500: Tue Aug 18 04:06:33 PDT 2015 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

Excerpts from core.txt.0:

panic: page fault
...
Unread portion of the kernel message buffer:
panic: page fault
cpuid = 2
KDB: stack backtrace:
#0 0x80946e00 at kdb_backtrace+0x60
#1 0x8090a9e6 at vpanic+0x126
#2 0x8090a8b3 at panic+0x43
#3 0x80c8467b at trap_fatal+0x36b
#4 0x80c8497d at trap_pfault+0x2ed
#5 0x80c8401a at trap+0x47a
#6 0x80c6a1b2 at calltrap+0x8
#7 0x809eff5e at ieee80211_crypto_delkey+0x1e
#8 0x80a04d45 at ieee80211_ioctl_delkey+0x65
#9 0x80a03bd2 at ieee80211_ioctl_set80211+0x572
#10 0x80a2c323 at in_control+0x203
#11 0x809cd57b at ifioctl+0x15eb
#12 0x8095ecf5 at kern_ioctl+0x255
#13 0x8095e9f0 at sys_ioctl+0x140
#14 0x80c84f97 at amd64_syscall+0x357
#15 0x80c6a49b at Xfast_syscall+0xfb
Uptime: 9h45m0s
...
Loaded symbols for /usr/local/modules/rtc.ko
#0  doadump (textdump=value optimized out) at pcpu.h:219
219 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0  doadump (textdump=value optimized out) at pcpu.h:219
#1  0x8090a642 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:451
#2  0x8090aa25 in vpanic (fmt=value optimized out, 
ap=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:758
#3  0x8090a8b3 in panic (fmt=0x0)
at /usr/src/sys/kern/kern_shutdown.c:687
#4  0x80c8467b in trap_fatal (frame=value optimized out, 
eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:851
#5  0x80c8497d in trap_pfault (frame=0xfe060d88b510, 
usermode=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:674
#6  0x80c8401a in trap (frame=0xfe060d88b510)
at /usr/src/sys/amd64/amd64/trap.c:440
#7  0x80c6a1b2 in calltrap ()
at /usr/src/sys/amd64/amd64/exception.S:236
#8  0x809f003a in _ieee80211_crypto_delkey ()
at /usr/src/sys/net80211/ieee80211_crypto.c:105
#9  0x809eff5e in ieee80211_crypto_delkey (vap=0xfe03d907, 
key=0xfe03d9070800) at /usr/src/sys/net80211/ieee80211_crypto.c:461
#10 0x80a04d45 in ieee80211_ioctl_delkey (vap=0xfe03d907, 
ireq=value optimized out)
at /usr/src/sys/net80211/ieee80211_ioctl.c:1252
#11 0x80a03bd2 in ieee80211_ioctl_set80211 ()
at /usr/src/sys/net80211/ieee80211_ioctl.c:2814
#12 0x80a2c323 in in_control (so=value optimized out, 
cmd=9214790412651315593, data=0xfe060d88bb80 , ifp=0x3, 
td=value optimized out) at /usr/src/sys/netinet/in.c:308
#13 0x809cd57b in ifioctl (so=0xfe03d9070800, cmd=2149607914, 
data=0xfe060d88b8e0 wlan0, td=0xf80170abb940)
at /usr/src/sys/net/if.c:2770
#14 0x8095ecf5 in kern_ioctl (td=0xf80170abb940, 
fd=value optimized out, com=18446741891212314624) at file.h:320
#15 0x8095e9f0 in sys_ioctl (td=0xf80170abb940, 
uap=0xfe060d88ba40) at /usr/src/sys/kern/sys_generic.c:718
#16 0x80c84f97 in amd64_syscall (td=0xf80170abb940, traced=0)
at subr_syscall.c:134
#17 0x80c6a49b in Xfast_syscall ()
at /usr/src/sys/amd64/amd64/exception.S:396
#18 0x0008012a2f9a in ?? ()
Previous frame inner to this frame (corrupt stack?)
Current language:  auto; currently minimal
(kgdb) 


Physical 802.11 hardware is iwn(4).

I can copy the vmcore.0 file itself after I get home -- it's ~625MB,
and I'd rather not try to get that through over a WAN before I need
to catch the shuttle to get home. :-}

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpWb4UItbSf2.pgp
Description: PGP signature

Re: Upgrade SRC built i386 8.4 to 10.1 questions

[David Wolfskill]

On Tue, Aug 04, 2015 at 02:22:31PM +0100, Pete French wrote:
 ...
  3. can I use source buildkernel + buildworld to migrate i386 8.4 to amd64 
  10.1
 
 here you want to move from a 32 bit install to a 64 bit install. I have
 done this using the buildkernel + buoldworld process, but I had to
 use a second instagllation
 
 That actually worked fine, it was on FreeBSD 8 I belive, I havent tried it
 recently, but it did shift the machine from 32 bit to 64 bit smoothly.
 Obviously you should not have any poirts installed whilst ding this, as they
 will need to be reinstalled for the new architecture.
 

I wrote up what I did recently to migrate from stable/10 i386 to
stable/10 amd64 on a couple of machines here at home (including the
machine running the mutt process I'm using to read  write email).

The write-up may be found at
http://www.catwhisker.org/~david/FreeBSD/convert_i386_amd64.html.

Note that:
* The machines did have ports installed at the time (but I did
  subsequently deinstall all ports and installed corresponding packages
  that I had built with poudriere).

* These machines -- as is the case with most FreeBSD machines that I
  set up -- have more than one bootable slice.  I find the increased
  flexibility this provides quite useful.

* I have continued to upgrade the machines (both FreeBSD base and
  poudriere-built packages) weekly since then (as has been my practice for
  some time).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpI_W5I75vBO.pgp
Description: PGP signature

Re: unionfs or tmpfs Kernel Panic on 10.2-BETA1

[David Wolfskill]

On Sat, Jul 18, 2015 at 11:54:59AM -0400, Shawn Webb wrote:
 Looks like there's some locking issues in 10.2-BETA1/amd64. I'm at revision 
 bf2d0b176566519b95f21d01cc101f4b60247ab8 in this repo:
 
 https://github.com/HardenedBSD/hardenedBSD/tree/hardened/experimental/opnsense-10-stable
 
 === Begin Log ===
 Trying to mount root from ufs:/dev/ufs/HardenedBSD_Install [ro,noatime]...
 Mounting filesystems...
 tunefs: soft updates set
 tunefs: file system reloaded
 camcontrol: subcommand identify requires a valid device identifier
 panic: __lockmgr_args: recursing on non recursive lockmgr tmpfs @ 
 /usr/src/sys/kern/vfs_subr.c:2174
 ...
 If there's anything you need from me, please let me know. It's 100% 
 reproducible at bootup on one of my systems.
 ...

I mount /tmp as a tmpfs on all of my FreeBSD systems, and have been
tracking stable/10 daily for some time (ref.
http://www.catwhisker.org/~david/FreeBSD/history/).

I have not seen anything like the above.

I am presently running:

FreeBSD g1-245.catwhisker.org 10.2-BETA2 FreeBSD 10.2-BETA2 #96  
r285668M/285670:1001519: Sat Jul 18 04:07:25 PDT 2015 
r...@g1-245.catwhisker.org:/common/S2/obj/usr/src/sys/CANARY  amd64

on my laptop; on the system where I'm reading  writing mail, it's:

FreeBSD albert.catwhisker.org 10.2-BETA1 FreeBSD 10.2-BETA1 #418  
r285410M/285418:1001519: Sun Jul 12 04:37:35 PDT 2015 
r...@freebeast.catwhisker.org:/common/S2/obj/usr/src/sys/ALBERT  amd64

I am, however, not using unionfs.

I have a test system available, if that might help (e.g., for trying
to reproduce the problem).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpJhWnxU2pWP.pgp
Description: PGP signature

Re: Kernel fails to boot after update

[David Wolfskill]

On Mon, May 25, 2015 at 11:42:34AM -0700, Kevin Oberman wrote:
 ...
 Put  PORTS_MODULES=emulators/virtualbox-ose-kmod into /etc/src.conf and
 it will be rebuilt when the kernel is built. Add others ports that install
 kernel modules as well. Space delimit multiple modules. (The documentation
 is not too clear about multiple modules.
 

For documentation, see the VARIABLE ASSIGNMENTS section of make(1).

For an example, here's what I do:

g1-254(10.1-S)[1] cat /etc/src.conf 
KERNCONF=CANARY
PORTS_MODULES=x11/nvidia-driver
PORTS_MODULES+=multimedia/cuse4bsd-kmod
PORTS_MODULES+=emulators/virtualbox-ose-kmod
g1-254(10.1-S)[2] 

(I find that placing each module on a separate line makes it easier to
read  update.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgp3wEtkbwW5s.pgp
Description: PGP signature

stable/10 panic; _ieee80211_crypto_delkey() likely involved

[David Wolfskill]

I was reading some recent commits to stable/10 after just having issued
service netif restart iwn0 in an effort to get wlan0 to re-associate,
and my laptop panicked:

Fri Apr 24 15:28:37 PDT 2015

FreeBSD localhost 10.1-STABLE FreeBSD 10.1-STABLE #46  r281921M/281927:1001512: 
Fri Apr 24 04:24:32 PDT 2015 
r...@g1-254.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  i386

panic: page fault
...
Unread portion of the kernel message buffer:

Fatal trap 12: page fault while in kernel mode
cpuid = 5; apic id = 05
fault virtual address   = 0x18
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc0bceff2
stack pointer   = 0x28:0xc650f754
frame pointer   = 0x28:0xc650f7a4
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 3493 (wpa_supplicant)
trap number = 12
panic: page fault
cpuid = 5
KDB: stack backtrace:
#0 0xc0b1fd52 at kdb_backtrace+0x52
#1 0xc0ae13cf at panic+0x11f
#2 0xc0f65804 at trap_fatal+0x324
#3 0xc0f65b65 at trap_pfault+0x355
#4 0xc0f65224 at trap+0x674
#5 0xc0f5059c at calltrap+0x6
#6 0xc0bceede at ieee80211_crypto_delkey+0x1e
#7 0xc0be43a6 at ieee80211_ioctl_delkey+0x76
#8 0xc0be3115 at ieee80211_ioctl_set80211+0x585
#9 0xc0c0d8b1 at in_control+0x221
#10 0xc0bac060 at ifioctl+0x1460
#11 0xc0b40848 at soo_ioctl+0x2e8
#12 0xc0b38768 at kern_ioctl+0x258
#13 0xc0b3846c at sys_ioctl+0xec
#14 0xc0f662c6 at syscall+0x4a6
#15 0xc0f50631 at Xint0x80_syscall+0x21
Uptime: 7h2m17s
Physical memory: 3270 MB
...
#0  doadump (textdump=-824728192) at pcpu.h:233
233 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0  doadump (textdump=-824728192) at pcpu.h:233
#1  0xc0ae103d in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:452
#2  0xc0ae140d in panic (fmt=value optimized out)
at /usr/src/sys/kern/kern_shutdown.c:759
#3  0xc0f65804 in trap_fatal (frame=value optimized out, 
eva=value optimized out) at /usr/src/sys/i386/i386/trap.c:1023
#4  0xc0f65b65 in trap_pfault (frame=0x0, usermode=value optimized out, 
eva=0) at /usr/src/sys/i386/i386/trap.c:835
#5  0xc0f65224 in trap (frame=0xc650f714) at /usr/src/sys/i386/i386/trap.c:532
#6  0xc0f5059c in calltrap () at /usr/src/sys/i386/i386/exception.s:170
#7  0xc0bceff2 in _ieee80211_crypto_delkey ()
at /usr/src/sys/net80211/ieee80211_crypto.c:105
#8  0xc0bceede in ieee80211_crypto_delkey (vap=0xd46a, key=0xd46a0670)
at /usr/src/sys/net80211/ieee80211_crypto.c:461
#9  0xc0be43a6 in ieee80211_ioctl_delkey (vap=0xd46a, 
ireq=value optimized out)
at /usr/src/sys/net80211/ieee80211_ioctl.c:1252
#10 0xc0be3115 in ieee80211_ioctl_set80211 ()
at /usr/src/sys/net80211/ieee80211_ioctl.c:2814
#11 0xc0c0d8b1 in in_control (so=value optimized out, cmd=Cannot access 
memory at address 0xfffb
)
at /usr/src/sys/netinet/in.c:308
#12 0xc0bac060 in ifioctl (so=0xd46a, cmd=2149345770, 
data=value optimized out, td=value optimized out)
at /usr/src/sys/net/if.c:2751
#13 0xc0b40848 in soo_ioctl (fp=0xd00fd348, cmd=value optimized out, 
data=0xc650fa40, active_cred=0xd000de80, td=0xd46a)
at /usr/src/sys/kern/sys_socket.c:212
#14 0xc0b38768 in kern_ioctl (td=value optimized out, 
fd=value optimized out, com=value optimized out) at file.h:320
#15 0xc0b3846c in sys_ioctl (uap=value optimized out)
at /usr/src/sys/kern/sys_generic.c:718
#16 0xc0f662c6 in syscall (frame=value optimized out) at subr_syscall.c:134
#17 0xc0f50631 in Xint0x80_syscall ()
at /usr/src/sys/i386/i386/exception.s:270
#18 0x0033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
Current language:  auto; currently minimal
(kgdb) 


I have the crash dump  text dumps available, and can put the latter
up on my Web server for a bit if that would be useful.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Those who murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgp5SJhnRagWZ.pgp
Description: PGP signature

Re: Failure to build stable/9 (r253683) from head - WCHAR_MIN redefined

[David Wolfskill]

On Sat, Aug 10, 2013 at 12:18:11PM -0500, Bryan Drewery wrote:
 Anyone else seeing this?
 
  cc  -O2 -pipe  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/include 
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/../../include 
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/amd64 -DNLS  
  -D__DBINTERFACE_PRIVATE 
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/../../contrib/gdtoa 
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/../../contrib/libc-vis 
  -DINET6 -I/usr/obj/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc 
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/resolv -D_ACL_PRIVATE 
  -DPOSIX_MISTAKE 
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/../../contrib/tzcode/stdtime
   -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/stdtime  
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/locale -DBROKEN_DES 
  -DPORTMAP -DDES_BUILTIN 
  -I/zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/rpc -DYP -DNS_CACHING 
  -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror 
  -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c 
  /zpoudriere/jails/exp-bdrewery/usr
 /src/lib/libc/gen/fnmatch.c -o fnmatch.o
  In file included from 
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/gen/fnmatch.c:66:
  In file included from 
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/locale/collate.h:41:
  In file included from 
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/locale/xlocale_private.h:38:
  /usr/include/stdint.h:75:9: error: 'WCHAR_MIN' macro redefined [-Werror]
  #define WCHAR_MIN   __WCHAR_MIN
  ^
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/../../include/wchar.h:92:9: 
  note: previous definition is here
  #define WCHAR_MIN   __INT_MIN
  ^
  In file included from 
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/gen/fnmatch.c:66:
  In file included from 
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/locale/collate.h:41:
  In file included from 
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/locale/xlocale_private.h:38:
  /usr/include/stdint.h:76:9: error: 'WCHAR_MAX' macro redefined [-Werror]
  #define WCHAR_MAX   __WCHAR_MAX
  ^
  /zpoudriere/jails/exp-bdrewery/usr/src/lib/libc/../../include/wchar.h:93:9: 
  note: previous definition is here
  #define WCHAR_MAX   __INT_MAX
  ^
  2 errors generated.
  *** [fnmatch.o] Error code 1
 ...

I am not; my recent stable/9 history may be seen at
http://www.catwhisker.org/~david/FreeBSD/history/laptop_i386_9.txt --
but I build using clang (in case that is significant).  Most recent was:

FreeBSD localhost 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #523  
r254170M/254177:902501: Sat Aug 10 05:06:34 PDT 2013 
root@localhost:/usr/obj/usr/src/sys/CANARY  i386

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpKnoH09GUq7.pgp
Description: PGP signature

Re: missing /boot/menusets.4th

[David Wolfskill]

On Fri, Aug 09, 2013 at 11:55:01AM +0200, Henrik Lidström wrote:
 On 08/09/13 10:28, Daniel Braniss wrote:
  as of now (sorry have no rev#) the file
  sys/boot/forth/menusets.4th
  is not being installed, so boot failes!
 ...
 Yep, I just recovered from it using fixit and copying the file from src 
 to /boot.
 
 FreeBSD 14HELI 9.2-BETA2 FreeBSD 9.2-BETA2 #7: Fri Aug  9 10:43:22 
 CEST 2013 root@14HELI:/usr/obj/usr/src/sys/JOBBD2 amd64
 ...

I hit it as well; recovered by booting from one of my alternate boot
slices  copying as above.

Yesterday's stable/9:
FreeBSD 9.2-BETA2 #521  r254090M/254091:902501: Thu Aug  8 04:34:52 PDT 2013
 root@localhost:/usr/obj/usr/src/sys/CANARY  i386

was OK.

This morning's -- where I encountered the problem -- was:

FreeBSD 9.2-BETA2 #522  r254136M/254137:902501: Fri Aug  9 04:34:36 PDT 2013
 root@localhost:/usr/obj/usr/src/sys/CANARY  i386

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgp3CE7C9D3vm.pgp
Description: PGP signature

Re: When will subversion be ready for updating/upgrading src ports?

[David Wolfskill]

On Fri, Jul 05, 2013 at 08:38:07PM -0700, bsd-li...@hush.com wrote:
 ...
 svn checkout svn://svn.freebsd.org/ports/head /usr/ports
 
 I then performed a portmaster -a

Prior to updating installed ports, review of ports/UPDATING is more than
just a good idea.

 which left me with a non-working X desktop.
 Turned out to be a problem with the Nvidia driver -- was 2.9.40, now 3.10.14.
 But loading it in loader.conf didn't create /dev/nvidia0, or /dev/nvidiactl

I am using nvidia-driver-310.44_1 successfully.

 To make a long story short, I attempted to update my src  ports, and try 
 agaiin;
 
 svn update svn://svn.freebsd.org/ports/head /usr/ports
 FAILED! I don't have the exact output

Is /usr/ports a real directly, or a symlink?  (In my case, it is a
symlink, so I needed to take a bit of evasive action after I updated svn
to 1.8.)

 So I tried:
 cd /usr/ports
 svn update
 Which replied:
 svn: E155036: Please see the 'svn upgrade' command
 svn: E155036: The working copy at '/usr/ports'
 is too old (format 29) to work with client version '1.8.0 (r1490375)' 
 (expects f
 ormat 31). You need to upgrade the working copy first.
 
 So I guess subversion isn't (yet) designed for this sort of stuff,

That's a fairly classic non sequitur.

I only have logs for the last year of using SVN to perform 2
update/build/smoke-test cycles/day for each of a couple of machines
-- 1 set for stable/9; the other for head.  I also update the
installed ports under stable/9 (daily).  (The two machines are my
laptop and a build machine.)  And then I actually use the resulting
stable/9 snapshot on my laptop for day-to-day activities -- until
the next day, when it's lather, rinse, repeat.

Then there are few machines I only update weekly.

Regarding the svn: E155036: Please see the 'svn upgrade' command ...
message, that means that because you updated svn (probably from 1.7 to
1.8), you need to use the svn upgrade command on your
previously-created working copies in order to use the new svn command on
them.

 which leaves me with a useless box. :(
 
 Thank you for all your time, and consideration.

Always set things up so you have a usable fallback.  Whether that's by
making backups and restoring from them or some other mechanism, that's
up to you.  (I tend to set machines up to be able to boot from multiple
slices, which can be a suitable strategy, but it's certainly not as easy
as falling off a log.)

You may see my more recent update history on an assortment of machines
at http://www.catwhisker.org/~david/FreeBSD/history/.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpWCMcqx4Bvy.pgp
Description: PGP signature

Re: Fwd: Issue with svn updates both source and ports.

[David Wolfskill]

On Sat, Jun 22, 2013 at 12:36:44PM -0500, Edwin L. Culp W. wrote:
 Thanks, David.
 
 I'm still not able to update my ports.  I was able to build a new world
 with no problem.
 
 # uname -a
 FreeBSD home.encontacto.net 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #505
 r252094: Sat Jun 22 06:48:06 CDT 2013
 r...@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO
 amd64

Some progress; good

 but when I try to update my ports I get:
 
 # /usr/local/bin/svn up /usr/ports
 Updating '/usr/ports':
 svn: E17: Unrecognized URL scheme for '
 https://svn0.us-west.freebsd.org/ports/head'
 
 And I though I was finally using svn without problems.
 The only thing interesting about this error was it's needing neon that I
 rebuilt and reinstalled just in case but no prize.
 
 Thanks for suggestions.

Per the ports/UPDATING entry:

...
  If you want to upgrade, and use http/https access to repositories,
  please check, that the SERF option is enabled, as NEON support
  is gone.
...

I suspect that you need to rebuild svn, and that you need to change the
configuration for it first.  If you use portmaster:

portmaster --force-config devel/subversion

should do that.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpc364aYhBl5.pgp
Description: PGP signature

Re: Issue with svn updates both source and ports.

[David Wolfskill]

On Fri, Jun 21, 2013 at 05:45:42PM -0500, Edwin L. Culp W. wrote:
 I've been using svn updates for some time with no problems rebuilding
 daily.
 
 Version of my last successful update.
 # uname -a
  FreeBSD home.encontacto.net 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #503
 r252026: Thu Jun 20 06:41:28 CDT 2013
 r...@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO
 amd64
 
 # cd /usr/src  svn up /usr/src
 svn: E155036: Please see the 'svn upgrade' command
 svn: E155036: The working copy at '/usr/src'
 is too old (format 29) to work with client version '1.8.0 (r1490375)'
 (expects format 31). You need to upgrade the working copy first.

You need to do as the above message suggests: svn upgrade /usr/src.
(Note that svn up is short for svn update, which is different from
svn upgrade.)

This is a result of the svn client (now) being 1.8.x, vs. the last
successful svn up, when it was 1.7.x.

 #  cd /usr/ports  /usr/local/bin/svn up /usr/ports
 Updating '.':
 svn: E17: Unrecognized URL scheme for '
 https://svn0.us-west.freebsd.org/ports/head'

This is likely an issue of the new 1.8.x svn client not being built with
SERF support.  Please see ports/UPDATING, entry 20130619.

 ...

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgp1cIxvcXU0d.pgp
Description: PGP signature

Re: OpenSSH in -STABLE

[David Wolfskill]

On Tue, May 21, 2013 at 09:42:39PM -0400, usa...@hushmail.com wrote:
 Hi. Are there any plans to get OpenSSH 6.2 in 9-STABLE? I'd like to
 check out the new AES-GCM stuff without going to -CURRENT on this
 system. If there are no plans, is there a possibility? Thanks
 

Please refer to ports/security/openssh-portable; its Makefile says it's
6.2p2,1, last updated about 5 days ago.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpGYkaP8hBFS.pgp
Description: PGP signature

Re: svn revision stable/9

[David Wolfskill]

On Tue, Apr 23, 2013 at 07:42:05AM -0500, John Mehr wrote:
 ...
 Because the current, stable and releng branches all use 
 /usr/src by default, implementing a custom svnversion to 
 inform newvers.sh of which revision exists in /usr/src 
 would be problematic without leaving a small bread crumb 
 there for newvers.sh to use.  If this is ok to do, I can 
 include this in the next revision (which should be ready 
 to go in the next couple of days).
 ...

Please note that what svnversion reports is the last revision number of
the *repository* as of the most recent update of the working copy in
question -- not (necessarily) the last revision that actually applied to
that working copy.

To illustrate:

g1-227(9.1-S)[1] cd /usr/src
g1-227(9.1-S)[2] svnversion 
249793M
g1-227(9.1-S)[3] svn info
Path: .
Working Copy Root Path: /usr/src
URL: file:///svn/freebsd/src/base/stable/9
Repository Root: file:///svn/freebsd/src/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 249793
Node Kind: directory
Schedule: normal
Last Changed Author: mckusick
Last Changed Rev: 249788
Last Changed Date: 2013-04-22 23:28:49 -0700 (Mon, 22 Apr 2013)

g1-227(9.1-S)[4] uname -v
FreeBSD 9.1-STABLE #434  r249788M/249793:901504: Tue Apr 23 04:48:16 PDT 2013   
  r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY 
g1-227(9.1-S)[5] 

(Note the M suffix, indicating that I've modified the sources.
That is because I modified newvers.sh to provide the string
r249788M/249793:901504 instead of what the stock newvers.sh
would provide, which would have been r249793M.)

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpGsIr1gzMzB.pgp
Description: PGP signature

Re: reproducible panic: page fault with clang-compiled nvidia-driver

[David Wolfskill]

On Tue, Mar 05, 2013 at 07:01:39PM +0100, kron wrote:
 Hello,
 
 I have 100% reproducible page fault kernel panics on 9-STABLE
 (FreeBSD 9.1-STABLE #0 r247842M)
 
 It needs two conditions together:
 1. nvidia-driver built by clang
 2. nvidia_load=YES in loader.conf

Hmmm...  I don't see a problem; I am running:

FreeBSD g1-235.catwhisker.org 9.1-STABLE FreeBSD 9.1-STABLE #393  
r247828M/247839: Tue Mar  5 05:11:27 PST 2013 
r...@g1-235.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

using nvidia-driver built by clang -- e..g:

...
===  Building for nvidia-driver-310.32
=== src (all)
@ - /usr/src/sys
machine - /usr/src/sys/i386/include
x86 - /usr/src/sys/x86/include
...
clang -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\310.32\ 
-D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O -UDEBUG -U_DEBUG 
-DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I. -I. -I@ -I@/contrib/altq 
-fno-common   -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -c nvidia_ctl.c
clang -O2 -pipe -fno-strict-aliasing -DNV_VERSION_STRING=\310.32\ 
-D__KERNEL__ -DNVRM -Wno-unused-function -Wuninitialized -O -UDEBUG -U_DEBUG 
-DNDEBUG -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I. -I. -I@ -I@/contrib/altq 
-fno-common   -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -std=iso9899:1999 -Qunused-arguments -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -c nvidia_dev.c



Referring to http://docs.freebsd.org/mail/current/svn-src-stable-9.html,
the most recent commits to stable/9 (in most-recent-first sequence) are:

* r247850 - stable/9/sys/dev/mxge
* r247846 - stable/9/libexec/rtld-elf
* r247828 - in stable: 8/sys/dev/mfi 9/sys
* r247827 - in stable: 8/share/man/man4 8/
* r247803 - stable/9/sbin/devd
* r247802 - stable/9/sbin/devd

so I believe that your sources @r247842M should be equivalent to mine
@r247828M.

(The cause for the M flag in my case is the change I made locally to
src/sys/conf/newvers.sh to report the SVN revision a bit differently.)

Note that I'm running i386; that may be a difference.

 ...

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpxfqqDEWBzV.pgp
Description: PGP signature

Re: csup to svn for 8-stable

[David Wolfskill]

On Fri, Jan 11, 2013 at 02:45:10PM -0800, Brian W. wrote:
 I had an existing /usr/src/ tree from previous csup sessions. After a bit
 of reading, it looks like all I need to do are these two steps?
 
 pkg_add -r subversion
 svn co svn://svn.freebsd.org/base/stable/8 /usr/src
 
 Is it really that simple for a src update?

Unless you have custom modifications in your source tree, I believe that
you will find it simpler to remove it (or at least rename it) and use
the above svn co to create a fresh new working copy.

 I have been using portsnap for years for ports, so I can continue to do
 that.

That is my understanding, yes.

 ...

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpm1H_AnykKf.pgp
Description: PGP signature

Re: src.conf question

[David Wolfskill]

On Tue, Jan 01, 2013 at 06:44:16AM -0800, Robert wrote:
 ...
 I will be upgrading my main desktop system from 8-stable to 9-stable
 this week and am quite confused with regards to Clang vs GCC. I have
 complete backups and will be doing a complete re-install.
 
 I have seen several different examples of what to put
 into /etc/src.conf and /etc/make.conf and am not sure if it is safe or
 even advisable to make the move to Clang for source and ports.
 
 Can someone help with this?
 ...

Back around May, I migrated my stable/8 machines to stable/9.  At that
time, I also switched to clang from gcc for building the FreeBSD base
system.  (I expected quite a bit more turbulence were I to attempt
that with ports.)

Accordingly, I configured /etc/src.conf to read:

CC=clang
CXX=clang++
CPP=clang-cpp
WITH_LIBCPLUSPLUS=yes

and that has been working well for me since.  (Disclosure: I track
stable/9 daily, which is probably a higher frequency than most folks.
For that matter, I also track head daily on the same machine (different
slice).)

In any case, there are no problems I can ascribe to having done that.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpTOC9gpQgXA.pgp
Description: PGP signature

Re: FreeBSD 9.1-PRERELEASE

[David Wolfskill]

[-questions@, as I'm not subscribed to it, and I don't see value in
cross-posting this message -- dhw]

On Thu, Dec 27, 2012 at 10:53:23AM +0100, Jack Raats wrote:
 Hi,
 
 In this mailinglist I'm reading a lot about problems (re)compiling the system.

Well, I suspect that even if a small number of those of us who rebuild
the system without problems were to post each time we did so, there
would be a fair number of complaints from all of the noise. :-}

 At this moment I'm running:
 FreeBSD 9.1-PRERELEASE (ORAC) #0 r244047: Sun Dec  9 15:33:19 CET 2012 
 without problems.

Good.

 Is it save to recompile the system with all patches?
 ...

OK; now I'm a bit confused.

The version string you cite (FreeBSD 9.1-PRERELEASE (ORAC) #0 r244047)
indicates that you have no modifications to the source tree -- so I'm
unclear on what patches you are referencing.

I have been tracking the stable/9 branch of FreeBSD (updating 
rebuilding daily) on my laptop, then using it for my day-to-day
activities.  I have had very few problems with stable/9 -- I think there
may have been as many as 3 times that I had trouble rebuilding since
May.

For reference, the most recent uname -a outputs for me are:

FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #329  
r244676M/244676: Tue Dec 25 05:04:52 PST 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #330  
r244712M/244731: Thu Dec 27 04:24:05 PST 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

(Note that while I did rebuild yesterday (Wed 26 Dec), the uname output
was unchanged, as the only changes in the sources was to userland (vs.
the kernel).)

Finally, note that stable/9 is a *development* branch of FreeBSD;
as such, it gets updated often; the safety of rebuilding is
difficult to estimate absent knowledge of both your environment and
the point to which you are considering updating.  The developers
try to avoid breaking things (and that avoidance is much eaasier
with SVN, vs. CVS (IMO)), but software development is fundamentally
a human activity, and mistakes do happen from time to time.

If that's a concern, I suggest that you try such an update on a system
that is less critical than most, but which you are able to subject to
significant testing.  If that works for you, you might consider upgrading
somewhat more-critical systems to the same point.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpSXEYkvWbzV.pgp
Description: PGP signature

stable/9 i386 panic [ACPI/timer?]

[David Wolfskill]

I finally(!) got around to enabling crash dumps on the primary machine
here at the house ... and managed to make use of it (unfortunately).

I've copied the relevant files (both those from /var/crash and
dmesg.boot) so they should be visibale at
http://www.catwhisker.org/~david/FreeBSD/panic_24Dec2012/ (though
only the dmesg.boot, core.text.0,  info.0 files should be fetchable
for now).  [I'll make the vmcore.0 available to individuals who
wish to work on the problem; please contact me to arrange this.]

Here's a bit of information excerpted from core.text.0:

Mon Dec 24 11:16:04 PST 2012

FreeBSD albert.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #434 
244582M: Sat Dec 22 05:06:29 PST 2012 
r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/ALBERT  i386

Note that while the version string says 244582M:

* Userland was at r244608.

* The Modification was merely a change to src/sys/newvers.sh to re-factor
  the extraction of the version string.



panic: page fault

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x34
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc0ad475c
stack pointer   = 0x28:0xc6fba9d8
frame pointer   = 0x28:0xc6fbaa18
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= resume, IOPL = 0
current process = 11 (idle: cpu0)
trap number = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper(c0ffbab8,46,1,ca931e80,0,...) at 0xc051ef76 = 
db_trace_self_wrapper+0x36/frame 0xc6fba740
kdb_backtrace(c1033ff1,0,c0e75cc4,c6fba7ec,c71f08d0,...) at 0xc0afc400 = 
kdb_backtrace+0x30/frame 0xc6fba7a0
panic(c0e75cc4,c1034ddb,c71f0a84,1,1,...) at 0xc0ac763c = panic+0x1bc/frame 
0xc6fba7e0
trap_fatal(28,7fff,3,0,28,...) at 0xc0e35560 = trap_fatal+0x340/frame 
0xc6fba828
trap_pfault(34,c,1,c11a68b0,c6fba940,...) at 0xc0e358cb = 
trap_pfault+0x35b/frame 0xc6fba8a0
trap(c6fba998) at 0xc0e34e13 = trap+0x443/frame 0xc6fba98c
calltrap() at 0xc0e1e86c = calltrap+0x6/frame 0xc6fba98c
--- trap 0xc, eip = 0xc0ad475c, esp = 0xc6fba9d8, ebp = 0xc6fbaa18 ---
tc_windup(1,0,c0ff3ba6,21c,0,...) at 0xc0ad475c = tc_windup+0x1c/frame 
0xc6fbaa18
hardclock_cnt(1,0,0,3,0,...) at 0xc0a77e39 = hardclock_cnt+0x2e9/frame 
0xc6fbaa68
handleevents(c6fbaaf8,2,46,c71f08d0,c6fbaae4,...) at 0xc0e3c534 = 
handleevents+0x184/frame 0xc6fbaac0
timercb(c7564064,0,c76a82f0,c6fbab58,c0a99a0e,...) at 0xc0e3d1a1 = 
timercb+0x281/frame 0xc6fbab14
hpet_intr_single(c7564064,c7569780,0,c6fbabbc,c6fbab78,...) at 0xc053a345 = 
hpet_intr_single+0x195/frame 0xc6fbab40
hpet_intr(c7564000,0,c71f08d0,14,c723b710,...) at 0xc053a3cf = 
hpet_intr+0x6f/frame 0xc6fbab58
intr_event_handle(c723c280,c6fbabbc,c6fbab94,0,c7182600,...) at 0xc0a99c5c = 
intr_event_handle+0x7c/frame 0xc6fbab78
intr_execute_handlers(c723b710,c6fbabbc,0) at 0xc0e4c552 = 
intr_execute_handlers+0x42/frame 0xc6fbab98
lapic_handle_intr(33,c6fbabbc) at 0xc0e4f50d = lapic_handle_intr+0x3d/frame 
0xc6fbabac
Xapic_isr1() at 0xc0e1ec35 = Xapic_isr1+0x35/frame 0xc6fbabac
--- interrupt, eip = 0xc0e1a202, esp = 0xc6fbabfc, ebp = 0xc6fbac3c ---
acpi_cpu_c1(0,c6fbac58,c0e250a6,0,c1198018,...) at 0xc0e1a202 = 
acpi_cpu_c1+0x2/frame 0xc6fbac3c
cpu_idle_acpi(0,c1198018,c6fbacd0,c0aee519,0,...) at 0xc0e24fff = 
cpu_idle_acpi+0x2f/frame 0xc6fbac48
cpu_idle(0,2,c0ffa49a,a36,c71f08d0,...) at 0xc0e250a6 = cpu_idle+0x96/frame 
0xc6fbac58
sched_idletd(0,c6fbad08,0,0,c0aee250,...) at 0xc0aee519 = 
sched_idletd+0x2c9/frame 0xc6fbacd0
fork_exit(c0aee250,0,c6fbad08) at 0xc0a977c7 = fork_exit+0x67/frame 0xc6fbacf4
fork_trampoline() at 0xc0e1e8e4 = fork_trampoline+0x8/frame 0xc6fbacf4
--- trap 0, eip = 0, esp = 0xc6fbad40, ebp = 0 ---
Uptime: 7h11m46s
Physical memory: 3045 MB


#0  doadump (textdump=value optimized out) at pcpu.h:249
249 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0  doadump (textdump=value optimized out) at pcpu.h:249
#1  0xc0ac71fa in kern_reboot (howto=Unhandled dwarf expression opcode 0xc0
)
at /usr/src/sys/kern/kern_shutdown.c:448
#2  0xc0ac7688 in panic (fmt=Unhandled dwarf expression opcode 0xc0
) at /usr/src/sys/kern/kern_shutdown.c:636
#3  0xc0e35560 in trap_fatal (frame=value optimized out, 
eva=value optimized out) at /usr/src/sys/i386/i386/trap.c:1043
#4  0xc0e358cb in trap_pfault (frame=value optimized out, usermode=Unhandled 
dwarf expression opcode 0xc3
)
at /usr/src/sys/i386/i386/trap.c:858
#5  0xc0e34e13 in trap (frame=value optimized out)
at /usr/src/sys/i386/i386/trap.c:555
#6  0xc0e1e86c in calltrap () at /tmp/exception-SmXQMs.s:94
#7  0xc0ad475c in tc_windup () at /usr/src/sys/kern/kern_tc.c:450
#8  0xc0a77e39 in hardclock_cnt (usermode=value optimized out)
at /usr/src/sys/kern/kern_clock.c:556
#9  0xc0e3c534 in handleevents (now=value optimized out, 
fake=value optimized out) 

Re: stable/9 i386 panic [ACPI/timer?]

[David Wolfskill]

On Mon, Dec 24, 2012 at 11:04:04PM +0200, Andriy Gapon wrote:
 ...
 I'd say that what you see is impossible...

Well, I suppose it's small comfort, but that does make me feel a little
better about being a bit clueless about why this happened.  Thanks! :-}

 Could you please provide the following info from kgdb?
 p timehands
 p th0
 ...
 p th9
 disassemble tc_windup
 ...

Here you go, cut/pasted (though I elided the ---Type return to
continue, or q return to quit--- lines):

albert(9.1-P)[3] kgdb /boot/kernel/kernel.symbols vmcore.0
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
...
Unread portion of the kernel message buffer:
kernel trap 12 with interrupts disabled


Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x34
fault code  = supervisor read, page not present
instruction pointer = 0x20:0xc0ad475c
stack pointer   = 0x28:0xc6fba9d8
frame pointer   = 0x28:0xc6fbaa18
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= resume, IOPL = 0
current process = 11 (idle: cpu0)
trap number = 12
panic: page fault
...
Loaded symbols for /boot/kernel/drm.ko
#0  doadump (textdump=value optimized out) at pcpu.h:249
249 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) frame 7
#7  0xc0ad475c in tc_windup () at /usr/src/sys/kern/kern_tc.c:450
450 /usr/src/sys/kern/kern_tc.c: No such file or directory.
in /usr/src/sys/kern/kern_tc.c
Current language:  auto; currently minimal
(kgdb) p timehands
$1 = (struct timehands * volatile) 0xc11ba910
(kgdb) p th0
$2 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3989950369, th_offset = {
sec = 25906, frac = 2057132249855343962}, th_microtime = {
tv_sec = 1356376278, tv_usec = 180944}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 180944041}, th_generation = 669311, 
  th_next = 0xc112a7e4}
(kgdb) p th1
$3 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3990015836, th_offset = {
sec = 25906, frac = 2167819058537565778}, th_microtime = {
tv_sec = 1356376278, tv_usec = 186944}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 186944385}, th_generation = 669311, 
  th_next = 0xc112a820}
(kgdb) p th2
$4 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3990048555, th_offset = {
sec = 25906, frac = 2223137947340682090}, th_microtime = {
tv_sec = 1356376278, tv_usec = 189943}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 189943228}, th_generation = 669311, 
  th_next = 0xc112a85c}
(kgdb) p th3
$5 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3990059490, th_offset = {
sec = 25906, frac = 224162602123970}, th_microtime = {
tv_sec = 1356376278, tv_usec = 190945}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 190945470}, th_generation = 669311, 
  th_next = 0xc112a898}
(kgdb) p th4
$6 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3990070376, th_offset = {
sec = 25906, frac = 2260031295932411698}, th_microtime = {
tv_sec = 1356376278, tv_usec = 191943}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 191943220}, th_generation = 669311, 
  th_next = 0xc112a8d4}
(kgdb) p th5
$7 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3990081323, th_offset = {
sec = 25906, frac = 2278539681754952554}, th_microtime = {
tv_sec = 1356376278, tv_usec = 192946}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 192946562}, th_generation = 669311, 
  th_next = 0xc11ba910}
(kgdb) p th6
$8 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3989906722, th_offset = {
sec = 25906, frac = 1983337099038093506}, th_microtime = {
tv_sec = 1356376278, tv_usec = 176943}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 176943598}, th_generation = 669310, 
  th_next = 0xc112a94c}
(kgdb) p th7
$9 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3989927028, th_offset = {
sec = 25906, frac = 2017668996591077394}, th_microtime = {
tv_sec = 1356376278, tv_usec = 178804}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 178804734}, th_generation = 669310, 
  th_next = 0xc112a988}
(kgdb) p th8
$10 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3989928549, th_offset = {
sec = 25906, frac = 2020240591990372602}, th_microtime = {
tv_sec = 1356376278, tv_usec = 178944}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 178944140}, th_generation = 669310, 
  th_next = 

Re: stable/9 i386 panic [ACPI/timer?]

[David Wolfskill]

On Tue, Dec 25, 2012 at 12:35:18AM +0200, Andriy Gapon wrote:
 ...
 Could you please also provide from the same frame
 i reg
 p timehands
 ?

Thank you!  You're the one doing the work. :-}

I had left teh kgdb session active; I also included p *timehands just
in case it might be of use:

(kgdb) i reg
eax0x1  1
ecx0xc11ba910   -1055151856
edx0xc72405ff   -953940481
ebx0x0  0
esp0x0  0x0
ebp0xc6fbaa18   0xc6fbaa18
esi0x1  1
edi0xc71c8300   -954432768
eip0xc0ad475c   0xc0ad475c
eflags 0x10086  65670
cs 0x20 32
ss 0xc6fbaa18   -956585448
ds 0x28 40
es 0xc6fb0028   -956628952
fs 0xc71f0008   -954269688
gs 0x0  0
(kgdb) p timehands
$13 = (struct timehands * volatile *) 0xc112a6c8
(kgdb) p *timehands
$14 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
  th_scale = 1690726758248, th_offset_count = 3990092176, th_offset = {
sec = 25906, frac = 2296889139262218098}, th_microtime = {
tv_sec = 1356376278, tv_usec = 193941}, th_nanotime = {
tv_sec = 1356376278, tv_nsec = 193941288}, th_generation = 1, 
  th_next = 0x0}
(kgdb) 

Also: the machine has been in service for about 2.5 years, and was
purchased refurbished.  If it turns out that there are hardware
issues, my feelings won't be hurt at all -- I'd merely want to identify
the (likely) failing part(s) and replace them.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpustrCoBOIU.pgp
Description: PGP signature

Re: stable/9 i386 panic [ACPI/timer?]

[David Wolfskill]

On Tue, Dec 25, 2012 at 12:58:00AM +0200, Andriy Gapon wrote:
 on 25/12/2012 00:39 David Wolfskill said the following:
  I had left teh kgdb session active; I also included p *timehands just in
  case it might be of use:
 
 Thank you.
 Please also print th0 ... th9.
 ...

Here you go:

(kgdb) p th0
$15 = (struct timehands *) 0xc112a7a8
(kgdb) p th1
$16 = (struct timehands *) 0xc112a7e4
(kgdb) p th2
$17 = (struct timehands *) 0xc112a820
(kgdb) p th3
$18 = (struct timehands *) 0xc112a85c
(kgdb) p th4
$19 = (struct timehands *) 0xc112a898
(kgdb) p th5
$20 = (struct timehands *) 0xc112a8d4
(kgdb) p th6
$21 = (struct timehands *) 0xc112a910
(kgdb) p th7
$22 = (struct timehands *) 0xc112a94c
(kgdb) p th8
$23 = (struct timehands *) 0xc112a988
(kgdb) p th9
$24 = (struct timehands *) 0xc112a9c4
(kgdb) 

I've copied /boot/kernel/kernel.symbols over, as well: I need to head
out for some errands for a while.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpobxxp0rarO.pgp
Description: PGP signature

Re: stable/9 i386 panic [ACPI/timer?]

[David Wolfskill]

On Tue, Dec 25, 2012 at 01:33:15AM +0200, Andriy Gapon wrote:
 ...
  (kgdb) p th6
  $21 = (struct timehands *) 0xc112a910
 
 Comparing the above and the following from an earlier email:
  (kgdb) p timehands
  $1 = (struct timehands * volatile) 0xc11ba910
 and the following:
  (kgdb) p th5
  $7 = {th_counter = 0xc115174c, th_adjustment = 51068786373500, 
th_scale = 1690726758248, th_offset_count = 3990081323, th_offset = {
  sec = 25906, frac = 2278539681754952554}, th_microtime = {
  tv_sec = 1356376278, tv_usec = 192946}, th_nanotime = {
  tv_sec = 1356376278, tv_nsec = 192946562}, th_generation = 669311, 
th_next = 0xc11ba910}
 
 
 I am quite sure that the impossible happened only because the faulty memory 
 made
 it possible.

Ah.  Well, that's not unreasonable, then.

I have (2) 1GB DIMMs + (2) 512MB DIMMs in the machine presently.  Since
I bought the 1GB DIMMs more recently, I'll just pull the 512MB DIMMs for
now, and if that causes things to settle down, I'll plan on buying a
couple more 1GBDIMMs to replace the 512MB DIMMs.

Thank you very much for your help!

 ...

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpts0FNZ2DyO.pgp
Description: PGP signature

Re: to unsubscribe

[David Wolfskill]

On Wed, Nov 14, 2012 at 05:52:01AM -0500, hugues Levesque wrote:
 
 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

Another way is to direct a Web browser to
http://lists.freebsd.org/mailman/listinfo to subscribe, change
your subscription options, or unsubscribe.

Peace,
david   (current hat: part of postmas...@freebsd.org)
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgp7NN2lz2yQB.pgp
Description: PGP signature

Re: buildworld fails on recent stable

[David Wolfskill]

On Fri, Nov 09, 2012 at 12:28:11AM +0100, Dimitry Andric wrote:
 ...
 I have also looked at merging the snapshot of 3.2 we now have in head to
 stable/9, but it is also quite some work, so I found a better solution:
 I managed to shrink boot2 by enough bytes to make it fit again.
 
 I committed the change to head in r242804, and I will MFC it in 3 days,
 if there are no regressions reported.  Meanwhile, please apply the
 attached patch.
 

Works for me -- I'm now running:

FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #292 
242822M: Fri Nov  9 04:26:20 PST 2012 
r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386

built with clang.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpgcOS3zRryn.pgp
Description: PGP signature

Re: stable/9 @r241776 panic: REDZONE: Buffer underflow detected...

[David Wolfskill]

On Sun, Oct 21, 2012 at 03:13:56PM +0300, Konstantin Belousov wrote:
 ...
  Anyone else seeing this?  Any ideas how to diagnose it?
 
 devread is the method of devctl(4) which passes devd notifications from
 the kernel to userland (to devd, specifically). There were no changes to
 devctl(4) for quite a time.

I noticed that none of the changes in the last update seemed at all
relevant, yes.  And thank you for the background (devread()).

 The corruption is, most likely, in some unrelated piece of code. Could
 you try to bisect the stable to catch the offender ? The bisect is not
 guaranteed to work, obviously, since the random corruption effects are
 unpredictable.

I'll try -- but before I do, I've just removed a couple of custom
stanzas from /etc/devd.conf (after noting that updating to r241776 does
not appear to have affected the reported symptoms).  So if the removal
avoids the problem, that may reduce the searching a fair bit. :-)
(I'm also informed by my spouse that I'm to help her prepare for
some expected rain today; this may reduce the amount of time I am
able to spend on it.)

Adding the above-cited stanzas to devd.conf is one of the few things
that I did on the laptop that I haven't done elsewhere -- and while
I only track stable/9 daily on a couple of machines, I have 3 more
that I update Sunday mornings  which would be now.  We shall
see. :-}

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpd2A5pxDpKr.pgp
Description: PGP signature

Re: stable/9 @r241776 panic: REDZONE: Buffer underflow detected...

[David Wolfskill]

On Sun, Oct 21, 2012 at 03:13:56PM +0300, Konstantin Belousov wrote:
 On Sat, Oct 20, 2012 at 07:10:19AM -0700, David Wolfskill wrote:
  This seems ... fairly weird to me.
  
  Yesterday, I built  booted:
  
  FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #274 
  241726M: Fri Oct 19 05:40:05 PDT 2012 
  r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386
  
  and used the machine all day; nothing unusual (including various
  reboots (e.g. when I disembarked the train for the final leg of my
  commute home, so I powered the laptop off).
  
  This morning, I built:
  
  FreeBSD g1-227.catwhisker.org 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #275 
  241776M: Sat Oct 20 04:34:45 PDT 2012 
  r...@g1-227.catwhisker.org:/usr/obj/usr/src/sys/CANARY  i386
  
  and on first reboot, I got a panic.
  
  After a bit of experimentation, it appears that I get a panic @r241776
  if I attempt a normal boot into multi-user mode, but if I first boot to
  single-user mode, then exit single-user mode, it comes up without a
  problem.
  
  I don't have a serial console, so I started to write down some of the
  panic information, but my patience ran a bit short.  Here's whet I
  recorded (warning: hand-transcripted -- twice!):
  
  ...
  Starting devd.
  REDZONE: Buffer underflow detected.  1 byte corrupted before 0xced40080 
  (4294966796 bytes allocated).
  Allocation backtrace:
  #0 0xc0ceac8f at redzone_setup+0xcf
  #1 0xc0a5d5c9 at malloc+0x1d9
  ...[about 20 more such lines I didn't record]...
  
   bt
  Tracing pid 901 tid 100106 td 0xd2b99000
  kdb_enter(...)
  panic(...)
  free(...)
  devread(ce8c2d00,f7274c0c,0,c0b1e4f0,d279e380,...) at devread+0x1a6
  giant_read(...) at giant_read+0x87
  devfs_read(...) at devfs_read+0xc6
  dofileread(...) at dofileread+0x99
  sys_read(...) at sys_read+0x98
  syscall(f7274d08) at syscall+0x387
  
  Within the bounds described above, this appears to be quite reproducible
  -- on my laptop.  My build machine (updated in parallel, at the same
  GRNs) does not exhibit the panic.
  
  I was unable to get a crash dump; I have
  
  dumpdev=AUTO
  
  in /etc/rc.conf, and the panic was occurring well after swap was
  enabled.  (Yes, I know I have swap over-allocated.  I plan to do
  something about it at some point.)
  
  I've attached a copy of dmesg.boot.
  
  Anyone else seeing this?  Any ideas how to diagnose it?
 
 devread is the method of devctl(4) which passes devd notifications from
 the kernel to userland (to devd, specifically). There were no changes to
 devctl(4) for quite a time.
 
 The corruption is, most likely, in some unrelated piece of code. Could
 you try to bisect the stable to catch the offender ? The bisect is not
 guaranteed to work, obviously, since the random corruption effects are
 unpredictable.

[Lack of trimming is deliberate, in this case, as I found a reversion
that appears to address the issue, and I wanted folks looking at this to
have the bulk of the symptoms readily at hand. -- dhw]

The range of GRNs in question is 241726 - 241776, only 5 of which appliy
to stable/9.  Here's a list, with the affected files listed:

241742
sys/dev/sound/pci/hda/hdaa_patches.c
241749
sys/cam/cam_queue.c
241762
sys/dev/tws/tws.c
sys/dev/tws/tws.h
sys/dev/tws/tws_cam.c
sys/dev/tws/tws_hdm.h
sys/dev/tws/tws_user.c
241767
usr.bin/make/var.c
241769
sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zvol.c


I had actually tried reverting 241742 yesterday, to no effect.  I don't
use ZFS, and I have a pretty hard time understanding how 241767 would
break one machine and leave 4 others unscathed.  (Yes, I completed my
weekly updates, as well, by now.)  I don't have tws(4) devices --
certainly not on the laptop.

So I tried reverting 241749 ... and I failed to reproduce the problem.

Well, one boot out of one, at least.  I'll try a few more reality
checks, and report back if a correction is in order.  But (for now, at
least), it looks to me as if 241749 is presenting a problem on this
laptop.

For folks investigating, I attached a dmesg.boot to the initial post in
the thread; I'll be happy to provide more information, should it be
requested ( specified).

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgpPQgu5Io9Pg.pgp
Description: PGP signature

Re: stable/9 @r241776 panic: REDZONE: Buffer underflow detected...

[David Wolfskill]

On Sun, Oct 21, 2012 at 09:33:22AM -0700, David Wolfskill wrote:
 ...
 So I tried reverting 241749 ... and I failed to reproduce the problem.
 
 Well, one boot out of one, at least.  I'll try a few more reality
 checks, and report back if a correction is in order.  But (for now, at
 least), it looks to me as if 241749 is presenting a problem on this
 laptop.
 ...

5 for 5.  I'm convinced that 241749 causes problems on this laptop for
attempts to boot without a stop is single-user mode first.

(So that sounds like a timing issue, somehow.)

And thanks again, Konstantin!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


pgp42Glr1sW5J.pgp
Description: PGP signature

Re: stable/9 @r241776 panic: REDZONE: Buffer underflow detected...

[David Wolfskill]

On Sun, Oct 21, 2012 at 09:28:06PM +0300, Alexander Motin wrote:
 ...
 I am curious, how to interpret phrase 42=94966796 bytes allocated in 
 log. May be it is just corrupted output, but the number still seems 
 quite big, especially for i386 system, making me think about some 
 integer overflow. David, could you write down that part once more?
 
 Having few more lines of Allocation backtrace: could also be useful.

I'll try connecting a USB=serial dongle  see if that's good enough to
capture the ddb output.
 
 Could you show your kernel config? I can try to run it on my tests 
 system, hoping to reproduce the problem.

Attached (file CANARY); also attached output of pciconf -lv.

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
#
# CANARY -- David's laptop kernel (based on one for the Compal 30W2/
#   Dell i5000e)
#

include GENERIC

# nocpu I486_CPU
# nocpu I586_CPU

ident   CANARY
maxusers0

nodeviceataraid # ATA RAID drives
nodeviceatapist # ATAPI tape drives
# deviceatapicam# emulate ATAPI devices as SCSI ditto 
via CAM
options ATA_CAM

# FDC_DEBUG enables floppy debugging.  Since the debug output is huge, you
# gotta turn it actually on by setting the variable fd_debug with DDB,
# however.
options FDC_DEBUG

nodeviceasr # DPT SmartRAID V, VI and Adaptec SCSI RAID
nodevicedpt # DPT Smartcache III, IV - See NOTES for 
options!
nodevicemly # Mylex AcceleRAID/eXtremeRAID

nodeviceamr # AMI MegaRAID
nodevicearcmsr  # Areca SATA II RAID
nodeviceasr # DPT SmartRAID V, VI and Adaptec SCSI RAID
nodeviceciss# Compaq Smart RAID 5*
nodevicedpt # DPT Smartcache III, IV - See NOTES for options
nodevicehptmv   # Highpoint RocketRAID 182x
nodeviceiir # Intel Integrated RAID
nodeviceips # IBM (Adaptec) ServeRAID
nodevicemly # Mylex AcceleRAID/eXtremeRAID
nodevicetwa # 3ware 9000 series PATA/SATA RAID

nodeviceaac # Adaptec FSA RAID
nodeviceaacp# SCSI passthrough for aac (requires CAM)
nodeviceida # Compaq Smart RAID
nodevicemlx # Mylex DAC960 family
nodevicepst # Promise Supertrak SX6000
nodevicetwe # 3ware ATA RAID
nodeviceaac # Adaptec FSA RAID, Dell PERC2/PERC3
nodeviceamr # AMI MegaRAID
nodeviceida # Compaq Smart RAID
nodevicemlx # Mylex DAC960 family
nodevicetwe # 3ware Escalade
nodevicezyd # Whatever it is, I don't have it

nodevicean  # I want to use the module, for hacking
nodevicewi  # I want to use the module, for hacking

#
# MMC/SD
#
# mmc   MMC/SD bus
# mmcsd MMC/SD memory card
# sdhci Generic PCI SD Host Controller
#
device  mmc
device  mmcsd
device  sdhci

#
# SMB bus
#
# System Management Bus support is provided by the 'smbus' device.
# Access to the SMBus device is via the 'smb' device (/dev/smb*),
# which is a child of the 'smbus' device.
#
# Supported devices:
# smb   standard I/O through /dev/smb*
#
# Supported SMB interfaces:
# iicsmbI2C to SMB bridge with any iicbus interface
# bktr  brooktree848 I2C hardware interface
# intpm Intel PIIX4 (82371AB, 82443MX) Power Management Unit
# alpm  Acer Aladdin-IV/V/Pro2 Power Management Unit
# ichsmbIntel ICH SMBus controller chips (82801AA, 82801AB, 82801BA)
# viapm VIA VT82C586B/596B/686A and VT8233 Power Management Unit
# amdpm AMD 756 Power Management Unit
# amdsmbAMD 8111 SMBus 2.0 Controller
# nfpm  NVIDIA nForce Power Management Unit
# nfsmb NVIDIA nForce2/3/4 MCP SMBus 2.0 Controller
#
device  smbus   # Bus support, required for smb below.

#
# SMB bus
#
# System Management Bus support is provided by the 'smbus' device.
# Access to the SMBus device is via the 'smb' device (/dev/smb*),
# which is a child of the 'smbus' device.
#
# Supported devices:
# smb   standard io through /dev/smb*
#
# Supported SMB interfaces:
# iicsmbI2C to SMB bridge with any iicbus interface
# bktr  brooktree848 I2C hardware interface
# intpm Intel PIIX4 (82371AB, 82443MX) Power Management Unit
# alpm  Acer Aladdin-IV/V/Pro2 Power Management Unit
# ichsmbIntel ICH SMBus controller chips (82801AA, 82801AB, 82801BA)
# viapm VIA VT82C586B/596B/686A and VT8233 

Re: stable/9 @r241776 panic: REDZONE: Buffer underflow detected...

[David Wolfskill]

On Sun, Oct 21, 2012 at 09:28:06PM +0300, Alexander Motin wrote:
 ...
 I am curious, how to interpret phrase 42=94966796 bytes allocated in 
 log. May be it is just corrupted output, but the number still seems 
 quite big, especially for i386 system, making me think about some 
 integer overflow. David, could you write down that part once more?
 
 Having few more lines of Allocation backtrace: could also be useful.
 
 Could you show your kernel config? I can try to run it on my tests 
 system, hoping to reproduce the problem.
 ...

I was unable to get serial console to work, even with the USB=serial
dongle.

However, I did find that the ddb dump command appears to have operated
appropriately, and so I now have a dump.  That, as well as the core.txt
and additinal copies of the kernel config (CANARY) and dmesg.boot have
been copied, and are now accessible from
http://www.catwhisker.org/~david/FreeBSD/stable_9/.

For a quick reality check, here's the stuff (cut/pasted from core.txt.4)
that I had hand-written in my initial message:

118Starting devd.
REDZONE: Buffer underflow detected. 1 byte corrupted before 0xced40080 
(4294966796 bytes allocated).
Allocation backtrace:
#0 0xc0ceaa8f at redzone_setup+0xcf
#1 0xc0a5d5c9 at malloc+0x1d9
#2 0xc0a9ead0 at devctl_queue_data_f+0x40
#3 0xc0aa3fba at devaddq+0x20a
#4 0xc0aa098d at device_probe+0xad
#5 0xc0aa1c9f at bus_generic_attach+0x1f
#6 0xc07bcb1a at vga_pci_attach+0x4a
#7 0xc0aa0de4 at device_attach+0x3b4
#8 0xc0aa1cab at bus_generic_attach+0x2b
#9 0xc0531865 at acpi_pci_attach+0x185
#10 0xc0aa0de4 at device_attach+0x3b4
#11 0xc0aa1cab at bus_generic_attach+0x2b
#12 0xc05339c2 at acpi_pcib_attach+0x262
#13 0xc0534cbf at acpi_pcib_pci_attach+0x9f
#14 0xc0aa0de4 at device_attach+0x3b4
#15 0xc0aa1cab at bus_generic_attach+0x2b
#16 0xc0531865 at acpi_pci_attach+0x185
#17 0xc0aa0de4 at device_attach+0x3b4
Free backtrace:
#0 0xc0cead4a at redzone_check+0x1ca
#1 0xc0a5d618 at free+0x38
#2 0xc0a9e956 at devread+0x1a6
#3 0xc0a28807 at giant_read+0x87
#4 0xc09710c6 at devfs_read_f+0xc6
#5 0xc0aba8d9 at dofileread+0x99
#6 0xc0aba4f8 at sys_read+0x98
#7 0xc0ddf977 at syscall+0x387
#8 0xc0dc87d1 at Xint0x80_syscall+0x21
REDZONE: Buffer overflow detected. 16 bytes corrupted after 0xced3fe8c 
(4294966796 bytes allocated).
Allocation backtrace:
#0 0xc0ceaa8f at redzone_setup+0xcf
#1 0xc0a5d5c9 at malloc+0x1d9
#2 0xc0a9ead0 at devctl_queue_data_f+0x40
#3 0xc0aa3fba at devaddq+0x20a
#4 0xc0aa098d at device_probe+0xad
#5 0xc0aa1c9f at bus_generic_attach+0x1f
#6 0xc07bcb1a at vga_pci_attach+0x4a
#7 0xc0aa0de4 at device_attach+0x3b4
#8 0xc0aa1cab at bus_generic_attach+0x2b
#9 0xc0531865 at acpi_pci_attach+0x185
#10 0xc0aa0de4 at device_attach+0x3b4
#11 0xc0aa1cab at bus_generic_attach+0x2b
#12 0xc05339c2 at acpi_pcib_attach+0x262
#13 0xc0534cbf at acpi_pcib_pci_attach+0x9f
#14 0xc0aa0de4 at device_attach+0x3b4
#15 0xc0aa1cab at bus_generic_attach+0x2b
#16 0xc0531865 at acpi_pci_attach+0x185
#17 0xc0aa0de4 at device_attach+0x3b4
Free backtrace:
#0 0xc0ceae92 at redzone_check+0x312
#1 0xc0a5d618 at free+0x38
#2 0xc0a9e956 at devread+0x1a6
#3 0xc0a28807 at giant_read+0x87
#4 0xc09710c6 at devfs_read_f+0xc6
#5 0xc0aba8d9 at dofileread+0x99
#6 0xc0aba4f8 at sys_read+0x98
#7 0xc0ddf977 at syscall+0x387
#8 0xc0dc87d1 at Xint0x80_syscall+0x21
panic: free: address 0xced3f080(0xced3f000) has not been allocated.

cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper(c0f99230,c09710c6,c0aba8d9,c0734d37,c1131d40,...) at 
0xc051d25e = db_trace_self_wrapper+0x2e
kdb_backtrace(c0fd3355,1,c0f94756,f7231ae8,c0aa1cab,...) at 0xc0aa7eda = 
kdb_backtrace+0x2a
panic(c0f94756,ced3f080,ced3f000,cebe4400,ced40080,...) at 0xc0a73bd4 = 
panic+0x1a4
free(ced40080,c10c3660,f7231c0c,c0b1e30d,ce7ef000,...) at 0xc0a5d6f9 = 
free+0x119
devread(ce8c2d00,f7231c0c,0,c0b1e4f0,d279ca48,...) at 0xc0a9e956 = devread+0x1a6
giant_read(ce8c2d00,f7231c0c,0,400,0,...) at 0xc0a28807 = giant_read+0x87
devfs_read_f(d279ca48,f7231c0c,ce84b680,0,d2797000,...) at 0xc09710c6 = 
devfs_read_f+0xc6
dofileread(d279ca48,f7231c0c,,,0,...) at 0xc0aba8d9 = 
dofileread+0x99
sys_read(d2797000,f7231ccc,c0a7c784,d2797000,0,...) at 0xc0aba4f8 = 
sys_read+0x98
syscall(f7231d08) at 0xc0ddf977 = syscall+0x387
Xint0x80_syscall() at 0xc0dc87d1 = Xint0x80_syscall+0x21
--- syscall (3, FreeBSD ELF32, sys_read), eip = 0x808f14b, esp = 0xbfbfd92c, 
ebp = 0xbfbfde58 ---
KDB: enter: panic
...
(kgdb) #0  doadump (textdump=Variable textdump is not available.
) at pcpu.h:249
#1  0xc051b353 in db_dump (dummy=-148694992, dummy2=-148694992, 
dummy3=-148694992, dummy4=0xf7231830 )
at /usr/src/sys/ddb/db_command.c:538
#2  0xc051ae45 in db_command (cmd_table=Variable cmd_table is not available.
) at /usr/src/sys/ddb/db_command.c:449
#3  0xc051abd0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502
#4  0xc051d3be in db_trap (type=Unhandled dwarf expression opcode 0xc0
) at /usr/src/sys/ddb/db_main.c:231
#5  0xc0aa8464 in kdb_trap