llmv build failure

ompile/GENERIC amd64 Is there something basic about this I should know, or should I file a send-pr? Cheers, -bch === [...] dependall ===> external/apache2/llvm/lib dependall ===> external/apache2/llvm/lib/libLLVMAnalysis # compile libLLVMAnalysis/AliasAnalysis.o /usr/src/obj/tooldi

extra files in DESTDIR

a release to update a remote machine and this is sticking point. Deleting the file doesn't work - it will re-appear. What do I need to look at or do to solve this? Cheers, -bch

Re: blacklist -> blocklist in current

On Mon, Jun 15, 2020 at 13:09 bch wrote: > > > On Mon, Jun 15, 2020 at 12:18 Greg A. Woods wrote: > >> At Mon, 15 Jun 2020 20:35:46 +0200, Kamil Rytarowski >> wrote: >> Subject: Re: blacklist -> blocklist in current >> > >> > Whitelist/bla

Re: blacklist -> blocklist in current

biage, but I’m not convinced “blacklist” falls into the same category at all. I think the intent is in the right place, but just misapplied. Interested to hear differently. -bch [0] https://en.wikipedia.org/wiki/Blacklisting [1] https://en.wikipedia.org/wiki/Blackballing [2] https://en.wikipedia.or

Re: github.com/NetBSD/src 5 days old?

to comment from memory on the technical aspects. I was really hopeful for fossil as a solution as it seems really sane for many reasons: 1) good user interface(s) 2) good, novel ticket handling 3) sane architecture 4) portable C implementation 5) BSD license I think in the end though Joerg reckoned the scalability issue was too much. -bch > > C. >

Re: Two finger scrolling

igured > > to act as regular mouse buttons and defaulted to acting as buttons 4 and > 5. > > It’s certainly my curses/terminfo experience coming into play, but is there a case for making a mousecap/mouseinfo facility to take this, or is that not a proper characterization of the prob

Re: Two finger scrolling

On Tue, Mar 17, 2020 at 19:08 bch wrote: > > > On Tue, Mar 17, 2020 at 18:48 Brett Lymn wrote: > >> On Tue, Mar 17, 2020 at 11:04:46AM +, nia wrote: >> > >> > "Newer" thinkpads (x250, 2015...) have single-button clickpads with >>

GPT-fu [ was Re: ]

I may have just gone through some similar areas setting up -current on a 1TB SSD (and having no luck w the installer) and got by (I think) using these NetBSD 8 notes, that necessarily get into some details: https://wiki.netbsd.org/Installation_on_UEFI_systems/ On Tue, Feb 4, 2020 at 12:02 David

..../makefs/walk.c assertion

or tractable to anyone... Cheers, -bch

Re: firefox dumping core after NetBSD upgrade

On Fri, Oct 11, 2019 at 12:38 Chavdar Ivanov wrote: > On Fri, 11 Oct 2019 at 20:21, nia wrote: > > > > On Fri, Oct 11, 2019 at 11:05:57AM -0700, bch wrote: > > > I quit running Firefox on my (-current) laptop months ago because the > build > > > pro

Re: firefox dumping core after NetBSD upgrade

ago because the build process (rust, esp) was so brutal. Have there been any community efforts to organize the build artifacts from bleeding-edge environments to avoid repeating (and failing, in my case) this most horrible build? -bch > There were some rather substantial changes in the last few versi

Re: NetBSD 9.0 release process has started

On Thu, Aug 1, 2019 at 15:04 Hisashi T Fujinaka wrote: > Wow. So far, it's been a disaster for me. I remember saying the memory > management seemed iffy but being told to get a real machine with more > memory. My i386 machine w/1G of RAM and ~4G of swap kept crashing while > trying to compile

Re: Failure building firefox-65.0

if I’m lucky. -bch > On Fri, 1 Feb 2019 at 17:29, Chavdar Ivanov wrote: > > > > I had a look at this report and tried to figure out how to apply the > > suggested workaround, but the pointed out file was missing from this > > version. Anyway, Ryo@ has updated firefox

Re: SIOCS80211 ioctl and 8.99.32

On Mon, Jan 28, 2019 at 1:51 PM Paul Goyette wrote: > I notice that christos made some changes here overnight while I was > (gasp) sleeping! Can you check to see if his changes fix your > problem? > It didn’t appear fixed w/i the last 0.5h or so, if that helps... -bch > &

Re: SIOCS80211 ioctl and 8.99.32

quot; 5309 "interface"); 5310 return -1; sure doesn't help discoverability... -bch > On Mon, 28 Jan 2019, Ryo ONODERA wrote: > >> Hi, >> >> From: Patrick Welche , Date: Mon, 28 Jan 2019 10:58:54 >> + >> &

Re: NetBSD-amd64 8.99.26 is very slow

On Mon, Nov 26, 2018 at 2:43 PM Joerg Sonnenberger wrote: > On Mon, Nov 26, 2018 at 09:33:27PM +0100, Adam wrote: > > I am try to compile lang/rust under NetBSD-amd64 8.99.26 (today's build) > on VirtualBox. The process is extremely slow, and top is showing weird > values: > > Rust loves to eat

Rust, pkgsrc

always been terribly painful CPU-wise), or should I just move to prebuilt packages? I think I’ve never seen a piece of software as horrible to build as rust... -bch

Re: tools build failure?

Seeing same. -bch On Tue, Aug 14, 2018 at 11:03 PM Paul Goyette wrote: > Anyone else seeing this? > > # link mandoc/mandoc > cc -O -DOSNAME=\"NetBSD\ 8.99\" -DHAVE_CONFIG_H -I. > -I/build/netbsd-local/tools/x86_64/amd64/include/compat > -I/build/netb

Re: cross-compiling ARM img question

On Mon, Nov 27, 2017 at 2:47 PM Robert Elz <k...@munnari.oz.au> wrote: > Date:Mon, 27 Nov 2017 11:41:56 -0800 > From:bch <brad.har...@gmail.com> > Message-ID: < > cabfrot_vnzfemnduj678c_iexdrequxxurvmago5uj6y2g4...@mail.gmail.com> > &g

Re: cross-compiling ARM img question

On 11/26/17, bch <brad.har...@gmail.com> wrote: > I've got an invocation like this, hoping to get an armv7 img to dd > onto an SD card: > > $ nice ./build.sh -j1 -u -U -R /home/bch/releasedir -O > /home/bch/usr/obj_nanopi/ -m evbearmv7hf-el release > > > But the b

Re: cross-compiling ARM img question

On Sun, Nov 26, 2017 at 6:20 PM Robert Elz <k...@munnari.oz.au> wrote: > Date:Sun, 26 Nov 2017 14:25:35 -0800 > From:bch <brad.har...@gmail.com> > Message-ID: < > cabfrot8f-uvae_srhdgrz5mnzmnd0vccxnj_zaoa9gocgtk...@mail.gmail.com> &g

Re: cross-compiling ARM img question

On 11/26/17, Robert Elz <k...@munnari.oz.au> wrote: > Date:Sun, 26 Nov 2017 14:25:35 -0800 > From:bch <brad.har...@gmail.com> > Message-ID: > <cabfrot8f-uvae_srhdgrz5mnzmnd0vccxnj_zaoa9gocgtk...@mail.gmail.com> > > | That's not fi

Re: cross-compiling ARM img question

On 11/26/17, Robert Elz <k...@munnari.oz.au> wrote: > Date:Sun, 26 Nov 2017 09:55:55 -0800 > From:bch <brad.har...@gmail.com> > Message-ID: > <cabfrot-7svx2hnnqcctwl77y6e9gchgzyrd0nny+6zgawbn...@mail.gmail.com> > > | I've got an

Re: toolchain/52722: config(8) busy-loops, then cores

On Fri, Nov 17, 2017 at 9:58 AM John D. Baker wrote: > Following this commit: > > http://mail-index.netbsd.org/source-changes/2017/11/16/msg089749.html > > the stock kernels in a release build fine, but when trying to build the > first of my custom kernels, "nbconfig"

Re: Compile failure in nand.c

onfiguration : “./build.sh -j4 modules” -bch > Regards, > > Chavdar > > > On 15 November 2017 at 00:19, Jared McNeill <jmcne...@invisible.ca> wrote: > > Hi Chavdar -- > > > > This define is generated by config in locators.h (kernel obj directory)

Re: New amd64 8.99.6 panic

On Nov 9, 2017 17:54, "Chavdar Ivanov" wrote: I switched my old T61p yesterday to 8.99.6. The first 4/5 hours it seemed OK, modulo the weirdly disappearing mouse when starting gdm (I had to switch to another wscons and back to get it, or even restart gdm). I've had same mouse

-current boot failure @ wm(4)

: need write_smbus() -bch

Re: HEADS-UP: /bin/sh memory management bug fixes committed

On Jun 17, 2017 18:01, "Roy Marples" wrote: On 18/06/2017 00:22, Robert Elz wrote: > Date:Sat, 17 Jun 2017 14:09:02 -0700 > From:Alistair Crooks > Message-ID:

Re: OSS audio and version #s

achable moment" to figure out how the packing-list/mtree/whatever works... -bch

Re: OSS audio and version #s

On 3/27/17, bch <brad.har...@gmail.com> wrote: > Build failure in -current... > > install ===> lib/libossaudio > --- checkver --- > The following libraries have versions greater than the source > /usr/src/obj/destdir.amd64/usr/lib/libossaudio.so.1

OSS audio and version #s

iff?r1=1.8=1.9_with_tag=MAIN Could stand to have a note in UPDATING ? Cheers, -bch

Re: PulseAudio and OSS audio of recent NetBSD-current

ouTube link to second talk - https://youtu.be/cIQ9IXSUzuM -bch But you've got a point. Falling back to OSS gives horrible sound quality from (lossless) rips of CDs, which are, as you say, 16 bit to begin with. So what's the big difference from Pulse, then? -tih -- Most people who graduat

build failure (shadowing declaration .../compat/.../linux32_dirent)

#create compat_linux32/linux32_wait.d CC=/usr/src/obj/tooldir.NetBSD-7.99.59-amd64/bin/x86_64--netbsd-gcc /usr/src/obj/tooldir.NetBSD-7.99.59-amd64/bin/nbmkdep -f linux32_wait.d.tmp -- -std=gnu99 -I/usr/src/common/include --sysroot=/usr/src/obj/destdir.amd64 -DSYSVSHM -DSYSVSEM -DSYSVMSG

build failure, tcpdump import, char subscript

dependall ===> external/bsd/openresolv/sbin dependall ===> external/bsd/openresolv/sbin/resolvconf dependall ===> external/bsd/tcpdump dependall ===> external/bsd/tcpdump/bin # compile bin/util-print.o /usr/src/obj/tooldir.NetBSD-7.99.59-amd64/bin/x86_64--netbsd-gcc -O2 -fPIE-std=gnu99

clang/llvm build failure

[...] x86_64--netbsd-gcc: error: /usr/src/external/bsd/llvm/lib/libLLVMSupport/../../dist/llvm/lib/Support/ConvertUTF.c: No such file or directory x86_64--netbsd-gcc: fatal error: no input files compilation terminated. nbmkdep: compile failed. [...]

faulting on networking again?

Very latest userland/kernel... [..] panic: in6_cksum: mbuf too short for IPv6 header cpu0: Begin traceback... vpanic() at netbsd:vpanic+0x140 snprintf() at netbsd:snprintf in6_cksum() at netbsd:in6_cksum+0x1a2 icmp6_input() at netbsd:icmp6_input+0xbe ip6_input() at netbsd:ip6_input+0x724

Re: Build failure for in-tree xorg

I just nuked that file and re-CVS'd it and made out alright. I looked for its obj, but couldn't conclusively find it and did the nuke/restore in meantime, then things built. A touch (1) alone might push it along? On Jan 5, 2017 15:36, "Paul Goyette" wrote: > With up-to-date

Re: XOrg oriented build failure

On Jan 4, 2017 21:37, "Martin Husemann" <mar...@duskware.de> wrote: On Wed, Jan 04, 2017 at 09:29:05PM -0800, bch wrote: > transform.o: In function `map_to_output': > transform.c:(.text+0x2a3): undefined reference to `xi2_find_device_info' > collect2: error: ld retu

XOrg oriented build failure

[...] dependall ===> external/mit/xorg/bin/xinit dependall ===> external/mit/xorg/bin/xinput # link xinput/xinput /usr/src/obj/tooldir.NetBSD-7.99.54-amd64/bin/x86_64--netbsd-gcc --sysroot=/usr/src/obj/destdir.amd64 -Wl,-rpath,/usr/X11R7/lib -L=/usr/X11R7/lib -pie -shared-libgcc -o

build failure w/ up-to-date checkout

[...] dependall ===> external/bsd/file/lib dependall ===> external/bsd/file/bin # link bin/file /usr/src/obj/tooldir.NetBSD-7.99.53-amd64/bin/x86_64--netbsd-gcc --sysroot=/usr/src/obj/destdir.amd64 -pie -shared-libgcc -Wl,-z,relro -Wl,--warn-shared-textrel -o file file.o

Re: CVS commit: src/sys

On Dec 27, 2016 14:18, "bch" <brad.har...@gmail.com> wrote: On Dec 27, 2016 05:50, "Christos Zoulas" <chris...@zoulas.com> wrote: On Dec 26, 9:28pm, brad.har...@gmail.com (bch) wrote: -- Subject: Re: CVS commit: src/sys | On Dec 26, 2016 15:21, "Christo

Re: CVS commit: src/sys

On Dec 27, 2016 05:50, "Christos Zoulas" <chris...@zoulas.com> wrote: On Dec 26, 9:28pm, brad.har...@gmail.com (bch) wrote: -- Subject: Re: CVS commit: src/sys | On Dec 26, 2016 15:21, "Christos Zoulas" <chris...@netbsd.org> wrote: | | Module Name:src |

Re: CVS commit: src/sys

On Dec 26, 2016 15:21, "Christos Zoulas" wrote: Module Name:src Committed By: christos Date: Mon Dec 26 23:21:49 UTC 2016 Modified Files: src/sys/dist/pf/net: pf_if.c src/sys/external/bsd/ipf/netinet: ip_fil_netbsd.c src/sys/net: if.c

Re: Audio Mixer problems

ing changes. I think the "inputs.dac" and "outputs.master" are switched some how. Are you using headphones? Try outputs.master2 ? -bch For me personally the mixer name is not important, but several applications changing the outputs.master volume with build-in buttons and it

build failure w/ up-to-date src

dependall ===> lib/../external/bsd/am-utils/lib/libamu nbmake[6]: /usr/src/external/bsd/am-utils/lib/libamu/obj/.depend, 2305: ignoring stale .depend for /usr/src/external/bsd/am-utils/lib/libamu/obj/config_local.h #create libamu/hasmntopt.d

build failure (binutils)

/bin/sh ./libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H -I. -I/usr/src/tools/binutils/../../external/gpl3/binutils.old/dist/bfd -I. -I/usr/src/tools/binutils/../../external/gpl3/binutils.old/dist/bfd -I/usr/src/tools/binutils/../../external/gpl3/binutils.old/dist/bfd/../include

Re: gdb.old is broken

On Oct 15, 2016 4:31 AM, "Ian D. Leroux" wrote: > > On Sat, 15 Oct 2016 10:09:52 +0200 (CEST) Havard Eidnes > wrote: > > > And while I'm on a roll I might as well promote -P as well. I think > > > that unless you know what you are doing, -d and -P is

Re: Wapbl correct and stable again?

> logging is enabled as stopgap measure, because of this. Later, discard > > needs to be changed, so that it doesn't interfere with block free > > maps. > > > > Jaromir > > > > 2016-10-18 19:10 GMT+02:00 bch <brad.har...@gmail.com>: > > > Yesterday I h

Wapbl correct and stable again?

Yesterday I had an unclean shutdown while ./build.sh distribution (battery on laptop died). On reboot i had corrupted files similar to other week after wapbl refactor. Could wapbl stand to have more demanding testing thrown at it? Can we simulate unclean shutdown with vn file-based filesystem and

Re: Kernel faults, wapbl updates

... And to be clear, this is the trace from a spontaneous reboot (that dumped core). Another instance dropped me into the kernel debugger (indicating it had stopped in something to do w wapbl), but I didn't get copies that stack. On Oct 1, 2016 4:26 PM, "bch" <brad.har...@gmail.com&g

Re: Kernel faults, wapbl updates

This appears to be trashing files, too, based on what I see trying to CVS update On Oct 1, 2016 1:32 PM, "bch" <brad.har...@gmail.com> wrote: > > My system is unstable w latest src. Appears to fault in wapbl functions. > Sadly, this appears to correspond w updates in

Re: Kernel faults, wapbl updates

On Oct 1, 2016 1:44 PM, "bch" <brad.har...@gmail.com> wrote: > > This appears to be trashing files, too, based on what I see trying to CVS update Incl. author of potential troublesome commit. > On Oct 1, 2016 1:32 PM, "bch" <brad.har...@gmail.com> wrote

Kernel faults, wapbl updates

My system is unstable w latest src. Appears to fault in wapbl functions. Sadly, this appears to correspond w updates in network interfaces, so my .38 backup kernel won't cooperate with my .39 userland to bring up the network and update src and poll the machine for more info and send that out.

Re: Kernel faults, wapbl updates

g some > further changes, so I'll fix any regressions asap. > > Jaromir > > 2016-10-01 22:50 GMT+02:00 bch <brad.har...@gmail.com>: >> On Oct 1, 2016 1:44 PM, "bch" <brad.har...@gmail.com> wrote: >>> >>> This appears to be trashing f

Re: build failure: xf86Opt.h:44:14: error: declaration does not declare anything

On 9/22/16, Robert Swindells <r...@fdy2.co.uk> wrote: > > bch <brad.har...@gmail.com> wrote: >>On 9/19/16, bch <brad.har...@gmail.com> wrote: >> >>This is still a thing for me: > > [snip] > >>Is nobody else seeing this ? I usually do bui

Re: build failure: xf86Opt.h:44:14: error: declaration does not declare anything

On 9/19/16, bch <brad.har...@gmail.com> wrote: This is still a thing for me: CC=/usr/src/obj/tooldir.NetBSD-7.99.39-amd64/bin/x86_64--netbsd-gcc /usr/src/obj/tooldir.NetBSD-7.99.39-amd64/bin/nbmkdep -f if_indextoname.d.tmp -- -std=gnu99 --sysroot=/usr/src/obj/destdir.amd64 -DINET6 -

build failure: xf86Opt.h:44:14: error: declaration does not declare anything

# compile kdump/kdump-ioctl.o /usr/src/obj/tooldir.NetBSD-7.99.38-amd64/bin/x86_64--netbsd-gcc -O2 -fPIE-std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual

build failure w/ up-to-the-minute src

# compile GENERIC.bch/ocryptodev.o /usr/src/obj/tooldir.NetBSD-7.99.37-amd64/bin/x86_64--netbsd-gcc -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -mno-avx -msoft-float -ffreestanding -fno-zero-initialized-in-bss -g -O2 -fno-omit-frame-pointer -fstack-protector -Wstack-protector --param

Re: unbound user and group fix-hint at end of installation ./build.sh

Ah... something like: "Either manually add this line to /etc/group: '' -or- run etcupdate(1) to fix." -bch On 8/22/16, Martin Husemann <mar...@duskware.de> wrote: > On Sun, Aug 21, 2016 at 03:28:15PM -0700, bch wrote: >> At the end of ./build.sh, I got a note

unbound user and group fix-hint at end of installation ./build.sh

(etcupdate) will do this for you in an automated way ? -bch

build failure -current, and continues on anyway?

[...] --- dependall-usr.bin --- --- kdump-ioctl.c --- #create kdump/kdump-ioctl.c AWK=/usr/src/obj/tooldir.NetBSD-7.99.36-amd64/bin/nbawk CC="/usr/src/obj/tooldir.NetBSD-7.99.36-amd64/bin/x86_64--netbsd-gcc" DESTDIR="/usr/src/obj/destdir.amd64"

build failure, libpci versions/flist manifest

=== 4 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./usr/lib/i386/libpci.so.2.1 ./usr/lib/libpci.so.2.1 ./usr/libdata/debug/usr/lib/i386/libpci.so.2.1.debug

in-tree XOrg build failure

from build attempt: [...] dependall ===> external/mit/xorg/server/drivers/xf86-video-ati dependall ===> external/mit/xorg/server/drivers/xf86-video-intel # compile xf86-video-intel/sna_display.pico /usr/src/obj/tooldir.NetBSD-7.99.35-amd64/bin/x86_64--netbsd-gcc -O2 -fvisibility=hidden

Re: repeated failure to properly shutdown

Iirc, where I *noticed* it was /etc/defaults/rc.d On Jul 22, 2016 5:03 PM, "Robert Elz" <k...@munnari.oz.au> wrote: > Date:Fri, 22 Jul 2016 16:27:19 -0700 > From:bch <brad.har...@gmail.com> > Message-ID: < > cabfrot-2q

Re: repeated failure to properly shutdown

It could be that for some reason it's missing, and a first attempt to write to it just creates a regular file... On Jul 22, 2016 4:25 PM, "Robert Elz" wrote: > Date:Sat, 23 Jul 2016 04:38:42 +0700 > From:Robert Elz >

Re: repeated failure to properly shutdown

On Jul 22, 2016 2:39 PM, "Robert Elz" <k...@munnari.oz.au> wrote: > > Date:Fri, 22 Jul 2016 12:52:58 -0700 > From:bch <brad.har...@gmail.com> > Message-ID: < cabfrot-qp37szwwfrj+zedjqxf5e2troxmh0lmqc+dckb0k...@mail.gmail.com&

Re: repeated failure to properly shutdown

hard scrutiny a lot of things start looking "new")... I'll post that in a new thread, as I think it's out of scope for this threads intended purpose... Thanks everyone for the help. I learned a bit more, and had fun. -bch On Jul 22, 2016 12:32 PM, "bch" <brad.har...@gmail.

Re: repeated failure to properly shutdown

I see what you're saying, did it (and do have a console device), but now my etc/defaults/rc.d is barfing on: cannot create /dev/null: read only file system On Jul 22, 2016 11:41 AM, "Martin Husemann" <mar...@duskware.de> wrote: > On Fri, Jul 22, 2016 at 11:37:56AM -0700, bch

Re: repeated failure to properly shutdown

Wow -- there -is- a tmpfs on /dev kamloops# mount /dev/wd0a on / type ffs (log, local) -> tmpfs on /dev type tmpfs (union, local) /dev/wd0e on /var type ffs (log, local) /dev/wd0f on /usr type ffs (log, local) /dev/wd0g on /home type ffs (log, local)

Re: repeated failure to properly shutdown

I can do that tomorrow, yes. Confirm this stack frame is the/a one we care about? Regards, -bch On Jul 21, 2016 11:42 PM, "Martin Husemann" <mar...@duskware.de> wrote: On Thu, Jul 21, 2016 at 04:38:57PM -0700, bch wrote: > and the v_mount refcounts and flags are: > >

Re: repeated failure to properly shutdown

On 7/21/16, bch <brad.har...@gmail.com> wrote: > Alright -- I'm in (recompiled kernel with proper options, induced > crash, loaded w/ gdb). What frame and data are we interested in ? OK -- I roughly reviewed the mail thread and it looks (to me) like frame 6: > #6 0x808

Re: repeated failure to properly shutdown

Alright -- I'm in (recompiled kernel with proper options, induced crash, loaded w/ gdb). What frame and data are we interested in ? -bch /usr/obj/sys/arch/amd64/compile/GENERIC kamloops# gdb ./netbsd.gdb GNU gdb (GDB) 7.10.1 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3

Re: repeated failure to properly shutdown

On Jul 21, 2016 1:08 PM, "J. Hannken-Illjes" <hann...@eis.cs.tu-bs.de> wrote: > > > > On 21 Jul 2016, at 19:26, co...@sdf.org wrote: > > > > On Thu, Jul 21, 2016 at 10:15:32AM -0700, bch wrote: > >> Jul 20 23:55:59 kamloops /netbsd: wapbl_discard(

Re: repeated failure to properly shutdown

Well -- that fixed the fault-on-exit (and therefore the dirty filesystems on reboot) -- now to figure out why the tmpfs is so problematic for me... Thanks! -bch On 7/21/16, Robert Swindells <r...@fdy2.co.uk> wrote: > > bch <brad.har...@gmail.com> wrote: >>O

Re: repeated failure to properly shutdown

On 7/21/16, Robert Elz wrote: > Do you perhaps have /tmp mounted as a tmpfs with -o log ? > (Can you show us /etc/fstab in its entirety?) For your viewing pleasure... === # NetBSD /etc/fstab # See /usr/share/examples/fstab/ for more examples. /dev/wd0a /

Re: repeated failure to properly shutdown

8736*) f: 167772160 8806400 4.2BSD 0 0 0 # (Cyl. 8736*- 175177*) g: 1776946608 176578560 4.2BSD 0 0 0 # (Cyl. 175177*- 1938020) On 7/20/16, bch <brad.har...@gmail.com> wrote: > Further, here is a copy of my superblock info (for /, in this case

Re: repeated failure to properly shutdown

apbl fsmnt / volname swuid 0 On 7/20/16, bch <brad.har...@gmail.com> wrote: > Jul 20 13:53:02 kamloops /netbsd: panic: kernel diagnostic assertion > "bp->b_freelistindex == -1" failed: file > "/usr/src/sys/kern/vfs_bio.c", line 334 double free of bu

repeated failure to properly shutdown

Jul 20 13:53:02 kamloops /netbsd: panic: kernel diagnostic assertion "bp->b_freelistindex == -1" failed: file "/usr/src/sys/kern/vfs_bio.c", line 334 double free of buffer? bp=0xfe811c4807e8, b_freelistindex=0 Jul 20 13:53:02 kamloops /netbsd: Jul 20 13:53:02 kamloops /netbsd: cpu3: Begin

Re: strange failure to run

On Jul 19, 2016 3:44 PM, "Paul Goyette" <p...@whooppee.com> wrote: > > On Tue, 19 Jul 2016, bch wrote: > >> Running cc(1) or cvs(1) fails with the following. My kernel/userland >> is very up-to-date, but my machine did just shutdown w/ a dead >> battery,

strange failure to run

experiencing anything similar, have ideas off top of head ? -bch kamloops# ktruss cvs -q update -Pd . ktruss: exec of 'cvs' failed: File too large 146 1 ktruss fcntl(0x4, 0x3, 0) = 4194305 146 1 ktruss emul(netbsd) 146 1 ktruss fcntl(0x4, 0x4, 0x41) = 0 146

mandoc build failures

# compile libmandoc/tag.o --- read.o --- /usr/src/obj/tooldir.NetBSD-7.99.34-amd64/bin/x86_64--netbsd-gcc -O2 -std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual

build failure (gcov.1)

[...] dependall ===> external/gpl3/gcc/usr.bin/libcpp dependall ===> external/gpl3/gcc/usr.bin/libdecnumber dependall ===> external/gpl3/gcc/usr.bin/gcov # link gcov/gcov /usr/src/obj/tooldir.NetBSD-7.99.33-amd64/bin/x86_64--netbsd-c++ --sysroot=/usr/src/obj/destdir.amd64 -pie

Re: strange messages from -current 'dhcpcd'

ntoh(), hton() ? On Jun 24, 2016 4:41 PM, "Paul Goyette" wrote: > On Fri, 24 Jun 2016, Michael van Elst wrote: > > jdba...@mylinuxisp.com ("John D. Baker") writes: >> >> Jun 18 12:56:53 hostname dhcpcd[PID]: wm0: invalid UDP packet from >>> 19.100.192.168 >>> Jun 18 12:56:53

Re: kernel panic

On Jun 15, 2016 9:29 PM, "Kengo NAKAHARA" <k-nakah...@iij.ad.jp> wrote: > > Hi, > > On 2016/06/16 8:15, bch wrote: > > I am now at 1.414, and it seems stable. > > Thank you for your checking and reporting. My pleasure. Question, were my wm(4) and iwm(

Re: kernel panic

I am now at 1.414, and it seems stable. On Jun 15, 2016 4:04 PM, "Kengo NAKAHARA" <k-nakah...@iij.ad.jp> wrote: > Hi, > > On 2016/06/16 1:44, bch wrote: > > On 6/12/16, bch <brad.har...@gmail.com> wrote: > >> On 6/11/16, bch <brad.har...@gmail.co

Re: kernel panic

On 6/12/16, bch <brad.har...@gmail.com> wrote: > On 6/11/16, bch <brad.har...@gmail.com> wrote: > previously reported bt on core from iwm(4) crash... > strathcona# crash -M ./netbsd.6.core > Crash version 7.99.30, image version /amd64/compile/G. > WARNING: versions

kernel panic

kernel (adjusted from GENNERIC to allow dtrace support) from latest src panics: (transcription): reboot after panic: panic: kernel diagnostic assertion "M_GETCTX(m, struct ieee80211_node *) == NULL)" failed: file "/usr/src/sys/80211/ieee80211_output.c", line 1347

Re: build failure (gmake: static declaration of 'bsd_signal' follows non-static declaration)

, -bch On Jun 7, 2016 6:24 PM, "Takeshi Nakayama" <t...@catvmics.ne.jp> wrote: > >>> chris...@astron.com (Christos Zoulas) wrote > > > In article <20160607231429.GA28753@quark>, > > Patrick Welche <pr...@cam.ac.uk> wrote: > > > >

build failure (gmake: static declaration of 'bsd_signal' follows non-static declaration)

dependall-gmake ===> tools dependall ===> tools/gmake install-gmake ===> tools install ===> tools/gmake Making install in glob Making install in config Making install in po if test "make" = "gettext-tools"; then /bin/sh /usr/src/tools/gmake/../../external/gpl2/gmake/dist/config/mkinstalldirs

gmake/dist/main.c

install-info: No such file or directory for /usr/src/obj/tooldir.NetBSD-7.99.30-amd64/info/make.info NOT REBUILDING /usr/src/tools/gmake/../../external/gpl2/gmake/dist/config.h.in NOT REBUILDING /usr/src/tools/gmake/../../external/gpl2/gmake/dist/configure if cc

post-build check failure (libasan)

== 6 missing files in DESTDIR Files in flist but missing from DESTDIR. File wasn't installed ? -- ./usr/lib/i386/libasan.a ./usr/lib/i386/libasan.so ./usr/lib/i386/libasan.so.1 ./usr/lib/i386/libasan.so.1.0 ./usr/lib/i386/libasan_p.a

compilation error w/ latest freetype

all ===> external/mit/xorg/tools all ===> external/mit/xorg/tools/bdftopcf all ===> external/mit/xorg/tools/fc-cache # compile fc-cache/fcfreetype.lo cc -O -DFONTCONFIG_PATH='"/usr/src/obj/destdir.amd64/etc/X11/fonts"' -DFC_DEFAULT_FONTS='"/usr/X11R7/lib/X11/fonts/Type1"'

Re: etcupdate(8) (?) broken w/ latest -current ?

On 5/9/16, Ian D. Leroux <idler...@fastmail.fm> wrote: > On Tue, 10 May 2016 08:51:24 +0800 (PHT) Paul Goyette > <p...@whooppee.com> wrote: > >> On Mon, 9 May 2016, bch wrote: >> >> > when I run etcupdate(8) w/ latest src, I don't actually get a >&g

etcupdate(8) (?) broken w/ latest -current ?

when I run etcupdate(8) w/ latest src, I don't actually get a display of the diffs or additions of what's changed. I ran it via "bash -x" to see what _should_ be emitted to the screen. Does anybody else see this behaviour? -bch

-current kernel build failure w/ updated ACPI

[...] # compile GENERIC.dtrace/dsmethod.o /usr/src/obj/tooldir.NetBSD-7.99.29-amd64/bin/x86_64--netbsd-gcc -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -mno-avx -msoft-float -ffreestanding -fno-zero-initialized-in-bss -g -O2 -fno-omit-frame-pointer -fstack-protector -Wstack-protector

Re: libedit, clean auto-generated

I've nuked /use/obj (to which the various /use/src/.../obj directories point), and /use/src/compat/amd64/i386/obj. What else, or what -really- needs to be attended to? Regards, -bch On Apr 20, 2016 7:17 AM, "Robert Swindells" <r...@fdy2.co.uk> wrote: > > bch <bra

libedit, clean auto-generated

? Is there something else that I need to clean out? Regards, -bch Build failure: [...] dependall ===> lib/libedit dependall ===> lib/libedit/readline # compile libedit/editline.o /usr/src/obj/tooldir.NetBSD-7.99.27-amd64/bin/x86_64--netbsd-gcc -O2 -std=gnu99-Wall -Wstrict-prototypes -Wmissing-prot

Re: ongoing build issues (GCC)

I had previously done ./build.sh cleandirs, and gone into ./external/gpl3/gcc and cleaned in there, to no avail. Nuking ./src/obj/* did the trick, though. Thanks, -bch On Apr 5, 2016 12:33 PM, "Martin Husemann" <mar...@duskware.de> wrote: > On Tue, Apr 05, 2016 at 12:25:23

ongoing build issues (GCC)

With very latest src: [...] dependall ===> external/gpl3/gcc/usr.bin/host-libcpp dependall ===> external/gpl3/gcc/usr.bin/backend # link backend/genconstants c++ -O -I. -I/usr/src/external/gpl3/gcc/usr.bin/backend/../gcc/arch/x86_64 -DIN_GCC -DHAVE_CONFIG_H

Re: post-install instructions are a bit meta...

BORTED *** strathcona# cvs -q update -Pd . On 3/31/16, bch <brad.har...@gmail.com> wrote: > obsolete check: > postinstall checks passed: bluetooth ddbonpanic defaults dhcpcd > dhcpcdrundir envsys fontconfig gid gpio hosts iscsi makedev motd named > pam periodic pf pwd_mkdb rc ssh ws

  1   2   >