FreeBSD port: puppet-0.25.3_1
I just installed a fresh Jail based on FreeBSD 8.0-STABLE to run puppetmasterd. On a remote puppetd connecting I get following errors: debug: Failed to load library 'RRDtool' for feature 'rrd' warning: RRD library is missing; cannot store metrics warning: RRD library is missing; cannot graph metrics warning: RRD library is missing; cannot store metrics warning: RRD library is missing; cannot graph metrics warning: RRD library is missing; cannot store metrics warning: RRD library is missing; cannot graph metrics err: Report rrdgraph failed: Could not find graphs for daily Just installing rrdtool+ruby-bindings did the Job normally. $ grep RRDtool /usr/local/lib/ruby/site_ruby/1.8/puppet/feature/base.rb Puppet.features.add(:rrd, :libs = [RRDtool]) r...@pp (~) ?0 # pkg_info -L rrdtool-1.3.9|grep ruby /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd8/RRD.so Am I missing another dependence here? Are there any Puppet Best Practices with FreeBSD Writeups especially about Port Handling around? Thanks Tobias ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for testing: mplayer revamped, second round
On Thu, 21 Jan 2010 08:29:44 +0100 Thomas Zander thomas.e.zan...@googlemail.com wrote: On Wed, Jan 20, 2010 at 15:39, Tobias Lott tl...@gamesnet.de wrote: Works fine on my 8.0-STABLE #2 r202058 i386 (No VDPAU Supported Graphic Card) but randomly freezes my other machine running 8.0-STABLE #5 r201708 amd64 (nvidia0: GeForce 8600 GT on vgapci0) Does it freeze ('freeze' as in 'must press reset button'?) on this machine only when using vdpau? Other files too or unly this particular one? I didn't spot anything obvious your output on pastebin. Looks okay until the end. Riggs Yes as in 'must press reset button' additionally it only happened when I was using vdpau. However after reinstalling x11/nvidia-driver it seems to be fixed. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for testing: mplayer revamped, second round
On Sun, 17 Jan 2010 23:47:48 +0100 Thomas Zander thomas.e.zan...@googlemail.com wrote: Hello, you may find an updated version of the new mplayer port for testing at: http://www.rrr.de/~riggs/mplayer/m20100117.tar.bz2 It contains the drop-in replacements for multimedia/mplayer and mencoder as well as the x264 patch in case one wants to test x264 encoding with mencoder. Changes since the last version: - VDPAU support - Build fixes as suggested by Dmitry Marakasov - Significantly reduced number of patches (either committed upstream or strongly believed to be no longer necessary) - Minor Makefiles cleanup The infamous x264 patch is still included, identical to the last tarball. Note that probably there is some manual tweaking to do in order to test this (e.g. define log2f / use gcc 4.4 etc, see http://lists.freebsd.org/pipermail/freebsd-multimedia/2009-November/010548.html for details) but this is a separate issue that we have to solve when the port gets finally committed. Please test this port extensively, and let's track down as many inconveniences as soon as possible. Have fun Riggs ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Works fine on my 8.0-STABLE #2 r202058 i386 (No VDPAU Supported Graphic Card) but randomly freezes my other machine running 8.0-STABLE #5 r201708 amd64 (nvidia0: GeForce 8600 GT on vgapci0) However could only get following mplayer -msglevel all=9 output: http://pastebin.org/79203 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Call for testers - mplayer svn port
On Sun, 10 Jan 2010 09:08:15 +0300 Yuri Pankov yuri.pan...@gmail.com wrote: On Sat, Jan 09, 2010 at 10:34:13PM +0100, Stefan Ehmann wrote: On Saturday 09 January 2010 21:55:21 Yuri Pankov wrote: On Sat, Jan 09, 2010 at 12:19:51PM +0100, Stefan Ehmann wrote: On Friday 08 January 2010 22:48:50 Thomas Zander wrote: On Fri, Jan 8, 2010 at 11:40, Stefan Ehmann shoes...@gmx.net wrote: VDPAU support would also be nice. Noted, thanks. I have overlooked that one. I'll include it with the next iteration in a few days. Meanwhile, I tried getting it to work myself. If I move the vdpau-headers from /usr/local/share/doc/NVIDIA_GLX-1.0 (installed by x11/nvidia-driver) to /usr/local/include/vdpau, mplayer is compiled with vdpau support. Thanks for the hint, makes a difference here. Should we ask maintainer of nvidia-driver to install those headers with the port? (CCed the nvidia-driver maintainer) I think modifying the nvidia-driver port to install the header files into a different location would be preferable. But I haven't really looked at the port, maybe there's a reason for them to be in doc. It's working nicely. Having to specify -vc manually is cumbersome, but that's not related to the port :) I guess you mean -vo here. You could specify it in ~/.mplayer/config, BTW. Unfortunately, no. In order to get hardware acceleration, you also need to specify -vc depending on the type of video. From the man page: vdpau (with −vc ffmpeg12vdpau, ffwmv3vdpau, ffvc1vdpau or ffh264vdpau) You still can specify it as: vo=vdpau, vc=ffmpeg12vdpau,ffh264vdpau,ffodivxvdpau, commas at the end to fallback to standard codecs if necessary. My 8600GT doesn't seem to support ffodivxvdpau, though. Works fine so far! I can confirm ffodivxvdpau not working with a 8600GT. Thanks for the work on getting this done Tobias ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD port: nss_ldapd-0.6.11_1
On Wed, 16 Sep 2009 11:08:10 +0200 Tobias Lott tl...@gamesnet.de wrote: On Wed, 16 Sep 2009 09:03:25 +0400 Alexander V. Chernikov melif...@ipfw.ru wrote: Tobias Lott wrote: Hey Everyone! Seems like nss_ldapd is causing apps like top, jls to segfault. pkg_delete-ing nss_ldapd 'fixes' the problem. Reproducable on several Machines using FreeBSD 7.2-STABLE and BETA4 Greetings Can you provide some more details like core backtrace, nsswitch configuration, nss_ldapd configureation, your ldap setup? Does this happen every time with every binary using getpwent/getpwnam ? Please rebuild port with debug ( make DEBUG_FLAGS=-O0 -g ) and post the results of gdb 'bt full' command from segfaulted binary core. Does 'getent group|passwd XXX' segfaults too? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Sure, but ain't got access to a Test Machine right now. For starters I can provide config details. nsswitch.conf: passwd: files ldap group: files ldap nss_ldapd.conf: uid nobody gid nobody uri ldap://ldapbe1 uri ldap://ldapbe2 base dc=gamesnet,dc=de base group ou=Group,dc=gamesnet,dc=de base passwd ou=People,dc=gamesnet,dc=de ssl start_tls tls_reqcert hard tls_cacertfile /etc/ssl/cacert.pem getent group/passwd works fine A colleague just send me truss top output: __sysctl(0x7fbfe664,0x2,0x7fbfe66c,0x7fbfe670,0x0,0x0) = 0 (0x0) mmap(0x0,320,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 671678464 (0x2809) munmap(0x2809,320) = 0 (0x0) __sysctl(0x7fbfe6c8,0x2,0x28086e7c,0x7fbfe6d0,0x0,0x0) = 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 671678464 (0x2809) issetugid(0x2807f149,0x7fbfeb8c,0x104,0x0,0x0,0x0) = 0 (0x0) open(/etc/libmap.conf,O_RDONLY,0666) ERR#2 'No such file or directory' open(/var/run/ld-elf.so.hints,O_RDONLY,00) = 3 (0x3) read(3,ehnt\^a\0\0\0...@\0\0\0\\\0\0\0...,128) = 128 (0x80) lseek(3,0x80,SEEK_SET) = 128 (0x80) read(3,/lib:/usr/lib:/usr/lib/compat:/u...,92) = 92 (0x5c) close(3) = 0 (0x0) access(/lib/libncurses.so.8,0) = 0 (0x0) open(/lib/libncurses.so.8,O_RDONLY,00) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8248,size=265540,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,262144,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 671711232 (0x28098000) mmap(0x28098000,249856,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 671711232 (0x28098000) mmap(0x280d5000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x3d000) = 671961088 (0x280d5000) close(3) = 0 (0x0) access(/lib/libm.so.5,0) = 0 (0x0) open(/lib/libm.so.5,O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8244,size=107808,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,102400,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 671973376 (0x280d8000) mmap(0x280d8000,98304,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 671973376 (0x280d8000) mmap(0x280f,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x18000) = 672071680 (0x280f) close(3) = 0 (0x0) access(/lib/libkvm.so.5,0) = 0 (0x0) open(/lib/libkvm.so.5,O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8242,size=32048,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,36864,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 672075776 (0x280f1000) mmap(0x280f1000,32768,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 672075776 (0x280f1000) mmap(0x280f9000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x7000) = 672108544 (0x280f9000) close(3) = 0 (0x0) access(/lib/libc.so.7,0) = 0 (0x0) open(/lib/libc.so.7,O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8238,size=1087148,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,1142784,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 672112640 (0x280fa000) mmap(0x280fa000,1028096,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 672112640 (0x280fa000) mmap(0x281f5000,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xfb000) = 673140736 (0x281f5000) mprotect(0x281fb000,90112,PROT_READ|PROT_WRITE) = 0 (0x0) close(3) = 0 (0x0) sysarch(0xa,0x7fbfe730,0x2805533b,0x28085338,0x28067dc9,0x28085338) = 0 (0x0
FreeBSD Port: net-mgmt/net-snmp runs as root
Hi Philip Since net-snmp at default configuration runs as user root its a Security Issue imho. Well thats not the main Problem but a Changerequest (should I open a PR for this?) The main Reason im writing this is if I start snmpd with the user nobody (-u) f.e. it seems there are Permission Problems with some OID's. snmpd.log: Connection from UDP: [0.0.0.0]-[192.168.1.199]:-23573 Purging address from address cache: UDP: [0.0.0.0]-[10.0.254.6]:-242Received SNMP packet(s) from UDP: [0.0.0.0]-[192.168.1.199]:-23573 GET message -- HOST-RESOURCES-MIB::hrStorageUsed.1 kvm_openfiles: Permission denied kvm_openfiles: /dev/mem: Permission denied That snmpget Result: 502933 That Host has 2GB of Ram so its correct, so can I just ignore that error message? For that I have to launch snmpd with -r which I rather would not. Should I create a PR for this one too? Additionaly: FreeBSD s4denie0425.gamesnet.de 7.2-STABLE FreeBSD 7.2-STABLE #3 r196954: Tue Sep 8 02:10:22 CEST 2009 r...@s4denie0425.gamesnet.de:/usr/obj/usr/src/sys/S4DENIE0425 amd64 Cheers -- Tobias Lott ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD port: nss_ldapd-0.6.11_1
On Wed, 16 Sep 2009 09:03:25 +0400 Alexander V. Chernikov melif...@ipfw.ru wrote: Tobias Lott wrote: Hey Everyone! Seems like nss_ldapd is causing apps like top, jls to segfault. pkg_delete-ing nss_ldapd 'fixes' the problem. Reproducable on several Machines using FreeBSD 7.2-STABLE and BETA4 Greetings Can you provide some more details like core backtrace, nsswitch configuration, nss_ldapd configureation, your ldap setup? Does this happen every time with every binary using getpwent/getpwnam ? Please rebuild port with debug ( make DEBUG_FLAGS=-O0 -g ) and post the results of gdb 'bt full' command from segfaulted binary core. Does 'getent group|passwd XXX' segfaults too? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Sure, but ain't got access to a Test Machine right now. For starters I can provide config details. nsswitch.conf: passwd: files ldap group: files ldap nss_ldapd.conf: uid nobody gid nobody uri ldap://ldapbe1 uri ldap://ldapbe2 base dc=gamesnet,dc=de base group ou=Group,dc=gamesnet,dc=de base passwd ou=People,dc=gamesnet,dc=de ssl start_tls tls_reqcert hard tls_cacertfile /etc/ssl/cacert.pem getent group/passwd works fine A colleague just send me truss top output: __sysctl(0x7fbfe664,0x2,0x7fbfe66c,0x7fbfe670,0x0,0x0) = 0 (0x0) mmap(0x0,320,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 671678464 (0x2809) munmap(0x2809,320) = 0 (0x0) __sysctl(0x7fbfe6c8,0x2,0x28086e7c,0x7fbfe6d0,0x0,0x0) = 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 671678464 (0x2809) issetugid(0x2807f149,0x7fbfeb8c,0x104,0x0,0x0,0x0) = 0 (0x0) open(/etc/libmap.conf,O_RDONLY,0666) ERR#2 'No such file or directory' open(/var/run/ld-elf.so.hints,O_RDONLY,00) = 3 (0x3) read(3,ehnt\^a\0\0\0...@\0\0\0\\\0\0\0...,128) = 128 (0x80) lseek(3,0x80,SEEK_SET) = 128 (0x80) read(3,/lib:/usr/lib:/usr/lib/compat:/u...,92) = 92 (0x5c) close(3) = 0 (0x0) access(/lib/libncurses.so.8,0) = 0 (0x0) open(/lib/libncurses.so.8,O_RDONLY,00) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8248,size=265540,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,262144,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 671711232 (0x28098000) mmap(0x28098000,249856,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 671711232 (0x28098000) mmap(0x280d5000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x3d000) = 671961088 (0x280d5000) close(3) = 0 (0x0) access(/lib/libm.so.5,0) = 0 (0x0) open(/lib/libm.so.5,O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8244,size=107808,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,102400,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 671973376 (0x280d8000) mmap(0x280d8000,98304,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 671973376 (0x280d8000) mmap(0x280f,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x18000) = 672071680 (0x280f) close(3) = 0 (0x0) access(/lib/libkvm.so.5,0) = 0 (0x0) open(/lib/libkvm.so.5,O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8242,size=32048,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,36864,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 672075776 (0x280f1000) mmap(0x280f1000,32768,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 672075776 (0x280f1000) mmap(0x280f9000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x7000) = 672108544 (0x280f9000) close(3) = 0 (0x0) access(/lib/libc.so.7,0) = 0 (0x0) open(/lib/libc.so.7,O_RDONLY,017757763274) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=8238,size=1087148,blksize=4096 }) = 0 (0x0) read(3,\^?ELF\^A\^A\^A\t\0\0\0\0\0\0\0...,4096) = 4096 (0x1000) mmap(0x0,1142784,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 672112640 (0x280fa000) mmap(0x280fa000,1028096,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 672112640 (0x280fa000) mmap(0x281f5000,24576,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xfb000) = 673140736 (0x281f5000) mprotect(0x281fb000,90112,PROT_READ|PROT_WRITE) = 0 (0x0) close(3) = 0 (0x0) sysarch(0xa,0x7fbfe730,0x2805533b,0x28085338,0x28067dc9,0x28085338) = 0 (0x0) mmap(0x0,816,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 673255424 (0x28211000) munmap(0x28211000,816) = 0 (0x0) mmap(0x0,5048,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0
FreeBSD port: nss_ldapd-0.6.11_1
Hey Everyone! Seems like nss_ldapd is causing apps like top, jls to segfault. pkg_delete-ing nss_ldapd 'fixes' the problem. Reproducable on several Machines using FreeBSD 7.2-STABLE and BETA4 Greetings -- Tobias Lott ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: php5-5.2.10 update to php5-5.3
On Wed, 9 Sep 2009 17:05:28 +0400 Sudarikov A Alexey a.sudari...@hoster.ru wrote: Please put PHP 5.3 into ports of FreeBSD! ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org There is only a BETA 1 Patch for Suhosin -- Tobias Lott ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portupgrade/ruby issue? (Stale lock file was found. Removed.)
On Wed, 17 Jun 2009 12:16:46 +0300 Andriy Gapon a...@icyb.net.ua wrote: After recent massive ports update (I think ruby was touch and probably portupgrade too) I started getting seemingly sporadic Stale lock file was found. Removed. messages. What's interesting is that those messages are produced on stdout, not stderr. Sporadic - because they appear when there are no parallel execution of any portupgrade tools (or any other package/port related tools). They appear in situations wheere they never appeared before. I see this on two stable/7 systems. Got the same on five 7-Stable Machines. -- Tobias Lott ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
audio/oss x-fi with no sound output
Hi, today I wanted to use my Line-in Interface on my Soundblaster X-Fi (never had to use it before) so I tried the audio/oss port since snd_hda (which I was using normally) doesn't seem to support the Line-in Interface. Installation worked just fine, I unloaded sound and snd_hda and started oss with the following result: May 27 20:43:44 sub kernel: oss_sbxfi0: [ITHREAD] May 27 20:43:44 sub kernel: oss_sbxfi: Switching to xfi core... May 27 20:43:44 sub kernel: oss_sbxfi: Interrupts don't seem to be working. May 27 20:43:44 sub kernel: oss_sbxfi0: Sound Blaster X-Fi (UAA) port 0xdf00-0xdf1f mem 0xdfff8000-0xdfffbfff,0xdfc0-0xdfdf,0xd800-0xdbff irq 16 at device 1.0 on pci2 May 27 20:45:00 sub kernel: osscore: Overflow 593920+65536, 0 May 27 20:45:02 sub kernel: osscore: Overflow 724992+65536, 0 May 27 20:45:06 sub kernel: osscore: Overflow 987136+65536, 0 May 27 20:45:15 sub kernel: osscore: Overflow 1576960+65536, 0 May 27 20:45:18 sub kernel: osscore: Overflow 1773568+65536, 0 May 27 20:45:21 sub kernel: osscore: Overflow 1970176+65536, 0 May 27 20:45:30 sub kernel: osscore: Overflow 256+65536, 0 May 27 20:45:52 sub kernel: osscore: Overflow 4001792+65536, 0 May 27 20:46:11 sub kernel: osscore: Overflow 5246976+65536, 0 May 27 20:46:20 sub kernel: osscore: Overflow 5836800+65536, 0 May 27 20:46:44 sub kernel: osscore: Overflow 7406544+49152, 0 May 27 20:46:52 sub kernel: osscore: Overflow 7933952+65536, 0 May 27 20:47:06 sub kernel: osscore: Overflow 8851456+65536, 0 May 27 20:47:35 sub kernel: osscore: Overflow 10752000+65536, 0 May 27 20:47:37 sub kernel: osscore: Overflow 10883072+65536, 0 May 27 20:52:50 sub kernel: oss_sbxfi0: detached May 27 20:52:52 sub kernel: oss_sbxfi0: [ITHREAD] May 27 20:52:52 sub kernel: oss_sbxfi: Switching to xfi core... May 27 20:52:52 sub kernel: oss_sbxfi: Interrupts don't seem to be working. May 27 20:52:52 sub kernel: oss_sbxfi0: Sound Blaster X-Fi (UAA) port 0xdf00-0xdf1f mem 0xdfff8000-0xdfffbfff,0xdfc0-0xdfdf,0xd800-0xdbff irq 16 at device 1.0 on pci2 Additionally I had no Sound output and xmms/mplayer seemed pretty choppy/slow, and I only saw interval Volume peaking with the delay of like 1-2 seconds on ossxmix volume meter. Got the soundon.log as Attachment. You can ignore all the hdac0 timeouts and warnings thats caused by loading the snd_hda. Anybody had the same problem, a hint, is it just the beta state of x-fi support or should I open a PR? Tobias Lott___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org