daily CVS update output
Updating src tree: P src/bin/sh/trap.c P src/distrib/sets/lists/base/ad.mips P src/distrib/sets/lists/base/shl.mi P src/distrib/sets/lists/comp/ad.aarch64 P src/distrib/sets/lists/comp/ad.arm P src/distrib/sets/lists/comp/ad.hppa P src/distrib/sets/lists/comp/ad.m68k P src/distrib/sets/lists/comp/ad.mips P src/distrib/sets/lists/comp/ad.powerpc P src/distrib/sets/lists/comp/ad.riscv P src/distrib/sets/lists/comp/ad.sh3 P src/distrib/sets/lists/comp/md.alpha P src/distrib/sets/lists/comp/md.amd64 P src/distrib/sets/lists/comp/md.hppa P src/distrib/sets/lists/comp/md.i386 P src/distrib/sets/lists/comp/md.ia64 P src/distrib/sets/lists/comp/md.or1k P src/distrib/sets/lists/comp/md.sparc P src/distrib/sets/lists/comp/md.sparc64 P src/distrib/sets/lists/comp/md.vax P src/distrib/sets/lists/comp/mi P src/distrib/sets/lists/debug/ad.mips P src/distrib/sets/lists/debug/shl.mi P src/doc/CHANGES P src/external/gpl3/gcc/Makefile P src/external/gpl3/gcc/usr.bin/Makefile P src/external/gpl3/gcc.old/Makefile P src/external/gpl3/gcc.old/usr.bin/Makefile P src/external/historical/nawk/dist/b.c P src/external/mit/xorg/server/xorg-server/Makefile.Xserver P src/libexec/httpd/bozohttpd.c P src/libexec/ld.elf_so/arch/aarch64/mdreloc.c P src/libexec/ld.elf_so/arch/aarch64/rtld_start.S P src/sys/arch/aarch64/aarch64/aarch64_machdep.c P src/sys/arch/ia64/ia64/machdep.c P src/sys/arch/ia64/ia64/vm_machdep.c P src/sys/dev/ic/ahcisata_core.c P src/sys/dev/pci/xhci_pci.c P src/sys/dev/sun/cgsix.c P src/sys/stand/efiboot/boot.c P src/sys/stand/efiboot/version P src/tests/usr.bin/awk/t_awk.sh Updating xsrc tree: P xsrc/external/mit/xorg-server/include/dix-config.h P xsrc/external/mit/xorg-server/include/xorg-config.h Killing core files: Updating tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/extsrc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting...pax: Unable to access src/gnu (No such file or directory) pax: WARNING! These file names were not selected: src/gnu done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing... done src/sys: collecting... replacing... done src/tests: collecting... replacing... done src/tools: collecting... replacing... done src/usr.bin: collecting... replacing... done src/usr.sbin: collecting... replacing... done src/config: collecting... replacing... done src: collecting... replacing... done xsrc/top-level: collecting... replacing... done xsrc/external: collecting... replacing... done xsrc/local: collecting... replacing... done xsrc: collecting... replacing... done Updating release-7 src tree (netbsd-7): Updating release-7 xsrc tree (netbsd-7): Updating release-7 tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/extsrc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting... replacing... done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing... done src/sys: collecting... replacing... done src/tests: collecting... replacing... done src/tools: collecting... replacing... done src/usr.bin: collecting... replacing... done src/usr.sbin: collecting... replacing... done src/config: collecting... replacing... done src/x11: collecting... replacing... done src: collecting... replacing... done xsrc/top-level: collecting... replacing... done xsrc/external: collecting... replacing... done xsrc/local: collecting... replacing... done xsrc/xfree: collecting... replacing... done xsrc: collecting... replacing... done Updating release-8 src tree (netbsd-8): U doc/CHANGES-8.1 P sys/dev/mii/makphy.c P sys/dev/mii/makphyreg.h P sys/dev/mii/miidevs P sys/dev/mii/miidevs.h P sys/dev/mii/miidevs_data.h Updating release-8 xsrc tree (netbsd-8): Updating
Re: Install of 8.99.30 libcrypto.so.12 not found
Here is what I found and how I "solved" my missing lib issue. If during the installation process you select the option to install pkgin, pkgin does get installed; however, when it tries to pull pkg_summary.tgz it fails with the now infamous '/usr/pkg/bin/pkgin: Shared object "libcrypto.so.12" not found error message.' On my second attempt to install I skipped that step. Once I logged in as root I was able to ftp base.tgz and pkg_summary.tgz. As a side note, I had to use ftp since wget, curl and fetch all depend on libcrypto.so.12. I knew to grab those files based on Manuel Bouyer's timely respond to my first "cry for help." I unpacked both files. Since I am nigh unto a noob I searched the pkg_summary in order to find where libcrypto.so.12 should live. BTW, the other missing lib file was libssl.so.12. Here is what I did: $ cat pkg_summary| grep -i requires | grep libcrypto.so.12 | sort -u REQUIRES=/usr/lib/libcrypto.so.12 $ cat pkg_summary| grep -i requires | grep libssl.so.12 | sort -u REQUIRES=/usr/lib/libssl.so.12 I already unpacked base.tgz, so I simply copied usr/lib/libcrypto.so.12 to / usr/lib/libcrypto.so.12. BAM! My world just got a little brighter! Now I can continue building my NetBSD desktop. On 1/18/19, 7:35 PM, "Chavdar Ivanov" wrote: I had the same earlier. I added pkg_install using /usr/sbin/pkg_add, this brought the necessary libraries for pkgin, which I then installed and setup. Obviously it didn't work from the installation cd. On Fri, 18 Jan 2019 at 01:02, Ron Georgia wrote: > > I am installing NetBSD-8.99.03-amd64. When I try to add pkgin from the install screen I get the message- > /usr/pkg/bin/pkgin: Shared object "libcrypto.so.12" not found. > > Is there a work around for this? I suppose I could resort to pkg_add, but pkgin is so much nicer. Plus, I am not sure what else depends on libcrypto.so.12. Your thoughts? > > > Ron Georgia > “90% of my problems are due to ignorance, the other 10% is because I just don’t know any better.” > > > --
Re: Install of 8.99.30 libcrypto.so.12 not found
I had the same earlier. I added pkg_install using /usr/sbin/pkg_add, this brought the necessary libraries for pkgin, which I then installed and setup. Obviously it didn't work from the installation cd. On Fri, 18 Jan 2019 at 01:02, Ron Georgia wrote: > > I am installing NetBSD-8.99.03-amd64. When I try to add pkgin from the > install screen I get the message- > /usr/pkg/bin/pkgin: Shared object "libcrypto.so.12" not found. > > Is there a work around for this? I suppose I could resort to pkg_add, but > pkgin is so much nicer. Plus, I am not sure what else depends on > libcrypto.so.12. Your thoughts? > > > Ron Georgia > “90% of my problems are due to ignorance, the other 10% is because I just > don’t know any better.” > > > --
Re: What happened to lmc
Hi Martin, Martin Husemann wrote: I updated and am compiling a new kernel... /usr/src/sys/arch/amd64/conf/HP620:791: lmc*: unknown device `lmc' *** Stop. The code has been removed, just drop that line from your kernel config. thank you, jsut aksed a confirmation that it hasn't been renamed or such. Once removed, my kernel compiles and builds successfully I have now issues with userland, I think I got a bad revision, so I am rebuilding from zero after an update. Riccardo
Kernel crash trying to use union mount
I just had a really weird crash on a NetBSD/amd64-current system, running a kernel 8.99.30 from January 2nd. Here's what happened: I was going to experiment with a rather large set of changes to the local copy of the source tree, which I'd want to revert afterwards, so I created a directory on another file system, and mounted it on top of /usr/src with mount_union. I then copied a 10MiB diff into /usr/src/. That went well - the file was visible in /usr/src/, and I observed that it was correctly stored in the auxiliary directory, as expected. Then I tried reading the file from /usr/src/, and the system immediately crashed, and dumped core, with the panic: kernel diagnostic assertion "fli->fli_trans_cnt > 0" failed: file "/usr/src/sys/kern/vfs_trans.c", line 451 I had an emacs running, and the crash happened while emacs was attempting to tab-autocomplete the name of the file for me, so it hadn't even gotten around to reading the file itself. The really weird thing was that when it had finished dumping, having counted down to 1, and printed "successful" on the (serial) console, it just sat there, completely unresponsive - but still routing packets (it's my main server, and my gateway to the Internet)! I let it do this for a while, and verified that I could connect to TCP ports on it from inside and outside (as I was still logged on the NetBSD IRC server, I had someone there check from outside for me), but userland was obviously not running, so there was no response from the connection. After a bit, I hit NMI on the front panel, and it dropped nicely into the kernel debugger. Bactraces from each of the four CPUs: cache_lock_cpus() cache_reclaim() cache_thread() sched_pstats() uvm_scheduler() sysctl_alloc() kpause() sigsuspend1() sys___sigsuspend14() syscall() --- syscall (number 294) --- x86_stihlt() acpicpu_cstate_idle_enter() acpicpu_cstate_idle() idle_loop() cpu_hatch() I rebooted, and found that the file I'd copied into the union mount was complete and intact in the directory I had union mounted onto /usr/src/, so it obviously got correctly written. Running crash(8) on the core dump shows: : barsoom# ;crash -M netbsd.73.core -N netbsd.73 Crash version 8.99.30, image version 8.99.30. System panicked: kernel diagnostic assertion "fli->fli_trans_cnt > 0" failed: file "/usr/src/sys/kern/vfs_trans.c", line 451 Backtrace from time of crash is available. crash> bt _KERNEL_OPT_NARCNET() at 0 ?() at 9a73cceb1690 vpanic() at vpanic+0x178 ch_voltag_convert_in() at ch_voltag_convert_in fstrans_done() at fstrans_done+0x126 VOP_UNLOCK() at VOP_UNLOCK+0x5b vput() at vput+0x11 union_lookup1() at union_lookup1+0xfe union_lookup() at union_lookup+0xa2 VOP_LOOKUP() at VOP_LOOKUP+0x52 lookup_once() at lookup_once+0x1ef namei_tryemulroot() at namei_tryemulroot+0x45f namei() at namei+0x29 fd_nameiat.isra.2() at fd_nameiat.isra.2+0x36 do_sys_statat() at do_sys_statat+0x87 sys_fstatat() at sys_fstatat+0x2d syscall() at syscall+0x173 --- syscall (number 466) --- 7f7ff5c3f61a: -tih -- Most people who graduate with CS degrees don't understand the significance of Lisp. Lisp is the most important idea in computer science. --Alan Kay
Re: tester need: MII PHY register read/write API change
Hi, I can test vge, vr on my EPIA board and partially vte (dmesg only, since media status is incorrect now and network is not working for it (PR/53494)). On Thu, Jan 17, 2019 at 7:27 AM Masanobu SAITOH wrote: > > Hi. > > I'll commit the following diff to -current in this weekend: > > http://www.netbsd.org/~msaitoh/miiphy-20190117-0.dif > > This diff changes all of Ethernet driver which use mii(4) and all mii drivers. > This change is not complicated, but more than a hundred files are modified. > It might result in adding bugs. > > The following drivers are tested: > axe+ukphy > axe+rgephy > axen+rgephy > wm+atphy > wm+ukphy > wm+igphy > wm+ihphy > wm+makphy > sk+makphy > sk+brgphy > sk+gentbi > msk+makphy > sip+icsphy > sip+ukphy > re+rgephy > bge+brgphy > bnx+brgphy > gsip+gphyter > rtk+rlphy > fxp+inphy > tlp+acphy > epic+qsphy > (MAC & PHY combination is not important) > > The following drivers are not tested yet: > For MAC side: > arm:at91emac > arm:cemac > arm:epe > arm:geminigmac > arm:enet > arm:cpsw > arm:emac(omac) > arm:emac(sunxi) > arm:npe > evbppc:temac > macppc:bm > macppc:gm > mips:aumac > mips:ae > mips:cnmac > mips:reth > mips:sbmac > playstation2:smap > powerpc:tsec > powerpc:emac(ibm4xx) > sgimips:mec > sparc:be > sf > ne(ax88190, dl10019) > awge > ep > gem > hme > smsh > mtd > sm > age > alc > ale > bce > cas > et > jme > lii > nfe > pcn > ste > stge > tl > vge > vr > vte > xi > aue > mue > smsc > udav > url > > MII PHY side: > amhphy > bmtphy > ciphy > dmphy > etphy > glxtphy > ikphy > iophy > lxtphy > nsphyter > pnaphy > rdcphy* > sqphy > tlphy > tqphy > urlphy > > If you have a time and can test with the above untested device, > please test and report the result. It would be enough to check: > > if the dmesg is not changed > if ifconfig show the media status correctly when the link is up. > > > See also: > http://mail-index.netbsd.org/tech-net/2018/12/25/msg007201.html > > -- > --- > SAITOH Masanobu (msai...@execsw.org > msai...@netbsd.org)
Re: Curl, fetch, wget Shared object "libssl.so.12" not found
On Thu, Jan 17, 2019 at 08:55:12PM -0500, Ron Georgia wrote: > I installed curl, fetch and wget using pkg_add, since pkgin is missing > libcrypto.so.12, but when I try to use any of those I get this error: > Shared object "libssl.so.12" not found > > $ uname -a > NetBSD clement.ronverbs.dev 8.99.30 NetBSD 8.99.30 (GENERIC) #0: Tue Jan 15 > 01:23:49 UTC 2019 > mkre...@mkrepro.netbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64 > > At the risk of sounding ignorant (see tag line) I am using > ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.0/All since > ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/8.99/All does not exist. Is > that alright? We don't provide binary packages for -current, this is a too fast moving target. You'll have to either build from sources on your -current system, or extract the missing shared objects from a netbsd-8 base.tgz -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
