daily CVS update output
Updating src tree: P src/distrib/sets/lists/base/shl.mi P src/distrib/sets/lists/debug/shl.mi P src/lib/libcurses/add_wchstr.c P src/lib/libcurses/addbytes.c P src/lib/libcurses/attributes.c P src/lib/libcurses/background.c P src/lib/libcurses/border.c P src/lib/libcurses/clrtobot.c P src/lib/libcurses/clrtoeol.c P src/lib/libcurses/color.c P src/lib/libcurses/copywin.c P src/lib/libcurses/curses_private.h P src/lib/libcurses/delch.c P src/lib/libcurses/erase.c P src/lib/libcurses/get_wstr.c P src/lib/libcurses/ins_wch.c P src/lib/libcurses/ins_wstr.c P src/lib/libcurses/insdelln.c P src/lib/libcurses/mvwin.c P src/lib/libcurses/newwin.c P src/lib/libcurses/refresh.c P src/lib/libcurses/shlib_version P src/lib/libcurses/slk.c P src/lib/libcurses/touchwin.c P src/lib/libperfuse/ops.c P src/sbin/mount_tmpfs/mount_tmpfs.8 P src/sys/arch/hp300/DOC/TODO.hp300 P src/sys/dev/ic/ispvar.h P src/sys/dev/ieee1394/sbp.c P src/sys/dev/marvell/mvxpsec.c P src/sys/dev/pci/if_vioif.c P src/sys/net/zlib.c P src/sys/uvm/uvm_pdpolicy_clock.c P src/sys/uvm/uvm_pdpolicy_clockpro.c P src/tests/lib/libc/gen/t_closefrom.c U src/tests/lib/libcurses/check_files/addstr2.chk U src/tests/lib/libcurses/check_files/addstr3.chk U src/tests/lib/libcurses/check_files/chgat1.chk U src/tests/lib/libcurses/check_files/chgat2.chk U src/tests/lib/libcurses/check_files/color_blank_draw.chk U src/tests/lib/libcurses/check_files/mvwchgat2.chk U src/tests/lib/libcurses/check_files/slk6.chk U src/tests/lib/libcurses/check_files/wchgat1.chk U src/tests/lib/libcurses/check_files/wchgat2.chk U src/tests/lib/libcurses/check_files/wchgat3.chk U src/tests/lib/libcurses/check_files/wcolor_set.chk U src/tests/lib/libcurses/check_files/wins_wch3.chk Updating xsrc tree: Killing core files: Updating release-8 src tree (netbsd-8): Updating release-8 xsrc tree (netbsd-8): Updating release-9 src tree (netbsd-9): Updating release-9 xsrc tree (netbsd-9): Updating file list: -rw-rw-r-- 1 srcmastr netbsd 47506563 Apr 13 03:11 ls-lRA.gz
Re: reproducible kernel crash with quota
On Tue, Apr 12, 2022 at 08:52:28AM +0200, 6b...@6bone.informatik.uni-leipzig.de wrote: > Hello, > > since I already have some open bugs with reproducible kernel crashes, I'm > only writing this to the mailing list. > > how to reproduce the crash: /etc/rc.d/quota restart > > dmesg: > > [ 412.047595] panic: kernel diagnostic assertion > "dq->dq_ump->um_quotas[dq->dq _type] != vp" failed: file > "/usr/src/sys/ufs/ufs/ufs_quota.c", line 978 > [ 412.047595] cpu8: Begin traceback... > [ 412.047595] vpanic() at netbsd:vpanic+0x156 > [ 412.057595] kern_assert() at netbsd:kern_assert+0x4b > [ 412.057595] dqflush() at netbsd:dqflush+0x92 > [ 412.057595] quota1_handle_cmd_quotaoff() at > netbsd:quota1_handle_cmd_quotaof f+0x120 I wonder if, when quota1_handle_cmd_quotaoff() can't get an exclusive lock for a vnode, could fail to free the associated quota structure. Shoudln't it wait for the exclusive vnlock or retry in this case ? -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Are NetBSD users interested extending options for patch?
https://reviews.freebsd.org/D30160 --HPS
heads up: default colour pair change in libcurses
Folks, I have just committed a bunch of changes that fixes the definition of the default colour pair. Previously, with NetBSD curses it was nigh on impossible to actually use the default colour pair because it was set to the last possible pair and that value was not exposed in any public interface. The changes I have committed change the default colour pair to be pair 0 which is in line with other curses implementations. If you use a terminal that is white writing on a black background then you probably will not notice any difference but for others, like me, you may find that some curses based applications appear different. If someone really insists on using the old, buggy/incorrect, behaviour then this can be enabled by defining __OLD_DEFAULT_COLOR when rebuilding libcurses. Note that doing this will break the libcurses atf tests as these expect the corrected behaviour. -- Brett Lymn -- Sent from my NetBSD device. "We are were wolves", "You mean werewolves?", "No we were wolves, now we are something else entirely", "Oh"
