Re: should 'make -j8 build' work?
On 2012-02-07, Joe Gidi j...@entropicblur.com wrote: In every case, when the box hangs, I'm unable to break into ddb. How long do you leave it when it hangs? There have been occasions where a box appears to hang but then recovers. Are you using softdep?
Congreso Internet Marketing Revolution 2012 Nuevas Tendencias Online
[IMAGE] Congreso Internet Marketing Revolution Exclusiva presentacisn 23 de Marzo, Ciudad de Mixico. 4 expertos en la materia en el taller de internet mas completo en Mixico. Nuestro Congreso cuenta con garantma de satisfaccisn. Obtenga las herramientas, tendencias y estrategias para Potencializar sus ventas. !Reciba la informacisn completa y Revise la agenda! Por favor responda este e-mail con los datos siguientes Empresa: Nombre: Telifono: Email: Nzmero de Interesados: En breve recibira temario, reseqa de expositor y tarifas. Pms Capacitacisn Efectiva de Mixico es una empresa Registrada ante la STPS Trabajamos con expertos en la materia para poder brindar herramientas tacticas, vanguardistas y de facil aplicacisn. Si lo prefiere comunmquese a los telifonos donde con gusto uno de nuestros ejecutivos le atendera. Telifonos: (0133) 8851-2365, (0133) 8851-2741 con mas de 10 lmneas. Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico Copyright (C) 2011, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. E-Mail MARKETING SERVICE POWERED BY MEDIAMKTOOLS. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. ALTO, si en esta ocasisn la informacisn recibida no fue de su interis pero desea recibir informacisn personalizada en relacisn a otros temas favor de indicarlo. Si usted ha recibido este mensaje por error, haga caso omiso de el y de antemano una sincera disculpa por la molestia, reporte su cuenta respondiendo este correo con el subject BAJAREVOL Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAREVOL Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia para nosotros y no es intencisn de la empresa la inconformidad del receptor, nuestra intencisn es promover herramientas de utilidad para el [demime 1.01d removed an attachment of type image/jpeg which had a name of imagecongreso001.jpg]
Re: Audio ports - stuttering - fixed with sndiod -r 48000 -b 7680 -z 1920
On Wed, Feb 08, 2012 at 01:45:03PM +1300, richardtoo...@paradise.net.nz wrote: Hi, guys. I'm not sure if this is an issue, because the defaults might be best for a normal/base install, just asking if this is as expected. This is my desktop/development box. I've got a snapshot of 30th Jan and a set of ports from soon after. OpenBSD 5.1-beta (GENERIC.MP) #172: Mon Jan 30 16:30:40 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP Rhythmbox and Gnome mplayer stuttering a bit playing mp3s ... especially if I Alt-Tab to Firefox Thunderbird (and do a bit of work in them.) If I remove hands from keyboard, no stuttering. I remembered seeing this post (important audio settings to test) http://comments.gmane.org/gmane.os.openbsd.tech/27483 And the below (from that post) makes my problems go away: # sndiod -r 48000 -b 7680 -z 1920 Thanks! Have you tried -b1920 -z480 and -b3840 -z960, if not, could you try them and see whether they fix audio? If possible, while stuttering occurs could you type: audioctl play.errors and see whether the counter increases during stuttering? thanks! -- Alexandre
long hangs with heavy IO (was: should 'make -j8 build' work?)
On Feb 08 08:25:49, Stuart Henderson wrote: On 2012-02-07, Joe Gidi j...@entropicblur.com wrote: In every case, when the box hangs, I'm unable to break into ddb. How long do you leave it when it hangs? There have been occasions where a box appears to hang but then recovers. Are you using softdep? This interests me. The OP's problem was what appeared to be a hang during make -j8 build'. I have experienced something similar while doing heavy IO operations. If I cvs up many repositories at once, while dump|restoring a few filesystems at once, the box *sometimes* seems totaly unresponsive, only to react to my keybord stroke _a_long_time_ later; sometimes, it is unresponsive locally, but can be ssh'd to - but the login process doesn't make it to actually spawning a shell. Yes, I am usign softdep, almost everywhere. Stuart, could you please elaborate on how this (possibly) happens, and what is the role of softdep in it? Thank you for your time Jan
Re: long hangs with heavy IO (was: should 'make -j8 build' work?)
On 2012-02-08 10.34, Jan Stary wrote: On Feb 08 08:25:49, Stuart Henderson wrote: On 2012-02-07, Joe Gidi j...@entropicblur.com wrote: In every case, when the box hangs, I'm unable to break into ddb. How long do you leave it when it hangs? There have been occasions where a box appears to hang but then recovers. Are you using softdep? This interests me. The OP's problem was what appeared to be a hang during make -j8 build'. I have experienced something similar while doing heavy IO operations. If I cvs up many repositories at once, while dump|restoring a few filesystems at once, the box *sometimes* seems totaly unresponsive, only to react to my keybord stroke _a_long_time_ later; sometimes, it is unresponsive locally, but can be ssh'd to - but the login process doesn't make it to actually spawning a shell. Yes, I am usign softdep, almost everywhere. Stuart, could you please elaborate on how this (possibly) happens, and what is the role of softdep in it? I've seen this too, under similar circumstances. I haven't investigated it further, but I suspect that when the file system in softdep mode needs to write out a whole bunch of metadata at once (which I believe it does in 30s intervals, if nothing else (read: lots of metadata-altering activity) makes the buffers fill up prematurely) it does so in one go, without releasing locks and/or enabling interrupts as it works its way through committing dirty buffers to disk. Whatever the underlying cause, it's of course not a desired effect, since it suspends virtually any other activity in the box, whether disk related or not for a lng time. A work-around for this is probably to not use softdep, but this moves the performance penalty elsewhere which may or may not be acceptable to a specific use case. I think in the long run OpenBSD:s i/o scheduling and file system options might need an overhaul, but that's a different discussion. (For example, I'd love to see Jeff Robertson's and Kirk McKusick's work on soft update journaling that went into FreeBSD 9 in OpenBSD as well. Had I the time I'd look into it myself (it's a *lot* of work from what little I've seen of it, but no doubt it would be FUN work) but alas I don't at the moment, so all I can do is post this wish. :-) Regards, /Benny -- internetlabbet.se / work: +46 8 551 124 80 / Words must Benny Lofgren/ mobile: +46 70 718 11 90 / be weighed, / fax:+46 8 551 124 89/not counted. /email: benny -at- internetlabbet.se
Re: Compiling R from source
Just in case Richard Thornton is still listening, on OpenBSD 5.0 (i386) I managed to compile R properly using the aforementioned patch to the tre sources and passing '--with-cairo=no' as configure option. If you don't drop Cairo, R will be built all the same, but the first time you try to plot something R will crash due to some mess with libgthread. Passing -pthread as a CFLAG or LDFLAG will break configure's detection of jpeg and tiff capabilities and on top of that make will fail altogether. As for the rest of the list, I'll try to find out who's behind the R port and openbsd-wip on githup and offer the information I was able to gather. I don't have the skills or the understanding of OpenBSD's libs and such to be able to properly fix this... If anyone has any pointers on the gthr / pthread stuff in general though, I'll be glad to help.
Re: Compiling R from source
Thats a great tip. Thanks. On Feb 8, 2012 5:32 AM, Zi Loff zel...@zeloff.org wrote: Just in case Richard Thornton is still listening, on OpenBSD 5.0 (i386) I managed to compile R properly using the aforementioned patch to the tre sources and passing '--with-cairo=no' as configure option. If you don't drop Cairo, R will be built all the same, but the first time you try to plot something R will crash due to some mess with libgthread. Passing -pthread as a CFLAG or LDFLAG will break configure's detection of jpeg and tiff capabilities and on top of that make will fail altogether. As for the rest of the list, I'll try to find out who's behind the R port and openbsd-wip on githup and offer the information I was able to gather. I don't have the skills or the understanding of OpenBSD's libs and such to be able to properly fix this... If anyone has any pointers on the gthr / pthread stuff in general though, I'll be glad to help.
Re: OpenSMTPd and /etc/mail/aliases
On 8 February 2012 04:21, Carson Chittom car...@wistly.net wrote: I'm using 5.0-stable. Since I'm on a DSL line, I'm using smtpd to send external mail (using SSL, with a login and password) per the instructions in smtpd.conf(5). I have copied exactly the section under EXAMPLES (under smtpd.conf would look like this:). I have also edited /etc/mailer.conf in accord with smtpd(8). I have edited /etc/mail/aliases to forward mail to root to my personal account and have run newaliases. However, such mail (largely the output from /etc/daily and its ilk) still goes directly to root instead of to me. Obviously, I'm doing something wrong--can somebody point me in the right direction? Did you add the alias your_alias_map directive ? Something like : accept for local alias your_alias_map deliver to mbox
Re: iwn firmware load fails in Sony VPCCA25FX
Whoops. Spoke too soon. Failing again. nwid *** wpakey inet 192.168.0.235 255.255.255.0 NONE Yet commenting the last line and adding dhcp works fine. -- Ed Ahlsen-Girard Ft. Walton Beach FL Check your wireless side of the router or the access point and note the range for DHCP addresses. Some offer addresses in x.x.x.100 - x.x.x.150 range, but there are a few with x.x.x.200 - x.x.x.254. You can take a fixed IP outside of those ranges then, eventually different from other fixed already allocated addresses to avoid overlapping and double addressing. I used this in hostname.xxx0 (note the sequence), but I'm not sure if order matters: inet x.x.x.x x.x.x.x NONE nwid *** wpakey
Re: warning message during boot, DHCP and no connections
Folks at the library are happy to see me back again. Thanks Brad for your support. Regards Pix
Re: Compiling R from source
On 2012-02-08, ZC) Loff zel...@zeloff.org wrote: Just in case Richard Thornton is still listening, on OpenBSD 5.0 (i386) I managed to compile R properly using the aforementioned patch to the tre sources and passing '--with-cairo=no' as configure option. If you don't drop Cairo, R will be built all the same, but the first time you try to plot something R will crash due to some mess with libgthread. just run it with LD_PRELOAD=/usr/lib/libpthread.so in the environment
Re: OpenSMTPd and /etc/mail/aliases - FIXED
Mathieu - ptr.jeta...@gmail.com writes: On 8 February 2012 04:21, Carson Chittom car...@wistly.net wrote: I'm using 5.0-stable. Since I'm on a DSL line, I'm using smtpd to send external mail (using SSL, with a login and password) per the instructions in smtpd.conf(5). I have copied exactly the section under EXAMPLES (under smtpd.conf would look like this:). B I have also edited /etc/mailer.conf in accord with smtpd(8). I have edited /etc/mail/aliases to forward mail to root to my personal account and have run newaliases. B However, such mail (largely the output from /etc/daily and its ilk) still goes directly to root instead of to me. B Obviously, I'm doing something wrong--can somebody point me in the right direction? Did you add the alias your_alias_map directive ? Something like : accept for local alias your_alias_map deliver to mbox Apparently what happened is that I missed this particular sentence in smtpd.conf(5): For each message processed by the daemon, the filter rules are evaluated in sequential order, from first to last. My /etc/mail/smtpd.conf had accept for local deliver to mbox accept for local alias aliases deliver to mbox so the aliases were never even getting looked at. I've switched the order and now everything works fine.
Re: /etc/daily bug? altroot vs DUIDs
On Tue, 7 Feb 2012, Kenneth R Westerback wrote: On Tue, Feb 07, 2012 at 09:42:07AM -0500, Dave Anderson wrote: I've got a system running amd64/mp -current (latest source update on February 1st) and have noticed (for quite a while, actually) that the nightly backup of / to /altroot wasn't working. I finally got around to looking into this and discovered that the /etc/daily script was explicitly checking for /dev/whatever in the /altroot fstab entry -- but I've been using DUIDs (as set up by the installer). Shouldn't the daily script be updated to handle DUIDs as well as explicit devices in /etc/fstab? Dave Does this diff work for you? Test with duid and without would be nice. :-) And don't be bashful. Anybody can test! Ken That works for me, both ways. Thanks, Dave Index: daily === RCS file: /cvs/src/etc/daily,v retrieving revision 1.72 diff -u -p -r1.72 daily --- daily 6 Dec 2011 21:02:39 - 1.72 +++ daily 7 Feb 2012 20:14:26 - @@ -90,20 +90,20 @@ if [ -f /var/account/acct ]; then fi # If ROOTBACKUP is set to 1 in the environment, and -# if filesystem named /altroot is type ffs, on /dev/* and mounted xx, +# if filesystem named /altroot is type ffs and mounted xx, # use it as a backup root filesystem to be updated daily. next_part Backing up root filesystem: while [ X$ROOTBACKUP = X1 ]; do - rootbak=`awk '$2 == /altroot $1 ~ /^\/dev\// $3 == ffs \ - $4 ~ /xx/ \ - { print substr($1, 6) }' /etc/fstab` + rootbak=`awk '$2 == /altroot $3 == ffs $4 ~ /xx/ \ + { print $1 }' /etc/fstab` if [ -z $rootbak ]; then echo No xx ffs /altroot device found in the fstab(5). break fi - bakdisk=${rootbak%[a-p]} + rootbak=${rootbak#/dev/} + bakdisk=${rootbak%%?(.)[a-p]} sysctl -n hw.disknames | grep -Fqw $bakdisk || break - bakpart=${rootbak#$bakdisk} + bakpart=${rootbak##$bakdisk?(.)} baksize=`disklabel $bakdisk 2/dev/null | \ awk -v part=$bakpart: '$1 == part { print $2 }'` rootdev=`mount | awk '$3 == / $1 ~ /^\/dev\// $5 == ffs \ -- Dave Anderson d...@daveanderson.com
Re: usb serial device (Atmel), only as ugen
On Tue, Jan 31, 2012 at 13:41:24 +1100, Jonathan Gray wrote: [...] Can you try the following? It would be interesting to know why it doesn't match the class test. Of course, I'd be happy to. Sorry for the delay. /bsd: class 0x2 subclass 0x2 protocol 0x0 /bsd: umodem0 at uhub1 /bsd: port 1 configuration 1 interface 0 Atmel E85 USB Serial rev 2.00/1.00 addr 2 /bsd: umodem0: data interface 1, has no CM over data, has no break /bsd: umodem0: status change notification available /bsd: ucom0 at umodem0 Thanks, Daniel -- LIVAI Daniel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
[SOLVED] Re: should 'make -j8 build' work?
On Wed, February 8, 2012 3:25 am, Stuart Henderson wrote: On 2012-02-07, Joe Gidi j...@entropicblur.com wrote: In every case, when the box hangs, I'm unable to break into ddb. How long do you leave it when it hangs? There have been occasions where a box appears to hang but then recovers. Are you using softdep? I actually resolved this by pulling and reseating all the DIMMs. Oddly enough, prior to that, the box went through 3 complete runs of memtest86+ without error, but continued to hang at random spots during 'make -j8 build'. I pulled and reseated all the memory and then did 5 'make -j8 build' runs successfully, no more hangs. Very strange, but this is why I like to stress-test new builds... -- Joe Gidi j...@entropicblur.com You cannot buy skill. -- Ross Seyfried
Re: Compiling R from source
That's it, all works fine now. Some patches have been submitted to the ports CVS a few days ago, addressing these same issues: http://permalink.gmane.org/gmane.os.openbsd.ports.cvs/61543 I'll take a look into those, Richard probably should do the same, too. Many thanks to Stuart for all the help! On Feb 8, 2012, at 2:23 PM, Stuart Henderson wrote: On 2012-02-08, ZC) Loff zel...@zeloff.org wrote: Just in case Richard Thornton is still listening, on OpenBSD 5.0 (i386) I managed to compile R properly using the aforementioned patch to the tre sources and passing '--with-cairo=no' as configure option. If you don't drop Cairo, R will be built all the same, but the first time you try to plot something R will crash due to some mess with libgthread. just run it with LD_PRELOAD=/usr/lib/libpthread.so in the environment
Re: [SOLVED] Re: should 'make -j8 build' work?
Hi Joe, On Wed Feb 8 2012 11:27, Joe Gidi wrote: On Wed, February 8, 2012 3:25 am, Stuart Henderson wrote: On 2012-02-07, Joe Gidi j...@entropicblur.com wrote: In every case, when the box hangs, I'm unable to break into ddb. How long do you leave it when it hangs? There have been occasions where a box appears to hang but then recovers. Are you using softdep? I actually resolved this by pulling and reseating all the DIMMs. Oddly enough, prior to that, the box went through 3 complete runs of memtest86+ without error, but continued to hang at random spots during 'make -j8 build'. I pulled and reseated all the memory and then did 5 'make -j8 build' runs successfully, no more hangs. Very strange, but this is why I like to stress-test new builds... actually, it's the most reliable way to detect faulty hardware. Memory testers, if at all, only find specific issues (mostly by writing and reading bit patterns to RAM). They can't stimulate and stress the hardware as a build process (e.g. of an operating system) does. Memtest and such only have limited use. Yours, Norman
Re: [SOLVED] Re: should 'make -j8 build' work?
On Wed, 8 Feb 2012 18:52:15 +0100 Norman Golisz wrote: actually, it's the most reliable way to detect faulty hardware. Memory testers, if at all, only find specific issues (mostly by writing and reading bit patterns to RAM). They can't stimulate and stress the hardware as a build process (e.g. of an operating system) does. Memtest and such only have limited use. Building certainly throws extra heat into the equation. -- Kc
Re: [SOLVED] Re: should 'make -j8 build' work?
On Wed, 8 Feb 2012 11:27:14 -0500 Joe Gidi wrote: I actually resolved this by pulling and reseating all the DIMMs. Oddly enough, prior to that, the box went through 3 complete runs of memtest86+ without error, but continued to hang at random spots during 'make -j8 build'. By complete runs, do you mean 3 passes. I've read you need atleast 8 passes to be sure and I believe from observation but could be wrong that each pass tests different things as do the tests. I've only ever waited for 8 passes, once or twice however (just after I'd read about it), it took ages. I pulled and reseated all the memory and then did 5 'make -j8 build' runs successfully, no more hangs. Very strange, but this is why I like to stress-test new builds... Kc
Re: Audio ports - stuttering - fixed with sndiod -r 48000 -b 7680 -z 1920
Quoting Alexandre Ratchov a...@caoua.org: On Wed, Feb 08, 2012 at 01:45:03PM +1300, richardtoo...@paradise.net.nz wrote: Hi, guys. I'm not sure if this is an issue, because the defaults might be best for a normal/base install, just asking if this is as expected. This is my desktop/development box. I've got a snapshot of 30th Jan and a set of ports from soon after. OpenBSD 5.1-beta (GENERIC.MP) #172: Mon Jan 30 16:30:40 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP Rhythmbox and Gnome mplayer stuttering a bit playing mp3s ... especially if I Alt-Tab to Firefox Thunderbird (and do a bit of work in them.) If I remove hands from keyboard, no stuttering. I remembered seeing this post (important audio settings to test) http://comments.gmane.org/gmane.os.openbsd.tech/27483 And the below (from that post) makes my problems go away: # sndiod -r 48000 -b 7680 -z 1920 Thanks! Have you tried -b1920 -z480 and -b3840 -z960, if not, could you try them and see whether they fix audio? If possible, while stuttering occurs could you type: audioctl play.errors Hi, Alexandre. Everything I tried was stuttering today ... then realised it worked better if I restarted Rhythmbox *after* each sndiod command. 8-) My testing is Rhythmbox playing MP3s with FF 9.0.1 TB 9.0.1 also running. Mostly loading web pages, scrolling down web pages, switching tabs. On some of the heavier pages FF is taking 30%+ of one CPU. So ... not too good ... $ sndiod -b1920 -z480 $ audioctl play.errors play.errors=0 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=5760 play.errors=7680 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=14880 play.errors=23520 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=30240 play.errors=32640 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=36480 play.errors=39360 ... better ... $ sndiod -b3840 -z960 $ audioctl play.errors play.errors=0 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=960 play.errors=960 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=2880 play.errors=2880 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=5760 play.errors=5760 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=5760 play.errors=6720 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=8640 play.errors=8640 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=9600 play.errors=9600 ... best (if FF is flat out I might get a stutter or two, but for normal use all good.) $ sndiod -b7680 -z1920 $ audioctl play.errors play.errors=0 $ audioctl play.errors play.errors=0 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=0 play.errors=0 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=0 play.errors=0 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=0 play.errors=0 $ audioctl play.errors; sleep 5; audioctl play.errors play.errors=0 play.errors=0 Thanks. and see whether the counter increases during stuttering? thanks! -- Alexandre
Re: Audio ports - stuttering - fixed with sndiod -r 48000 -b 7680 -z 1920
* richardtoo...@paradise.net.nz richardtoo...@paradise.net.nz [120208 04:50]: Hi, guys. I'm not sure if this is an issue, because the defaults might be best for a normal/base install, just asking if this is as expected. This is my desktop/development box. I've got a snapshot of 30th Jan and a set of ports from soon after. OpenBSD 5.1-beta (GENERIC.MP) #172: Mon Jan 30 16:30:40 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP Rhythmbox and Gnome mplayer stuttering a bit playing mp3s ... especially if I Alt-Tab to Firefox Thunderbird (and do a bit of work in them.) If I remove hands from keyboard, no stuttering. I think I have the same problem with my setup. azalia0 at pci0 dev 20 function 2 ATI SBx00 HD Audio rev 0x00: apic 2 int 16 azalia0: codecs: Conexant/0x5066 audio0 at azalia0 I remembered seeing this post (important audio settings to test) http://comments.gmane.org/gmane.os.openbsd.tech/27483 And the below (from that post) makes my problems go away: # sndiod -r 48000 -b 7680 -z 1920 Same here. I'm using audacious to play music. I also noticed that with default (no) sndiod flags azalia0 interrupts go high (200) while it's 50 when I use flags above. -- Alexander Polakov | plhk.ru
NDOutils 1.5 on OpenBSD 5.0
Hi, I am trying to install NDOutils 1.5 on OpenBSD 5.0 amd64. I am having a weird error during compilation. I would like to know if somebody on this list has NDOutils 1.5 running with Nagios (from ports). Also, I created a pastebin file just in case somebody is interested on this ( http://pastebin.com/NpW4h9Lf ). Thanks! Alvaro Mantilla
Re: Audio ports - stuttering - fixed with sndiod -r 48000 -b 7680 -z 1920
On Thu, Feb 09, 2012 at 12:39:32AM +0400, Alexander Polakov wrote: * richardtoo...@paradise.net.nz richardtoo...@paradise.net.nz [120208 04:50]: Hi, guys. I'm not sure if this is an issue, because the defaults might be best for a normal/base install, just asking if this is as expected. This is my desktop/development box. I've got a snapshot of 30th Jan and a set of ports from soon after. OpenBSD 5.1-beta (GENERIC.MP) #172: Mon Jan 30 16:30:40 MST 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP Rhythmbox and Gnome mplayer stuttering a bit playing mp3s ... especially if I Alt-Tab to Firefox Thunderbird (and do a bit of work in them.) If I remove hands from keyboard, no stuttering. I think I have the same problem with my setup. azalia0 at pci0 dev 20 function 2 ATI SBx00 HD Audio rev 0x00: apic 2 int 16 azalia0: codecs: Conexant/0x5066 audio0 at azalia0 I remembered seeing this post (important audio settings to test) http://comments.gmane.org/gmane.os.openbsd.tech/27483 And the below (from that post) makes my problems go away: # sndiod -r 48000 -b 7680 -z 1920 Same here. I'm using audacious to play music. I also noticed that with default (no) sndiod flags azalia0 interrupts go high (200) while it's 50 when I use flags above. 200 is the expected value. But stuttering isn't expected :/ i you have some time, could you send me a dmesg, roughly describe what the machine is doing during stuttering and also check that only one instance of sndiod is running, and it's running as user _sndio thanks! -- Alexandre
Re: long hangs with heavy IO (was: should 'make -j8 build' work?)
Benny Lofgren [bl-li...@lofgren.biz] wrote: (For example, I'd love to see Jeff Robertson's and Kirk McKusick's work on soft update journaling that went into FreeBSD 9 in OpenBSD as well. Had I the time I'd look into it myself (it's a *lot* of work from what little I've seen of it, but no doubt it would be FUN work) but alas I don't at the moment, so all I can do is post this wish. :-) It might be FUN to use when it's actually working. But if porting it over and teasing out the bugs was all that much fun, you think someone would have reaped those rewards by now. Actually, data loss is really not much fun. Softupdates is one of the worst, because while it has 'worked' for years, it has had major bugs for a long time, complete with hard to reproduce, hard to diagnose problems. If this make -j8 hang is another softdep problem, that's just another testament to how much FUN it really is. If George Soros were to fund OpenBSD development, and all the developers could permanently live in a palace in the Swiss Alps, softupdates work might be considered fun. In that case, OpenBSD would end up with its own custom modern filesystem, written by someone who didn't kill their wife. I think the Soros/Swiss Alps idea is an excellent one.
Equivalent of /etc/libmap.conf on OpenBSD
Hello everyone, I have not found how to get an equivalent of /etc/libmap.conf on OpenBSD I'm following a documentation written for FreeBSD and they say echo libpthread.so libthr.so /etc/libmap.conf Do you know how can I get this done on OpenBSD ? Thanks
Re: Equivalent of /etc/libmap.conf on OpenBSD
I have not found how to get an equivalent of /etc/libmap.conf on OpenBSD I'm following a documentation written for FreeBSD and they say echo libpthread.so libthr.so /etc/libmap.conf Do you know how can I get this done on OpenBSD ? We don't have that, and we won't ever.
Re: usb serial device (Atmel), only as ugen
On Wed, Feb 08, 2012 at 04:59:10PM +0100, LEVAI Daniel wrote: On Tue, Jan 31, 2012 at 13:41:24 +1100, Jonathan Gray wrote: [...] Can you try the following? It would be interesting to know why it doesn't match the class test. Of course, I'd be happy to. Sorry for the delay. /bsd: class 0x2 subclass 0x2 protocol 0x0 /bsd: umodem0 at uhub1 /bsd: port 1 configuration 1 interface 0 Atmel E85 USB Serial rev 2.00/1.00 addr 2 /bsd: umodem0: data interface 1, has no CM over data, has no break /bsd: umodem0: status change notification available /bsd: ucom0 at umodem0 We don't want to match on a protocol of 0. I've committed something along the lines of the first diff.
Re: NDOutils 1.5 on OpenBSD 5.0
On 2012-02-08, Alvaro Mantilla Gimenez alv...@alvaromantilla.com wrote: Hi, I am trying to install NDOutils 1.5 on OpenBSD 5.0 amd64. I am having a weird error during compilation. Not really weird, your include search path is wrong. Look at where gcc is searching and compare to where the files are. I would like to know if somebody on this list has NDOutils 1.5 running with Nagios (from ports). No but icinga + idoutils is in ports/packages and should work ok. (the core program and classic aka nagios-style-but-nicer cgi web interface work well; idoutils has seen a bit less testing but should also work, the icinga-web port isn't quite finished yet but my uncommitted diffs are not far off).
Re: NDOutils 1.5 on OpenBSD 5.0
Hi Stuart, El 08/02/12 20:09, Stuart Henderson escribis: On 2012-02-08, Alvaro Mantilla Gimenez alv...@alvaromantilla.com wrote: Hi, I am trying to install NDOutils 1.5 on OpenBSD 5.0 amd64. I am having a weird error during compilation. Not really weird, your include search path is wrong. Look at where gcc is searching and compare to where the files are. Are we talking about this error? /usr/bin/ld: /tmp//ccdrJBOI.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /tmp//ccdrJBOI.o: could not read symbols: Bad value collect2: ld returned 1 exit status I am not sure if this is something autogenerated by configure command or it is something I should change...somewhere...or just a GCC issue related with the platform (amd64). Also, I research about this and it seems it is related with amd64 only...other 64 bits platforms seems not have any issues like this. I would like to know if somebody on this list has NDOutils 1.5 running with Nagios (from ports). No but icinga + idoutils is in ports/packages and should work ok. (the core program and classic aka nagios-style-but-nicer cgi web interface work well; idoutils has seen a bit less testing but should also work, the icinga-web port isn't quite finished yet but my uncommitted diffs are not far off). Thanks for the tip about icinga + idoutils. I will test those too. Regards, Alvaro
Re: long hangs with heavy IO (was: should 'make -j8 build' work?)
On 2012-02-09 00.38, Chris Cappuccio wrote: Benny Lofgren [bl-li...@lofgren.biz] wrote: (For example, I'd love to see Jeff Robertson's and Kirk McKusick's work on soft update journaling that went into FreeBSD 9 in OpenBSD as well. Had I the time I'd look into it myself (it's a *lot* of work from what little I've seen of it, but no doubt it would be FUN work) but alas I don't at the moment, so all I can do is post this wish. :-) It might be FUN to use when it's actually working. But if porting it over and teasing out the bugs was all that much fun, you think someone would have reaped those rewards by now. Actually, data loss is really not much fun. Softupdates is one of the worst, because while it has 'worked' for years, it has had major bugs for a long time, complete with hard to reproduce, hard to diagnose problems. If this make -j8 hang is another softdep problem, that's just another testament to how much FUN it really is. If George Soros were to fund OpenBSD development, and all the developers could permanently live in a palace in the Swiss Alps, softupdates work might be considered fun. In that case, OpenBSD would end up with its own custom modern filesystem, written by someone who didn't kill their wife. I think the Soros/Swiss Alps idea is an excellent one. Well, according to the OP the make problem turned out to be hardware related, as you may have seen by now. You are certainly entitled to your opinion and whatever banter you feel the need to dish out get your point across, but I actually DO like to work on complex file system code (although I've hardly touched any in a decade or so) so yes, I would consider it a fun and rewarding task. Really. :-) I've run very large, very heavily utilized softdep enabled filesystems for years and years and have never, not once, lost data. That's anecdotal evidence for sure, and I don't doubt there are or have been nasty bugs in the code, but in my opinion the current OpenBSD ffs/ffs2 implementation is nonetheless *very* stable and mature. My servers very rarely crash - they run OpenBSD after all - but when they do it's frustrating to wait for hours for the fsck:s to complete (my file systems are usually rather big), so I'd love to have a journaling or logging file system with matching stability to choose from in OpenBSD. But since one hasn't magically materialized yet I've begun to look around for likely candidates for implementation in OpenBSD, and the most likely route I've found so far is journaling softdep. I've never pretended to have the final answer to anything, but if *I* were to try to implement something I'd probably look to journaling softdep first, because I think it's got potential and might well be the path of least resistance to achieving a working port. Also I'm of course not expecting anyone else to do a single minute's worth of free work to satisfy MY needs. I tried to word my mail carefully to avoid people getting that impression, but maybe I failed. Regards, /Benny -- internetlabbet.se / work: +46 8 551 124 80 / Words must Benny Lofgren/ mobile: +46 70 718 11 90 / be weighed, / fax:+46 8 551 124 89/not counted. /email: benny -at- internetlabbet.se