Re: shutdown -r doesn't execute rc.d sequence

On Tue, Mar 28, 2017 at 10:38:53PM +0300, Andrey Chernov wrote: > ... > >> With latest -current amd64, reboot happens almost immediately, leaving > >> FS dirty. No proper backward rc.d or /usr/local/etc/rc.d sequence > >> execution is shown. No deactivating GELI swap too. > > > > Hi Andrey, > >

Re: dchlient does not autostart anymore?

On Fri, Mar 24, 2017 at 01:56:38AM -0700, Mark Millard wrote: > Vladimir Zakharov zakharov.vv at gmail.com wrote on Fri Mar 24 08:20:34 UTC > 2017: > > > After upgrading from r315544 to r315880 network interface doesn't get IP > > address using DHCP on boot anymore. > > > > $ grep re0

Re: Apparent build race(s), r315238 -> r315298

On Wed, Mar 15, 2017 at 03:40:42PM -0700, Ngie Cooper (yaneurabeya) wrote: > ... > > This should fix it: https://svnweb.freebsd.org/changeset/base/315332 > > > > Yeah, that would do it >_>… > Thanks, > -Ngie After hand-applying r315332 to a

Re: Apparent build race(s), r315238 -> r315298

On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote: > ... > So where is /common/S4/obj coming from? > > Is there a symlink involved here for /usr/obj? > Yes; I've had /usr/obj as a symlink (to a different file system) for ... a couple of decades, now Peace, david -- David

Apparent build race(s), r315238 -> r315298

Both the biuld machine ("freebeast") and my laptop encountered errors during the "make -jN buildworld" -- each completed on restart, and the (initially-detected) errors were different: Build machine: ... ===> usr.bin/mkimg/tests (all) --- all_subdir_gnu --- Building

Re: how to SVN regenerate [ man awk ]

On Thu, Mar 09, 2017 at 07:00:13AM -0800, Jeffrey Bouquet wrote: > For $giggles$ I svn up /usr/src/usr.bin/awk or wherever, then > man awk displays not the newer import per a recent SVN but > the older 2015 [ it says ] one. Stale file, or not all parts of > the man page updated to include latest

Re: start-up failure at SVN r314889

On Wed, Mar 08, 2017 at 07:55:44AM -0500, Michael Butler wrote: > My laptop usually starts like this .. > > FreeBSD 12.0-CURRENT #21 r314812M: Mon Mar 6 19:34:51 EST 2017 > i...@toshi.auburn.protected-networks.net:/usr/obj/usr/src/sys/TOSHI amd64 > FreeBSD clang version 4.0.0

Re: kernel trap 12 with interrupts disabled

On Sat, Mar 04, 2017 at 10:08:45PM -0800, Chris H wrote: > Thanks for the reply. > I rebooted to kernel.old, so I could get the exact > src revision I built this on. It's r314640 > > Any news as to whether it's safe to update src, and > build a usable kernel? > I (try to -- and usually

Possible overlooked "svn add" in r314192?

Updating head in place from r314136 -> r314200, I find I can't build the kernel because: ... ===> iwifw/iwi_ibss (all) --- all_subdir_iwifw/iwi_monitor --- ===> iwifw/iwi_monitor (all) --- all_subdir_ipmi --- --- all_subdir_ipmi/ipmi_linux --- ===> ipmi/ipmi_linux (all) --- all_subdir_iwm ---

Re: Laptop very sluggish diring smoke-test @r314036

On Tue, Feb 21, 2017 at 03:45:36PM +0100, Mateusz Guzik wrote: > ... > > stable/11 -- I had been waiting for it to finish the reboot for > > around 5 minutes, watching: "Syncing disks, vnodes remaining ..." > > when the thought of noting the amount of elapsed time between reports > > of the

Laptop very sluggish diring smoke-test @r314036

This morning's daily "head" update & smoke-test was from: FreeBSD g1-252.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #263 r313988M/313991:1200021: Mon Feb 20 06:31:32 PST 2017 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 to FreeBSD g1-252.catwhisker.org

Re: dhclient fails: can't open and lock /var/db/dhclient.leases.wlan0: Bad file descriptor

On Fri, Feb 10, 2017 at 04:10:41PM +0200, Konstantin Belousov wrote: > ... > Please try this. > > diff --git a/sys/kern/vfs_vnops.c b/sys/kern/vfs_vnops.c > index 70cdcdc6f75..1f2cceaf7a6 100644 > --- a/sys/kern/vfs_vnops.c > +++ b/sys/kern/vfs_vnops.c > @@ -351,8 +351,8 @@ vn_open_vnode(struct

dhclient fails: can't open and lock /var/db/dhclient.leases.wlan0: Bad file descriptor

This was head @r313544; previous successful build/smoke test was @r313467 (yesterday). Here's an excerpt from a typescript I made of some "poking around"; subsequent to that, I was able to set the IP address, netmask, and broadcast address on the NIC (wlano), then set the default route, and once

Re: Does someone keep track of how long it takes to buildworld/kernel?

On Fri, Jan 13, 2017 at 08:23:21PM +, Eric Joyner wrote: > ^ Message ^ > > It takes forever, but I keep on forgetting to time how long it takes, so I > don't know how long "forever" is. > I don't have much historical information, but I do my builds within script(1), so that provides a

Possible race condiction during -j16 buildworld (r311640 -> r311678)

One (of four) in-place source-based updates of head/amd64 from r311640 -> r311678 failed twice for me in "make buildworld" (at slightly different points during the build). The first retry got a bit further; the second completed successfully. I have a typescript of the entire thing, so I'll make

Re: every command segmentation faults after installworld

On Sat, Dec 31, 2016 at 01:11:50PM +0100, Ronald Klop wrote: > Hi, > > I just rebuild kernel+world (with NO_CLEAN=yes). Installworld failed: > ===> libexec/rtld-elf (install) > chflags -h noschg /usr/libexec/ld-elf.so.1 > install -s -o root -g wheel -m 555 -C -b -fschg -S ld-elf.so.1 >

Install tools in src/Makefile.inc1 might need to be augmented

I found the attached patch (which augments ITOOLS in src/Makefile.inc1 with "env" and "mktemp") necessary to complete "make installworkd" when updtaing from: FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #197 r310104M/310111:1200018: Thu Dec 15 04:20:23 PST 2016

Re: CURRENT: pkg broken on r309320

On Wed, Nov 30, 2016 at 09:46:37PM +0100, Hartmann, O. wrote: > ... > I'm now on re09332. The problem still persists. It is serious, no > packages can be installed and kernel building fails due to modules set > to be rebuild every time kernel is built in /etc/src.conf. > > Unfortunately, building

Re: Panic @306337: Duplicate free of 0xfffff8000ef61500 from zone 0xfffff8000772b000(mbuf) slab 0xfffff8000ef61f90(5)

On Mon, Sep 26, 2016 at 08:48:19AM -0700, hiren panchasara wrote: > On 09/26/16 at 05:11P, David Wolfskill wrote: > > Source upgrade from r306307 to r306337 completed OK; this was on build > > machine (laptop is "Installing everything" as I type). Serial console >

Panic @306337: Duplicate free of 0xfffff8000ef61500 from zone 0xfffff8000772b000(mbuf) slab 0xfffff8000ef61f90(5)

Source upgrade from r306307 to r306337 completed OK; this was on build machine (laptop is "Installing everything" as I type). Serial console (on panicked build machine) reads: ... Setting hostname: freebeast.catwhisker.org. Setting up harvesting:

Re: [RFC] remove GNU rcs from FreeBSD 12

On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote: > ... > For long we are planning to remove GNU rcs from base, after a failed attempt > before FreeBSD 10.0. Let see where we are to be able to remove it from FreeBSD > 12. > > GNU rcs is a GPLv2 software with newer version being

Re: buildworld fails @r305471: "cc: error: linker command failed with exit code 1"

On Tue, Sep 06, 2016 at 05:11:11AM -0700, David Wolfskill wrote: > ... > Laptop got through "buildworld" Just Fine; re-trying on build machine. > We may have a race. > OK; build machine succeeded on the second try. (Laptop did so the first time). As that at least

Re: buildworld fails @r305471: "cc: error: linker command failed with exit code 1"

On Tue, Sep 06, 2016 at 04:36:18AM -0700, David Wolfskill wrote: > Leading up to this; building on head/amd64 running: > FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #96 > r305415M/305415:126: Mon Sep 5 04:35:16 PDT 2016 > r...@freebeast.catwhisker.or

buildworld fails @r305471: "cc: error: linker command failed with exit code 1"

Leading up to this; building on head/amd64 running: FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #96 r305415M/305415:126: Mon Sep 5 04:35:16 PDT 2016 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 ... --- gnu/lib/libgcc__L --- Building

Re: Panic @r305116 in transition to multi-user mode

On Wed, Aug 31, 2016 at 02:30:23PM +0200, Mateusz Guzik wrote: > ... > > db> dump > > Dumping 1299 out of 32687 > > MB:..2%..12%..21%..31%..41%..51%..61%..71%..81%..92% > > Dump complete > > db> > > > > This is most likely r305091 which I reverted in r305124, i.e. just > upgrade and see if it

Panic @r305116 in transition to multi-user mode

This was well into the transition from single- to multi-user mode, so the following information is a re-creation after I rebooted to single-user mode (verbosely), ran "fsck -p", then "exit" -- copy/pasted from serial console: # exit Setting hostuuid: 80f1e964-dc63-0010-89d5-0030482d326a. Setting

Re: build fails post SVN r304026

On Sat, Aug 13, 2016 at 09:54:02AM -0400, Michael Butler wrote: > Is anyone else seeing this? > > ===> usr.bin/nfsstat (all) > Building /usr/obj/usr/src/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

Re: Possible race condition building libraries: head/amd64 r303329 -> r303379

On Wed, Jul 27, 2016 at 04:34:39PM -0700, Bryan Drewery wrote: > ... > These shouldn't happen since libgcc is build in startup_libs and krb5 is > built in prebuild_libs, which waits on startup_libs. Very strange. > > Can you send me the typescript please? > (For folks playing along at home,

Possible race condition building libraries: head/amd64 r303329 -> r303379

I track head daily on both my laptop and a "build machine;" I only saw a problem on the latter -- not on my laptop. (The build machine is a bit beefier, and uses an SSD as its non-volatile storage; the laptop uses a hybrid disk -- in case that is useful.) As indicated in the Subject, in each

Re: r302773: non-removable files with "make delete-old"

On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote: > make delete-old removes these files on CURRENT (FreeBSD 12.0-CURRENT #12 > r302773: Wed Jul > 13 18:10:55 CEST 2016), but they seem not to disappear. They are present > after an > installation of world again and again: > > [...] >

"_secure_path: cannot stat /etc/login.conf: Not permitted in capability mode"

After updating my (amd64) build machine from r302018 to r302026, things work OK, but (now that I've re-connected the serial cable so I can actually interact with the serial console -- i.e., this may have occurred a while back, but I wouldn't have noticed), I see: ... Starting devd. add host

Re: [CFT] ypldap testing against OpenLDAP and Microsoft Active Directory

On Tue, Jun 14, 2016 at 05:17:19PM -0700, Chris H wrote: > ... > Honestly, I think the best way to motivate people to do the right thing(tm) > Would be to remove Yellow Pages from the tree, entirely. :-) > It's been dead for *years*, and as you say, isn't safe, anyway.. > "Safe" for what,

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

On Mon, May 30, 2016 at 11:52:27AM -0700, David Wolfskill wrote: > ... > > > May 30 11:29:31 g1-252 root: /etc/rc: WARNING: Unable to load kernel > > > module linux64 > > > May 30 11:29:31 g1-252 kernel: KLD linux64.ko: depends on kernel - not > > > availa

Re: Unable to load freshly-built nvidia.ko @r300994.

On Mon, May 30, 2016 at 07:03:42PM +0300, Konstantin Belousov wrote: > ... > > May 30 11:29:31 g1-252 root: /etc/rc: WARNING: Unable to load kernel module > > linux64 > > May 30 11:29:31 g1-252 kernel: KLD linux64.ko: depends on kernel - not > > available or version mismatch > > May 30 11:29:31

Unable to load freshly-built nvidia.ko @r300994.

Today's "daily update" for head was from: FreeBSD g1-252.catwhisker.org 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #432 r300951M/300951:1100114: Sun May 29 04:44:37 PDT 2016 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 to: FreeBSD g1-252.catwhisker.org 11.0-ALPHA1 FreeBSD

Re: Interesting error during installworld

On Sun, May 22, 2016 at 04:02:43PM -0700, Conrad Meyer wrote: > FreeBSD has tail(1). Does HardenedBSD remove it? Or is /usr/bin > missing from your PATH? > I noticed this with a straight vanilla FreeBSD build/install, but have been busy with "other things" today. It appears to me that the

Re: NO_INSTALLEXTRAKERNELS and PkgBase

On Mon, May 09, 2016 at 12:43:42PM -0700, John Baldwin wrote: > ... > > I suppose there's probably some way to arrange things so the KERNCONF > > specification in /etc/src.conf has one value during "buildkernel" and a > > different value during "inistallkernel" -- but ... seriously...??!? > > One

Re: NO_INSTALLEXTRAKERNELS and PkgBase

On Mon, May 09, 2016 at 11:05:55AM -0700, John Baldwin wrote: > On Saturday, May 07, 2016 06:50:05 AM David Wolfskill wrote: > > [Recipient list trimmed a bit -- dhw] > ... > > > 2 kernels get installed? Even if the old behaviour was to only install 1 > > > kernel

Re: NO_INSTALLEXTRAKERNELS and PkgBase

[Recipient list trimmed a bit -- dhw] I'm speaking up here because IIRC, I whined to Gleb at what I perceived to be a POLA violation a while back On Sat, May 07, 2016 at 09:59:06AM +0200, Ben Woods wrote: > On 7 May 2016 at 09:48, Ngie Cooper (yaneurabeya) > wrote: >

Re: Panic after update from r297313 -> r297348

On Mon, Mar 28, 2016 at 03:57:01PM +0300, Konstantin Belousov wrote: > ... > Also, does anything change with the faulting kernel if you set > hw.lapic_tsc_deadline to 0 in loader ? Yes: the machine then boots succesfully: freebeast(11.0-C)[1] uname -a FreeBSD freebeast.catwhisker.org

Panic after update from r297313 -> r297348

Unfortunately, the serial console only seemed to be echoing characters in quasi-random spurts, yielding such things as: ... r() at lcpu_initcpu_initclocks_bsp+0x37f/frame 0x820dbb40 initclocks() at initclocks+0x20/frame 0x820dbb50 mi_start+0x2c Tracing td

Possible race condition noted r295622 -> r295654

Given some of the reports of problems building head recently, my initial attempts this morning (upgrading head/amd64) in place from r295622 to r295654) were "clean" builds. My "build machine" reported no trouble (using -j16). On my laptop, also using -j16, the process terminated prematurely,

head/amd64 @r294411: panic: Assertion tty_gone(tp) failed at /usr/src/sys/sys/ttydevsw.h:191

This is on my build machine (laptop is still building its kernel), so kernel here is GENERIC. Copy/paste from serial console: panic: Assertion tty_gone(tp) failed at /usr/src/sys/sys/ttydevsw.h:191 cpuid = 7 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame

Re: head/amd64 @r294411: panic: Assertion tty_gone(tp) failed at /usr/src/sys/sys/ttydevsw.h:191

On Wed, Jan 20, 2016 at 02:40:29PM +0100, Hans Petter Selasky wrote: > > > /etc/src.conf includes 'WITH_FAST_DEPEND=1', and world & kernel were built > > in-place while the system had been running @r294319, using -DNO_CLEAN. > > > > I can probably get a crash dump; if so, I can make it

Re: libcrypto.so.7 not found, needed (?) for X server

On Tue, Jan 19, 2016 at 12:44:16PM +, Thomas Mueller wrote: > I just updated FreeBSD-current to r294248, and can no longer startx. > > Error message is > > xauth: file /home/arlene/.serverauth.1177 does not exist > > Shared object "libcrypto.so.7" not found, required by "X" > xinit: giving

Inconsistent -DNO_CLEAN build failure r293913 -> r294086

OK, first: I realize that using "-DNO_CLEAN" is treading on somewhat unstable ground. I'm testing; the results I obtained this morning were a bit unexpected, so I'm reporting them in case said results might be of use or interest to others. As indicated in the Subject, I started a couple of

Re: r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type

On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote: > On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64, > loading nvidia kernel module results in the error: > > KLD nvidia-modeset.ko: depends on kernel - not available or version > mismatch linker_load_file:

Re: Inconsistent -DNO_CLEAN build failure r293913 -> r294086

On Fri, Jan 15, 2016 at 03:00:00PM -0800, Bryan Drewery wrote: > ... > World build started on Fri Jan 15 04:28:48 PST 2016 > > ... > stage 5.1: building 32 bit shim libraries > > ... > > --- lib/libldns__L --- > > --- libprivateldns.so.5 --- > > /usr/obj/usr/src/tmp/usr/bin/ld: skipping

panic: sbappendstream 1 [head/amd64 @r293419]

After the first panic, I rebuilt the kernel without -DNO_CLEAN; the crash dump & other diagnostic info is from the clean build. January 8, 2016 at 05:57:27 AM PST FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1954 r293419M/293420:1100093: Fri Jan 8 05:09:57 PST 2016

Re: panic: sbappendstream 1 [head/amd64 @r293419]

On Fri, Jan 08, 2016 at 06:05:18AM -0800, David Wolfskill wrote: > After the first panic, I rebuilt the kernel without -DNO_CLEAN; the > crash dump & other diagnostic info is from the clean build. > > January 8, 2016 at 05:57:27 AM PST > > FreeBSD freebeast.catwhisker.or

Re: panic: sbappendstream 1 [head/amd64 @r293419]

On Fri, Jan 08, 2016 at 06:33:40AM -0800, David Wolfskill wrote: > ... > > panic: sbappendstream 1 > > > > flo@ suggested reverting r293405; after doing that & rebuilding the > kernel, the build machine boots to multi-user mode and I'm able to > login: >

Re: r 293304: BROKEN: buildkernel fails due to error: error: no member named 't_maxopd' in 'struct tcpcb'

On Thu, Jan 07, 2016 at 06:31:11AM +0100, O. Hartmann wrote: > Recent r293304 fails to build kernel due to the error below: > > [...] > --- kern_testfrwk.o --- > cc -O2 -pipe -O3 -O3 -pipe -march=native -fno-strict-aliasing -Werror > -D_KERNEL -DKLD_MODULE -nostdinc

Panic in ld_ldt() @r292914 (amd64) -- just after launching CPUs

Found this on both my build machine and my laptop, each of which just built head @r292914 (while running r292864 during the build) -- e.g.: FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #287 r292864M/292864:1100092: Tue Dec 29 05:01:42 PST 2015

Re: No X on Dell E6540

On Tue, Dec 15, 2015 at 12:57:00PM +0100, Carsten Kunze wrote: > Hello, > > X does not start. For the error message I get (Number of created screens > does not match number of detected devices) there are many posts on > https://forums.freebsd.org but this URL seems to not work currently. Xorg

Re: Best way to update FreeBSD 11 ?

On Wed, Dec 02, 2015 at 02:39:24PM -0700, Sergey Manucharian wrote: > Hello, > > What is the best way to update FreeBSD 11-CURRENT? > Initially I've installed it from an image from [0] a couple of months ago. > ... That depends on why you are considering the update. For me, I do in-place source

Re: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont)

On Mon, Nov 23, 2015 at 03:33:17PM +0200, Konstantin Belousov wrote: > ... > The source line which paniced is kern_fork.c:1025, according to the kgdb > backtrace. The corresponding fragment is > if (p->p_sysent->sv_schedtail != NULL) > (p->p_sysent->sv_schedtail)(td); >

Panic: GPF in kernel mode in fork_exit() (prior to FS mouont)

This was the "smoke test" boot after building: FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #253 r291193M/291193:1100090: Mon Nov 23 04:43:34 PST 2015 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 and (as noted), it happened fairly early in the boot sequence -- before

[Resolved]: Panic: GPF in kernel mode in fork_exit() (prior to FS mouont)

On Mon, Nov 23, 2015 at 03:33:17PM +0200, Konstantin Belousov wrote: > ... > > I'm happy to test possible fixes. > > The source line which paniced is kern_fork.c:1025, according to the kgdb > backtrace. The corresponding fragment is > if (p->p_sysent->sv_schedtail != NULL) >

Re: Wake on LAN broken (probably between r290542 - r290606)?

On Sun, Nov 15, 2015 at 10:57:06PM +0100, Marius Strobl wrote: > ... > > I've placed a copy of a verbose dmes.boot in > > . > > > > I'm happy to test suggested changes. > > > > *sigh* Okay, could you please test whether the attached patch

Re: Wake on LAN broken (probably between r290542 - r290606)?

On Wed, Nov 11, 2015 at 06:33:37AM -0800, David Wolfskill wrote: > ... > But a quick perusal of > <https://docs.freebsd.org/mail/current/svn-src-head.html> doesn't show > anything especially like a "smoking gun" -- to me, anyway. > > Can anyone else confirm or r

Re: Wake on LAN broken (probably between r290542 - r290606)?

On Thu, Nov 12, 2015 at 05:02:27PM -0800, Yuri wrote: > ... > Did you confirm (for ex. with Wireshark) that wol actually sends the packet? > If you are trying to wake the machine that is not booted, this is > primarily dependent on the BIOS of the target machine to wake it up. > In my experience,

Wake on LAN broken (probably between r290542 - r290606)?

My build machine ("freebeast") spends most of the time powered off. One of my "always on" machines has a crontab entry for 23:47 to use /usr/local/bin/wol (from ports/net/wol) to wake it up in time to do some periodinc "daily" things, update its local mirror of the SVN repos, and update it ports

Re: buildworld broken

On Sun, Nov 08, 2015 at 10:28:17AM -0800, Steve Kargl wrote: > ... > Back to trying to build freebsd. I have discovered that > 'make buildworld' is simply broken if one attempts to use > a symlink for /usr/obj. At least doing doing > > % rm -rf /usr/obj > % ln -s /mnt/obj /usr/obj > % cd

Re: panic: refcount inconsistency: found: 0 total: 1

On Tue, Nov 03, 2015 at 08:39:52AM -0800, David Wolfskill wrote: > On Tue, Nov 03, 2015 at 06:15:35PM +0300, Alexander V. Chernikov wrote: > > ... > > > I tried booting it, and during the transition to multi-user mode, > > > once ipfw was being invoked, I got the above

Re: panic: refcount inconsistency: found: 0 total: 1

On Wed, Nov 04, 2015 at 01:23:42AM +0300, Andrey V. Elsukov wrote: > On 04.11.2015 00:10, David Wolfskill wrote: > > So... with the change from r290334, what's the point of the KASSERT? > > Yes, you are right. We changed this code and use it some time, but > without INVARIAN

Re: IPFW panic on boot

On Tue, Nov 03, 2015 at 09:08:28PM -0600, Mark Felder wrote: > Recent ipfw commits now cause my firewall to panic on boot. I had to > revert them and only pull in Adrian's ath fix which was to fix yet a > different panic I was encountering... :-) > > KDB: stack backtrace: >

panic: refcount inconsistency: found: 0 total: 1

This was on my laptop; yesterday, it built & booted: FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #230 r290270M/290270:1100085: Mon Nov 2 05:03:07 PST 2015 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 OK; today, after building: FreeBSD

Re: panic: refcount inconsistency: found: 0 total: 1

On Tue, Nov 03, 2015 at 06:15:35PM +0300, Alexander V. Chernikov wrote: > ... > > I tried booting it, and during the transition to multi-user mode, > > once ipfw was being invoked, I got the above-cited panic. Circumvention > > was to leave it disconnected from a network (turn off the WiFi > >

Re: Segmentation fault running ntpd

On Fri, Oct 30, 2015 at 09:42:07AM +0100, Dag-Erling Smørgrav wrote: > David Wolfskill <da...@catwhisker.org> writes: > > ... > > bound to 172.17.1.245 -- renewal in 43200 seconds. > > pid 544 (ntpd), uid 0: exited on signal 11 (core dumped) > > Sta

Re: head/amd64 @r288358: panic: lock (sleep mutex) iwn0_com_lock not locked @ /usr/src/sys/dev/iwn/if_iwn.c:5356

On Tue, Sep 29, 2015 at 12:12:02PM -0700, Adrian Chadd wrote: > hi > > (please subscribe and email freebsd-wireless@ these things, I'm more > likely to notice!) > > It looks due to my recent taskqueue change for updateedca. I'll go fix > that today. > > Thanks, > ... Looks as if you did:

head/amd64 @r288358: panic: lock (sleep mutex) iwn0_com_lock not locked @ /usr/src/sys/dev/iwn/if_iwn.c:5356

No known/observed issues with: FreeBSD localhost 11.0-CURRENT FreeBSD 11.0-CURRENT #197 r288335M/288335:1100079: Mon Sep 28 04:14:47 PDT 2015 root@localhost:/common/S4/obj/usr/src/sys/CANARY amd64 on my laptop, but: FreeBSD localhost 11.0-CURRENT FreeBSD 11.0-CURRENT #198

Re: acpi suspend debugging techniques?

[Much trimming, both of older content and recipient addresses -- dhw] On Thu, Sep 03, 2015 at 06:18:52PM -0400, Jung-uk Kim wrote: > ... > AFAICT, the whole suspend/resume code looks incomplete and very messy. > In fact, I'll be very surprised if it ever worked. :-( > > Jung-uk Kim > ... While

Re: panic in sysctl code in recent head

On Thu, Jul 30, 2015 at 12:11:22PM -0700, Navdeep Parhar wrote: A kernel built from head as of today panics with this on loading a module. Does anyone else see this too? Sorry for the delay -- but no; I have not seen it. Each of the builds listed in

Re: Segmentation fault running ntpd

On Tue, Jul 28, 2015 at 04:05:33PM -0700, Adrian Chadd wrote: Is this still happening for you? g1-245(10.2-P)[4] ls -lT /S4/ntpd.core -rw-r--r-- 1 root wheel 13783040 Jul 28 04:56:28 2015 /S4/ntpd.core Apparently so, yes. (/S4 is where I have the head root file system mounted when

Re: Segmentation fault running ntpd

On Tue, Jul 28, 2015 at 04:25:45PM -0700, Adrian Chadd wrote: ... Hm, is there any way you can get symbols for it? Well, I could CFLAGS+= -g in /etc/make.conf to a clean build, then try to re-create it ( point gdb at the objects in /usr/obj/obj/*) -- would that do? I don't think I can easily

Re: Segmentation fault running ntpd

On Sun, Jul 19, 2015 at 11:36:00AM -0700, David Wolfskill wrote: On Sun, Jul 19, 2015 at 10:24:11AM -0600, Ian Lepore wrote: ... Was there anything (at all) in /var/log/messages about ntpd? Even the routine messages (such as what interfaces it binds to) might give a bit of a clue about

Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines

On Tue, Jul 21, 2015 at 04:39:07PM +0300, Konstantin Belousov wrote: On Tue, Jul 21, 2015 at 05:57:34AM -0700, David Wolfskill wrote: My laptop had no problems, but the build machine has a panic that appears quite reproducible (4 successes out of 4 tries); here's a bit from the core.txt

Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines

On Tue, Jul 21, 2015 at 03:21:16PM -0500, Eric van Gyzen wrote: ... So it looks like net swi, leaking some udp6 lock. Curiouser and curiouser... While I'm not taking any special pains to avoid building IPv6, I'm not actively actually doing anything with it (IPv6), either (for both the

Re: panic: witness_warn head/amd64 @r285741 on 1 of 2 machines

On Tue, Jul 21, 2015 at 10:28:32PM +0300, Konstantin Belousov wrote: ... Indeed, thank you. ithread_loop() at ithread_loop+0xa6/frame 0xfe083b9c0a70 fork_exit() at fork_exit+0x84/frame 0xfe083b9c0ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe083b9c0ab0 --- trap 0, rip =

panic: witness_warn head/amd64 @r285741 on 1 of 2 machines

My laptop had no problems, but the build machine has a panic that appears quite reproducible (4 successes out of 4 tries); here's a bit from the core.txt file: freebeast.catwhisker.org dumped core - see /var/crash/vmcore.1 Tue Jul 21 05:36:11 PDT 2015 FreeBSD freebeast.catwhisker.org

Re: -current broken when src is on NFS

On Sun, Jul 19, 2015 at 10:31:36AM -0600, Ian Lepore wrote: I've been following this saga (on irc and here) as much as I have time for, and I can't escape the feeling that it is the directory structure at fault somehow, but I can't quite put my finger on it. I never (ever) build from

Re: Segmentation fault running ntpd

On Sun, Jul 19, 2015 at 10:24:11AM -0600, Ian Lepore wrote: ... Was there anything (at all) in /var/log/messages about ntpd? Even the routine messages (such as what interfaces it binds to) might give a bit of a clue about how far it got in its init before it died. Sorry; there might

Segmentation fault running ntpd

Lousy timing (no pun intended -- it's early in the day for me), given the recent MFC, but as I was booting my laptop to yesterday's head: FreeBSD g1-245.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #127 r285652M/285652:1100077: Fri Jul 17 04:30:16 PDT 2015

Error building x11/nvidia-driver kernel module @r284408

Now that vanilla head @284408 builds ( boots): FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1751 r284408M/284408:1100077: Mon Jun 15 05:51:00 PDT 2015 r...@freebeast.catwhisker.org:/common/S3/obj/usr/src/sys/GENERIC amd64 I find that for my laptop, I encounter an

Re: Error building x11/nvidia-driver kernel module @r284408

On Mon, Jun 15, 2015 at 11:33:47AM -0700, Simon J. Gerraty wrote: Garrett Cooper yaneurab...@gmail.com wrote: Now that vanilla head @284408 builds ( boots): I fixed this the other day - just realized I haven't committed it. make[6]: don't know how to make

Re: Those at BSDCan 2015: please test: iwn(4) patch to buffer 5ghz frames before transmitting

On Mon, Jun 08, 2015 at 08:29:17AM -0700, Adrian Chadd wrote: Sigh. This patch: https://people.freebsd.org/~adrian/net80211/20150524-iwn-delay-xmit-passive-1.diff along with the latest net80211 tree in -HEAD will buffer frames until the first beacon is received after association. It

Re: Seeing about 4K exec: No such file or directory msgs in installworld

On Thu, Jun 04, 2015 at 07:19:38AM -0700, Sean Bruno wrote: ... Bapt fixed this in head, so you should not see this anymore. Confirmed: g1-254(10.1-S)[1] grep -c 'exec: No such file or directory' s3 0 g1-254(10.1-S)[2] FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #83

Seeing about 4K exec: No such file or directory msgs in installworld

I don't have evidence that this is a problem, per se. I just noticed this during this morning's build/install, but checking yesterday's typescripts, I see that it occurred then, as well. (I only keep the last pair of typescripts for a given branch architecture, so I don't know if it had been

Re: Seeing about 4K exec: No such file or directory msgs in installworld

On Mon, Jun 01, 2015 at 07:31:53PM +0200, Dimitry Andric wrote: ... 87386:exec: No such file or directory Yep, I saw these too. Hundreds of them. Ah; well, I'm fairly relived that I'm not either hallucinating (about this, anyway) or the only one seeing it. So thanks for that! :-) At

Re: [283136]: buildworld failure: usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lproc

On Wed, May 20, 2015 at 06:50:24AM +0200, O. Hartmann wrote: Current sources (r283136) die on buildworld with the following error: [...] --- cddl/lib__L --- /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lproc cc: error: linker command failed with exit code 1 (use -v to see invocation) ***

Re: Deja vu: panic in hdaa_coonfigure() for i386, but not amd64 -- again

On Sat, May 16, 2015 at 03:46:18PM +0200, Hans Petter Selasky wrote: ... Can you collect output from booting with bootverbose set? From current amd64 as of today. OK; I just copied it over; please see http://www.catwhisker.org/~david/FreeBSD/m4800/; the dmesg in question is

Re: Deja vu: panic in hdaa_coonfigure() for i386, but not amd64 -- again

On Sat, May 16, 2015 at 03:50:00PM +0200, Hans Petter Selasky wrote: ... Send output from bootverbose! Let's hunt this bug down :-) OK; after restoring r282650 r282651, clearing /usr/obj, and performing a clean buildworld, kernel, and installworld, the smoke test reboot yielded (a

Re: Deja vu: panic in hdaa_coonfigure() for i386, but not amd64 -- again

On Sat, May 16, 2015 at 03:27:57PM +0200, Hans Petter Selasky wrote: ... After reverting both 282650 282651, the resulting kernel built. Hi, I'm seeing two of my commits mentioned here, r282650 r282651. Are these what is causing the problem? You are sure the built the kernel and

Re: Deja vu: panic in hdaa_coonfigure() for i386, but not amd64 -- again

On Fri, May 15, 2015 at 02:59:10PM -0400, John Baldwin wrote: ... Hummm, the only recent change is 281544, but that should be in your working kernel. Yes; that dates from 14 April, and I had been doing daily build/boots of head/i386 through thta period without incident. Absent something

Re: Deja vu: panic in hdaa_coonfigure() for i386, but not amd64 -- again

On Fri, May 15, 2015 at 11:40:44AM -0400, John Baldwin wrote: On Saturday, May 09, 2015 07:27:51 AM David Wolfskill wrote: Ref. http://docs.FreeBSD.org/cgi/mid.cgi?20150415134515.GQ1224 -- similar symptoms. And again, I captured screenshots on a phone, but FreeBSD doesn't seem to recognize

Re: Turbulence in head @r282676.

On Mon, May 11, 2015 at 11:17:03AM -0500, Mark Felder wrote: On Sun, May 10, 2015, at 12:39, Alan Cox wrote: This is fixed in r282706. The r282694 snapshots (amd64 at least) are useless because of this bug and was causing me constant crashing. ... On a positive note, my update

Turbulence in head @r282676.

As noted yesterday, my laptop panicked trying to boot head/i386 @r282676, but seemed OK withe head/amd64. That turns out to have been a bit optimistic: today, while performing a src update on the laptop from head/amd64 from r282676 to r282719, the laptop locked up. While I was able to reproduce

Deja vu: panic in hdaa_coonfigure() for i386, but not amd64 -- again

Ref. http://docs.FreeBSD.org/cgi/mid.cgi?20150415134515.GQ1224 -- similar symptoms. And again, I captured screenshots on a phone, but FreeBSD doesn't seem to recognize the (USB-attached) phone as something that might act like a file system (I guess; I'm a bit new to smartphones). In this case,

The KASSERT from r282155 fired; have crash dump. will travel

From /var/crash/core.txt.6: Thu Apr 30 05:21:22 PDT 2015 FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r282269M/282269:1100071: Thu Apr 30 05:07:08 PDT 2015 r...@g1-254.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY amd64 panic: refcount incosistency: found: 0 unr: 0 total: 1 ...

Re: The KASSERT from r282155 fired; have crash dump. will travel

On Thu, Apr 30, 2015 at 03:58:39PM +0300, Alexander V. Chernikov wrote: ... FreeBSD  11.0-CURRENT FreeBSD 11.0-CURRENT #47  r282269M/282269:1100071: Thu Apr 30 05:07:08 PDT 2015 r...@g1-254.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY  amd64 panic: refcount incosistency:

<    1   2   3   4   5   6   7   8   9   >