Logitech Quick Cam driver
Hi, Any body running Ligitech QuickCam on OpenBSD 4.6 using http://tamentis.com/projects/openqce/ or any other driver? I have a QuickCam messenger. Thanks --Siju
Re: Logitech Quick Cam driver
You can use webcams which use UVC standard http://en.wikipedia.org/wiki/USB_video_device_class . There is a lot of them. Mostly you can recognize them by Certifed for Vista/Windows 7 logo. Those cams are supported in OpenBSD, OpenSolaris and others. Linux has drivers for other cameras too, but support for them is sometimes problematic like broken support in some versions of kernel and so on. On Thu, Feb 25, 2010 at 8:55 AM, Siju George sgeorge...@gmail.com wrote: Hi, Any body running Ligitech QuickCam on OpenBSD 4.6 using http://tamentis.com/projects/openqce/ or any other driver? I have a QuickCam messenger. Thanks --Siju -- http://www.openbsd.org/lyrics.html
Re: Logitech Quick Cam driver
On Thu, 25 Feb 2010 13:25:04 +0530 Siju George sgeorge...@gmail.com wrote: Hi, Any body running Ligitech QuickCam on OpenBSD 4.6 using http://tamentis.com/projects/openqce/ or any other driver? As far as I know, there are no drivers for cameras other than the uvideo(4) driver that /should/ work with most UVC cameras (e.g. any camera that is certified for Windows Vista or later). You can get one of these starting at about 20 EUR.
Re: Need advice re: Wistron CM9 and Net 4501
On Thu, Feb 25, 2010 at 7:25 AM, daniel d...@redmountainfarm.net wrote: I'm running 4.6 (release, I think) on a Soekris Net 4501. See dmesg, below. I recently got a Wistron CM9 (ath) mini-pci card for it (I've been running, wired-only, for 4-5 years). I'm getting a couple different error messages while attempting to use it. I initially thought (hoped) that the problem was an insufficient power supply (12V 1.2A). I have since tried two other power supplies (up to 12V 2.5A) and still have the same problems. Most of the time the Soekris ends up hanging or otherwise becoming completely unresponsive until I pull the plug and reboot it. Sometimes it takes several minutes to become unresponsive. I've tried ifconfig ath0 scan but it doesn't seem to see anything-- even though I can usually see 10-12 APs from other machines. Before the Soekris hangs, I can see it from a laptop. I'm trying to use it in hostap mode; configuring it as described in ath(4) like this: inet 192.168.1.1 255.255.255.0 NONE media autoselect mediaopt hostap \ nwid my_net chan 11 I've tried bringing it up/down with ifconfig to try to reset and reconfigure it but I can't seem to get anywhere. At various times, I see: ath0: ath_reset: unable to reset hardware; hal status 3534594048 ar5k_ar5212_nic_wakeup: failed to resume the AR5212 (again) continuously on the console. ath(4) says the first line should not happen and I can't find the status code enumerated in the HAL include file. I couldn't find anything regarding the second line, ar5k_ar5212_nic_wakeup. I also see a lot of: /bsd: ath0: ath_chan_set: unable to reset channel 11 (2462 MHz) in /var/log/messages. ath(4) says this also should not happen. I'd really appreciate some guidance on how to debug this. Thanks, Daniel OpenBSD 4.6 (GENERIC) #58: Thu Jul 9 21:24:42 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Am486DX4 W/B or Am5x86 W/B 150 (AuthenticAMD 486-class) cpu0: FPU real mem = 66678784 (63MB) avail mem = 54636544 (52MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/80/03, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) elansc0 at pci0 dev 0 function 0 AMD ElanSC520 PCI rev 0x00: product 0 steppin g 1.1, CPU clock 133MHz, reset 0 gpio0 at elansc0: 32 pins ath0 at pci0 dev 16 function 0 Atheros AR5212 rev 0x01: irq 10 ath0: AR5213A 5.9 phy 4.3 rf5112a 3.6, FCC2A*, address 00:0b:6b:de:1d:a1 sis0 at pci0 dev 18 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 11, a ddress 00:00:24:c1:96:70 nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 19 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 5, ad dress 00:00:24:c1:96:71 nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci0 dev 20 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 9, ad dress 00:00:24:c1:96:72 nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard wdc0 at isa0 port 0x1f0/8 irq 14 wd0 at wdc0 channel 0 drive 0: CF1G133 wd0: 1-sector PIO, LBA, 991MB, 2030112 sectors wd0(wdc0:0:0): using BIOS timings pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 biomask f1c5 netmask ffe5 ttymask softraid0 at root root on wd0a swap on wd0b dump on wd0b sis2 at pci0 dev 20 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 9, ad dress 00:00:24:c1:96:72 nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard wdc0 at isa0 port 0x1f0/8 irq 14 wd0 at wdc0 channel 0 drive 0: CF1G133 wd0: 1-sector PIO, LBA, 991MB, 2030112 sectors wd0(wdc0:0:0): using BIOS timings pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 biomask f1c5 netmask ffe5 ttymask softraid0 at root root on wd0a swap on wd0b dump on wd0b WARNING: / was not properly unmounted # [ because it keeps hanging ] I presume this relates to the previous post where you mentioned that you added a CM9 to a net4501. Firstly, the scanning issue. The CM9 is an industrial
Terminal initialization configuration for multiple consoles on loongson
The 22 Feb snapshot for loongson defaults to only one text console. Changing /etc/ttys to add extra terminals does not seem to have any effect: console /usr/libexec/getty std.9600 vt220 off secure ttyC0 /usr/libexec/getty std.9600 vt220 on secure ttyC1 /usr/libexec/getty std.9600 vt220 on secure ttyC2 /usr/libexec/getty std.9600 vt220 on secure ttyC3 /usr/libexec/getty std.9600 vt220 on secure ttyC4 /usr/libexec/getty std.9600 vt220 off secure ttyC5 /usr/libexec/getty std.9600 vt220 on secure ... tty00 /usr/libexec/getty std.9600 unknown off tty01 /usr/libexec/getty std.9600 unknown off tty02 /usr/libexec/getty std.9600 unknown off tty03 /usr/libexec/getty std.9600 unknown off tty04 /usr/libexec/getty std.9600 unknown off tty05 /usr/libexec/getty std.9600 unknown off What is the correct way to enable multiple terminals currently? /Lars
FWIW Current snapshot Apache/PHP buggy
I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Dhu
Re: Terminal initialization configuration for multiple consoles on loongson
We don't provide multiple terminals for the loongson platform. You can use tmux, or start X instead. http://www.openbsd.org/faq/faq7.html#SwitchConsole On 2010 Feb 25 (Thu) at 12:20:46 +0200 (+0200), Lars Nooden wrote: :The 22 Feb snapshot for loongson defaults to only one text console. : :Changing /etc/ttys to add extra terminals does not seem to have any effect: : : console /usr/libexec/getty std.9600 vt220 off secure : ttyC0 /usr/libexec/getty std.9600 vt220 on secure : ttyC1 /usr/libexec/getty std.9600 vt220 on secure : ttyC2 /usr/libexec/getty std.9600 vt220 on secure : ttyC3 /usr/libexec/getty std.9600 vt220 on secure : ttyC4 /usr/libexec/getty std.9600 vt220 off secure : ttyC5 /usr/libexec/getty std.9600 vt220 on secure : ... : tty00 /usr/libexec/getty std.9600 unknown off : tty01 /usr/libexec/getty std.9600 unknown off : tty02 /usr/libexec/getty std.9600 unknown off : tty03 /usr/libexec/getty std.9600 unknown off : tty04 /usr/libexec/getty std.9600 unknown off : tty05 /usr/libexec/getty std.9600 unknown off : :What is the correct way to enable multiple terminals currently? : :/Lars : -- Deliver yesterday, code today, think tomorrow.
Re: Terminal initialization configuration for multiple consoles on loongson
On Thu, Feb 25, 2010 at 12:20:46PM +0200, Lars Nooden wrote: The 22 Feb snapshot for loongson defaults to only one text console. The smfb(4) framebufer just does not support more than one screen. -Otto Changing /etc/ttys to add extra terminals does not seem to have any effect: console /usr/libexec/getty std.9600 vt220 off secure ttyC0 /usr/libexec/getty std.9600 vt220 on secure ttyC1 /usr/libexec/getty std.9600 vt220 on secure ttyC2 /usr/libexec/getty std.9600 vt220 on secure ttyC3 /usr/libexec/getty std.9600 vt220 on secure ttyC4 /usr/libexec/getty std.9600 vt220 off secure ttyC5 /usr/libexec/getty std.9600 vt220 on secure ... tty00 /usr/libexec/getty std.9600 unknown off tty01 /usr/libexec/getty std.9600 unknown off tty02 /usr/libexec/getty std.9600 unknown off tty03 /usr/libexec/getty std.9600 unknown off tty04 /usr/libexec/getty std.9600 unknown off tty05 /usr/libexec/getty std.9600 unknown off What is the correct way to enable multiple terminals currently? /Lars
Intel Atom D510MO performance issue
Hi, I was attempting to test temperatures under load by running cat /dev/urandom file and I thought my system had crashed. Instantly when this command begins the system becomes very unresponsive. All input over ssh and keyboard attached to the machine has seemingly varying, but significant, amounts of lag. I'm not sure what would be causing this behaviour or how to properly diagnose it. The system in question is using the Intel Atom D510MO motherboard ( http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm ). I'm not sure how relevant this is, but the top output seems to indicate something: load averages: 1.73, 0.97, 0.46 03:18:14 33 processes: 30 idle, 3 on processor CPU0 states: 0.0% user, 0.0% nice, 0.4% system, 99.6% interrupt, 0.0% idle CPU1 states: 0.0% user, 0.0% nice, 6.3% system, 53.6% interrupt, 40.1% idle CPU2 states: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle CPU3 states: 0.0% user, 0.0% nice, 3.7% system, 50.5% interrupt, 45.8% idle Memory: Real: 10M/137M act/tot Free: 845M Swap: 0K/2051M used/tot PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND 16216 root -50 184K 148K sleep/2 getblk 11:18 1129.88% cat 15668 _ntp 560 708K 812K onproc/0 - 0:42 77.64% ntpd 2808 root 20 624K 724K sleep/3 poll 0:17 60.40% ntpd 6584 root 320 808K 1392K onproc/1 - 0:08 9.23% top 16545 root 320 968K 1420K onproc/3 - 0:04 8.15% sendmail 23931 will 20 3340K 1812K sleep/1 select0:01 2.54% sshd 197 _syslogd 20 488K 644K sleep/1 poll 0:00 1.76% syslogd 2449 _pflogd40 540K 292K sleep/3 bpf 0:01 1.71% pflogd 17554 will 20 3200K 1804K idle select0:03 0.83% sshd This is after leaving the process running for a few minutes. top updates maybe once every minute while this goes on and the % cpu time slowly increases I'm aware this is a newish piece of equipment and may not be fully supported yet so I'm not sure if that is the reason or there is some bug here. Or that this is anything that should be too worried about. I initially found this behaviour on 4.6-release but then tried the Feb 23? (or which is on ftp as of a couple hours ago) snapshot. Same behaviour on both. Both were i386. I haven't yet tried amd64. Also, I tried a different test running infinite loops to max out all the CPUs and the system seemed to behave fine. Oh, I just tried the SP kernel while writing this and the problem only seems to occur when running the MP kernel. Sorry for the noise if I'm missing something. Here's the dmesg: OpenBSD 4.7-beta (GENERIC.MP) #423: Tue Feb 23 12:24:22 MST 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP RTC BIOS diagnostic error 80clock_battery cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 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,TM2,CX16,xTPR real mem = 1055203328 (1006MB) avail mem = 1013702656 (966MB) RTC BIOS diagnostic error 80clock_battery mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/17/09, SMBIOS rev. 2.5 @ 0xe4410 (25 entries) bios0: vendor Intel Corp. version MOPNV10J.86A.0154.2009.1117.1624 date 11/17/2009 bios0: Intel Corporation D510MO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG HPET SSDT acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AZAL(S4) 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 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: 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,TM2,CX16,xTPR cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu2: 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,TM2,CX16,xTPR cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu3: 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,TM2,CX16,xTPR ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 5 (P32_) acpiprt1 at acpi0: bus 0 (PCI0) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2)
Re: PostgreSQL and perl script -perl.core
Stuart Henderson wrote: On 2010-02-23, Chris Bennett ch...@bennettconstruction.biz wrote: I just upgraded a production server to -current (needed latest PostgreSQL) Did you upgrade all packages? Specifically, any Perl XS modules must have been built with a version of Perl matching the Perl binary, so if you didn't upgrade these (e.g. DBD::Pg) that could be the problem. I decided to delete DBD::Pg and added latest through CPAN. This eliminated the core dumps, but not the Segmentation Faults. In order to find the offending Pg access, I added some simple print lines at each step. Without these lines, easily get seg faults. With these lines, no seg faults, for several days now. Anyone have any ideas what this means? Script does its task just fine, other than these problems -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: Intel Atom D510MO performance issue
Post output of 'vmstat -i' and read this thread http://marc.info/?l=openbsd-miscm=126203835608528w=2 On Thu, Feb 25, 2010 at 12:47 PM, Will Storey wsto...@gmail.com wrote: Hi, I was attempting to test temperatures under load by running cat /dev/urandom file and I thought my system had crashed. Instantly when this command begins the system becomes very unresponsive. All input over ssh and keyboard attached to the machine has seemingly varying, but significant, amounts of lag. I'm not sure what would be causing this behaviour or how to properly diagnose it. The system in question is using the Intel Atom D510MO motherboard ( http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm ). I'm not sure how relevant this is, but the top output seems to indicate something: load averages: B 1.73, B 0.97, B 0.46 03:18:14 33 processes: B 30 idle, 3 on processor CPU0 states: B 0.0% user, B 0.0% nice, B 0.4% system, 99.6% interrupt, B 0.0% idle CPU1 states: B 0.0% user, B 0.0% nice, B 6.3% system, 53.6% interrupt, 40.1% idle CPU2 states: B 0.0% user, B 0.0% nice, B 100% system, B 0.0% interrupt, B 0.0% idle CPU3 states: B 0.0% user, B 0.0% nice, B 3.7% system, 50.5% interrupt, 45.8% idle Memory: Real: 10M/137M act/tot B Free: 845M B Swap: 0K/2051M used/tot B PID USERNAME PRI NICE B SIZE B RES STATE B B WAIT B B B TIME B B CPU COMMAND 16216 root B B B -5 B B 0 B 184K B 148K sleep/2 B getblk B 11:18 1129.88% cat 15668 _ntp B B B 56 B B 0 B 708K B 812K onproc/0 B - B B B B 0:42 77.64% ntpd B 2808 root B B B 2 B B 0 B 624K B 724K sleep/3 B poll B B B 0:17 60.40% ntpd B 6584 root B B B 32 B B 0 B 808K 1392K onproc/1 B - B B B B 0:08 B 9.23% top 16545 root B B B 32 B B 0 B 968K 1420K onproc/3 B - B B B B 0:04 B 8.15% sendmail 23931 will B B B 2 B B 0 3340K 1812K sleep/1 B select B B 0:01 B 2.54% sshd B 197 _syslogd B 2 B B 0 B 488K B 644K sleep/1 B poll B B B 0:00 B 1.76% syslogd B 2449 _pflogd B B 4 B B 0 B 540K B 292K sleep/3 B bpf B B B 0:01 B 1.71% pflogd 17554 will B B B 2 B B 0 3200K 1804K idle B B B select B B 0:03 B 0.83% sshd This is after leaving the process running for a few minutes. top updates maybe once every minute while this goes on and the % cpu time slowly increases I'm aware this is a newish piece of equipment and may not be fully supported yet so I'm not sure if that is the reason or there is some bug here. Or that this is anything that should be too worried about. I initially found this behaviour on 4.6-release but then tried the Feb 23? (or which is on ftp as of a couple hours ago) snapshot. Same behaviour on both. Both were i386. I haven't yet tried amd64. Also, I tried a different test running infinite loops to max out all the CPUs and the system seemed to behave fine. Oh, I just tried the SP kernel while writing this and the problem only seems to occur when running the MP kernel. Sorry for the noise if I'm missing something. Here's the dmesg: OpenBSD 4.7-beta (GENERIC.MP) #423: Tue Feb 23 12:24:22 MST 2010 B B dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP RTC BIOS diagnostic error 80clock_battery cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR real mem B = 1055203328 (1006MB) avail mem = 1013702656 (966MB) RTC BIOS diagnostic error 80clock_battery mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/17/09, SMBIOS rev. 2.5 @ 0xe4410 (25 entries) bios0: vendor Intel Corp. version MOPNV10J.86A.0154.2009.1117.1624 date 11/17/2009 bios0: Intel Corporation D510MO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG HPET SSDT acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AZAL(S4) 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 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu2: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,CX16,xTPR cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu3:
Re: Logitech Quick Cam driver
Any body running Ligitech QuickCam on OpenBSD 4.6 using http://tamentis.com/projects/openqce/ or any other driver? I have a QuickCam messenger. This stuff was an experiment, the code is awful and I don't recommend using it for anything but morbid curiosity. It only works with the Express version of the webcam, it doesn't integrate with anything and will only let you capture still frames (it does not even adjust the luminosity). Bertrand
Re: Intel Atom D510MO performance issue
On Thu, 25 Feb 2010 03:47:24 -0800 Will Storey wsto...@gmail.com wrote: I'm not sure how relevant this is, but the top output seems to indicate something: Memory: Real: 10M/137M act/tot Free: 845M Swap: 0K/2051M used/tot PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND 16216 root -50 184K 148K sleep/2 getblk 11:18 1129.88% cat 15668 _ntp 560 708K 812K onproc/0 - 0:42 77.64% ntpd 2808 root 20 624K 724K sleep/3 poll 0:17 60.40% ntpd 1129.88%, 77.64%, and 60.40% CPU usage?
Re: OpenBSD insecure OS?
On Wed, 24 Feb 2010 19:02:15 + carlos albino garcia grijalba genesi...@hotmail.com wrote: I foud this: http://allthatiswrong.wordpress.com/2010/01/20/the-insecurity-of-openbsd/ so ? _ Hotmail: Trusted email with Microsofts powerful SPAM protection. https://signup.live.com/signup.aspx?id=60969 This is a hatchet job by someone with an axe to grind. Mostly confabulated acronyms by a guy who can't summon the introspection to read what he writes. Exempli Gratia: This is the main reason why OpenBSD is unable to offer a secure environment in the event an attacker is successful. Instead of implementing a form of extended access controls and ensuring the system is secure even in the event of a successful attack, they prefer to remove as many vulnerabilities as possible. This approach is naove at best and arrogant at worst. Nothing is secure ... in the event of a successful attack. Dhu
Re: FWIW Current snapshot Apache/PHP buggy
On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package.
Re: OpenBSD insecure OS?
Duncan Patton a Campbell campb...@neotext.ca writes: This is a hatchet job by someone with an axe to grind. Or simple flamebait. If so, it worked. Now pretending to take the article seriously for a few moments, I'd put it this way: the writer has decided that there will be one specific item that he equates with 'security'. Seeing that OpenBSD does not have that specific item, he declares that OpenBSD is not a secure system. Pretty much end of story. Either in the article itself or some of the followup (I forget and can not be bothered to check), he apparently took a peek at an installed OpenBSD system but either did not look to closely or was unable to understand what he saw, assuming daemons have to run as root at all times, for example. Not a deep analysis by a competent person, and please do not waste any more time on this thread. Much better to read up on various material the write obviously did not read, go to http://www.openbsd.org/papers/ and start somewhere. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Dell R610 problems with Openbsd?
On Wed, 24 Feb 2010, Theo de Raadt wrote: One of the 10G cards I am using is: ppb3 at pci3 dev 0 function 0 PLX PEX 8648 rev 0xbb pci4 at ppb3 bus 5 ppb4 at pci4 dev 4 function 0 PLX PEX 8648 rev 0xbb: apic 1 int 6 (irq 0) pci5 at ppb4 bus 6 ix0 at pci5 dev 0 function 0 Intel 10GbE SFP+ (82599) rev 0x01: apic 1 int 6 (irq 15), address 00:12:c0:88:27:38 SNIP Support was just added by jsg and claudio. Very glad to have it, and really it is OK that I only have one SFP+ for it. It is pretty insane that stuff like this exists. thanks for the info, I'll go looking around and see if I can find a couple at work. diana
dhcpd no longer providing default route
DHCPd on current serves up leases with no default route. It's been like
that for a long while now and I've not been able to find anything about
a solution.
I notice in particular when connecting with clients from the various
debian-based distros' install CDs. Old CDs (e.g. Ubuntu 5.10, 8.10)
which had previously gotten complete network information don't get a
route from either subnet configuration below:
subnet 192.168.100.0 netmask 255.255.255.196 {
option routers 192.168.100.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
subnet 192.168.101.0 netmask 255.255.255.196 {
#option routers 192.168.101.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
OpenBSD clients work fine. What needs changing in the configuration?
Fully installed debian and debian-based distros' dhclient give and error
SIOCSIFNETMASK: Invalid argument but otherwise seem to function:
wmaster0: unknown hardware address type 801
wmaster0: unknown hardware address type 801
Listening on LPF/eth0/00:bb:bb:bb:bb:bb
Sending on LPF/eth0/00:bb:bb:bb:bb:bb
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.101.1
SIOCSIFNETMASK: Invalid argument
bound to 192.168.101.9 -- renewal in 19062 seconds.
/Lars
Još 3 dana - popusti hit proizvoda!
PoE!tovani, Super ponude za mesec Ljubavi traju do kraja februara! PodseDamo Vas da iskoristite ponudu za zaljubljene koja Vam je na raspolaganju joE! samo 3 dana! Najbolje popuste na najpopularnije proizvode moEete videti ako kliknete ovde! Ne gubite vreme, prava je prilika da iznenadite onog koga volite. Neka svaki dan bude Dan ljubavi! Uvek je trenutak za ljubav! VaE!, E-Topshop Ovu elektronsku poE!tu primate, ukoliko ste svojevoljno ostavili svoju e-mail adresu, uD estvovali u posebnim akcijama ili poklon igri na sajtu www.e-topshop.tv Ponuda data u ovom e-mailu vaEi iskljuD ivo za porudEbine upuDene putem Interneta ili broja telefona 021 489 26 60. Isporuku vrE!imo samo na teritoriji Srbije. Ukoliko ne Eelite viE!e da primate naE!e elektronske poruke, za odjavljivanje sa naE!e e-mailing liste, kliknite ovde. Studio Moderna d.o.o., Vojvode Stepe 30, 21000 Novi Sad, Tel: 021 489 26 60, Fax: 021 489 26 08, E-mail: i...@news.e-topshop.tv [IMAGE]If you would no longer like to receive our emails please unsubscribe by clicking here.
Re: Need advice re: Wistron CM9 and Net 4501
On Feb 25, 2010, at 4:58 AM, Aaron Mason wrote: On Thu, Feb 25, 2010 at 7:25 AM, daniel d...@redmountainfarm.net wrote: I'm running 4.6 (release, I think) on a Soekris Net 4501. See dmesg, below. I recently got a Wistron CM9 (ath) mini-pci card for it (I've been running, wired-only, for 4-5 years). I'm getting a couple different error messages while attempting to use it. I initially thought (hoped) that the problem was an insufficient power supply (12V 1.2A). I have since tried two other power supplies (up to 12V 2.5A) and still have the same problems. Most of the time the Soekris ends up hanging or otherwise becoming completely unresponsive until I pull the plug and reboot it. Sometimes it takes several minutes to become unresponsive. I've tried ifconfig ath0 scan but it doesn't seem to see anything-- even though I can usually see 10-12 APs from other machines. Before the Soekris hangs, I can see it from a laptop. I'm trying to use it in hostap mode; configuring it as described in ath(4) like this: inet 192.168.1.1 255.255.255.0 NONE media autoselect mediaopt hostap \ nwid my_net chan 11 I've tried bringing it up/down with ifconfig to try to reset and reconfigure it but I can't seem to get anywhere. At various times, I see: ath0: ath_reset: unable to reset hardware; hal status 3534594048 ar5k_ar5212_nic_wakeup: failed to resume the AR5212 (again) continuously on the console. ath(4) says the first line should not happen and I can't find the status code enumerated in the HAL include file. I couldn't find anything regarding the second line, ar5k_ar5212_nic_wakeup. I also see a lot of: /bsd: ath0: ath_chan_set: unable to reset channel 11 (2462 MHz) in /var/log/messages. ath(4) says this also should not happen. I'd really appreciate some guidance on how to debug this. Thanks, Daniel OpenBSD 4.6 (GENERIC) #58: Thu Jul 9 21:24:42 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Am486DX4 W/B or Am5x86 W/B 150 (AuthenticAMD 486-class) cpu0: FPU real mem = 66678784 (63MB) avail mem = 54636544 (52MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 20/80/03, BIOS32 rev. 0 @ 0xf7840 pcibios0 at bios0: rev 2.0 @ 0xf/0x1 pcibios0: pcibios_get_intr_routing - function not supported pcibios0: PCI IRQ Routing information unavailable. pcibios0: PCI bus #0 is the last bus cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) elansc0 at pci0 dev 0 function 0 AMD ElanSC520 PCI rev 0x00: product 0 steppin g 1.1, CPU clock 133MHz, reset 0 gpio0 at elansc0: 32 pins ath0 at pci0 dev 16 function 0 Atheros AR5212 rev 0x01: irq 10 ath0: AR5213A 5.9 phy 4.3 rf5112a 3.6, FCC2A*, address 00:0b:6b:de: 1d:a1 sis0 at pci0 dev 18 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 11, a ddress 00:00:24:c1:96:70 nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 sis1 at pci0 dev 19 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 5, ad dress 00:00:24:c1:96:71 nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1 sis2 at pci0 dev 20 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 9, ad dress 00:00:24:c1:96:72 nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard wdc0 at isa0 port 0x1f0/8 irq 14 wd0 at wdc0 channel 0 drive 0: CF1G133 wd0: 1-sector PIO, LBA, 991MB, 2030112 sectors wd0(wdc0:0:0): using BIOS timings pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 biomask f1c5 netmask ffe5 ttymask softraid0 at root root on wd0a swap on wd0b dump on wd0b sis2 at pci0 dev 20 function 0 NS DP83815 10/100 rev 0x00, DP83815D: irq 9, ad dress 00:00:24:c1:96:72 nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1 isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard wdc0 at isa0 port 0x1f0/8 irq 14 wd0 at wdc0 channel 0 drive 0: CF1G133 wd0: 1-sector PIO, LBA, 991MB, 2030112 sectors wd0(wdc0:0:0): using BIOS timings pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 biomask f1c5 netmask ffe5 ttymask softraid0 at root root on wd0a swap on wd0b dump on wd0b WARNING: / was not properly unmounted # [ because it keeps hanging ] I presume this relates to the previous post where you mentioned that you added a CM9 to a net4501. Firstly, the scanning issue. The CM9 is an industrial card designed for use in
Re: dhcpd no longer providing default route
On Thu, Feb 25, 2010 at 06:47:32PM +0200, Lars Nooden wrote:
subnet 192.168.100.0 netmask 255.255.255.196 {
option routers 192.168.100.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
subnet 192.168.101.0 netmask 255.255.255.196 {
#option routers 192.168.101.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
OpenBSD clients work fine. What needs changing in the configuration?
Fully installed debian and debian-based distros' dhclient give and error
SIOCSIFNETMASK: Invalid argument but otherwise seem to function:
Your netmask is invalid. The closest valid netmask to that one is
255.255.255.192.
Re: Intel Atom D510MO performance issue
On 02/25/2010 06:47 AM, Will Storey wrote: Hi, I was attempting to test temperatures under load by running cat /dev/urandom file and I thought my system had crashed. Instantly when this command begins the system becomes very unresponsive. All input over ssh and keyboard attached to the machine has seemingly varying, but significant, amounts of lag. I'm not sure what would be causing this behaviour or how to properly diagnose it. The system in question is using the Intel Atom D510MO motherboard ( http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm ). I'm not sure how relevant this is, but the top output seems to indicate something: load averages: 1.73, 0.97, 0.46 03:18:14 33 processes: 30 idle, 3 on processor CPU0 states: 0.0% user, 0.0% nice, 0.4% system, 99.6% interrupt, 0.0% idle CPU1 states: 0.0% user, 0.0% nice, 6.3% system, 53.6% interrupt, 40.1% idle CPU2 states: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle CPU3 states: 0.0% user, 0.0% nice, 3.7% system, 50.5% interrupt, 45.8% idle Memory: Real: 10M/137M act/tot Free: 845M Swap: 0K/2051M used/tot PID USERNAME PRI NICE SIZE RES STATE WAIT TIMECPU COMMAND 16216 root -50 184K 148K sleep/2 getblk 11:18 1129.88% cat 15668 _ntp 560 708K 812K onproc/0 - 0:42 77.64% ntpd 2808 root 20 624K 724K sleep/3 poll 0:17 60.40% ntpd 6584 root 320 808K 1392K onproc/1 - 0:08 9.23% top 16545 root 320 968K 1420K onproc/3 - 0:04 8.15% sendmail 23931 will 20 3340K 1812K sleep/1 select0:01 2.54% sshd 197 _syslogd 20 488K 644K sleep/1 poll 0:00 1.76% syslogd 2449 _pflogd40 540K 292K sleep/3 bpf 0:01 1.71% pflogd 17554 will 20 3200K 1804K idle select0:03 0.83% sshd This is after leaving the process running for a few minutes. top updates maybe once every minute while this goes on and the % cpu time slowly increases I'm aware this is a newish piece of equipment and may not be fully supported yet so I'm not sure if that is the reason or there is some bug here. Or that this is anything that should be too worried about. I initially found this behaviour on 4.6-release but then tried the Feb 23? (or which is on ftp as of a couple hours ago) snapshot. Same behaviour on both. Both were i386. I haven't yet tried amd64. Also, I tried a different test running infinite loops to max out all the CPUs and the system seemed to behave fine. Oh, I just tried the SP kernel while writing this and the problem only seems to occur when running the MP kernel. Sorry for the noise if I'm missing something. Here's the dmesg: OpenBSD 4.7-beta (GENERIC.MP) #423: Tue Feb 23 12:24:22 MST 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP RTC BIOS diagnostic error 80clock_battery cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 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,TM2,CX16,xTPR real mem = 1055203328 (1006MB) avail mem = 1013702656 (966MB) RTC BIOS diagnostic error 80clock_battery mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/17/09, SMBIOS rev. 2.5 @ 0xe4410 (25 entries) bios0: vendor Intel Corp. version MOPNV10J.86A.0154.2009.1117.1624 date 11/17/2009 bios0: Intel Corporation D510MO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC MCFG HPET SSDT acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AZAL(S4) 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 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: 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,TM2,CX16,xTPR cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu2: 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,TM2,CX16,xTPR cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu3: 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,TM2,CX16,xTPR ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 5 (P32_) acpiprt1 at acpi0: bus 0 (PCI0) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at
Still no luck with OpenBSD/sparc and /dev/cuaa
I've tried all the suggestions so far but no luck. I can not ever get /dev/cua* to work properly. Even cat fails: # cat /dev/cuaa ksh: cannot open /dev/cuaa: Device not configured So the fundamental problem is this Device not configured error. How is OpenBSD supposed to be configuring these devices and why is my system not doing so? This is a completely clean install of OpenBSD on the machine after completely formatting and repartitioning the hard drive. There's something missing and it's probably something simple but I've stared at it for so logn now that I'm likely missing it entirely.
Re: Intel Atom D510MO performance issue
Use arandom. On Thu, Feb 25, 2010 at 6:47 AM, Will Storey wsto...@gmail.com wrote: Hi, I was attempting to test temperatures under load by running cat /dev/urandom file and I thought my system had crashed. Instantly when this command begins the system becomes very unresponsive. All input over ssh and keyboard attached to the machine has seemingly varying, but significant, amounts of lag.
Re: dhcpd no longer providing default route
On 18:47, Thu 25 Feb 10, Lars Nooden wrote:
DHCPd on current serves up leases with no default route. It's been like
that for a long while now and I've not been able to find anything about
a solution.
Once you reread the configuration snippet from your mail it will be
clear. If not, read the end of my reply.
I notice in particular when connecting with clients from the various
debian-based distros' install CDs. Old CDs (e.g. Ubuntu 5.10, 8.10)
which had previously gotten complete network information don't get a
route from either subnet configuration below:
subnet 192.168.100.0 netmask 255.255.255.196 {
option routers 192.168.100.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
subnet 192.168.101.0 netmask 255.255.255.196 {
#option routers 192.168.101.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
OpenBSD clients work fine. What needs changing in the configuration?
Fully installed debian and debian-based distros' dhclient give and error
SIOCSIFNETMASK: Invalid argument but otherwise seem to function:
The invalid argument is because the netmask is invalid. Try 192 instead
of 196.
wmaster0: unknown hardware address type 801
wmaster0: unknown hardware address type 801
Listening on LPF/eth0/00:bb:bb:bb:bb:bb
Sending on LPF/eth0/00:bb:bb:bb:bb:bb
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.101.1
SIOCSIFNETMASK: Invalid argument
bound to 192.168.101.9 -- renewal in 19062 seconds.
As you can see, it picks an ip from the 101.X subnet.
There, you clearly commented out the 'option routers' entry.
Not _that_ weird dhcpd does not provide a default gateway now is it ?
--
Michiel van Baak
mich...@vanbaak.eu
http://michiel.vanbaak.eu
GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x71C946BD
Why is it drug addicts and computer aficionados are both called users?
Re: Still no luck with OpenBSD/sparc and /dev/cuaa
hOn Thu, Feb 25, 2010 at 01:15:29PM -0800, Alex Carver wrote: I've tried all the suggestions so far but no luck. I can not ever get /dev/cua* to work properly. Even cat fails: # cat /dev/cuaa ksh: cannot open /dev/cuaa: Device not configured So the fundamental problem is this Device not configured error. How is OpenBSD supposed to be configuring these devices and why is my system not doing so? This is a completely clean install of OpenBSD on the machine after completely formatting and repartitioning the hard drive. There's something missing and it's probably something simple but I've stared at it for so logn now that I'm likely missing it entirely. according to sys/arch/sparc/sparc/conf.c, zs uses major device number 12. Check the device majer/minors: /dev/ttya should be 12,0 and /dev/cuau 12,128. -Otto
bad address for f...@openbsd.org?
I got this while trying to e-mail f...@openbsd.org just now: --- The original message was received at Thu, 25 Feb 2010 14:22:51 -0700 (MST) from lists.openbsd.org [192.43.244.163] - The following addresses had permanent fatal errors - joel (reason: 550 5.1.1 User unknown) (expanded from: f...@cvs.openbsd.org) - Transcript of session follows - 550 5.1.1 joel... User unknown ... while talking to gmail-smtp-in.l.google.com.: DATA 451 4.3.0 Mail server temporarily rejected message. 33si22682393vws.78 --- I don't know if that is the only user/address associated with that alias, so I'm not sure how important this really is. Just thought I'd let someone know. Thanks. -- Mark Nipper ni...@bitgnome.net (XMPP) +1 979 575 3193 - Any technology distinguishable from magic is insufficiently advanced.
Re: Still no luck with OpenBSD/sparc and /dev/cuaa
On Thu, Feb 25, 2010 at 10:45:38PM +0100, Otto Moerbeek wrote: hOn Thu, Feb 25, 2010 at 01:15:29PM -0800, Alex Carver wrote: I've tried all the suggestions so far but no luck. I can not ever get /dev/cua* to work properly. Even cat fails: # cat /dev/cuaa ksh: cannot open /dev/cuaa: Device not configured So the fundamental problem is this Device not configured error. How is OpenBSD supposed to be configuring these devices and why is my system not doing so? This is a completely clean install of OpenBSD on the machine after completely formatting and repartitioning the hard drive. There's something missing and it's probably something simple but I've stared at it for so logn now that I'm likely missing it entirely. according to sys/arch/sparc/sparc/conf.c, zs uses major device number 12. Check the device majer/minors: /dev/ttya should be 12,0 and /dev/cuau 12,128. That should be cuaa of course -Otto
Re: managing routes for multiple PPPoE connections
On 2010-02-25, Edwin Eyan Moragas haa...@gmail.com wrote: hi misc, this is a follow up on the post i made regarding multiple PPPoE connections. ah, the thing that mightn't have been apparent with my suggestion of route-to, is that my default route points out of a normal ethernet interface, which stays up all the time
Snapshot install47.iso 2010.02.23: panic
Hi, I wanted to test a current snapshot on my machine. When booting the snapshot, I get ... trm0 at pci0 dev 9 function 0 Tekram DC-3x5U rev 0x01: apic 2 int 17 (irq 5) scsibus at trm0: 8 targets, initiator 7 panic: scsi_done called twice on x5 (0xd6197000) (This is transcribed from paper) I can only press any key to reset the machine from this point. There were no issues booting 4.6 from CD, and there seem to be no changes to the trm driver. Is this a known issue?
Re: Snapshot install47.iso 2010.02.23: panic
Could you post a dmesg of 4.6-release - we don't know a thing about your system. On Fri, Feb 26, 2010 at 9:05 AM, pet...@schwertfisch.de wrote: Hi, I wanted to test a current snapshot on my machine. When booting the snapshot, I get ... trm0 at pci0 dev 9 function 0 Tekram DC-3x5U rev 0x01: apic 2 int 17 (irq 5) scsibus at trm0: 8 targets, initiator 7 panic: scsi_done called twice on x5 (0xd6197000) (This is transcribed from paper) I can only press any key to reset the machine from this point. There were no issues booting 4.6 from CD, and there seem to be no changes to the trm driver. Is this a known issue? -- Aaron Mason - Programmer, open source addict I've taken my software vows - for beta or for worse
Re: Snapshot install47.iso 2010.02.23: panic
Aaron Mason simplersolut...@gmail.com wrote: Could you post a dmesg of 4.6-release - we don't know a thing about your system. Sure (sorry, I should have thought of this): OpenBSD 4.6 (GENERIC) #1: Fri Oct 23 17:09:17 CEST 2009 u...@overstolz.my.domain:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 2000+ (AuthenticAMD 686-class, 256KB L2 cache) 1.68 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 804810752 (767MB) avail mem = 768880640 (733MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/18/06, BIOS32 rev. 0 @ 0xfdb10, SMBIOS rev. 2.3 @ 0xf0630 (21 entries) bios0: vendor American Megatrends Inc. version P2.80 date 10/18/2006 bios0: American Megatrends Inc. K7S41GX acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC acpi0: wakeup devices PS2M(S4) PS2K(S4) UAR1(S4) USB1(S4) USB2(S4) EHCI(S4) LAN_(S4) MDM_(S4) AUD_(S4) PCI0(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0 acpipwrres0 at acpi0: URP1 acpipwrres1 at acpi0: URP2 acpipwrres2 at acpi0: FDDP acpipwrres3 at acpi0: LPTP acpibtn0 at acpi0: PWRB mpbios at bios0 function 0x0 not configured bios0: ROM list: 0xc/0xd000 0xcd000/0xa000 cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 SiS 741 PCI rev 0x03 sisagp0 at pchb0 agp0 at sisagp0: aperture at 0xd000, size 0x800 ppb0 at pci0 dev 1 function 0 SiS 648FX AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon 9200 PRO rev 0x01 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: irq 11 drm0 at radeondrm0 pcib0 at pci0 dev 2 function 0 SiS 85C503 System rev 0x25 pciide0 at pci0 dev 2 function 5 SiS 5513 EIDE rev 0x00: 741: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD1600JB-22GVC0 wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd1 at pciide0 channel 0 drive 1: WDC WD800JB-00ETA0 wd1: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: LITE-ON, DVD SOHD-167T, 9S19 ATAPI 5/cdrom removable atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: HL-DT-ST, DVD-RAM GSA-H55L, 1.03 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 4 ohci0 at pci0 dev 3 function 0 SiS 5597/5598 USB rev 0x0f: irq 5, version 1.0, legacy support ohci1 at pci0 dev 3 function 1 SiS 5597/5598 USB rev 0x0f: irq 3, version 1.0, legacy support ehci0 at pci0 dev 3 function 2 SiS 7002 USB rev 0x00: irq 10 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 SiS EHCI root hub rev 2.00/1.00 addr 1 sis0 at pci0 dev 4 function 0 SiS 900 10/100BaseTX rev 0x90: irq 5, address 00:19:66:65:10:93 rlphy0 at sis0 phy 1: RTL8201L 10/100 PHY, rev. 1 trm0 at pci0 dev 9 function 0 Tekram DC-3x5U rev 0x01: irq 5 scsibus2 at trm0: 8 targets, initiator 7 envy0 at pci0 dev 10 function 0 IC Ensemble Envy24 I/O Ctrlr rev 0x02: irq 10 envy0: M-Audio Audiophile 2496, 2 inputs, 2 outputs audio0 at envy0 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 wbsio0 at isa0 port 0x2e/2: W83697HF rev 0x12 lm1 at wbsio0 port 0x290/8: W83697HF npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 SiS OHCI root hub rev 1.00/1.00 addr 1 usb2 at ohci1: USB revision 1.0 uhub2 at usb2 SiS OHCI root hub rev 1.00/1.00 addr 1 biomask ed6d netmask ed6d ttymask mtrr: Pentium Pro MTRR support umass0 at uhub0 port 1 configuration 1 interface 0 Western Digital External HDD rev 2.00/1.75 addr 2 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets, initiator 0 sd0 at scsibus3 targ 1 lun 0: WD, 3200BEV External, 1.75 SCSI2 0/direct fixed sd0: 305245MB, 512 bytes/sec, 625142448 sec total softraid0 at root root on wd0a swap on wd0b dump on wd0b On Fri, Feb 26, 2010 at 9:05 AM, pet...@schwertfisch.de wrote: Hi, I wanted to test a current snapshot on my machine. When booting the snapshot, I get ... trm0 at pci0 dev 9 function 0 Tekram DC-3x5U rev 0x01: apic 2 int 17 (irq 5) scsibus at trm0: 8 targets, initiator 7 panic: scsi_done called twice on x5 (0xd6197000) (This is transcribed from
Re: Snapshot install47.iso 2010.02.23: panic
pet...@schwertfisch.de wrote: Aaron Mason simplersolut...@gmail.com wrote: Could you post a dmesg of 4.6-release - we don't know a thing about your system. Sure (sorry, I should have thought of this): OpenBSD 4.6 (GENERIC) #1: Fri Oct 23 17:09:17 CEST 2009 u...@overstolz.my.domain:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 2000+ (AuthenticAMD 686-class, 256KB L2 cache) 1.68 GHz OK, and this is the dmesg from the stock kernel: OpenBSD 4.6 (GENERIC) #58: Thu Jul 9 21:24:42 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD Athlon(tm) XP 2000+ (AuthenticAMD 686-class, 256KB L2 cache) 1.68 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 804810752 (767MB) avail mem = 768880640 (733MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/18/06, BIOS32 rev. 0 @ 0xfdb10, SMBIOS rev. 2.3 @ 0xf0630 (21 entries) bios0: vendor American Megatrends Inc. version P2.80 date 10/18/2006 bios0: American Megatrends Inc. K7S41GX acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC acpi0: wakeup devices PS2M(S4) PS2K(S4) UAR1(S4) USB1(S4) USB2(S4) EHCI(S4) LAN_(S4) MDM_(S4) AUD_(S4) PCI0(S4) 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 268MHz ioapic0 at mainbus0: apid 2 pa 0xfec0, version 11, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0 acpipwrres0 at acpi0: URP1 acpipwrres1 at acpi0: URP2 acpipwrres2 at acpi0: FDDP acpipwrres3 at acpi0: LPTP acpibtn0 at acpi0: PWRB bios0: ROM list: 0xc/0xd000 0xcd000/0xa000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 SiS 741 PCI rev 0x03 sisagp0 at pchb0 agp0 at sisagp0: aperture at 0xd000, size 0x800 ppb0 at pci0 dev 1 function 0 SiS 648FX AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon 9200 PRO rev 0x01 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: apic 2 int 16 (irq 11) drm0 at radeondrm0 pcib0 at pci0 dev 2 function 0 SiS 85C503 System rev 0x25 pciide0 at pci0 dev 2 function 5 SiS 5513 EIDE rev 0x00: 741: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: WDC WD1600JB-22GVC0 wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd1 at pciide0 channel 0 drive 1: WDC WD800JB-00ETA0 wd1: 16-sector PIO, LBA48, 76319MB, 156301488 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 wd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: LITE-ON, DVD SOHD-167T, 9S19 ATAPI 5/cdrom removable atapiscsi1 at pciide0 channel 1 drive 1 scsibus1 at atapiscsi1: 2 targets cd1 at scsibus1 targ 0 lun 0: HL-DT-ST, DVD-RAM GSA-H55L, 1.03 ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 cd1(pciide0:1:1): using PIO mode 4, Ultra-DMA mode 4 ohci0 at pci0 dev 3 function 0 SiS 5597/5598 USB rev 0x0f: apic 2 int 20 (irq 5), version 1.0, legacy support ohci1 at pci0 dev 3 function 1 SiS 5597/5598 USB rev 0x0f: apic 2 int 21 (irq 3), version 1.0, legacy support ehci0 at pci0 dev 3 function 2 SiS 7002 USB rev 0x00: apic 2 int 23 (irq 10) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 SiS EHCI root hub rev 2.00/1.00 addr 1 sis0 at pci0 dev 4 function 0 SiS 900 10/100BaseTX rev 0x90: apic 2 int 19 (irq 5), address 00:19:66:65:10:93 rlphy0 at sis0 phy 1: RTL8201L 10/100 PHY, rev. 1 trm0 at pci0 dev 9 function 0 Tekram DC-3x5U rev 0x01: apic 2 int 17 (irq 5) scsibus2 at trm0: 8 targets, initiator 7 envy0 at pci0 dev 10 function 0 IC Ensemble Envy24 I/O Ctrlr rev 0x02: apic 2 int 18 (irq 10) envy0: unknown 1712-based card, 8 inputs, 8 outputs audio0 at envy0 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 wbsio0 at isa0 port 0x2e/2: W83697HF rev 0x12 lm1 at wbsio0 port 0x290/8: W83697HF npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 SiS OHCI root hub rev 1.00/1.00 addr 1 usb2 at ohci1: USB revision 1.0 uhub2 at usb2 SiS OHCI root hub rev 1.00/1.00 addr 1 mtrr: Pentium Pro MTRR support umass0 at uhub0 port 1 configuration 1 interface 0 Western Digital External HDD rev 2.00/1.75 addr 2 umass0: using SCSI over Bulk-Only scsibus3 at umass0: 2 targets, initiator 0 sd0 at scsibus3 targ 1 lun 0: WD, 3200BEV External, 1.75 SCSI2 0/direct
e-shop.gr: Νέα HP Notebooks σε μοναδικές τιμές!
Episjeuhe_te tgm die}humsg http://www.e-shop.gr/newsletter/mail-100220.html cia ma de_te tir pqosvoq]r lar TGKEVYMIJES PAQACCEKIES 9:00-20:00 STO 211 5000500 Oi til]r isw}oum ap| 20/02/10 l]wqi 06/03/10, ]yr enamtk^seyr tym apohel\tym jai l|mo cia ta l]kg tou e-shop.gr Am h]kete ma diacqave_te ap| tg k_sta emgl]qysgr tou e-shop.gr, paqajako}le apamt^ste sto paq|m le t_tko(subject) tou lgm}lat|r sar: DIACQAVG.
Re: PostgreSQL and perl script -perl.core
On 2010-02-25, Chris Bennett ch...@bennettconstruction.biz wrote: Stuart Henderson wrote: On 2010-02-23, Chris Bennett ch...@bennettconstruction.biz wrote: I just upgraded a production server to -current (needed latest PostgreSQL) Did you upgrade all packages? Specifically, any Perl XS modules must have been built with a version of Perl matching the Perl binary, so if you didn't upgrade these (e.g. DBD::Pg) that could be the problem. I decided to delete DBD::Pg and added latest through CPAN. This eliminated the core dumps, but not the Segmentation Faults. Please first uninstall DBD::Pg from CPAN (mixing things from CPAN and OpenBSD packages is going to cause confusion at best and won't help track down the problem with the packages. I was giving DBD::Pg as an example but you must have other XS modules on your system if you're using DBD::Pg. Did you upgrade __all__ packages? If not please do so (pkg_add -ui or similar) and re-test. If you've already done that and it's still failing, try reinstalling all the perl things: - save a copy of your package list pkg_info /tmp/pkglist - uninstall all p5-* packages and things they pull in pkg_delete -i /var/db/pkg/p5-* (and answer yes to uninstalling the dependent pkg's) - reinstall the packages from the list you saved pkg_add -z -l /tmp/pkglist and test again. If it's broken after just doing pkg_add -u but deleting+reinstalling these packages fixes things, we need to know *absolutely ASAP* if we're to stand a chance of changing anything for release.
OT: Cloud Computing Security
Is it too early for Friday humor? If not, here are some clowns worth watching: http://www.youtube.com/watch?v=VjfaCoA2sQk
Re: kern.maxclusters: 6144 - ?
On Thu, Feb 25, 2010 at 10:04 AM, Pete Vickers p...@systemnet.no wrote: Hi, A proxy (squid) server running i368/4.6RELEASE with around 800 users, what would be a reasonable value to increase kern.maxclusters too, to cure this : r...@proxy-s ~ grep mcl /var/log/messages Dec 10 10:13:43 proxy-s /bsd: WARNING: mclpools limit reached; increase kern.maxclusters Dec 10 11:06:07 proxy-s /bsd: WARNING: mclpools limit reached; increase kern.maxclusters Dec 15 13:41:48 proxy-s /bsd: WARNING: mclpools limit reached; increase kern.maxclusters r...@proxy-s ~ sysctl kern.maxclusters kern.maxclusters=6144 r...@proxy-s ~ netstat -m 4098 mbufs in use: 1131 mbufs allocated to data 2962 mbufs allocated to packet headers 5 mbufs allocated to socket names and addresses 1084/6152/6144 mbuf 2048 byte clusters in use (current/peak/max) 0/8/6144 mbuf 4096 byte clusters in use (current/peak/max) 0/8/6144 mbuf 8192 byte clusters in use (current/peak/max) 0/8/6144 mbuf 9216 byte clusters in use (current/peak/max) 0/8/6144 mbuf 12288 byte clusters in use (current/peak/max) 0/8/6144 mbuf 16384 byte clusters in use (current/peak/max) 0/8/6144 mbuf 65536 byte clusters in use (current/peak/max) 14176 Kbytes allocated to network (22% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines something like kern.maxclusters=1 or ? /Pete Only you can answer that, Pete. Try increasing it gradually until the errors go away. And if the error returns, increase it again. If it makes your system unstable, lower it until it returns to stability. Increments (and decrements, if necessary) of 256 would probably be wise. Getting the right balance with any system is all about trial and error - trying different things until things are running smoothly - or acceptably so in some situations. It's also about the balance between workability and stability. Sometimes you just can't have your cake and eat it too - stability must be the priority. My $0.02 there. -- Aaron Mason - Programmer, open source addict I've taken my software vows - for beta or for worse
Re: PostgreSQL and perl script -perl.core
oh, please also keep /tmp/pkglist around in case anyone wants to see it.. On 2010-02-26, Stuart Henderson s...@spacehopper.org wrote: On 2010-02-25, Chris Bennett ch...@bennettconstruction.biz wrote: Stuart Henderson wrote: On 2010-02-23, Chris Bennett ch...@bennettconstruction.biz wrote: I just upgraded a production server to -current (needed latest PostgreSQL) Did you upgrade all packages? Specifically, any Perl XS modules must have been built with a version of Perl matching the Perl binary, so if you didn't upgrade these (e.g. DBD::Pg) that could be the problem. I decided to delete DBD::Pg and added latest through CPAN. This eliminated the core dumps, but not the Segmentation Faults. Please first uninstall DBD::Pg from CPAN (mixing things from CPAN and OpenBSD packages is going to cause confusion at best and won't help track down the problem with the packages. I was giving DBD::Pg as an example but you must have other XS modules on your system if you're using DBD::Pg. Did you upgrade __all__ packages? If not please do so (pkg_add -ui or similar) and re-test. If you've already done that and it's still failing, try reinstalling all the perl things: - save a copy of your package list pkg_info /tmp/pkglist - uninstall all p5-* packages and things they pull in pkg_delete -i /var/db/pkg/p5-* (and answer yes to uninstalling the dependent pkg's) - reinstall the packages from the list you saved pkg_add -z -l /tmp/pkglist and test again. If it's broken after just doing pkg_add -u but deleting+reinstalling these packages fixes things, we need to know *absolutely ASAP* if we're to stand a chance of changing anything for release.
Re: Still no luck with OpenBSD/sparc and /dev/cuaa
Otto Moerbeek wrote: On Thu, Feb 25, 2010 at 10:45:38PM +0100, Otto Moerbeek wrote: hOn Thu, Feb 25, 2010 at 01:15:29PM -0800, Alex Carver wrote: I've tried all the suggestions so far but no luck. I can not ever get /dev/cua* to work properly. Even cat fails: # cat /dev/cuaa ksh: cannot open /dev/cuaa: Device not configured So the fundamental problem is this Device not configured error. How is OpenBSD supposed to be configuring these devices and why is my system not doing so? This is a completely clean install of OpenBSD on the machine after completely formatting and repartitioning the hard drive. There's something missing and it's probably something simple but I've stared at it for so logn now that I'm likely missing it entirely. according to sys/arch/sparc/sparc/conf.c, zs uses major device number 12. Check the device majer/minors: /dev/ttya should be 12,0 and /dev/cuau 12,128. That should be cuaa of course # ls -l /dev/cuaa crw-rw 1 uucp dialer 12, 128 Feb 21 18:52 /dev/cuaa # ls -l /dev/ttya crw-rw 1 uucp dialer 12, 0 Feb 24 22:31 /dev/ttya # They match what they should be but it still comes up device not configured.
Re: managing routes for multiple PPPoE connections
hi Stuart, so i guess i should remove the callout from hostname.pppoe to adding a default route? thank you for the assist. :) On Fri, Feb 26, 2010 at 6:28 AM, Stuart Henderson s...@spacehopper.org wrote: On 2010-02-25, Edwin Eyan Moragas haa...@gmail.com wrote: hi misc, this is a follow up on the post i made regarding multiple PPPoE connections. ah, the thing that mightn't have been apparent with my suggestion of route-to, is that my default route points out of a normal ethernet interface, which stays up all the time
Re: PostgreSQL and perl script -perl.core
Stuart Henderson wrote: oh, please also keep /tmp/pkglist around in case anyone wants to see it.. On 2010-02-26, Stuart Henderson s...@spacehopper.org wrote: On 2010-02-25, Chris Bennett ch...@bennettconstruction.biz wrote: Stuart Henderson wrote: On 2010-02-23, Chris Bennett ch...@bennettconstruction.biz wrote: I just upgraded a production server to -current (needed latest PostgreSQL) Did you upgrade all packages? Specifically, any Perl XS modules must have been built with a version of Perl matching the Perl binary, so if you didn't upgrade these (e.g. DBD::Pg) that could be the problem. I decided to delete DBD::Pg and added latest through CPAN. This eliminated the core dumps, but not the Segmentation Faults. Please first uninstall DBD::Pg from CPAN (mixing things from CPAN and OpenBSD packages is going to cause confusion at best and won't help track down the problem with the packages. I was giving DBD::Pg as an example but you must have other XS modules on your system if you're using DBD::Pg. Did you upgrade __all__ packages? If not please do so (pkg_add -ui or similar) and re-test. If you've already done that and it's still failing, try reinstalling all the perl things: - save a copy of your package list pkg_info /tmp/pkglist - uninstall all p5-* packages and things they pull in pkg_delete -i /var/db/pkg/p5-* (and answer yes to uninstalling the dependent pkg's) - reinstall the packages from the list you saved pkg_add -z -l /tmp/pkglist and test again. If it's broken after just doing pkg_add -u but deleting+reinstalling these packages fixes things, we need to know *absolutely ASAP* if we're to stand a chance of changing anything for release. This did not work. I am two sets behind on non X stuff. I will upgrade to latest now. -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: PostgreSQL and perl script -perl.core
Stuart Henderson wrote:
oh, please also keep /tmp/pkglist around in case anyone wants to see it..
On 2010-02-26, Stuart Henderson s...@spacehopper.org wrote:
On 2010-02-25, Chris Bennett ch...@bennettconstruction.biz wrote:
Stuart Henderson wrote:
On 2010-02-23, Chris Bennett ch...@bennettconstruction.biz wrote:
I just upgraded a production server to -current (needed latest PostgreSQL)
Did you upgrade all packages? Specifically, any Perl XS modules must
have been built with a version of Perl matching the Perl binary, so if
you didn't upgrade these (e.g. DBD::Pg) that could be the problem.
I decided to delete DBD::Pg and added latest through CPAN.
This eliminated the core dumps, but not the Segmentation Faults.
Please first uninstall DBD::Pg from CPAN (mixing things
from CPAN and OpenBSD packages is going to cause confusion at best
and won't help track down the problem with the packages.
I was giving DBD::Pg as an example but you must have other XS modules
on your system if you're using DBD::Pg. Did you upgrade __all__ packages?
If not please do so (pkg_add -ui or similar) and re-test.
If you've already done that and it's still failing, try reinstalling
all the perl things:
- save a copy of your package list
pkg_info /tmp/pkglist
- uninstall all p5-* packages and things they pull in
pkg_delete -i /var/db/pkg/p5-*
(and answer yes to uninstalling the dependent pkg's)
- reinstall the packages from the list you saved
pkg_add -z -l /tmp/pkglist
and test again.
If it's broken after just doing pkg_add -u but deleting+reinstalling
these packages fixes things, we need to know *absolutely ASAP* if we're
to stand a chance of changing anything for release.
This is the script causing the problem.
The problem seems to disappear when I added print What is commented out\n;
at every comment.
#!/usr/bin/perl
#--
#mwForum - Web-based discussion forum
#Copyright (c) 1999-2010 Markus Wichitill
#
#This program is free software; you can redistribute it and/or modify
#it under the terms of the GNU General Public License as published by
#the Free Software Foundation; either version 3 of the License, or
#(at your option) any later version.
#
#This program is distributed in the hope that it will be useful,
#but WITHOUT ANY WARRANTY; without even the implied warranty of
#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
#GNU General Public License for more details.
#--
use strict;
use warnings;
no warnings qw(uninitialized redefine);
# Imports
use Getopt::Std ();
use MwfMain;
#--
# Get arguments
my %opts = ();
Getopt::Std::getopts('f:', \%opts);
my $forumId = $opts{f};
# Init
my ($m, $cfg, $lng) = MwfMain-newShell(forumId = $forumId);
exit if !$cfg-{subsDigest};
$m-dbBegin();
# Get last sent time
my $lastSentTime = $m-max($m-getVar('crnSubLst') || 0, $m-{now} -
86400 * 5);
# Get boards
my $boards = $m-fetchAllHash(
SELECT * FROM boards WHERE lastPostTime ?, $lastSentTime);
# Board subscriptions
for my $board (@$boards) {
# Get posts
my $posts = $m-fetchAllHash(
SELECT posts.postTime, posts.body, posts.userNameBak,
topics.subject
FROM posts AS posts
INNER JOIN topics AS topics
ON topics.id = posts.topicId
WHERE posts.postTime :lastSentTime
AND posts.boardId = :boardId
AND posts.approved = 1
ORDER BY posts.topicId, posts.postTime,
{ lastSentTime = $lastSentTime, boardId = $board-{id} });
next if !...@$posts;
# Concatenate all posts
my $subject = $cfg-{forumName} - \$board-{title}\
$lng-{subSubjBrdDg};
my $body = $lng-{subNoReply} . \n\n . - x 70 . \n\n;
for my $post (@$posts) {
$m-dbToEmail($board, $post);
my $timeStr = $m-formatTime($post-{postTime});
$body = $body
. $lng-{subTopic} . $post-{subject} . \n
. $lng-{subBy} . $post-{userNameBak} . \n
. $lng-{subOn} . $timeStr . \n\n
. $post-{body}
. \n\n . - x 70 . \n\n;
}
# Get subscribers
my $subscribers = $m-fetchAllHash(
SELECT users.*
FROM boardSubscriptions AS boardSubscriptions
INNER JOIN users AS users
ON users.id = boardSubscriptions.userId
WHERE boardSubscriptions.boardId = :boardId
AND boardSubscriptions.instant = 0
AND users.email ''
AND users.dontEmail = 0,
{ boardId = $board-{id} });
next if !...@$subscribers;
# Send to subscribers if they still have board access
for my $subscriber (@$subscribers) {
next if !$m-boardVisible($board, $subscriber);
$m-sendEmail(user = $subscriber,
proxychains on openbsd 4.6
Greetings Folks, Just wanted to ask out if there's anyone that is successful on building proxychains on OpenBSD? I tried building it on my box (4.6 stable) with the following output: $ gmake gmake all-recursive gmake[1]: Entering directory `/home/pfunix/tor/proxychains-3.1' Making all in proxychains gmake[2]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains' Making all in docs gmake[3]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' Making all in en gmake[4]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs/en' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs/en' gmake[4]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' gmake[3]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' gmake[3]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c libproxychains.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wp,-MD,.deps/libproxychains.pp -c libproxychains.c -fPIC -DPIC -o .libs/libproxychains.o libproxychains.c:295: error: conflicting types for `getnameinfo' /usr/include/netdb.h:311: error: previous declaration of `getnameinfo' gmake[3]: *** [libproxychains.lo] Error 1 gmake[3]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pfunix/tor/proxychains-3.1' gmake: *** [all-recursive-am] Error 2 googling brings me to just this post. http://kerneltrap.org/mailarchive/openbsd-misc/2009/9/25/6273573 anyhelp would be awesomely appreciated. -b -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: proxychains on openbsd 4.6
--snip-- This will filx this particular error. http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/proxychains/files/patch-proxychains-libproxychains.c?rev=1.1 thanks for the link. I tried the patch... and it gave me the following error $ gmake gmake all-recursive gmake[1]: Entering directory `/home/pfunix/tor/proxychains-3.1' Making all in proxychains gmake[2]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains' Making all in docs gmake[3]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' Making all in en gmake[4]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs/en' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs/en' gmake[4]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' gmake[3]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains/docs' gmake[3]: Entering directory `/home/pfunix/tor/proxychains-3.1/proxychains' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c libproxychains.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wp,-MD,.deps/libproxychains.pp -c libproxychains.c -fPIC -DPIC -o .libs/libproxychains.o libproxychains.c: In function `get_chain_data': libproxychains.c:163: error: `PREFIX' undeclared (first use in this function) libproxychains.c:163: error: (Each undeclared identifier is reported only once libproxychains.c:163: error: for each function it appears in.) libproxychains.c:163: error: syntax error before string constant gmake[3]: *** [libproxychains.lo] Error 1 gmake[3]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/pfunix/tor/proxychains-3.1/proxychains' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/pfunix/tor/proxychains-3.1' gmake: *** [all-recursive-am] Error 2 I removed the PREFIX on line and it build ok. + if(!(file=fopen(PREFIX /etc/proxychains.conf,r))) thanks again. -b -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
Re: PostgreSQL and perl script -perl.core
Stuart Henderson wrote: oh, please also keep /tmp/pkglist around in case anyone wants to see it.. On 2010-02-26, Stuart Henderson s...@spacehopper.org wrote: On 2010-02-25, Chris Bennett ch...@bennettconstruction.biz wrote: Stuart Henderson wrote: On 2010-02-23, Chris Bennett ch...@bennettconstruction.biz wrote: I just upgraded a production server to -current (needed latest PostgreSQL) Did you upgrade all packages? Specifically, any Perl XS modules must have been built with a version of Perl matching the Perl binary, so if you didn't upgrade these (e.g. DBD::Pg) that could be the problem. I decided to delete DBD::Pg and added latest through CPAN. This eliminated the core dumps, but not the Segmentation Faults. Please first uninstall DBD::Pg from CPAN (mixing things from CPAN and OpenBSD packages is going to cause confusion at best and won't help track down the problem with the packages. I was giving DBD::Pg as an example but you must have other XS modules on your system if you're using DBD::Pg. Did you upgrade __all__ packages? If not please do so (pkg_add -ui or similar) and re-test. If you've already done that and it's still failing, try reinstalling all the perl things: - save a copy of your package list pkg_info /tmp/pkglist - uninstall all p5-* packages and things they pull in pkg_delete -i /var/db/pkg/p5-* (and answer yes to uninstalling the dependent pkg's) - reinstall the packages from the list you saved pkg_add -z -l /tmp/pkglist and test again. If it's broken after just doing pkg_add -u but deleting+reinstalling these packages fixes things, we need to know *absolutely ASAP* if we're to stand a chance of changing anything for release. No go. Updated to latest. no packages got updated. Still get Segmentation faults debug version still works clean -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: Still no luck with OpenBSD/sparc and /dev/cuaa
On Thu, Feb 25, 2010 at 06:39:23PM -0800, Alexander Carver wrote: Otto Moerbeek wrote: On Thu, Feb 25, 2010 at 10:45:38PM +0100, Otto Moerbeek wrote: hOn Thu, Feb 25, 2010 at 01:15:29PM -0800, Alex Carver wrote: I've tried all the suggestions so far but no luck. I can not ever get /dev/cua* to work properly. Even cat fails: # cat /dev/cuaa ksh: cannot open /dev/cuaa: Device not configured So the fundamental problem is this Device not configured error. How is OpenBSD supposed to be configuring these devices and why is my system not doing so? This is a completely clean install of OpenBSD on the machine after completely formatting and repartitioning the hard drive. There's something missing and it's probably something simple but I've stared at it for so logn now that I'm likely missing it entirely. according to sys/arch/sparc/sparc/conf.c, zs uses major device number 12. Check the device majer/minors: /dev/ttya should be 12,0 and /dev/cuau 12,128. That should be cuaa of course # ls -l /dev/cuaa crw-rw 1 uucp dialer 12, 128 Feb 21 18:52 /dev/cuaa # ls -l /dev/ttya crw-rw 1 uucp dialer 12, 0 Feb 24 22:31 /dev/ttya # They match what they should be but it still comes up device not configured. In that case I'm out of suggestions. I dont't have a machine to reproduce. -Otto
Re: Still no luck with OpenBSD/sparc and /dev/cuaa
On Fri, Feb 26, 2010 at 08:13:31AM +0100, Otto Moerbeek wrote: On Thu, Feb 25, 2010 at 06:39:23PM -0800, Alexander Carver wrote: Otto Moerbeek wrote: On Thu, Feb 25, 2010 at 10:45:38PM +0100, Otto Moerbeek wrote: hOn Thu, Feb 25, 2010 at 01:15:29PM -0800, Alex Carver wrote: I've tried all the suggestions so far but no luck. I can not ever get /dev/cua* to work properly. Even cat fails: # cat /dev/cuaa ksh: cannot open /dev/cuaa: Device not configured So the fundamental problem is this Device not configured error. How is OpenBSD supposed to be configuring these devices and why is my system not doing so? This is a completely clean install of OpenBSD on the machine after completely formatting and repartitioning the hard drive. There's something missing and it's probably something simple but I've stared at it for so logn now that I'm likely missing it entirely. according to sys/arch/sparc/sparc/conf.c, zs uses major device number 12. Check the device majer/minors: /dev/ttya should be 12,0 and /dev/cuau 12,128. That should be cuaa of course # ls -l /dev/cuaa crw-rw 1 uucp dialer 12, 128 Feb 21 18:52 /dev/cuaa # ls -l /dev/ttya crw-rw 1 uucp dialer 12, 0 Feb 24 22:31 /dev/ttya # They match what they should be but it still comes up device not configured. In that case I'm out of suggestions. I dont't have a machine to reproduce. Well, looking at the code, it seems that sparc's sz(4) just does not do cua and never did. I suspect the man page is wrong. Does /dev/ttya work for you? Of course using it for both incoming and outgoing will not fly... -Otto
