Sound problems on Realtek ALC272
Hello! I've got a Realtec ALC272 codec on my netbook under OpenBSD 4.7 release: % dmesg | grep azalia azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 4 int 16 (irq 11) azalia0: codecs: Realtek ALC272 audio0 at azalia0 While it actually works, it has kind a performance problem - the frequent gaps and echos on playback. The longer playback lasts, the worse the situation goes. Interestingly, pausing and continuing playing make the situation better for some time, but after that problem is back. The situation is worse with music and is slightly better with video regardless of audio file codec and player software. Any things I can do? % mixerctl inputs.dac-0:1=192,192 inputs.dac-4:5=192,192 inputs.dac-2:3=126,126 record.adc-2:3_mute=off record.adc-2:3=120,120 record.adc-0:1_mute=off record.adc-0:1=120,120 inputs.mix_source=mic2 inputs.mix_mic2=120,120 inputs.mix2_source=dac-0:1,mix inputs.mix3_source=dac-4:5,mix inputs.mix4_source=dac-2:3,mix outputs.spkr_source=mix3 outputs.spkr_mute=off outputs.spkr_dir=output outputs.spkr_boost=off outputs.spkr_eapd=on outputs.mic2_source=mix4 outputs.mic2_mute=off inputs.mic2=85,85 outputs.mic2_dir=input-vr80 outputs.hp_source=mix2 outputs.hp_mute=off outputs.hp_boost=off record.adc-0:1_source=mic2,mix,mic record.adc-2:3_source=mic2,mix outputs.mic2_sense=unplugged outputs.hp_sense=unplugged outputs.spkr_muters=mic2,hp outputs.master=255,255 outputs.master.mute=off outputs.master.slaves=dac-0:1,dac-4:5,spkr,hp record.volume=120,120 record.volume.mute=off record.volume.slaves=adc-2:3,adc-0:1 -- Dmitrij D. Czarkoff
Re: OpenBSD users.
Riwan, Jakarta, Indonesia Mateusz Gierblinski wrote: Hi misc@ I'm just wondering. Where are you OpenBSD users from? I'm from Belgium, anyone else? Take care
ULTIMOS LUGARES JULIO 29, LICITACIONES DE ADQUISICIONES EN MEXICO D.F.
[IMAGE] B!Promociones Especiales para Grupos! Mayores informes responda este correo electrC3nico con los siguientes datos. Empresa: Nombre: TelC)fono: Email: NC:mero de Interesados: Y en breve le haremos llegar la informaciC3n completa del evento. O bien comunCquense a nuestros telC)fonos un ejecutivo con gusto le atenderC! Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS CapacitaciC3n Efectiva de MC)xico S.C. Derechos Reservados. PMS de MC)xico, El logo de PMS de MC)xico son marcas registradas. ADVERTENCIA PMS de MC)xico no cuenta con alianzas estratC)gicas de ningC:n tipo dentro de la Republica Mexicana. NO SE DEJE ENGACAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imC!genes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de MC)xico o bien un usuario le refiriC3 para recibir este boletCn. Como usuario de Pms de MC)xico, en este acto autoriza de manera expresa que Pms de MC)xico le puede contactar vCa correo electrC3nico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJALICITACIONES Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJALICITACIONES Tenga en cuenta que la gestiC3n de nuestras bases de datos es de suma importancia y no es intenciC3n de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of adquisisiones.jpg]
Re: Sound problems on Realtek ALC272
On Jul 21 10:27:29, Dmitrij D. Czarkoff wrote: Hello! I've got a Realtec ALC272 codec on my netbook under OpenBSD 4.7 release: % dmesg | grep azalia azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 4 int 16 (irq 11) azalia0: codecs: Realtek ALC272 audio0 at azalia0 While it actually works, it has kind a performance problem - the frequent gaps and echos on playback. The longer playback lasts, the worse the situation goes. Interestingly, pausing and continuing playing make the situation better for some time, but after that problem is back. The situation is worse with music and is slightly better with video regardless of audio file codec and player software. Any things I can do? Is 'aucat -l' running while this happens? (Not sure if it's the default in 4.7) I have seen mplayer's audio stutter without aucat, and running aucat always made the problem disappear. % mixerctl inputs.dac-0:1=192,192 inputs.dac-4:5=192,192 inputs.dac-2:3=126,126 record.adc-2:3_mute=off record.adc-2:3=120,120 record.adc-0:1_mute=off record.adc-0:1=120,120 inputs.mix_source=mic2 inputs.mix_mic2=120,120 inputs.mix2_source=dac-0:1,mix inputs.mix3_source=dac-4:5,mix inputs.mix4_source=dac-2:3,mix outputs.spkr_source=mix3 outputs.spkr_mute=off outputs.spkr_dir=output outputs.spkr_boost=off outputs.spkr_eapd=on outputs.mic2_source=mix4 outputs.mic2_mute=off inputs.mic2=85,85 outputs.mic2_dir=input-vr80 outputs.hp_source=mix2 outputs.hp_mute=off outputs.hp_boost=off record.adc-0:1_source=mic2,mix,mic record.adc-2:3_source=mic2,mix outputs.mic2_sense=unplugged outputs.hp_sense=unplugged outputs.spkr_muters=mic2,hp outputs.master=255,255 outputs.master.mute=off outputs.master.slaves=dac-0:1,dac-4:5,spkr,hp record.volume=120,120 record.volume.mute=off record.volume.slaves=adc-2:3,adc-0:1
Re: Sound problems on Realtek ALC272
On Wed, Jul 21, 2010 at 10:27:29AM +0400, Dmitrij D. Czarkoff wrote: Hello! I've got a Realtec ALC272 codec on my netbook under OpenBSD 4.7 release: % dmesg | grep azalia azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 4 int 16 (irq 11) azalia0: codecs: Realtek ALC272 audio0 at azalia0 While it actually works, it has kind a performance problem - the frequent gaps and echos on playback. The longer playback lasts, the worse the situation goes. Interestingly, pausing and continuing playing make the situation better for some time, but after that problem is back. The situation is worse with music and is slightly better with video regardless of audio file codec and player software. Any things I can do? I've been told this by a few people now. unfortunately, I don't have any idea where the problem is. can you try running the following? save it to a file, let's call it audrops.c then build it with 'make LDFLAGS=-lm audrops'. let that run for a while, at least as long as it takes for you to normally hear drops and echos. start it with simply ./audrops. it should play a steady tone. does it print much? do you hear drops and/or echos? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org /* * Copyright (c) 2010 Jacob Meuser jake...@openbsd.org * * Permission to use, copy, modify, and distribute this software for any * purpose with or without fee is hereby granted, provided that the above * copyright notice and this permission notice appear in all copies. * * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. */ #include sys/types.h #include sys/ioctl.h #include sys/audioio.h #include sys/param.h #include sys/time.h #include fcntl.h #include string.h #include stdio.h #include signal.h #include unistd.h #include err.h #include stdlib.h #include math.h #define DEFAULT_DEVICE /dev/audio #define AUDIO_BPS(bits) ((bits) = 8 ? 1 : (((bits) = 16) ? 2 : 4)) volatile sig_atomic_t quit; extern char *__progname; void usage(void) { fprintf(stderr, Usage: %s [-b blocksize] [-c channels] [-f device]\n [-p precision] [-r rate] [-w hiwat]\n, __progname); } void sigint(int s) { quit = 1; } void setsig(void) { struct sigaction sa; quit = 0; sigfillset(sa.sa_mask); sa.sa_flags = SA_RESTART; sa.sa_handler = sigint; if (sigaction(SIGINT, sa, NULL) 0) err(1, sigaction(int) failed); if (sigaction(SIGTERM, sa, NULL) 0) err(1, sigaction(term) failed); if (sigaction(SIGHUP, sa, NULL) 0) err(1, sigaction(hup) failed); } int set_params(int fd, u_int precision, u_int rate, u_int channels, u_int hiwat, u_int *bpf, size_t *block_size) { audio_info_t info; AUDIO_INITINFO(info); info.mode = AUMODE_PLAY; info.play.precision = precision; info.play.channels = channels; info.play.sample_rate = rate; info.play.encoding = AUDIO_ENCODING_SLINEAR; info.play.block_size = *block_size; info.hiwat = hiwat; info.lowat = hiwat - 1; if (ioctl(fd, AUDIO_SETINFO, info) 0) { warn(AUDIO_SETINFO); return 0; } if (ioctl(fd, AUDIO_GETINFO, info) 0) { warn(AUDIO_GETINFO); return 0; } if (info.play.precision != precision) { warnx(unable to set play precision: tried %u, got %u, precision, info.play.precision); return 0; } if (info.play.channels != channels) { warnx(unable to set play channels: tried %u, got %u, channels, info.play.channels); return 0; } if (info.play.sample_rate != rate) { warnx(unable to set play sample_rate: tried %u, got %u, rate, info.play.sample_rate); return 0; } *bpf = AUDIO_BPS(info.play.precision) * info.play.channels; *block_size = info.play.block_size; return 1; } int paint_samples(uint8_t *samples, u_int precision, u_int rate, u_int channels) { float d, m; double playfreq = 440.0; int16_t v; uint8_t *p; int i, j; m = (1 (precision - 1)) - 1; for (i = 0, p = samples; i rate; i++) { d = m * sinf(((float)i / (float)rate) *
Re: laptop HP 530 - acpitz3: Critical temperature, shutting down
On Jul 20 20:52:25, Jiri B. wrote: Hello, I've got acpi issues on my laptop - HP 530. I think it's some detection issue of temperature values as I had this issues when starting the laptop for the first time per day (thus temperature has be to OK). Last lines before reboot: ... softraid0 at root root on sd0a swap on sd0b dump on sd0b acpitz3: Critical temperature, shutting down acpitz3: Critical temperature, shutting down scsibus2 at softraid0: 1 targets ... I have seen the same on my HP 8530w (EliteBook). I 'solved' it by disabling acpitz in the kernel. What is strange is that I get this from time to time ;) I upgraded to most current snapshot and till now no issue but there are strange temperature degrees (acpitzX) in dmesg I think. OpenBSD 4.7-current (GENERIC.MP) #212: Mon Jul 19 23:43:51 MDT 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) Duo CPU T2600 @ 2.16GHz (GenuineIntel 686-class) 2.17 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM real mem = 2138468352 (2039MB) avail mem = 2093481984 (1996MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/10/07, BIOS32 rev. 0 @ 0xf, SMBIOS rev. 2.4 @ 0xf3abf (23 entries) bios0: vendor Hewlett-Packard version 68MVU Ver. F.06 date 12/10/2007 bios0: Hewlett-Packard HP 530 Notebook PC(KP477AA#AKB) acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SLIC HPET APIC MCFG TCPA SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices C098(S5) C204(S0) C100(S5) C207(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) Duo CPU T2600 @ 2.16GHz (GenuineIntel 686-class) 2.17 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 1 acpiprt0 at acpi0: bus 2 (C098) acpiprt1 at acpi0: bus 8 (C100) acpiprt2 at acpi0: bus 16 (C110) acpiprt3 at acpi0: bus 0 (C002) acpiec0 at acpi0 acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpipwrres0 at acpi0: C1E0 acpipwrres1 at acpi0: C1FE acpipwrres2 at acpi0: C206 acpipwrres3 at acpi0: C2EE acpipwrres4 at acpi0: C2EF acpipwrres5 at acpi0: C2F0 acpipwrres6 at acpi0: C2F1 acpitz0 at acpi0: critical temperature 256 degC acpitz1 at acpi0: critical temperature 105 degC acpitz2 at acpi0: critical temperature 105 degC acpitz3 at acpi0: critical temperature 105 degC acpitz4 at acpi0: critical temperature 110 degC acpibat0 at acpi0: C1AC model Primary serial 40639 2008/01/20 type LIon oem Hewlett-Packard acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: C20B acpibtn1 at acpi0: C20C acpivideo0 at acpi0: C085 acpivout0 at acpivideo0: C133 acpivout1 at acpivideo0: C134 bios0: ROM list: 0xc/0x1! cpu0: Enhanced SpeedStep 2162 MHz: speeds: 2167, 1667, 1333, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GME Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GME Video rev 0x03 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 10) drm0 at inteldrm0 Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x01: apic 1 int 16 (irq 10) azalia0: codecs: Conexant CX20549 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x01: apic 1 int 16 (irq 10) pci1 at ppb0 bus 8 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x01: apic 1 int 17 (irq 10) pci2 at ppb1 bus 16 wpi0 at pci2 dev 0 function 0 Intel PRO/Wireless 3945ABG rev 0x02: apic 1 int 17 (irq 10), MoW2, address 00:1c:bf:b1:e0:bb uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x01: apic 1 int 20 (irq 5) ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x01: apic 1 int 20 (irq 5) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xe1 pci3 at ppb2 bus 2 fxp0 at pci3 dev 8 function 0 Intel 82801FBM LAN rev 0x01, i82562: apic 1 int 20 (irq 5), address 00:1b:38:fa:3c:d2 inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0 ichpcib0 at pci0 dev 31 function 0 Intel 82801GBM LPC rev 0x01: PM disabled pciide0 at pci0 dev 31 function 1 Intel 82801GB IDE rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility atapiscsi0 at pciide0 channel 0
Re: using ipmi locally under openbsd
Hi! Thanks for the quick and clear relpy! Actually it isn't a problem, i could just boot this computer once up with some other os and configure appropriate settings into ipmi and use it from there again with OpenBSD, i just wanted to be sure that i didnt miss something obvious. Thanks again! Imre Stuart Henderson wrote: ipmi(4) doesn't support the interface needed for local access with ipmitool/freeipmi etc. On 2010-07-19, Imre Oolberg i...@auul.pri.ee wrote: Hallo! First of all, I am not a seasoned ipmi user, i rather resently found out about this possibility to control computers. I would like to ask how to use ipmitool to control local computer's ipmi facilities from within OpenBSD. This computer is IBM System x3550 M2 and here is where i stand 1. i searched archives and found that in the first place ipmi should be enabled in kernel, so i did ukc enable ipmi and it says in dmesg ipmi0 at mainbus0: version 2.0 interface KCS iobase 0xca2/2 spacing 1 ... iic0: skipping sensors to avoid ipmi0 interactions and obviously thanks to this change appeared into sysctl lot of entries like this # sysctl hw.sensors.ipmi0 hw.sensors.ipmi0.temp0=22.00 degC (Ambient Temp), OK hw.sensors.ipmi0.fan0=4081 RPM (Fan 1A Tach), OK hw.sensors.ipmi0.fan1=2784 RPM (Fan 1B Tach), OK hw.sensors.ipmi0.fan2=4081 RPM (Fan 2A Tach), OK hw.sensors.ipmi0.fan3=2880 RPM (Fan 2B Tach), OK .. hw.sensors.ipmi0.indicator0=On (Power Supply 1), OK hw.sensors.ipmi0.indicator1=On (Power Supply 2), OK 2. then i installed from ports ipmitool since binary packaged didnt have open interface enabled 3. when i run ipmitool i get message about missing device # ipmitool mc info Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory Get Device ID command failed I guess that the computer's ipmi system in itself is working all right, at the moment in its default configuration, since in addition to the above mentioned sysctl values i can also issue from another computer for example # ipmitool -I lanplus -H 10.0.25.138 -U USERID -P xxx mc info and in return i get an answer as expected. If somebody could suggest how to proceed to make ipmitool locally work, i would be very interested! Best regards, Imre PS I also tried freeipmi binary package, it says # bmc-config --checkout ipmi_open_inband: driver path required
Re: OpenBSD stops responding on switching loop
I had the same problem year ago. STP or RSTP looping can cause the OpenBSD hardware to freeze. I could not figure out why suddenly my firewall is not working. Then I noticed that the switch led is blinking crazily. I remove the cable, and my firewall was normal again. Brgds, Riwan Christian Taube wrote: Am Fri, 16 Jul 2010 23:26:18 +0200 schrieb Janusz Gumkowski janusz.gumkow...@am.torun.pl: Are you sure the switch didn't put this port in some 'disabled' state that would require your action to manually re-enable it ? I'm rather sure about this. Network looks like this: +-+ re0 -[ Netgear switch ] DSL/PPPoE - em0 | OpenBSD | +-+ re1 -[ HP switch ] com0 | | (serial console) Looping the HP switch resulted in clients on the Netgear switch to be unable to connect to any internet services provided via em0 and vice vesa. Anyway, the serial console didn't work either and the machine doesn't respond to the power-off button. Need to get that paper clip for rebooting. So I'm rather sure it really locked up. I'm thinking about reconfiguring the machine like this: +-+ re0 -[ Netgear switch ] DSL/PPPoE - re2 | OpenBSD | +-+ em0 -[ HP switch ] com0 The re* interfaces are onboard. The em0 interface is on a miniPCI card. I would like to know if the machine locks up when the broadcasts come in through the em0 interface. BTW: This is the hardware OpenBSD is running on: http://www.flepo.de/minipc-delta.html The text is in german, but there is a link to a PDF-datasheet down in the text which is written in english language.
Bo nurkowanie jest fajne!
Klub P3etwonurksw pisze: Czy jeste6cie Paqstwo zainteresowani otrzymaniem informacji handlowej, dotycz1cej: 1. Nauki nurkowania 2. Turystyki rekreacyjno - nurkowej 3. Kurssw nurkowych Je?eli tak, prosimy o odes3anie zgody na dostanie informacji dotycz1cej powy?szych tematsw na adres nadawcy. Niniejsze zapytanie nie jest informacj1 handlow1, a jedynie zapytaniem o zgodj na przesy3anie informacji handlowych drog1 elektroniczn1, zgodnie z art. 10 ustawy z dnia 18 lipca 2002r. o 6wiadczeniu us3ug drog1 elektroniczn1. (Dz.U. z 2002r. Nr 144, poz 1204 z psn. zm.)
Re: Sound problems on Realtek ALC272
Jan Stary h...@stare.cz wrote: On Jul 21 10:27:29, Dmitrij D. Czarkoff wrote: Is 'aucat -l' running while this happens? (Not sure if it's the default in 4.7) I have seen mplayer's audio stutter without aucat, and running aucat always made the problem disappear. aucat reduces this effect from 6-10 gap/m to a ~1 gap/m, but doesn't solve the problem entirely. -- Dmitrij D. Czarkoff
Re: Sound problems on Realtek ALC272
Jacob Meuser jake...@sdf.lonestar.org wrote: can you try running the following? save it to a file, let's call it audrops.c then build it with 'make LDFLAGS=-lm audrops'. let that run for a while, at least as long as it takes for you to normally hear drops and echos. start it with simply ./audrops. it should play a steady tone. does it print much? do you hear drops and/or echos? I let it run for three minutes. During this run I've heard 9 drops with 5 of them being either long or double (sounded as two clicks one right after another). I actually ran it twice, but the first time I lowered volume with mixerctl outputs.master=150 and that led to having less drops. I didn't actually mesured the effect, but I can if it would help. At the moment of volume switching I also hear the drops (as far as I can get, the drops of a higher of switching volumes either on gettting volume lower or higher). The output of the max volume run (I actually have the volume at max by default, because I use built-in speakers that are actually weak): % ./audrops pre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 early return at 1279710059.088985: 416 21333 early return at 1279710059.089085: 100 21333 late return at 1279710065.556951: 559520 21333 late return at 1279710099.639360: 571912 21333 early return at 1279710099.643480: 4120 21333 late return at 1279710109.588648: 426470 21333 early return at 1279710109.588793: 145 21333 early return at 1279710109.588900: 107 21333 early return at 1279710109.589009: 109 21333 early return at 1279710109.589134: 125 21333 early return at 1279710109.589252: 118 21333 early return at 1279710109.589372: 120 21333 early return at 1279710109.589448: 76 21333 early return at 1279710109.589513: 65 21333 early return at 1279710109.589581: 68 21333 early return at 1279710109.589650: 69 21333 early return at 1279710109.589718: 68 21333 early return at 1279710109.589785: 67 21333 early return at 1279710109.589854: 69 21333 early return at 1279710109.589922: 68 21333 early return at 1279710109.589991: 69 21333 early return at 1279710109.590059: 68 21333 early return at 1279710109.590127: 68 21333 early return at 1279710109.590195: 68 21333 early return at 1279710109.590271: 76 21333 late return at 1279710144.015969: 549096 21333 early return at 1279710144.021564: 5595 21333 late return at 1279710149.541125: 570146 21333 early return at 1279710149.547019: 5894 21333 late return at 1279710161.240031: 556813 21333 early return at 1279710205.846800: 7957 21333 late return at 1279710212.051492: 551253 21333 early return at 1279710212.054930: 3438 21333 early return at 1279710236.439423: 10074 21333 ^Cpre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 bytes written = 34627584 bytes processed = 34545664 bytes errors = 73728 bytes buffered = 8192 34627584 == 34627584 ? run time = 183.473831 s avg rate = 47071
Re: Sound problems on Realtek ALC272
On Wed, Jul 21, 2010 at 03:10:45PM +0400, Dmitrij D. Czarkoff wrote: Jacob Meuser jake...@sdf.lonestar.org wrote: can you try running the following? save it to a file, let's call it audrops.c then build it with 'make LDFLAGS=-lm audrops'. let that run for a while, at least as long as it takes for you to normally hear drops and echos. start it with simply ./audrops. it should play a steady tone. does it print much? do you hear drops and/or echos? I let it run for three minutes. During this run I've heard 9 drops with 5 of them being either long or double (sounded as two clicks one right after another). I actually ran it twice, but the first time I lowered volume with mixerctl outputs.master=150 and that led to having less drops. I didn't actually mesured the effect, but I can if it would help. you're saying the volume made a difference in how often there were underruns? that is quite odd. hmmm. At the moment of volume switching I also hear the drops (as far as I can get, the drops of a higher of switching volumes either on gettting volume lower or higher). that is strange too. I have, somewhere, a program that twiddles every control on the mixer as fast as possible, several thousand mixer set/get cycles a second, and it hassn't caused dropouts on machines I've run it on. there is a possibility for contention there, but the window should be very small. mixer commands should complete within a few microseconds. The output of the max volume run (I actually have the volume at max by default, because I use built-in speakers that are actually weak): % ./audrops pre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 early return at 1279710059.088985: 416 21333 early return at 1279710059.089085: 100 21333 late return at 1279710065.556951: 559520 21333 late return at 1279710099.639360: 571912 21333 these measurements are in microseconds. the above is two times where a single write() of 4096 bytes, which should take approx 21 ms, to complete, took over a half second. early return at 1279710099.643480: 4120 21333 late return at 1279710109.588648: 426470 21333 early return at 1279710109.588793: 145 21333 early return at 1279710109.588900: 107 21333 early return at 1279710109.589009: 109 21333 early return at 1279710109.589134: 125 21333 early return at 1279710109.589252: 118 21333 early return at 1279710109.589372: 120 21333 early return at 1279710109.589448: 76 21333 early return at 1279710109.589513: 65 21333 early return at 1279710109.589581: 68 21333 early return at 1279710109.589650: 69 21333 early return at 1279710109.589718: 68 21333 early return at 1279710109.589785: 67 21333 early return at 1279710109.589854: 69 21333 early return at 1279710109.589922: 68 21333 early return at 1279710109.589991: 69 21333 early return at 1279710109.590059: 68 21333 early return at 1279710109.590127: 68 21333 early return at 1279710109.590195: 68 21333 early return at 1279710109.590271: 76 21333 this is very strange. that block of write()s should have taken 0.404327 seconds to complete, but it completed in 0.002625 seconds. do you have clock issues? are you running ntpd? late return at 1279710144.015969: 549096 21333 early return at 1279710144.021564: 5595 21333 late return at 1279710149.541125: 570146 21333 early return at 1279710149.547019: 5894 21333 late return at 1279710161.240031: 556813 21333 early return at 1279710205.846800: 7957 21333 late return at 1279710212.051492: 551253 21333 early return at 1279710212.054930: 3438 21333 early return at 1279710236.439423: 10074 21333 ^Cpre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 bytes written = 34627584 bytes processed = 34545664 bytes errors = 73728 this is about the simplest possible audio application. no reading data from disk, not synthesizing the samples. I don't see how this could have underrun so much. what else was running while you ran this? bytes buffered = 8192 34627584 == 34627584 ? run time = 183.473831 s avg rate = 47071 one final question, do you have any sort of power management features enabled in the BIOS? hmmm, if the codec is somehow under powered, I guess that could explain the correlation between higher volume and more dropouts? maybe? iirc, you have an eapd mixer control. have you tried switching that to off? I've heard rumors that these are sometimes inverted ... eapd (external amp power down) is a tricky name. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Sound problems on Realtek ALC272
Jacob Meuser jake...@sdf.lonestar.org wrote: you're saying the volume made a difference in how often there were underruns? that is quite odd. hmmm. Well I'm saying that I had less underruns while being at 150/255 volume. It might be a coincidence. At the moment of volume switching I also hear the drops (as far as I can get, the drops of a higher of switching volumes either on gettting volume lower or higher). that is strange too. I have, somewhere, a program that twiddles every control on the mixer as fast as possible, several thousand mixer set/get cycles a second, and it hassn't caused dropouts on machines I've run it on. Well, that's what I'm quite sure about. The drops accure on every volume switch I performed. do you have clock issues? are you running ntpd? I'm running ntpd and it is quite active in switching time. Well, after pkilling ntpd I got 13 drops (with 8 of them long enough to distinguish start and end speaker cklicks) during 3 minutes with actually close output: % ./audrops pre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 early return at 1279713267.091162: 399 21333 early return at 1279713267.091246: 84 21333 late return at 1279713267.968778: 558599 21333 late return at 1279713276.422734: 564385 21333 late return at 1279713283.216141: 573650 21333 early return at 1279713283.219052: 2911 21333 late return at 1279713293.508187: 561489 21333 late return at 1279713313.472366: 578602 21333 late return at 1279713330.094540: 560445 21333 early return at 1279713330.094700: 160 21333 early return at 1279713330.094787: 87 21333 early return at 1279713330.094890: 103 21333 early return at 1279713330.095015: 125 21333 early return at 1279713330.095142: 127 21333 early return at 1279713330.095211: 69 21333 early return at 1279713330.095286: 75 21333 early return at 1279713330.095353: 67 21333 early return at 1279713330.095422: 69 21333 early return at 1279713330.095490: 68 21333 early return at 1279713330.095558: 68 21333 early return at 1279713330.095626: 68 21333 early return at 1279713330.095694: 68 21333 early return at 1279713330.095760: 66 21333 early return at 1279713330.095828: 68 21333 early return at 1279713330.095895: 67 21333 early return at 1279713330.095963: 68 21333 early return at 1279713330.096030: 67 21333 early return at 1279713330.096097: 67 21333 early return at 1279713330.096165: 68 21333 early return at 1279713330.096233: 68 21333 early return at 1279713330.096301: 68 21333 early return at 1279713330.096368: 67 21333 early return at 1279713330.096436: 68 21333 early return at 1279713330.096503: 67 21333 late return at 1279713353.314772: 569539 21333 early return at 1279713353.321255: 6483 21333 late return at 1279713355.167678: 566406 21333 early return at 1279713355.177299: 9621 21333 late return at 1279713372.491682: 567395 21333 early return at 1279713372.500329: 8647 21333 late return at 1279713400.362901: 555313 21333 late return at 1279713412.040398: 563321 21333 early return at 1279713412.040537: 139 21333 early return at 1279713412.040624: 87 21333 early return at 1279713412.040693: 69 21333 early return at 1279713412.040763: 70 21333 early return at 1279713412.040830: 67 21333 early return at 1279713412.040904: 74 21333 early return at 1279713412.041010: 106 21333 early return at 1279713412.041079: 69 21333 early return at 1279713412.041155: 76 21333 early return at 1279713412.041221: 66 21333 early return at 1279713412.041289: 68 21333 early return at 1279713412.041357: 68 21333 early return at 1279713412.041425: 68 21333 early return at 1279713412.041491: 66 21333 early return at 1279713412.041560: 69 21333 early return at 1279713412.041628: 68 21333 early return at 1279713412.041696: 68 21333 early return at 1279713412.041764: 68 21333 early return at 1279713412.041832: 68 21333 early return at 1279713412.041899: 67 21333 early return at 1279713412.041966: 67 21333 early return at 1279713412.042034: 68 21333 early return at 1279713412.042101: 67 21333 early return at 1279713412.042169: 68 21333 early return at 1279713412.042237: 68 21333 early return at 1279713424.960047: 7609 21333 late return at 1279713427.759535: 559467 21333 late return at 1279713440.156372: 561392 21333 ^Cpre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 bytes written = 34062336 bytes processed = 33849344 bytes errors = 204800 bytes buffered = 8192 34062336 == 34062336 ? run time = 183.256628 s avg rate = 46177 this is about the simplest possible audio application. no reading data from disk, not synthesizing the samples. I don't see how this could have underrun so much. what else was running while you ran this? Aside from default processes of 4.7 I had ifstated, X11, cwm, ntpd, rtorrent (with 7.1/0.6 kbps loadi) and a shell script that sleeps 30 seconds and sends ifconfig command to the system after that. That's all. one final question, do you have any sort of
Re: Perl problems in -current
On Tue, Jul 20, 2010 at 07:01:20PM -0700, Philip Guenther wrote: I think I was a bit misleading in my suggestion. I think you should scan the *entire* kdump output to see if it's calling chroot(), for example, which will completely screw the lazy-loading used by Carp.pm for Carp/Heavy.pm. ... 2037 httpdCALL stat(0x8325f480,0xcfbdac90) 2037 httpdNAMI /usr/libdata/perl5/Carp/Heavy.pmc 2037 httpdRET stat -1 errno 2 No such file or directory You confirm that that file exists when you check with the normal root directory, which suggests the process is running with some other root directory when it is doing the above, no? Philip Guenther Hi Philip, Looking at the line numbering. chroot is called at line 153297 which is after Exporter/Heavy.pm is read (line 13180) but Carp/Heavy.pm isn't looked for until line 155196. So the chroot is taking place in between those times. I have tried running apache without chroot, but I get the same error. I wonder if there is something wrong with mod_perl itself? Tom
Rejected messages
Hi, I am wondering what is the correct thing to do with the following problem. Increasingly, we are getting email messages with headers that include msgid that look like the following: msgid=de444eb9-5677-47a9-9a51-4b86b5f09cee Messages with headers like the above get rejected by the mail server (OpenBSD 4.6 -stable) but messages from the same source that has msgid=0ca444f9e93ace43880cc92747f5b3310208bf11c...@userdomain.net get accepted. Since spamd etc., take care of most of the spammers, will changing LOCAL_RULESETS HMessage-Id: $CheckMessageId SCheckMessageId R $+ @ $+ $@ OK R$* $#error $: 553 Header Error to LOCAL_RULESETS HMessage-Id: $CheckMessageId SCheckMessageId R $+ $@ OK R$* $#error $: 553 Header Error be appropriate? Please let me know what would be the right thing to do. Thanks very much, Vijay -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
Re: Rejected messages
On Wed, Jul 21, 2010, Vijay Sankar wrote: Increasingly, we are getting email messages with headers that include msgid that look like the following: msgid=de444eb9-5677-47a9-9a51-4b86b5f09cee Complain to the sender and tell them to fix their garbage that violates the RFCs (2822, 5322): msg-id = [CFWS] id-left @ id-right [CFWS] SCheckMessageId R $+ $@ OK R$* $#error $: 553 Header Error be appropriate? In that case you may as well remove the whole check.
Re: Rejected messages
Claus Assmann wrote: On Wed, Jul 21, 2010, Vijay Sankar wrote: Increasingly, we are getting email messages with headers that include msgid that look like the following: msgid=de444eb9-5677-47a9-9a51-4b86b5f09cee Complain to the sender and tell them to fix their garbage that violates the RFCs (2822, 5322): msg-id = [CFWS] id-left @ id-right [CFWS] SCheckMessageId R $+ $@ OK R$* $#error $: 553 Header Error be appropriate? In that case you may as well remove the whole check. Thank you very much for this message, for all the helpful explanations on your web site, and for your sendmail enhancements. Really appreciate all this work. Vijay -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
Re: Why I left OpenBSD
On Wed, Jul 21, 2010 at 11:24, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: blah blah blah... my opinion matters. I want to zombie a troll thread... Seriously dude.
Re: OpenBSD users.
Central America San JosC), Costa Rica On Wed, Jul 21, 2010 at 1:43 AM, riwanlky riwan...@mcojaya.com wrote: Riwan, Jakarta, Indonesia Mateusz Gierblinski wrote: Hi misc@ I'm just wondering. Where are you OpenBSD users from? I'm from Belgium, anyone else? Take care
Re: OpenBSD users.
San Jose, Costa Rica Rosen Luis F Urrea wrote, On 7/21/2010 12:05 PM: Central America San JosC), Costa Rica On Wed, Jul 21, 2010 at 1:43 AM, riwanlkyriwan...@mcojaya.com wrote: Riwan, Jakarta, Indonesia Mateusz Gierblinski wrote: Hi misc@ I'm just wondering. Where are you OpenBSD users from? I'm from Belgium, anyone else? Take care
Re: OpenBSD users.
Amirica do Sul - BraSil. Regards, Bye. 2010/7/21 Rosen Iliev ro...@mynshosts.com: San Jose, Costa Rica Rosen Luis F Urrea wrote, On 7/21/2010 12:05 PM: Central America San JosC), Costa Rica On Wed, Jul 21, 2010 at 1:43 AM, riwanlkyriwan...@mcojaya.com wrote: Riwan, Jakarta, Indonesia Mateusz Gierblinski wrote: Hi misc@ I'm just wondering. Where are you OpenBSD users from? I'm from Belgium, anyone else? Take care
Re: OpenBSD users.
Portland, Oregon (United States) -Kyle
Re: OpenBSD users.
Well, shoot...just in case... Cheyenne, WY, USA and I'm looking for a backup systems administrator, located with an hour or so of Cheyenne. That would include a lot of the northern front range in Colorado and the Laramie, WY area. Yes, a lot of the work can be done remotely but the parts that can't are important enough that you need not reply if you aren't relatively close. Jeff Ross
Re: OpenBSD users.
Fjugesta - Sweden :)
Re: OpenBSD users.
Maryland, right between DC and Baltimore. Mark On Wed, Jul 21, 2010 at 3:37 PM, kalle kallikri...@gmail.com wrote: Fjugesta - Sweden :)
Re: OpenBSD users.
On Wed, Jul 21, 2010 at 03:48:58PM -0400, Mark Romer wrote: Maryland, right between DC and Baltimore. Mark On Wed, Jul 21, 2010 at 3:37 PM, kalle kallikri...@gmail.com wrote: Fjugesta - Sweden :) will it ever end ? -- Gilles Chehade
Re: OpenBSD users.
Warsaw, Poland. W dniu 2010-07-21 21:48, Mark Romer pisze: Maryland, right between DC and Baltimore. Mark On Wed, Jul 21, 2010 at 3:37 PM, kallekallikri...@gmail.com wrote: Fjugesta - Sweden :)
Re: OpenBSD users.
Gilles Chehade wrote: On Wed, Jul 21, 2010 at 03:48:58PM -0400, Mark Romer wrote: Maryland, right between DC and Baltimore. Mark On Wed, Jul 21, 2010 at 3:37 PM, kalle kallikri...@gmail.com wrote: Fjugesta - Sweden :) will it ever end ? Not if people keep replying to it! :-)
Re: Sound problems on Realtek ALC272
On Wed, Jul 21, 2010 at 04:11:07PM +0400, Dmitrij D. Czarkoff wrote: Jacob Meuser jake...@sdf.lonestar.org wrote: you're saying the volume made a difference in how often there were underruns? that is quite odd. hmmm. Well I'm saying that I had less underruns while being at 150/255 volume. It might be a coincidence. At the moment of volume switching I also hear the drops (as far as I can get, the drops of a higher of switching volumes either on gettting volume lower or higher). that is strange too. I have, somewhere, a program that twiddles every control on the mixer as fast as possible, several thousand mixer set/get cycles a second, and it hassn't caused dropouts on machines I've run it on. Well, that's what I'm quite sure about. The drops accure on every volume switch I performed. do you have clock issues? are you running ntpd? I'm running ntpd and it is quite active in switching time. Well, after pkilling ntpd I got 13 drops (with 8 of them long enough to distinguish start and end speaker cklicks) during 3 minutes with actually close output: % ./audrops pre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 early return at 1279713267.091162: 399 21333 early return at 1279713267.091246: 84 21333 late return at 1279713267.968778: 558599 21333 late return at 1279713276.422734: 564385 21333 late return at 1279713283.216141: 573650 21333 early return at 1279713283.219052: 2911 21333 late return at 1279713293.508187: 561489 21333 late return at 1279713313.472366: 578602 21333 late return at 1279713330.094540: 560445 21333 early return at 1279713330.094700: 160 21333 early return at 1279713330.094787: 87 21333 early return at 1279713330.094890: 103 21333 early return at 1279713330.095015: 125 21333 early return at 1279713330.095142: 127 21333 early return at 1279713330.095211: 69 21333 early return at 1279713330.095286: 75 21333 early return at 1279713330.095353: 67 21333 early return at 1279713330.095422: 69 21333 early return at 1279713330.095490: 68 21333 early return at 1279713330.095558: 68 21333 early return at 1279713330.095626: 68 21333 early return at 1279713330.095694: 68 21333 early return at 1279713330.095760: 66 21333 early return at 1279713330.095828: 68 21333 early return at 1279713330.095895: 67 21333 early return at 1279713330.095963: 68 21333 early return at 1279713330.096030: 67 21333 early return at 1279713330.096097: 67 21333 early return at 1279713330.096165: 68 21333 early return at 1279713330.096233: 68 21333 early return at 1279713330.096301: 68 21333 early return at 1279713330.096368: 67 21333 early return at 1279713330.096436: 68 21333 early return at 1279713330.096503: 67 21333 late return at 1279713353.314772: 569539 21333 early return at 1279713353.321255: 6483 21333 late return at 1279713355.167678: 566406 21333 early return at 1279713355.177299: 9621 21333 late return at 1279713372.491682: 567395 21333 early return at 1279713372.500329: 8647 21333 late return at 1279713400.362901: 555313 21333 late return at 1279713412.040398: 563321 21333 early return at 1279713412.040537: 139 21333 early return at 1279713412.040624: 87 21333 early return at 1279713412.040693: 69 21333 early return at 1279713412.040763: 70 21333 early return at 1279713412.040830: 67 21333 early return at 1279713412.040904: 74 21333 early return at 1279713412.041010: 106 21333 early return at 1279713412.041079: 69 21333 early return at 1279713412.041155: 76 21333 early return at 1279713412.041221: 66 21333 early return at 1279713412.041289: 68 21333 early return at 1279713412.041357: 68 21333 early return at 1279713412.041425: 68 21333 early return at 1279713412.041491: 66 21333 early return at 1279713412.041560: 69 21333 early return at 1279713412.041628: 68 21333 early return at 1279713412.041696: 68 21333 early return at 1279713412.041764: 68 21333 early return at 1279713412.041832: 68 21333 early return at 1279713412.041899: 67 21333 early return at 1279713412.041966: 67 21333 early return at 1279713412.042034: 68 21333 early return at 1279713412.042101: 67 21333 early return at 1279713412.042169: 68 21333 early return at 1279713412.042237: 68 21333 early return at 1279713424.960047: 7609 21333 late return at 1279713427.759535: 559467 21333 late return at 1279713440.156372: 561392 21333 ^Cpre=16 ch=2 bpf=4 block_size=4096 rate=48000 block_usec=21333 bytes written = 34062336 bytes processed = 33849344 bytes errors = 204800 bytes buffered = 8192 34062336 == 34062336 ? run time = 183.256628 s avg rate = 46177 this is about the simplest possible audio application. no reading data from disk, not synthesizing the samples. I don't see how this could have underrun so much. what else was running while you ran this? Aside from default processes of 4.7 I had ifstated, X11, cwm, ntpd,
ath(4) - Wistron Neweb CM9 weird behavior
Hello everyone. I have a AP with AR5413 with RouterOS and several OpenBSD clients. IBM notebooks using ath(4), iwi(4) and rum(4) work perfectly. The problem happens when I try to connect my alix board (4.7-release, i386) with Wistron Neweb CM9 (with unlocked all channels, cos we use 5500-5700 MHz): - routerboard r52 or ubiquiti sr5 behave in similar fashion, but freeze the system after first ifconfig down up (something wrong in the _reset_ function?) - ifconfig ath0 debug nwid test 10.10.89.2/24 up #typed right after boot = proceeds authentication but gets five association responses (+ Retry bit). WPA on: ends up in a loop, where the first EAPOL packet from the AP is received about 15 times, regardless of a response already sent - the console says receiving msg 1/4 of the 4-way handshake and sending msg 2/4 of the 4-way handshake in a loop. After a minute, it gets a deauth and quits. Here's the thing recorded with tcpdump: http://sztorkie.steadynet.org/files/temp/tcpdump-atheros/cm9-wpa WPA off: seems connected, but no data gets through (at least icmp don't). http://sztorkie.steadynet.org/files/temp/tcpdump-atheros/cm9-nowpa - ifconfig ath0 down ifconfig ath0 up #after that = doesn't even connect. Ends in an infinite loop sending auth, then actively probing all channels and sending auth again (tcpdump shows the first 802.11 authentication packet) without any response from AP (something wrong in the _reset_ function?) - sometimes the cm9 sends Probe Request on channel + or -1 than the real one, *and it gets response* even if the ap is on different freq! Does anyone have a clue what could cause such weird behavior for CM9's? I know that RouterOS's network practicies sucks, but why do IBM cards work well? -- Martin Pelikan PS: Oh, and I tried three of them. And the signal is good.
Re: Why I left OpenBSD
On Wednesday 21 July 2010 10:07:45 Bryan wrote: On Wed, Jul 21, 2010 at 11:24, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: blah blah blah... my opinion matters. I want to zombie a troll thread... Seriously dude. Nevertheless, this list is open and available for anyone to comment. If my previous statements are unwarranted, then perhaps you should explain your child like response. I was merely defending the character of a person that I admire. I hope he continues his work despite his detractors, and despite the likes of you who shifts the bell curve to the 60 percentile range. I really don't care if the thread is old, get over yourself and learn to have an adult and intelligent conversation. blah blah blah, and Seriously dude.? I thought that with the type of operating system that OpenBSD is, I would expect mostly professional users. I didn't post to the list looking for an argument. I was offering a friendly different point of view. I apologize if I have offended anyone, but I don't see how anyone could be offended, unless you are trying very hard to be.
Re: Carp interface group failover issue
On 16/07/2010 8:08 PM, Keith wrote: We have setup carp on a pair of firewalls and are a bit confused with how both LAN/WAN interfaces are meant to fail-over simultaneous (group?). We are still in the process of getting the firewall rules setup correctly for our environment and occasionally when we make changes to (fw1) we mess up and carp kicks in and makes the live wan (em2) interface move from fw1 to fw2. This is OK but on the LAN side the (em0) interface is still on fw1? We have net.inet.carp.preempt=1 set and I belive this is ment to do some group interface failover but can't see how. Can someone help ? +| WAN |+ || em2||em2 +-+ +-+ | fw1 |-em1--em1-| fw2 | +-+ +-+ em0||em0 || ---+---LAN ---+--- Thanks Keith Hey Keith, It would really help to get a better picture of your situation (and possibly provide more concrete help) if you could at least provide the following for each host: Output from ifconfig, such as # ifconfig carp We have no idea without the above information whether there may be a configuration error on the carp interface creation, that will be a simple solution if it is. Show us the PF configuration file /etc/pf.conf /etc/pf.conf should obviously have something like the below in it. pass quick on {em0 em2} proto carp keep state (no-sync) pass quick on em1 proto pfsync keep state (no-sync) Check communications between the carp interfaces (em0, and em0) correctly sends/recieves carp advertising etc. Good luck, Sam T.
¡¡ Celebra tu Fiesta con Nosotros y Gana !!
B! Celebra tu Fiesta con Nosotros y Gana! Ardi y el Mono - todo para tu mejor fiesta. DecoraciC3n con Globos - Fiestas y Eventos - MC:sica AmplificaciC3n - Catering - Fiestas Empresas y Particulares - Fiestas TemC!ticas - Celebraciones - CumpleaC1os - Fiesta 15B: - Bodas - Marketing - Retail - Eventos Btl Para mC!s informaciC3n: http://www.interactua.cl/e-marketer/link.php?M=6322013N=144L=125F=T (562) 264 0479 - (569) 9158 8535 - ardiyelmono.cl Servicio de envio de CORREOS por E-Factory: http://www.interactua.cl/e-marketer/link.php?M=6322013N=144L=55F=T Realizamos DiseC1o Sitios Web acorde con su necesidad: - Sitios Animados, Administrables, Tiendas Virtuales, Catalogos Web Servicios Adicionales: - Mantencion Sitios, Mailing, Hosting Profesional Acatando la Ley NB: 19.496 y su modificacion 19.955 del 2006 artC-culo 28 B donde se regula el envio de correos electronicos, en caso de no ser de su interes lo invitamos a Ud. hacer clic en: http://www.interactua.cl/e-marketer/link.php?M=6322013N=144L=56F=T para cursar la baja de su correo electronico para los efectos de futuras publicaciones de este servicio.
Re: Why I left OpenBSD
On 21 July 2010 20:25, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: On Wednesday 21 July 2010 10:07:45 Bryan wrote: On Wed, Jul 21, 2010 at 11:24, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: blah blah blah... my opinion matters. I want to zombie a troll thread... Seriously dude. Nevertheless, this list is open and available for anyone to comment. If my previous statements are unwarranted, then perhaps you should explain your child like response. I was merely defending the character of a person that I admire. I hope he continues his work despite his detractors, and despite the likes of you who shifts the bell curve to the 60 percentile range. I really don't care if the thread is old, get over yourself and learn to have an adult and intelligent conversation. blah blah blah, and Seriously dude.? I thought that with the type of operating system that OpenBSD is, I would expect mostly professional users. I didn't post to the list looking for an argument. I was offering a friendly different point of view. I apologize if I have offended anyone, but I don't see how anyone could be offended, unless you are trying very hard to be. Hmm, looks like ... Blah blah blah blah blah blah, seriously no one cares about what you think.
Re: OpenBSD users.
I'm from Manila, Philippines On Sun, Jul 18, 2010 at 7:07 AM, Mateusz Gierblinski mateusz.gierblin...@gmail.com wrote: Hi misc@ I'm just wondering. Where are you OpenBSD users from? I'm from Belgium, anyone else? Take care
Animate Hacelo con nosotros....Realmente funciona.....no te lo pierdas..............2
PUBLI SUPER PACK MARKETING 2010 QUERES MANDAR MILES DE E-MAILS POR DIA Y SIN LIMITACIONES Y CON TODAS LAS HERRAMIENTAS DE EXTRACCION y VERIFICACION FULLL VALOR DEL PACK $ 150. + BASE DE DATOS DE ARGENTINA+SCANNER+VERIFICADOR LAS BASES SON DE ARGENTINA Y UN PLUS IMPORTANTE DE LATINOAMERICA CLASIFICADAS POR RUBROS Y ACTUALIZADAS A 2010 SI SOS DE CAPITAL TE LO INSTALAMOS PERSONALMENTE CON UN PLUS DE $ 30.- AHORA PODES HACER TU PUBLICIDAD A UN PRECIO INCREIBLE! - - TAMBIEN HACEMOS LOS ENVIOS DE NUESTRO SERVIDOR 200.000. ENVIOS X $ 200. En el termino de 30 dias hacemos la totalidad de los envios Nuestras Bases de Datos son las mejores de toda Argentina, por eso garantizamos respuestas seguras. CONTACTO POR MAIL TE:(011)4040-0201 NEXTEL:154*6151 Este mensaje se envia de acuerdo a la nueva legislacion sobre correo electronico, la cual de acuerdo a la S1618, Titulo III, Secc. 301 base de las normativas internacionales sobre S.P.A.M., este e-mail no podra ser considerado S.P.A.M. mientras incluya una forma de poder ser removido. En caso de no ser de su interes lo invitamos a Ud. hacer clic AQUI
Re: Why I left OpenBSD
On Wed, Jul 21, 2010 at 6:25 PM, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: On Wednesday 21 July 2010 10:07:45 Bryan wrote: On Wed, Jul 21, 2010 at 11:24, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: blah blah blah... my opinion matters. I want to zombie a troll thread... Seriously dude. Nevertheless, this list is open and available for anyone to comment. If my previous statements are unwarranted, then perhaps you should explain your child like response. I was merely defending the character of a person that I admire. I hope he continues his work despite his detractors, and despite the likes of you who shifts the bell curve to the 60 percentile range. I really don't care if the thread is old, get over yourself and learn to have an adult and intelligent conversation. blah blah blah, and Seriously dude.? I thought that with the type of operating system that OpenBSD is, I would expect mostly professional users. I didn't post to the list looking for an argument. I was offering a friendly different point of view. I apologize if I have offended anyone, but I don't see how anyone could be offended, unless you are trying very hard to be. Not Of Sound MInd, It's not that most don't appreciate a defense of the almighty. It's just that such a defense is not needed. HE is perfect and can do no wrong (given that this is an open source project that nobody has to particpate in it). Nobody will dispute your position, as an opinion maker . . . but, as you may have noticed, through the years, that making such opinions open to this list only adds to the sarcasm/hatred. I've defenitely made myself vulnerable to such abuse (this is probably a case in point). In the end, the use of dude does not make the comment less sophistocated, but disapproval of such a comment only admits the lack of sophistocation on the part of s/he who took offense. Peace and may GOD bless America (oh . . and OpenBSD).
Re: Why I left OpenBSD
On Wednesday 21 July 2010 18:05:39 Christiano F. Haesbaert wrote: On 21 July 2010 20:25, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: On Wednesday 21 July 2010 10:07:45 Bryan wrote: On Wed, Jul 21, 2010 at 11:24, Michael R. Littlejohn notofsoundmind...@gmail.com wrote: blah blah blah... my opinion matters. I want to zombie a troll thread... Seriously dude. Nevertheless, this list is open and available for anyone to comment. If my previous statements are unwarranted, then perhaps you should explain your child like response. I was merely defending the character of a person that I admire. I hope he continues his work despite his detractors, and despite the likes of you who shifts the bell curve to the 60 percentile range. I really don't care if the thread is old, get over yourself and learn to have an adult and intelligent conversation. blah blah blah, and Seriously dude.? I thought that with the type of operating system that OpenBSD is, I would expect mostly professional users. I didn't post to the list looking for an argument. I was offering a friendly different point of view. I apologize if I have offended anyone, but I don't see how anyone could be offended, unless you are trying very hard to be. Hmm, looks like ... Blah blah blah blah blah blah, seriously no one cares about what you think. You did post a reply.
pfsync causes crash and reboot
Hi, I'm experiencing the following problem with -stable, running pfsync over IPsec in an active-backup configuration. Having configured carp and tested it to be stable and working, I went and configured an IPsec tunnel between my two machines, ceti-a and ceti-b. I then brought up the pfsync interfaces on each side. Since then, both machines have been extremely unstable - hangs and mysterious reboots. I caught the following error on the console of ceti-a about 90 seconds before a reboot: splassert: pfsync_update_state: want 64 have 48 and the following in dmesg on ceti-b: splassert: pfsync_update_state: want 64 have 48 pfsync: failed to receive bulk update aside from that, nothing in the logs or whatever. I'm running 4.7 -stable, plus the promiscuous patch I reported a few weeks ago. One of the machines also has the fix discussed at [1] for IBM x336 servers. ceti-a is an IBM x336 server, ceti-b is a VM running on VMware ESX 4.0. Config at [2], [3], [4]; dmesg at [5], [6]. Any ideas? Cheers, Patrick -- http://www.labyrinthdata.net.au - WA Backup, Web and VPS Hosting [1] http://kerneltrap.org/mailarchive/openbsd-misc/2010/3/12/6350403/thread [2] ipsec.conf (passwords changed, but the same length): # ceti-a ike passive esp from 2001:df0:49:7::1 to 2001:df0:49:7::2 psk xxx ike passive esp from 10.7.0.1 to 10.7.0.2 psk xxx -- # ceti-b ike passive esp from 2001:df0:49:7::2 to 2001:df0:49:7::1 psk xxx ike passive esp from 10.7.0.2 to 10.7.0.1 psk xxx [3] /etc/hostname.vlan7: # ceti-a inet 10.7.0.1 255.255.0.0 NONE vlan 7 vlandev em0 inet6 alias 2001:df0:49:7::1 64 -- # ceti-b inet 10.7.0.2 255.255.0.0 NONE vlan 7 vlandev em0 inet6 alias 2001:df0:49:7::2 64 [4] /etc/hostname.pfsync0 # ceti-a up syncdev vlan7 syncpeer 10.7.0.2 -- # ceti-b up syncdev vlan7 syncpeer 10.7.0.1 [5] dmesg for ceti-a (this machine has just decided to stop booting entirely, so this dmesg is a little old. I don't think this pfsync issues is related to the hardware fault here, though I'll post if that changes): OpenBSD 4.7 (GENERIC) #1: Wed Jun 16 15:19:31 WST 2010 r...@...:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Xeon(TM) CPU 3.20GHz (GenuineIntel 686-class) 3.21 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR real mem = 2146832384 (2047MB) avail mem = 2071367680 (1975MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 07/19/05, BIOS32 rev. 0 @ 0xfd711, SMBIOS rev. 2.3 @ 0xf5faa (50 entries) bios0: vendor IBM version -[APE128AUS-1.11]- date 07/19/2005 bios0: IBM eserver xSeries 336 -[883725M]- acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG acpi0: wakeup devices PCI0(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 200MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 14 pa 0xfec0, version 20, 24 pins ioapic1 at mainbus0: apid 13 pa 0xfec82000, version 20, 24 pins ioapic2 at mainbus0: apid 12 pa 0xfec82400, version 20, 24 pins acpiprt0 at acpi0: bus 4 (PCI2) acpiprt1 at acpi0: bus 5 (PCI3) acpiprt2 at acpi0: bus 1 (PCIS) acpiprt3 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0 bios0: ROM list: 0xc/0xb000 0xcb000/0x4000 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0: configuration mode 1 (bios) mem address conflict 0xff00/0x1000 pchb0 at pci0 dev 0 function 0 Intel E7520 Host rev 0x0c Intel E7520 Error Reporting rev 0x0c at pci0 dev 0 function 1 not configured ppb0 at pci0 dev 2 function 0 Intel E7520 PCIE rev 0x0c pci1 at ppb0 bus 2 ppb1 at pci0 dev 4 function 0 Intel E7520 PCIE rev 0x0c pci2 at ppb1 bus 3 ppb2 at pci2 dev 0 function 0 Intel PCIE-PCIE rev 0x09 pci3 at ppb2 bus 4 mpi0 at pci3 dev 1 function 0 Symbios Logic 53c1030 rev 0x08: apic 13 int 4 (irq 11) scsibus0 at mpi0: 16 targets, initiator 7 sd0 at scsibus0 targ 0 lun 0: LSILOGIC, 1030 IM IM, 1000 SCSI2 0/direct fixed sd0: 139898MB, 512 bytes/sec, 286511104 sec total safte0 at scsibus0 targ 8 lun 0: IBM, 25P3495a S320 1, 1 SCSI2 3/processor fixed mpi0: phys disk 0 Sync at 160MHz width 16bit offset 127 QAS 0 DT 1 IU 1 mpi0: phys disk 1 Sync at 160MHz width 16bit offset 80 QAS 0 DT 1 IU 1 ppb3 at pci2 dev 0 function 2 Intel PCIE-PCIE rev 0x09 pci4 at ppb3 bus 5 ppb4 at pci4 dev 1 function 0 IBM 133 PCIX-PCIX rev 0x02 pci5 at ppb4 bus 6 em0 at pci5 dev 4 function 0 Intel PRO/1000MT QP (82546EB) rev 0x01: apic 12 int 0 (irq 11), address 00:04:23:c9:bd:d0 em1 at pci5 dev 4 function 1 Intel PRO/1000MT QP (82546EB) rev 0x01: apic 12 int 1 (irq 11), address 00:04:23:c9:bd:d1 em2 at pci5 dev 6 function 0 Intel PRO/1000MT QP (82546EB) rev 0x01: apic 12 int 2 (irq 3), address 00:04:23:c9:bd:d2 em3 at pci5 dev 6 function 1
Re: Perl problems in -current
On Wed, Jul 21, 2010 at 6:48 AM, Tom Murphy open...@pertho.net wrote: Looking at the line numbering. chroot is called at line 153297 which is after Exporter/Heavy.pm is read (line 13180) but Carp/Heavy.pm isn't looked for until line 155196. So the chroot is taking place in between those times. I have tried running apache without chroot, but I get the same error. I wonder if there is something wrong with mod_perl itself? Sounds like it. Have you checked the release notes/change log for versions of mod_perl after the one included in OpenBSD? Is there a newer version in ports (though it would probably require a different apache too)? If so, have you tried that one? Philip Guenther
Re: Sound problems on Realtek ALC272
Jacob Meuser jake...@sdf.lonestar.org wrote: you probably need the changes in src/sys/dev/pci/azalia.c rev 1.169. I thought that was in 4.7, but now that I look, it was a bit after. http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/azalia.c.diff?r1=1.168;r2=1.169 The patch solved the problem. As I first accidentually built GENERIC kernel (I'm GENERIC.MP) user, I can state that my problem seems to be solved on both kernels. Thanks a lot! -- Dmitrij D. Czarkoff