daily CVS update output
Updating src tree: P src/sys/arch/hppa/dev/cpu.c P src/sys/dev/usb/usb_mem.h P src/sys/dev/usb/usbdi.h P src/sys/dev/usb/usbdivar.h P src/sys/external/bsd/drm2/dist/drm/drm_mm.c P src/sys/external/bsd/drm2/dist/drm/i915/i915_active.c P src/sys/external/bsd/drm2/dist/drm/ttm/ttm_bo.c P src/sys/external/bsd/drm2/include/linux/rbtree.h Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 45105503 Feb 15 03:03 ls-lRA.gz
Re: current - unable to rebuild gobject-introspection due to libffi
On Mon, Feb 14, 2022 at 03:13:41PM +0100, Riccardo Mottola wrote: > Hi Patrick, > > > Patrick Welche wrote: > >> Given the error below, there seems to be a failure right on the libffi > >> needed for libgirepository, but it is the one I am trying to replace, or > >> not? > > I think one cunning plan seen on this list was to look at the output from > > > > grep libffi.so.7 /usr/pkg/pkgdb/*/+BUILD_INFO > > the output is below. Sorry if it doesn't illuminate immediately. Does it > mean I should force a rebuild of another package first? That's what I thought - I assume you have libffi.so.8, so those packages will be in trouble - but none seem relevant. The other work around seen on the mailing lists was to remove the installed gobject-introspection, then build it, which would explain why pbulk builds are happy. This might make sense as: ld: warning: libffi.so.7, needed by /usr/pkg/lib/libgirepository-1.0.so.1, not found (try using -rpath or -rpath-link) suggests an already installed gobject-introspection... (I think there is a way of not removing all the packages which depend on gobject-introspection) Cheers, Patrick
Re: current - unable to rebuild gobject-introspection due to libffi
Hi Patrick, Patrick Welche wrote: >> Given the error below, there seems to be a failure right on the libffi >> needed for libgirepository, but it is the one I am trying to replace, or >> not? > I think one cunning plan seen on this list was to look at the output from > > grep libffi.so.7 /usr/pkg/pkgdb/*/+BUILD_INFO the output is below. Sorry if it doesn't illuminate immediately. Does it mean I should force a rebuild of another package first? Riccardo $ grep libffi.so.7 /usr/pkg/pkgdb/*/+BUILD_INFO /usr/pkg/pkgdb/at-spi2-atk-2.38.0/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/at-spi2-core-2.40.3/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/atk-2.36.0/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/consolekit-1.2.4/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/ffmpeg4-4.4.1/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/gdk-pixbuf2-2.42.6/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/gegl-0.4.32/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/gexiv2-0.12.2nb3/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/gimp-2.10.28nb1/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/glib-networking-2.64.3nb4/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/gobject-introspection-1.68.0/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/graphviz-2.49.2/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/gtk2+-2.24.33nb3/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/gtk3+-3.24.30nb1/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/harfbuzz-3.1.1/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/json-glib-1.6.2/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/libglade-2.6.4nb37/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/librsvg-2.50.7/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/pango-1.48.10/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/polkit-0.120/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/poppler-glib-21.11.0/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/py27-gobject-2.28.7nb3/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/seamonkey-2.53.9nb1/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/vala-0.54.3/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7 /usr/pkg/pkgdb/vim-gtk3-8.2.3172nb3/+BUILD_INFO:REQUIRES=/usr/pkg/lib/libffi.so.7
Re: current - unable to rebuild gobject-introspection due to libffi
On Mon, Feb 14, 2022 at 01:03:33PM +0100, Riccardo Mottola wrote: > I am on netbsd 9.99.93 and current pkgsrc tree. > After upgrading the whole base system, upgrading pkgsrc is also a good idea. > pkg_rolling-replace -uv is my usual friend. > > I always stop at gobject introspection, which is currently broken due to > libffi upgrade > > Given the error below, there seems to be a failure right on the libffi > needed for libgirepository, but it is the one I am trying to replace, or > not? I think one cunning plan seen on this list was to look at the output from grep libffi.so.7 /usr/pkg/pkgdb/*/+BUILD_INFO Cheers, Patrick
Re: upgrade - no more high res console 9.99.93
On Mon, Feb 14, 2022 at 10:17 AM Riccardo Mottola wrote: > I actually found that the framebuffer is working. It is using a low-res > text, but I see the text is not "scaled" as instead the BIOS console > Is it intentional? can I go hi-res? This sounds like you have the default kernel font, which is either 8x16 pixels (IIRC) or a 2x upscaled version of the same. The kernel chooses the font that gets you the closest to an 80x24 display, so you likely see the upscaled version. I imagine before your upgrade, you had the 8x16 font, which fits a lot (but tiny) text on the screen. The solution is to compile a kernel with a different font, or to load one dynamically. The Spleen fonts look great and are available up to 16x32 -- not scaled up, but pixel-perfect. The Go font is also nice and available in large sizes. -- Benny
Re: 9.99.93 kernel and still entropy hangs
On Mon, Feb 14, 2022 at 12:54:27PM +0100, Riccardo Mottola wrote: > [ 10879.215507] entropy: pid 6895 (python3.9) blocking due to lack of > entropy [..] > seed 0 0 ???collect, v The last line means your system did not load entropy at boot time, maybe becaus there wasn't "blessed" entropy at shutdown time - or because something went wrong. It should look like: Source Estimated bitsSamples Type Flags [..] seed256 1 ???estimate, collect, v "man entropy" shows you how to deal with in more details (search for "Adding entropy"). If you have a new enough sysinst installed, you can use that to seed the entropy pool. Just start sysinst (as root), select language (if asked for it) and then go to the config menu. Right at the end there should be a "Set up entropy" menu item. The manual way from the entropy(7) man page is quite simple. Just make sure after you did it sysctl kern.entropy.needed says 0. After "shutdown -r now" the system should come up with kern.entropy.needed being 0 again (and nothing blocking). If it doesn't, you have to find out where it goes wrong. But that is the next step... Martin
current - unable to rebuild gobject-introspection due to libffi
Hi, I am on netbsd 9.99.93 and current pkgsrc tree. After upgrading the whole base system, upgrading pkgsrc is also a good idea. pkg_rolling-replace -uv is my usual friend. I always stop at gobject introspection, which is currently broken due to libffi upgrade Given the error below, there seems to be a failure right on the libffi needed for libgirepository, but it is the one I am trying to replace, or not? Riccardo [77/163] Generating symbol file girepository/libgirepository-1.0.so.1.0.0.p/libgirepository-1.0.so.1.0.0.symbols WARNING: Symbol extracting has not been implemented for this platform. Relinking will always happen on source changes. [91/163] Generating giscanner/scannerparser with a custom command ../giscanner/scannerparser.y: warning: 7 shift/reduce conflicts [-Wconflicts-sr] ../giscanner/scannerparser.y: note: rerun with option '-Wcounterexamples' to generate conflict counterexamples [133/163] Generating tests/scanner/gir-bar with a custom command FAILED: tests/scanner/Bar-1.0.gir /usr/pkg/bin/python3.9 tools/g-ir-scanner --quiet --output=tests/scanner/Bar-1.0.gir --no-libtool --reparse-validate --add-include-path /usr/pkgsrc/devel/gobject-introspection/work/gobject-introspection-1.68.0/gir --add-include-path /usr/pkgsrc/devel/gobject-introspection/work/gobject-introspection-1.68.0/output/gir --warn-all --warn-error --namespace=Bar --nsversion=1.0 --include=GObject-2.0 --pkg=gobject-2.0 --library=barapp-1.0 --accept-unprefixed -L /usr/pkgsrc/devel/gobject-introspection/work/gobject-introspection-1.68.0/output/tests/scanner -L /usr/pkgsrc/devel/gobject-introspection/work/gobject-introspection-1.68.0/output/girepository -I /usr/pkgsrc/devel/gobject-introspection/work/gobject-introspection-1.68.0/tests/scanner -I /usr/pkgsrc/devel/gobject-introspection/work/gobject-introspection-1.68.0/tests/scanner/.. ../tests/scanner/barapp.c ../tests/scanner/barapp.h ld: warning: libffi.so.7, needed by /usr/pkg/lib/libgirepository-1.0.so.1, not found (try using -rpath or -rpath-link)
9.99.93 kernel and still entropy hangs
Hello, entropy for me is still brittle. Does "consolidating" entropy survive a reboot? I still get stalls. The first thing was install a new kernel.. and again I got the dreaded not enough entropy. [ 10879.215507] entropy: pid 6895 (python3.9) blocking due to lack of entropy I think I have read on the mailing list that for older CPUs not supporting the expected randomness some fallback was supposed. Saving and consolidating isn't just good enough Riccardo [ 1.03] cpu0 at mainbus0 apid 0 [ 1.03] cpu0: Use lfence to serialize rdtsc [ 1.03] cpu0: Intel(R) Core(TM)2 Duo CPU T6670 @ 2.20GHz, id 0x1067a [ 1.03] cpu0: node 0, package 0, core 0, smt 0 [ 1.03] cpu1 at mainbus0 apid 1 [ 1.03] cpu1: Intel(R) Core(TM)2 Duo CPU T6670 @ 2.20GHz, id 0x1067a [ 1.03] cpu1: node 0, package 0, core 1, smt 0 Source Estimated bitsSamples Type Flags /dev/random 0 0 ???collect, v cd0 0 0 disk collect, v, t wd0 0 41690 disk collect, v, t acpibat0-discha 0 0 power collect, v, t acpibat0-charge 0 0 power collect, v, t cpu1 0 13544 vm collect, v, t cpu0 0 13294 vm collect, v, t hardclock 0976 skew collect, t coretemp1-cpu10 96 envcollect, v, t coretemp0-cpu00 94 envcollect, v, t re0 0 0 netv, t pms0 0 0 ttycollect, v, t pckbd00405 ttycollect, v, t acpitz5-tempera 0 6 envcollect, v, t acpitz4-cpu0/cp 0 36 envcollect, v, t acpitz3-cpu0/cp 0 54 envcollect, v, t acpitz2-cpu0/cp 0136 envcollect, v, t acpitz1-tempera 0 2 envcollect, v, t acpitz0-tempera 0 0 envcollect, v, t system-power 0 2 power collect, v, t autoconf 0108 ???collect, t seed 0 0 ???collect, v
Re: NetBSD-9.99.93 crashes regularly when using web browsers
Yet another, Reading symbols from /netbsd... Reading symbols from /usr/libdata/debug//netbsd-GENERIC.debug... 0x802261f5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:720 720 /usr/src/sys/arch/amd64/amd64/machdep.c: No such file or directory. #0 0x802261f5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:720 #1 0x80dc6944 in kern_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/kern/kern_reboot.c:73 #2 0x80e09862 in vpanic (fmt=fmt@entry=0x81391870 "trap", ap=ap@entry=0xdd00da923c78) at /usr/src/sys/kern/subr_prf.c:290 #3 0x80e09927 in panic (fmt=fmt@entry=0x81391870 "trap") at /usr/src/sys/kern/subr_prf.c:209 #4 0x80229017 in trap (frame=0xdd00da923dc0) at /usr/src/sys/arch/amd64/amd64/trap.c:326 #5 0x802210e3 in alltraps () #6 0x in ?? () #7 0x8a3705c04d00 in ?? () #8 0x in ?? () --- Original Message --- On Monday, February 14th, 2022 at 9:53 AM, pin wrote: ...
Re: upgrade - no more high res console 9.99.93
Hi All, Riccardo Mottola wrote: > after some time, I upgraded from sources: new kernel, toolchain, etc etc. > I have an Intel video card. It no longer shows a high-res framebuffer on > startup. Lots of answers here, I'm swamped :) I actually found that the framebuffer is working. It is using a low-res text, but I see the text is not "scaled" as instead the BIOS console Is it intentional? can I go hi-res? However I noticed: - random, at certain boots it hangs inside i915 functions, a reboot works - I get sometimes this message: [66.404132] kern info: [drm] HPD interrupt storm detected on connector DP-2: switching from hotplug detection to polling Riccardo
NetBSD-9.99.93 crashes regularly when using web browsers
Hi all, I've earlier reported, https://mail-index.netbsd.org/current-users/2021/12/27/msg041840.html severe crashes on NetBSD-9.99.93 when using WebKit based web browsers. Early in the year, I moved to firefox-esr (v91) and been using it since, only once it brought the system down. In the meantime another report on this appeared in this mailing list, https://mail-index.netbsd.org/current-users/2022/01/29/msg041964.html On Friday, I've decided to try firefox-96 and the crashes and associated core dumps were back. I've revisited lariza (WebKit based browser) and that crashes reproducibly on nearly every launch. Once I had to run a manual fsck and remove and re-install firefox as some lib files associated with firefox were corrupted. I hope we can figure out what is causing this before branching 10. I have a rather standard all Intel laptop, $ sysctl hw.machine_arch hw.model hw.ncpu hw.machine_arch = x86_64 hw.model = Intel 686-class hw.ncpu = 4 $ pcictl pci0 list 000:00:0: Intel Core 4G (mobile) Host Bridge, DRAM (host bridge, revision 0x0b) 000:02:0: Intel HD Graphics (GT2) (VGA display, revision 0x0b) 000:03:0: Intel Core 4G (mobile) Mini HD audio (mixed mode multimedia, revision 0x0b) 000:20:0: Intel Core 4G (mobile) USB xHCI (USB serial bus, xHCI, revision 0x04) 000:22:0: Intel Core 4G (mobile) MEI (miscellaneous communications, revision 0x04) 000:25:0: Intel I218-LM Ethernet Connection (ethernet network, revision 0x04) 000:27:0: Intel Core 4G (mobile) HD Audio (mixed mode multimedia, revision 0x04) 000:28:0: Intel Core 4G (mobile) PCIe (PCI bridge, revision 0xe4) 000:28:3: Intel Core 4G (mobile) PCIe (PCI bridge, revision 0xe4) 000:28:5: Intel Core 4G (mobile) PCIe (PCI bridge, revision 0xe4) 000:29:0: Intel Core 4G (mobile) USB EHCI (USB serial bus, EHCI, revision 0x04) 000:31:0: Intel Core 4G (mobile) LPC (ISA bridge, revision 0x04) 000:31:2: Intel Core 4G (mobile) SATA Controller (AHCI) (SATA mass storage, AHCI 1.0, revision 0x04) 000:31:3: Intel Core 4G (mobile) SMBus (SMBus serial bus, revision 0x04) 002:00:0: Intel Centrino Advanced-N 6205 WiFi (miscellaneous network, revision 0x34) 003:00:0: Realtek Semiconductor RTS5227 PCI-E Card Reader (undefined, subclass 0x00, revision 0x01) And here's the debug output of the last core dump. No problem to produce more if needed :( # gdb --eval-command="file /netbsd" --eval-command="target kvm netbsd.6.core" --eval-command "bt" ... Reading symbols from /netbsd... Reading symbols from /usr/libdata/debug//netbsd-GENERIC.debug... 0x802261f5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:720 720 /usr/src/sys/arch/amd64/amd64/machdep.c: No such file or directory. #0 0x802261f5 in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/arch/amd64/amd64/machdep.c:720 #1 0x80dc6944 in kern_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /usr/src/sys/kern/kern_reboot.c:73 #2 0x80e09862 in vpanic (fmt=0x81391148 "kernel %sassertion \"%s\" failed: file \"%s\", line %d ", ap=ap@entry=0xc500dbef2208) at /usr/src/sys/kern/subr_prf.c:290 #3 0x80f9edcf in kern_assert (fmt=fmt@entry=0x81391148 "kernel %sassertion \"%s\" failed: file \"%s\", line %d ") at /usr/src/sys/lib/libkern/kern_assert.c:51 #4 0x80f85a6b in radix_tree_alloc_node () at /usr/src/sys/lib/libkern/../../../common/lib/libc/gen/radixtree.c:440 #5 radix_tree_alloc_node () at /usr/src/sys/lib/libkern/../../../common/lib/libc/gen/radixtree.c:421 #6 0x80f86404 in radix_tree_lookup_ptr (tagmask=0, alloc=true, path=0x0, idx=7680, t=0x8508e0ee7318) at /usr/src/sys/lib/libkern/../../../common/lib/libc/gen/radixtree.c:576 #7 radix_tree_insert_node (t=t@entry=0x8508e0ee7318, idx=idx@entry=7680, p=p@entry=0xc500013c1c80) at /usr/src/sys/lib/libkern/../../../common/lib/libc/gen/radixtree.c:668 #8 0x80d76294 in uvm_pageinsert_tree (pg=0xc500013c1c80, uobj=0x8508e0ee7300) at /usr/src/sys/uvm/uvm_page.c:245 #9 uvm_pagealloc_strat (obj=obj@entry=0x8508e0ee7300, off=off@entry=31457280, anon=anon@entry=0x0, flags=, flags@entry=67108864, strat=, strat@entry=0, free_list=free_list@entry=0) at /usr/src/sys/uvm/uvm_page.c:1307 #10 0x80d823dc in uvn_findpage (uobj=uobj@entry=0x8508e0ee7300, offset=offset@entry=31457280, pgp=pgp@entry=0xc500dbef25a0, flags=flags@entry=0, a=a@entry=0xc500dbef23d0, nleft=nleft@entry=4) at /usr/src/sys/uvm/uvm_vnode.c:336 #11 0x80d8274f in uvn_findpages (uobj=uobj@entry=0x8508e0ee7300, offset=offset@entry=31457280, npagesp=npagesp@entry=0xc500dbef2574, pgs=pgs@entry=0xc500dbef25a0, a=0xc500dbef23d0, a@entry=0x0, flags=flags@entry=0) at /usr/src/sys/uvm/uvm_vnode.c:263 #12 0x80e87438 in genfs_getpages (v=0xc500dbef2638) at /usr/src/sys/miscfs/genfs/genfs_io.c:373 #13
