compile/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/t
ying to build 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
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
harged verbiage, 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.wi
ars, or Joerg may be able 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.
>
configured
> > 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
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
>> extra
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 Br
or tractable to anyone...
Cheers,
-bch
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
> > > process (
months 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
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 thi
r me 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 fi
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
>
&
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
>> +
>&
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 a
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
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
On Mon, Nov 27, 2017 at 2:47 PM Robert Elz wrote:
> Date:Mon, 27 Nov 2017 11:41:56 -0800
> From: bch
> Message-ID: <
> cabfrot_vnzfemnduj678c_iexdrequxxurvmago5uj6y2g4...@mail.gmail.com>
>
> | Turns out it was /tmp filling up. This wasn&
On 11/26/17, bch 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 build step is trying to
On Sun, Nov 26, 2017 at 6:20 PM Robert Elz wrote:
> Date:Sun, 26 Nov 2017 14:25:35 -0800
> From: bch
> Message-ID: <
> cabfrot8f-uvae_srhdgrz5mnzmnd0vccxnj_zaoa9gocgtk...@mail.gmail.com>
>
> | That's not fixing things... tha
On 11/26/17, Robert Elz wrote:
> Date:Sun, 26 Nov 2017 14:25:35 -0800
> From: bch
> Message-ID:
>
>
> | That's not fixing things... that's adjusting what used to be
> | destdir.evbarm in the OBJDIR.
>
> OK, just trying the simp
On 11/26/17, Robert Elz wrote:
> Date:Sun, 26 Nov 2017 09:55:55 -0800
> From: bch
> Message-ID:
>
>
> | I've got an invocation like this, hoping to get an armv7 img to dd
> | onto an SD card:
> |
> | $ nice ./build.sh -j1
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 build step is trying to install things to root (/boot/...). It
seemed to me that the -R s
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" spins, consuming most of t
ld, but for some reason I can't get any cvs update from
> anoncvs.netbsd.org at the moment.
>
I had a similar thought (and experience, to an extent) - building modules
without the incremental switch seemed to solve the problem, though. After
running config on your kernel configuratio
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 experience lately,
: need write_smbus()
-bch
patch, because someone out
there believes I'm Doing The Right Thing.
So let me add my thanks as well.
+1
I'm grateful for this work, and indeed inspired (ditto Roy, Alistair).
I've filed bug reports too, but also know it's "just appreciated", as well.
Cheers,
-bch
Roy
I filed bin/52272 for this.
https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=52272
-bch
On 6/4/17, co...@sdf.org wrote:
> Hi kre,
> I'm your tester today!
>
> $ whoami; file /home/fly/.Xresources; file ~/.Xresources
> fly
> /home/fly/.Xresources: ASCII text
Fwiw, I am (and have been) running constantly-updated head of -current and
no obvious issues on my ffs/wapbl SSD.
-bch
On Apr 7, 2017 13:42, "Ian D. Leroux" wrote:
> On Wed, Apr 5, 2017, at 08:01, Patrick Welche wrote:
> > It seems something recentish broke FFS, and WAPBL is
uot;
to figure out how the packing-list/mtree/whatever works...
-bch
On 3/27/17, bch 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.2
>
>
> This is per
> ht
iff?r1=1.8&r2=1.9&only_with_tag=MAIN
Could stand to have a note in UPDATING ?
Cheers,
-bch
ks.
(Reply all, this time)
For sake of discussion, I'll just leave this here: https://wiki.xiph.org/
Videos/A_Digital_Media_Primer_For_Geeks (note there are references to two
talks. I think the most interesting one is the second).
Additional: YouTube link to second talk - https://youtu.be/c
#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
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-W
[...]
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.
[...]
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
ip6intr()
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 sources, and a totall
On Jan 4, 2017 21:37, "Martin Husemann" 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 returned 1 exit status
[...]
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 xin
[...]
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
-Wl,-rpath-lin
On Dec 27, 2016 14:18, "bch" wrote:
On Dec 27, 2016 05:50, "Christos Zoulas" 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" wrote:
|
| Module Name:src
| C
On Dec 27, 2016 05:50, "Christos Zoulas" 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" wrote:
|
| Module Name:src
| Committed By: christos
| Date: Mon Dec
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 if_pppoe.c if_spppsub
nputs.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 is very
annoying. Maybe som
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
CC=/usr/src/obj/tooldir.NetBSD-7.99.41-amd64/bin/x86
/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
-DHAVE_x86
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 probably
> > > switches you always want to app
en
> > 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 :
> > > Yesterday I had
doesn't interfere with block free
> maps.
>
> Jaromir
>
> 2016-10-18 19:10 GMT+02:00 bch :
> > 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
>
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 r
... 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" wrote:
On 10/1/16,
On Oct 1, 2016 1:44 PM, "bch" 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" wrote:
>>
>>
>> My system is unstable w latest
This appears to be trashing files, too, based on what I see trying to CVS
update
On Oct 1, 2016 1:32 PM, "bch" wrote:
>
> 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
> .
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.
strange if they caused faults.
>
> Maybe if you can try to downgrade ufs/ffs/ffs_alloc.c before rev.
> 1.152. It's possible there is some interaction with wapbl which might
> cause troubles there.
>
> Keep me on CC please, I'm working currently on WAPBL and planning some
&g
On 9/22/16, Robert Swindells wrote:
>
> bch wrote:
>>On 9/19/16, bch wrote:
>>
>>This is still a thing for me:
>
> [snip]
>
>>Is nobody else seeing this ? I usually do builds:
>
> No, I did an update build this morning for amd64.
>
>># ./bui
On 9/19/16, bch 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 -DIPSEC -DRUMP_ACTION
# 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
-Wwrite-st
# 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
ssp-buf
Ah...
something like:
"Either manually add this line to /etc/group: ''
-or- run etcupdate(1) to fix."
-bch
On 8/22/16, Martin Husemann wrote:
> On Sun, Aug 21, 2016 at 03:28:15PM -0700, bch wrote:
>> At the end of ./build.sh, I got a note about needing to in
pdate (etcupdate) will do this for you in an
automated way ?
-bch
[...]
--- 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"
SED=/usr/src/obj/tooldir.NetBSD-7.99.36-amd64/bin
=== 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
./usr/libdata/debug/u
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 -std=g
Iirc, where I *noticed* it was /etc/defaults/rc.d
On Jul 22, 2016 5:03 PM, "Robert Elz" wrote:
> Date:Fri, 22 Jul 2016 16:27:19 -0700
> From:bch
> Message-ID: <
> cabfrot-2q4yoonz_d3vfjm8bgwknq3g7jxie8-fctc8w8v-...@mail.gmail.com>
>
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
> Message-ID: <20406.1469223...@andromeda.noi.kre.to
On Jul 22, 2016 12:52 PM, "bch" wrote:
>
> mknod null c 2 2 did the trick, things boot/reboot alright now.
>
> I think that biggest concern (unclean shutdown/reboot) is solved
(collision of /dev and a tmpfs mount, caused by default behavior of init in
face of missing /dev/c
On Jul 22, 2016 2:39 PM, "Robert Elz" wrote:
>
> Date:Fri, 22 Jul 2016 12:52:58 -0700
> From:bch
> Message-ID: <
cabfrot-qp37szwwfrj+zedjqxf5e2troxmh0lmqc+dckb0k...@mail.gmail.com>
>
> | I think that biggest concern (unclean shu
em), under 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"
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" wrote:
> On Fri, Jul 22, 2016 at 11:37:56AM -0700, bch wrote:
> > How do
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)
ke
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" wrote:
On Thu, Jul 21, 2016 at 04:38:57PM -0700, bch wrote:
> and the v_mount refcounts and flags are:
>
> (gdb) print vp->v_moun
On 7/21/16, bch 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 0x808ca91d in vclea
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
On Jul 21, 2016 1:08 PM, "J. Hannken-Illjes" 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() at
> >> netbsd:wapbl
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 wrote:
>
> bch wrote:
>>On 7/21/16, Robert Elz wrote:
>>> Do you perhaps h
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 / ffs rw,log
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 wrote:
> Further, here is a copy of my superblock info (for /, in this case)
> for review if necessary. I&
s wapbl
fsmnt /
volname swuid 0
On 7/20/16, bch 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 buffer?
> bp=0xfe811c48
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 trace
On Jul 19, 2016 3:44 PM, "Paul Goyette" 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, too ( it usually catche
else 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, 0x4
# 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
-Wwrite-
[...]
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 -shared-libg
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 hostname dhcpcd[PID]:
On Jun 15, 2016 9:29 PM, "Kengo NAKAHARA" 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(4) faults related (maybe some
l
I am now at 1.414, and it seems stable.
On Jun 15, 2016 4:04 PM, "Kengo NAKAHARA" wrote:
> Hi,
>
> On 2016/06/16 1:44, bch wrote:
> > On 6/12/16, bch wrote:
> >> On 6/11/16, bch wrote:
> snip
> > And now, on wm(4):
> > -rwxr-xr-x 1 root wheel
On 6/12/16, bch wrote:
> On 6/11/16, bch 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 differ, you may not be able to examine this image.
> Syste
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
gards,
-bch
On Jun 7, 2016 6:24 PM, "Takeshi Nakayama" wrote:
> >>> chris...@astron.com (Christos Zoulas) wrote
>
> > In article <20160607231429.GA28753@quark>,
> > Patrick Welche wrote:
> > >
> > >Revert?
> >
> > I just d
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
/usr/
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 -DLOCALEDIR=\"/usr/src/obj/tooldir.N
== 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
./usr/lib/
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"'
-DFC_CACHEDIR='"/usr/sr
On 5/9/16, Ian D. Leroux wrote:
> On Tue, 10 May 2016 08:51:24 +0800 (PHT) Paul Goyette
> wrote:
>
>> On Mon, 9 May 2016, bch wrote:
>>
>> > when I run etcupdate(8) w/ latest src, I don't actually get a
>> > display of the diffs or additions of what
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
[...]
# 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 --param
1 - 100 of 176 matches
Mail list logo