Re: Audio recording (using ossaudio)
On Sat, Mar 14, 2020 at 12:20:11AM +0200, Yorick Hardy wrote: > You are correct. I threw together a NetBSD audio driver based on the oss > driver, but it had exactly the same problem. Strangely, I have been unable to > reproduce the problem on an old i386 netbook (so far). > > I wrote a test program to try and reproduce what ffmpeg is doing, and > (I am not sure yet) it seems like non-blocking reads is causing the > distortion. The same test program with blocking reads seems to work > okay. > > I will look into it a bit more, and then report back. Right, /dev/audio doesn't support non-blocking I/O. But you're supposed to do short enough reads and writes that it shouldn't matter. That might be the cause of the worst of the problems. Do you want to work on this together somewhere?
Re: XEN 4.11 and 9.99.48 DOMU performance
There have been scheduler-related fixes in the last few days; did you try with an up to date kernel ? -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: Audio recording (using ossaudio)
On 2020-03-14, Yorick Hardy wrote: > Dear nia, > > On 2020-03-14, nia wrote: > > On Sat, Mar 14, 2020 at 12:20:11AM +0200, Yorick Hardy wrote: > > > You are correct. I threw together a NetBSD audio driver based on the oss > > > driver, but it had exactly the same problem. Strangely, I have been > > > unable to > > > reproduce the problem on an old i386 netbook (so far). > > > > > > I wrote a test program to try and reproduce what ffmpeg is doing, and > > > (I am not sure yet) it seems like non-blocking reads is causing the > > > distortion. The same test program with blocking reads seems to work > > > okay. > > > > > > I will look into it a bit more, and then report back. > > > > Right, /dev/audio doesn't support non-blocking I/O. But you're supposed to > > do short enough reads and writes that it shouldn't matter. That might be > > the cause of the worst of the problems. > > Oops, I think the man page might need to be updated then. > I managed to convince my test program to correctly record > with non-blocking I/O (perhaps by accident?) by working > a bit differently to ffmpeg, but I am not sure how to > adjust ffmpeg in this way. I will try blocking reads > (presumably reading blocksize bytes at a time). > > Re: audacity (earlier in the thread), audacity hangs whenever I try to > record. I probably need to update all of my packages - but I am not > doing any long builds at the moment due to unpredictable electricity > supply! > > > Do you want to work on this together somewhere? > > Yes, that would be great! As long as you don't mind someone who is > extremely unresponsive most of the week! I have quite a few deadlines > in the next week, and will probably ignore most things while I am > doing that work. > > Attached are the patches for my "testing" version of the ffmpeg > backend (heavily based on the OSS backend). I am sure it should be > renamed to "netbsd", initially I was trying for sun compatibility - > but I am not sure that makes sense. Just a side note that I keep forgetting to mention: I used ffmpeg and oss to record videos over the last few years and "it used to work fine". I think that the most recent audio changes have broken some expectations that ffmpeg has, but it used to work (more or less) as ffmpeg expected. That said, I think a netbsd audio backend would be great. I will create a pkgsrc-wip package in the mean time to start working on a netbsd audio backend, unless someone beats me to it! [wip/ags also has some audio problems, it uses allegro for audio; but I will start another thread about that one day.] -- Kind regards, Yorick Hardy
Re: Audio recording (using ossaudio)
Dear nia, On 2020-03-14, Yorick Hardy wrote: > On 2020-03-14, Yorick Hardy wrote: > > Dear nia, > > > > On 2020-03-14, nia wrote: > > > On Sat, Mar 14, 2020 at 12:20:11AM +0200, Yorick Hardy wrote: > > > > You are correct. I threw together a NetBSD audio driver based on the oss > > > > driver, but it had exactly the same problem. Strangely, I have been > > > > unable to > > > > reproduce the problem on an old i386 netbook (so far). > > > > > > > > I wrote a test program to try and reproduce what ffmpeg is doing, and > > > > (I am not sure yet) it seems like non-blocking reads is causing the > > > > distortion. The same test program with blocking reads seems to work > > > > okay. > > > > > > > > I will look into it a bit more, and then report back. > > > > > > Right, /dev/audio doesn't support non-blocking I/O. But you're supposed to > > > do short enough reads and writes that it shouldn't matter. That might be > > > the cause of the worst of the problems. > > > > Oops, I think the man page might need to be updated then. > > I managed to convince my test program to correctly record > > with non-blocking I/O (perhaps by accident?) by working > > a bit differently to ffmpeg, but I am not sure how to > > adjust ffmpeg in this way. I will try blocking reads > > (presumably reading blocksize bytes at a time). > > > > Re: audacity (earlier in the thread), audacity hangs whenever I try to > > record. I probably need to update all of my packages - but I am not > > doing any long builds at the moment due to unpredictable electricity > > supply! > > > > > Do you want to work on this together somewhere? > > > > Yes, that would be great! As long as you don't mind someone who is > > extremely unresponsive most of the week! I have quite a few deadlines > > in the next week, and will probably ignore most things while I am > > doing that work. > > > > Attached are the patches for my "testing" version of the ffmpeg > > backend (heavily based on the OSS backend). I am sure it should be > > renamed to "netbsd", initially I was trying for sun compatibility - > > but I am not sure that makes sense. > > Just a side note that I keep forgetting to mention: I used ffmpeg > and oss to record videos over the last few years and "it used to > work fine". I think that the most recent audio changes have > broken some expectations that ffmpeg has, but it used to work > (more or less) as ffmpeg expected. > > That said, I think a netbsd audio backend would be great. I will > create a pkgsrc-wip package in the mean time to start working on > a netbsd audio backend, unless someone beats me to it! > > [wip/ags also has some audio problems, it uses allegro for audio; > but I will start another thread about that one day.] I have imported wip/ffmpeg4-nbsdaudio which, thanks to your comments, now manages some simple recording and playback. I am sure many improvements are need to be made, but I am happy that I can record videos again if I need to! -- Kind regards, Yorick Hardy
Proposal to remove driver for the Cabletron EA41x SCSI Ethernet adapter
We have a driver for this device in sys/dev/scsipi/if_se.c. It was pretty popular with the pc532 crowd back in the day because SCSI was the only expansion bus the pc532 had. There are changes coming to the network stack and it's unlikely that (a) anyone has such a device to test it, and (b) that the driver even works currently because it's been so long since probably anyone ran this code. I propose we remove this driver. Any objections? -- thorpej
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, using sources from CVS date 2020.03.14.18.08.40. An extract from the build.sh output follows: # compile librumpvfs/spec_vnops.po --- rump_vfs.po --- /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy -X rump_vfs.po --- spec_vnops.po --- /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-gcc -O2 -fno-delete-null-pointer-checks -ffreestanding -fno-strict-aliasing -msoft-float -mno-mmx -mno-sse -mno-avx -msoft-float -mno-mmx -mno-sse -mno-avx -std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional -Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wextra -Wno-unused-parameter -Wno-sign-compare -Werror -Wno-format-zero-length -Wno-pointer-sign -fPIE -fstack-protector -Wstack-protector --param ssp-buffer-size=1 --sysroot=/tmp/bracket/build/2020.03.14.18.08.40-i386/destdir -DCOMPAT_50 -DCOMPAT_60 -DCOMPAT_70 -DCOMPAT_80 -nostdinc -imacros /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include/opt/opt_rumpkernel.h -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs -I. -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../.. /sys/rump/../../common/include -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include/opt -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/../arch -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/.. -DDIAGNOSTIC -DKTRACE -D_FORTIFY_SOURCE=2 -c -DGPROF -DPROF-pg -fPIC /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/../miscfs/specfs/spec_vnops.c -o spec_vnops.po --- subr_bufq.pico --- # compile librumpvfs/subr_bufq.pico /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-gcc -O2 -fno-delete-null-pointer-checks -ffreestanding -fno-strict-aliasing -msoft-float -mno-mmx -mno-sse -mno-avx -msoft-float -mno-mmx -mno-sse -mno-avx -std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional -Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wextra -Wno-unused-parameter -Wno-sign-compare -Werror -Wno-format-zero-length -Wno-pointer-sign -fPIE -fstack-protector -Wstack-protector --param ssp-buffer-size=1 --sysroot=/tmp/bracket/build/2020.03.14.18.08.40-i386/destdir -DCOMPAT_50 -DCOMPAT_60 -DCOMPAT_70 -DCOMPAT_80 -nostdinc -imacros /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include/opt/opt_rumpkernel.h -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs -I. -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../.. /sys/rump/../../common/include--- rumpvfs_if_wrappers.po --- /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/nbctfconvert -g -L VERSION rumpvfs_if_wrappers.po /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy -X rumpvfs_if_wrappers.po --- rumpblk.po --- /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/nbctfconvert -g -L VERSION rumpblk.po /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy -X rumpblk.po --- rumpvfs_if_wrappers.pico --- /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy -x rumpvfs_if_wrappers.pico --- rumpvfs_syscalls.po --- /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/nbctfconvert -g -L VERSION rumpvfs_syscalls.po /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy -X rumpvfs_syscalls.po --- genfs_io.pico --- cc1: all warnings being treated as errors *** [genfs_io.pico] Error code 1 nbmake[7]: stopped in /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs --- genfs_io.po --- The following commits were made between the last successful build and the failed build: 2020.03.14.13.34.43 ad src/sys/arch/sparc/sparc/intr.c,v 1.124 2020.03.14.13.37.49 ad src/sys/fs/tmpfs/tmpfs_subr.c,v 1.107 2020.03.14.13.39.36 ad src/sys/fs/tmpfs/tmpfs_vnops.c,v 1.135 2020.03.14.13.50.46 ad src/sys/arch/x86/acpi/acpi_cpu_md.c,v 1.82 2020.03.14.13.53.26 ad src/sys/uvm/uvm_pdpolicy_clock.c,v 1.35 2020.03.14.13.53.26 ad src/sys/uvm/uvm_pdpolicy_clockpro.c,v 1.24 2020.03.14.14.05.42 ad src/share/man/man9/pmap.9,v 1.47 2020.03.14.14.05.42 ad src/sys/arch/aarch64/aarch64/pmap.c,v 1.68 2020.03.14.14.05.42 ad src/sys/arch/alpha/include/pmap.h,v 1.81 2020.03.14.14.05.42 ad src/sys/arch/arm/arm32/pmap.c,v 1.3
Re: Automated report: NetBSD-current/i386 build failure
Should be fixed with 1.91 src/sys/miscfs/genfs/genfs_io.c. Andrew On Sat, Mar 14, 2020 at 07:46:02PM +, NetBSD Test Fixture wrote: > This is an automatically generated notice of a NetBSD-current/i386 > build failure. > > The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host, > using sources from CVS date 2020.03.14.18.08.40. > > An extract from the build.sh output follows: > > # compile librumpvfs/spec_vnops.po > --- rump_vfs.po --- > > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy > -X rump_vfs.po > --- spec_vnops.po --- > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-gcc > -O2 -fno-delete-null-pointer-checks -ffreestanding -fno-strict-aliasing > -msoft-float -mno-mmx -mno-sse -mno-avx -msoft-float -mno-mmx -mno-sse > -mno-avx -std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional > -Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual > -Wwrite-strings -Wextra -Wno-unused-parameter -Wno-sign-compare -Werror > -Wno-format-zero-length -Wno-pointer-sign -fPIE -fstack-protector > -Wstack-protector --param ssp-buffer-size=1 > --sysroot=/tmp/bracket/build/2020.03.14.18.08.40-i386/destdir -DCOMPAT_50 > -DCOMPAT_60 -DCOMPAT_70 -DCOMPAT_80 -nostdinc -imacros > /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include/opt/opt_rumpkernel.h > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs -I. > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../.. > /sys/rump/../../common/include > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include > > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include/opt > > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/../arch > > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/.. > -DDIAGNOSTIC -DKTRACE -D_FORTIFY_SOURCE=2 -c -DGPROF -DPROF-pg -fPIC > /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/../miscfs/specfs/spec_vnops.c > -o spec_vnops.po > --- subr_bufq.pico --- > # compile librumpvfs/subr_bufq.pico > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-gcc > -O2 -fno-delete-null-pointer-checks -ffreestanding -fno-strict-aliasing > -msoft-float -mno-mmx -mno-sse -mno-avx -msoft-float -mno-mmx -mno-sse > -mno-avx -std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wno-sign-compare -Wsystem-headers -Wno-traditional > -Wa,--fatal-warnings -Wreturn-type -Wswitch -Wshadow -Wcast-qual > -Wwrite-strings -Wextra -Wno-unused-parameter -Wno-sign-compare -Werror > -Wno-format-zero-length -Wno-pointer-sign -fPIE -fstack-protector > -Wstack-protector --param ssp-buffer-size=1 > --sysroot=/tmp/bracket/build/2020.03.14.18.08.40-i386/destdir -DCOMPAT_50 > -DCOMPAT_60 -DCOMPAT_70 -DCOMPAT_80 -nostdinc -imacros > /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../../sys/rump/include/opt/opt_rumpkernel.h > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs -I. > -I/tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs/../.. > /sys/rump/../../common/include--- rumpvfs_if_wrappers.po --- > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/nbctfconvert -g -L > VERSION rumpvfs_if_wrappers.po > > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy > -X rumpvfs_if_wrappers.po > --- rumpblk.po --- > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/nbctfconvert -g -L > VERSION rumpblk.po > > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy > -X rumpblk.po > --- rumpvfs_if_wrappers.pico --- > > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy > -x rumpvfs_if_wrappers.pico > --- rumpvfs_syscalls.po --- > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/nbctfconvert -g -L > VERSION rumpvfs_syscalls.po > > /tmp/bracket/build/2020.03.14.18.08.40-i386/tools/bin/i486--netbsdelf-objcopy > -X rumpvfs_syscalls.po > --- genfs_io.pico --- > cc1: all warnings being treated as errors > *** [genfs_io.pico] Error code 1 > nbmake[7]: stopped in > /tmp/bracket/build/2020.03.14.18.08.40-i386/src/lib/librumpvfs > --- genfs_io.po --- > > The following commits were made between the last successful build and > the failed build: > > 2020.03.14.13.34.43 ad src/sys/arch/sparc/sparc/intr.c,v 1.124 > 2020.03.14.13.37.49 ad src/sys/fs/tmpfs/tmpfs_subr.c,v 1.107 > 2020.03.14.13.39.36 ad src/sys/fs/tmpfs/tmpfs_vnops.c,v 1.135 > 2020.03.14.13.50.46 ad src/sys/arch/x86/acpi/acpi_cpu_md.c,v 1.82 > 2020.03.14.13.53.26 ad src/sys/uvm/uvm_pdpolicy_clock.c,v 1.35 > 202
Re: Proposal to remove driver for the Cabletron EA41x SCSI Ethernet adapter
+port-mac68k as a precaution > On Mar 14, 2020, at 11:49 AM, Jason Thorpe wrote: > > We have a driver for this device in sys/dev/scsipi/if_se.c. It was pretty > popular with the pc532 crowd back in the day because SCSI was the only > expansion bus the pc532 had. > > There are changes coming to the network stack and it's unlikely that (a) > anyone has such a device to test it, and (b) that the driver even works > currently because it's been so long since probably anyone ran this code. > > I propose we remove this driver. > > Any objections? > > -- thorpej > -- thorpej
Re: Proposal to remove driver for the Cabletron EA41x SCSI Ethernetadapter
> We have a driver for this device in sys/dev/scsipi/if_se.c. It was pretty > popular with the pc532 crowd back in the day because SCSI was the only > expansion bus the pc532 had. > > There are changes coming to the network stack and it's unlikely that (a) > anyone has such a device to test it, and (b) that the driver even works > currently because it's been so long since probably anyone ran this code. > > I propose we remove this driver. There were some users also on port-mac68k: https://mail-index.netbsd.org/port-mac68k/2006/11/06/.html https://mail-index.netbsd.org/port-mac68k/2007/12/07/0002.html Note there is another Ethernet-over-SCSI solution using RaspberyPi as a SCSI device: http://retropc.net/gimons/rascsi/index.html and rin@ has a driver for it (based on se(4)): https://twitter.com/labdrunker/status/961526192334499840 https://twitter.com/labdrunker/status/963418617722281985 It's still worth to consider and design about Ethernet-over-SCSI layer. --- Izumi Tsutsui
Automated report: NetBSD-current/i386 build success
The NetBSD-current/i386 build is working again. The following commits were made between the last failed build and the successful build: 2020.03.14.18.24.10 ad src/sys/arch/x86/include/pmap.h,v 1.113 2020.03.14.18.24.10 ad src/sys/arch/x86/include/pmap_pv.h,v 1.14 2020.03.14.18.24.10 ad src/sys/arch/x86/x86/pmap.c,v 1.366 2020.03.14.19.07.22 ad src/sys/miscfs/genfs/genfs_io.c,v 1.91 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2020.03.html#2020.03.14.19.07.22
Re: Proposal to remove driver for the Cabletron EA41x SCSI Ethernet adapter
Hi, We have a driver for this device in sys/dev/scsipi/if_se.c. It was pretty popular with the pc532 crowd back in the day because SCSI was the only expansion bus the pc532 had. There are changes coming to the network stack and it's unlikely that (a) anyone has such a device to test it, and (b) that the driver even works currently because it's been so long since probably anyone ran this code. I propose we remove this driver. If it's not too much work, it might be worth keeping because some newer hardware will emulate it: https://hackaday.io/project/18974-tiny-scsi-emulator If this is the same chip as is in the DaynaPort SCSI-Link-T, I can offer to test the driver. John
daily CVS update output
Updating src tree: P src/distrib/sets/lists/debug/shl.mi P src/etc/etc.amiga/Makefile.inc P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_vnops.c P src/lib/libcurses/clrtobot.c P src/lib/libcurses/clrtoeol.c P src/lib/libcurses/curses_private.h P src/lib/libcurses/erase.c P src/sbin/route/route.c P src/share/man/man4/pms.4 P src/share/man/man9/pmap.9 P src/sys/arch/aarch64/aarch64/pmap.c P src/sys/arch/alpha/include/pmap.h P src/sys/arch/arm/arm32/bus_dma.c P src/sys/arch/arm/arm32/pmap.c P src/sys/arch/arm/include/arm32/pmap.h P src/sys/arch/hppa/hppa/genassym.cf P src/sys/arch/hppa/include/pmap.h P src/sys/arch/ia64/ia64/pmap.c P src/sys/arch/m68k/include/pmap_motorola.h P src/sys/arch/mips/mips/bus_dma.c P src/sys/arch/powerpc/include/ibm4xx/pmap.h P src/sys/arch/powerpc/include/oea/pmap.h P src/sys/arch/riscv/conf/Makefile.riscv P src/sys/arch/riscv/conf/majors.riscv P src/sys/arch/riscv/include/asm.h P src/sys/arch/riscv/include/elf_machdep.h P src/sys/arch/riscv/include/fenv.h P src/sys/arch/riscv/include/frame.h P src/sys/arch/riscv/include/ieeefp.h P src/sys/arch/riscv/include/locore.h P src/sys/arch/riscv/include/mcontext.h P src/sys/arch/riscv/include/pte.h P src/sys/arch/riscv/include/sysreg.h P src/sys/arch/riscv/include/types.h P src/sys/arch/riscv/riscv/db_machdep.c P src/sys/arch/riscv/riscv/kobj_machdep.c P src/sys/arch/riscv/riscv/locore.S P src/sys/arch/riscv/riscv/netbsd32_machdep.c P src/sys/arch/riscv/riscv/pmap_machdep.c P src/sys/arch/riscv/riscv/process_machdep.c P src/sys/arch/riscv/riscv/procfs_machdep.c P src/sys/arch/riscv/riscv/riscv_machdep.c P src/sys/arch/riscv/riscv/sig_machdep.c P src/sys/arch/riscv/riscv/spl.S P src/sys/arch/riscv/riscv/syscall.c P src/sys/arch/riscv/riscv/trap.c P src/sys/arch/riscv/riscv/vm_machdep.c P src/sys/arch/sh3/include/pmap.h P src/sys/arch/sparc/include/pmap.h P src/sys/arch/sparc/sparc/intr.c P src/sys/arch/sparc/sparc/pmap.c P src/sys/arch/sparc64/sparc64/pmap.c P src/sys/arch/sun2/include/pmap.h P src/sys/arch/sun3/include/pmap3.h P src/sys/arch/sun3/include/pmap3x.h P src/sys/arch/usermode/usermode/pmap.c P src/sys/arch/vax/include/pmap.h P src/sys/arch/x86/acpi/acpi_cpu_md.c P src/sys/arch/x86/include/pmap.h P src/sys/arch/x86/include/pmap_pv.h P src/sys/arch/x86/include/pte.h P src/sys/arch/x86/include/trap.h P src/sys/arch/x86/x86/bus_dma.c P src/sys/arch/x86/x86/pmap.c P src/sys/arch/xen/xen/xennet_checksum.c P src/sys/compat/linux/common/linux_futex.c P src/sys/compat/netbsd32/netbsd32_ioctl.c P src/sys/dev/bluetooth/btkbd.c P src/sys/dev/nvmm/x86/nvmm_x86_svm.c P src/sys/dev/nvmm/x86/nvmm_x86_vmx.c P src/sys/dev/pci/qat/qatvar.h P src/sys/dev/pckbport/synaptics.c P src/sys/dev/usb/if_aue.c P src/sys/dev/usb/if_smsc.c P src/sys/dev/usb/umass.c P src/sys/dev/usb/uplcom.c P src/sys/dev/usb/usb_quirks.c P src/sys/dev/usb/usb_subr.c P src/sys/dev/usb/usbnet.c P src/sys/dev/usb/xhci.c P src/sys/external/bsd/drm2/include/linux/sched.h P src/sys/fs/tmpfs/tmpfs_subr.c P src/sys/fs/tmpfs/tmpfs_vnops.c P src/sys/kern/kern_ktrace.c P src/sys/kern/kern_physio.c P src/sys/kern/kern_synch.c P src/sys/kern/subr_copy.c P src/sys/kern/vfs_bio.c P src/sys/kern/vfs_subr.c P src/sys/kern/vfs_wapbl.c P src/sys/miscfs/genfs/genfs_io.c P src/sys/miscfs/genfs/genfs_node.h P src/sys/nfs/nfs_syscalls.c P src/sys/rump/librump/rumpkern/ltsleep.c P src/sys/rump/librump/rumpkern/scheduler.c P src/sys/rump/librump/rumpkern/vm.c P src/sys/sys/proc.h P src/sys/sys/sched.h P src/sys/sys/vnode.h P src/sys/ufs/ext2fs/ext2fs_lookup.c P src/sys/ufs/lfs/lfs_bio.c P src/sys/ufs/lfs/lfs_pages.c P src/sys/ufs/lfs/lfs_vfsops.c P src/sys/ufs/lfs/ulfs_dirhash.c P src/sys/ufs/lfs/ulfs_lookup.c P src/sys/ufs/ufs/ufs_dirhash.c P src/sys/ufs/ufs/ufs_lookup.c P src/sys/uvm/uvm.h P src/sys/uvm/uvm_amap.c P src/sys/uvm/uvm_anon.c P src/sys/uvm/uvm_aobj.c P src/sys/uvm/uvm_bio.c P src/sys/uvm/uvm_fault.c P src/sys/uvm/uvm_km.c P src/sys/uvm/uvm_loan.c P src/sys/uvm/uvm_map.c P src/sys/uvm/uvm_map.h P src/sys/uvm/uvm_object.h P src/sys/uvm/uvm_page.c P src/sys/uvm/uvm_page.h P src/sys/uvm/uvm_page_status.c P src/sys/uvm/uvm_pager.h P src/sys/uvm/uvm_pdpolicy_clock.c P src/sys/uvm/uvm_pdpolicy_clockpro.c P src/sys/uvm/uvm_pmap.h P src/sys/uvm/uvm_vnode.c P src/sys/uvm/pmap/pmap.c P src/tests/rump/kernspace/busypage.c P src/usr.bin/midirecord/midirecord.1 Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 36308458 Mar 15 03:03 ls-lRA.gz