daily CVS update output
Updating src tree: P src/sys/dev/pci/ppb.c P src/sys/kern/uipc_mbuf.c 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 release-10 src tree (netbsd-10): P common/lib/libprop/prop_string.c P crypto/external/bsd/libsaslc/lib/Makefile U doc/CHANGES-10.0 P etc/MAKEDEV.tmpl P external/gpl3/binutils/dist/gas/config/tc-mips.c P external/gpl3/binutils.old/dist/gas/config/tc-mips.c P external/mit/xorg/server/drivers/xf86-input-keyboard/Makefile P share/man/man4/gpioirq.4 P share/man/man4/gpiosim.4 P sys/arch/newsmips/dev/dmac_0448.h P sys/arch/newsmips/dev/scsi_1185.c P sys/conf/majors P sys/dev/gpio/gpio.c P sys/dev/gpio/gpioirq.c P sys/dev/gpio/gpiosim.c P sys/dev/gpio/gpiovar.h P sys/dev/pci/if_ena.c P sys/dev/pci/if_enavar.h P sys/dev/pci/pciide_common.c P sys/external/bsd/ena-com/ena_com.c P sys/external/bsd/ena-com/ena_com.h P sys/external/bsd/ena-com/ena_plat.h P sys/kern/sys_eventfd.c P usr.sbin/sysinst/label.c P usr.sbin/sysinst/partman.c P usr.sbin/sysinst/util.c Updating release-10 xsrc tree (netbsd-10): P external/mit/xf86-input-keyboard/dist/src/bsd_kbd.c P external/mit/xf86-input-keyboard/dist/src/bsd_kbd.h P external/mit/xf86-input-keyboard/dist/src/kbd.c U external/mit/xf86-input-keyboard/dist/src/ws_KbdMap.c P external/mit/xf86-video-pnozz/dist/src/pnozz_exa.c Updating file list: -rw-rw-r-- 1 srcmastr netbsd 42375751 Nov 27 03:14 ls-lRA.gz
Re: NetBSD-current on thinkpad T495, sound issue (was "audio issue on -current")
shev.vt1...@gmail.com (Vitaly Shevtsov) writes: >When I'm listening to music I get this error after some time: >audio1(hdafg1): audio_write: device timeout, seq=16987, >usrbuf=60224/H60224, outbuf=8192/8192 You get timeouts when the backend driver (hdafg1) doesn't finish playing buffers. So that's probably a bug there or maybe a bug in interrupt routing. Here, audio1/hdafg1 is a digital output (HDMI) which also has problems but with different symptoms. But the analog output audio0/hdafg0 works fine.
NetBSD-current on thinkpad T495, sound issue (was "audio issue on -current")
Hello! For some reason I don't see the messages I posted before, so I'm sorry for possibly duplicating them. When I'm listening to music I get this error after some time: audio1(hdafg1): audio_write: device timeout, seq=16987, usrbuf=60224/H60224, outbuf=8192/8192 audio1(hdafg1): audio_drain: device timeout, seq=16987, usrbuf=60224/H60224, outbuf=8192/8192 I tried different values for hw.audio1.blk_ms with no luck. I also tried to increase AUDIO_TIMEOUT from 3000 to 9000 in /usr/src/sys/dev/audio/audio.c and it didn't work. I've made some research and found this: - The sound stops working because cv_timedwait_sig() returns EWOULDBLOCK in audio.c:1705 - Then the MD driver receives the hw interrupt (hdaudio_intr) that the RIRB (response input ring buffer) is empty: [ 650.951986] audio_pmixer_process@1 done mixseq=63728 hwbuf=0/960/1440 [ 650.951986] audio_softintr_wr@1 called [ 650.951986] audio_softintr_wr@1 #2 broadcast; trkseq=63729 out=960/1440/1920 [ 650.951986] audio_track_waitio@1 #2 wakeup [ 650.951986] audio_track_play@1 #2 start pstate=1 [ 650.951986] audio_track_play@1 #2 end out=960/1920/1920 f=0/0/441 usr=28224/63504/H65268 [ 650.951986] audio_write@1 #2 while resid=3312 usrbuf=28224/63504/H65268 [ 650.951986] audio_write@1 #2 uiomove(len=1764) usrbuf=28224/65268/C65268 [ 650.951986] audio_write@1 #2 while resid=1548 usrbuf=28224/65268/H65268 [ 650.951986] audio_write@1 #2 sleep usrbuf=65268/H65268 [ 650.961986] hdaudio1: cmd : request 0F09 (21) [ 650.961986] hdaudio1: cmd : response [ 650.961986] hdaudio1: hdaudio_intr: 997 /* this a line number in hdaudio.c */ [ 650.961986] hdaudio1: unsol: rirb empty [ 650.961986] hdaudio1: hdaudio_intr: 999 /* this a line number in hdaudio.c */ [ 650.961986] hdaudio1: cmd : request 0707 0040 (14) [ 650.961986] hdaudio1: cmd : response [ 650.961986] hdaudio1: cmd : request 0707 0080 (21) [ 650.961986] hdaudio1: cmd : response [ 653.951941] audio_track_waitio@1 #2 cv_timedwait_sig failed 35 [ 653.951941] audio1(hdafg1): audio_write: device timeout, seq=63729, usrbuf=65268/H65268, outbuf=1920/1920 [ 653.951941] audio_write@1 #2 done error=35 [ 653.951941] audio_write@1 #2 begin resid=1548 pid=1083.1078 ioflag=0x1 [ 653.951941] audio_write@1 #2 while resid=1548 usrbuf=28224/65268/H65268 [ 653.951941] audio_write@1 #2 sleep usrbuf=65268/H65268 - If I start a player on a just rebooted system right after login, it happens nearly within the same time, 650-700 seconds in dmesg output - It seems sc->sc_lock is locked by some other thread Regards, -- Vitaly
LinkQuotaExceeded
Hi, On -current amd64 ond aarch64 I regularly build lang/zig - not from pkgsrc, but from the git repo, using self-built llvm-17. It works as well as it can be expected. When I run zig's test suite, from a certain point onwards I get the above message and the corresponding test items obviously fail. I have no idea where this comes from, the test routine creates a substantial number of files in a zig-cache directory, which I clean in advance. I have seen the same message also when installing something using 'cargo install', which goes away when I clean the corresponding directory under .cache. I wonder if it is because of some limitation in the (ufs2) filesystem the build is going on. Chavdar --
