Re: gkrellm memleak?
Tue, Mar 17, 2009 at 11:32:39PM +0100, frantisek holop may have written: > > hi there, > > is it "normal" for gkrellm to use as much memory as 100 megs? > > PID USERNAME PRI NICE SIZE RES STATEWAIT TIMECPU COMMAND > 24630 f 20 120M 128M sleeppoll 0:14 0.00% gkrellm > > could this be some kind of memory leak? > this is on a -current (feb 28) with the latest packages. > > i'd like to ask some others to monitor their gkrellm memory > usage for a while to confirm this. a silly cronjob with > some shell-fu would do nicely i think. http://marc.info/?l=openbsd-ports-cvs&m=123624061627873&w=2 -- "On two occasions I have been asked [by members of Parliament!], `Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question." -- Charles Babbage
Re: siliconmotion+current_snapshot
On Tue, Mar 17, 2009 at 1:30 PM, comfooc wrote: > Hi, > I've installed latest siliconmotion driver from > > http://cgit.freedesktop.org/xorg/driver/xf86-video-siliconmotion/commit/?id=05480382c508bd27c1755405518ce9c339f0f80e > > and reconfigured X again. So now there is no "AddScreen/ScreenInit > failed for driver 0", everything seems to load fine, no errors at the > output but screen goes an stays black (no power)... > > Any clue, info that would help? > Try to set 'Option "UseBIOS" "True"' And insert the log inline not as attachement... -- Matthieu Herrb
Re: Gnuplot, Mediawiki, and OpenBSD
> How do go about including gnuplot in the chroot? Do I just do ln -s > ../../usr/local/bin/gnuplot? I thought symlinks could get away with > chroots or are those restricted to /var/www as well? Warning: gnuplot is *not* be secure against malicious input! That is, if you provide a web form allowing web-user-supplied input to be fed into gnuplot, I'm almost certain that with an hour or three of hacking, a malicious user could use such a webified gnuplot to execute malicious-user-supplied arbitrary machine code on your web server, running as the userid of your gnuplot cgi script. The reason for this is simple: gnuplot was never designed for security: - it supports at least three different flavors of shell escapes - it allows user specification of scanf()-like format strings which are interpreted at runtime - there has been no particular effort to guarantee that buffer overruns can't happen (i.e. the code uses the usual C str*() functions) - it has the usual collection of pointer bugs found in most large C programs (particularly ones with lots and lots of global variables, and that have been hacked on by many people over 20+ years) - it offers a Turing-complete expression language (now including string variables!) to help the malicious obfuscate things gnuplot is a useful piece of software (I've been using regularly for about 20 years), but for security purposes, you really need to treat the gnuplot command prompt like you would a shell command prompt. -- -- "Jonathan Thornburg [remove -animal to reply]" Dept of Astronomy, Indiana University, Bloomington, Indiana, USA "Washing one's hands of the conflict between the powerful and the powerless means to side with the powerful, not to be neutral." -- quote by Freire / poster by Oxfam
gkrellm memleak?
hi there, is it "normal" for gkrellm to use as much memory as 100 megs? PID USERNAME PRI NICE SIZE RES STATEWAIT TIMECPU COMMAND 24630 f 20 120M 128M sleeppoll 0:14 0.00% gkrellm could this be some kind of memory leak? this is on a -current (feb 28) with the latest packages. i'd like to ask some others to monitor their gkrellm memory usage for a while to confirm this. a silly cronjob with some shell-fu would do nicely i think. -f -- all your base are belong to us.
Re: Makefile .SUFFIXES
On Mon, Mar 16, 2009 at 01:10:33PM -0400, Stuart Cassoff wrote: > Must .SUFFIXES declarations come before targets? Yes. That's one of the many subtleties of Makefiles. There are a few things which must occur in a specific order to work. For a line such as: .c.o: to be parsed as a SUFFIX rule, you must have .SUFFIXES for .c and .o active. (one very weird thing is that, once in, those rules never quite vanish, and you can reactivate it much later... Try stuff like .SUFFIXES: .SUFFIXES: .c .o .c.o: $(CC) -c $*.c .SUFFIXES: .SUFFIXES: .c .o and voila, your .c -> .o transformation rule is back. If you feel like it, go read Single Unix V3, we mostly try to conform to what it says for make(1) (along with a few extensions, and a few unfortunate bugs).
Re: OpenBSD 4.4 amd64 bsd.mp can't detect 16GB memory
On 2009-03-17, Prakshep Dineshchandra Patel wrote: > Hi all > > i check again and i installed openbsd 4.4 amd > 64. I compiled kernel again and i got dmsg. (i thing those are same) > > what i did, > > set 'int bigmem = 1;' in 'arch/amd64/amd64/machdep.c' (Though it > already set to 1 i just check it) > - compile the kernel except for the last step > (make install) > > I compiled GENERIC.MP .. and try to boot with that but it will give me > same msg... > > can you take a look at this, > > > > OpenBSD 4.4 (GENERIC.MP) #1812: Tue Aug 12 17:22:53 MDT 2008 It doesn't seem you're running the self-compiled kernel you think you are.
Re: small bug report for pf(4)
On Tue, Mar 17, 2009 at 03:10:29PM -0400, bofh wrote: > Should the "SEE ALSO" section include "pf.conf(5)"? > yes, i think that's reasonbable. now fixed in -current. jmc
Re: OpenBSD 4.4 amd64 bsd.mp can't detect 16GB memory
I just forgot to mention that, When i run the custom kernel (e.g. bsd44.bigmem) the output is similar to the stock kernel. Prakshep Dineshchandra Patel wrote: >Hi all > >i check again and i installed openbsd 4.4 amd >64. I compiled kernel again and i got dmsg. (i thing those are same) > >what i did, > >set 'int bigmem = 1;' in 'arch/amd64/amd64/machdep.c' (Though it >already set to 1 i just check it) >- compile the kernel except for the last step >(make install) > >I compiled GENERIC.MP .. and try to boot with that but it will give me >same msg... > >can you take a look at this, > > > >OpenBSD 4.4 (GENERIC.MP) #1812: Tue Aug 12 17:22:53 MDT 2008 >dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >real mem = 3202969600 (3054MB) >avail mem = 3106160640 (2962MB) >mainbus0 at root >bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xbfb9c000 (67 entries) >bios0: vendor Dell Inc. version "2.3.1" date 04/29/2008 >bios0: Dell Inc. PowerEdge 1950 >acpi0 at bios0: rev 2 >acpi0: tables DSDT FACP APIC SPCR HPET MCFG WD__ SLIC ERST HEST BERT >EINJ TCPA >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: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.90 MHz >cpu0: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu0: 6MB 64b/line 16-way L2 cache >cpu0: apic clock running at 332MHz >cpu1 at mainbus0: apid 4 (application processor) >cpu1: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz >cpu1: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu1: 6MB 64b/line 16-way L2 cache >cpu2 at mainbus0: apid 2 (application processor) >cpu2: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz >cpu2: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu2: 6MB 64b/line 16-way L2 cache >cpu3 at mainbus0: apid 6 (application processor) >cpu3: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz >cpu3: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu3: 6MB 64b/line 16-way L2 cache >cpu4 at mainbus0: apid 1 (application processor) >cpu4: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz >cpu4: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu4: 6MB 64b/line 16-way L2 cache >cpu5 at mainbus0: apid 5 (application processor) >cpu5: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz >cpu5: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu5: 6MB 64b/line 16-way L2 cache >cpu6 at mainbus0: apid 3 (application processor) >cpu6: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz >cpu6: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu6: 6MB 64b/line 16-way L2 cache >cpu7 at mainbus0: apid 7 (application processor) >cpu7: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz >cpu7: >FPU,VME,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,VMX,EST >,TM2,CX16,xTPR,NXE,LONG >cpu7: 6MB 64b/line 16-way L2 cache >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 0 (PCI0) >acpiprt1 at acpi0: bus 4 (PEX2) >acpiprt2 at acpi0: bus 5 (UPST) >acpiprt3 at acpi0: bus 6 (DWN1) >acpiprt4 at acpi0: bus 8 (DWN2) >acpiprt5 at acpi0: bus 1 (PEX3) >acpiprt6 at acpi0: bus 0 (PE2P) >acpiprt6: no apic found for irq 64 >acpiprt6: no apic found for irq 65 >acpiprt6: no apic found for irq 78 >acpiprt7 at acpi0: bus 10 (PEX4) >acpiprt8 at acpi0: bus 13 (PEX6) >acpiprt9 at acpi0: bus 2 (SBEX) >acpiprt10 at acpi0: bus 15 (COMP) >acpicpu0 at acpi0: C3 >acpicpu1 at acpi0: C3 >acpicpu2 at acpi0: C3 >acpicpu3 at acpi0: C3 >acpicpu4 at acpi0: C3 >acpicpu5 at acpi0: C3 >acpicpu6 at acpi0: C3 >acpicpu7 at acpi0: C3 >ipmi at mainbus0 not configured >cpu0: unknown i686 model 7, can't get bus clockcpu0: EST: unknown >system bus clock >pci0 at mainbus0 bus 0: configuration mode 1 >pchb0 at pci0 dev 0 function 0 "Intel 5000X Host" rev 0x12 >ppb0 at pci0 dev 2 function 0 "Intel 5000 PCIE" rev 0x12 >pci1 at ppb0 bus 4 >ppb1 at pci1 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01
Re: altq incoming vpn connections
Hi, On Mon, 16.03.2009 at 16:31:12 +0200, Eugeni Akmuradov wrote: > is out there any possibility to load queues from separate file and/or > via anchors. I don't know what you want to achieve, but look at # pfctl -A -f some-queue-definitions-in-this-file (man pfctl) Kind regards, --Toni++
Re: OpenBSD 4.4 amd64 bsd.mp can't detect 16GB memory
http://n2.nabble.com/OpenBSD-4.4-amd64-bsd.mp-can%27t-detect-16GB-memory-td24 57053.html Took me less time find it than it took for you to e-mail... On Tue, Mar 17, 2009 at 13:13, Prakshep Dineshchandra Patel wrote: > Hi all > > i check again and i installed openbsd 4.4 amd > 64. I compiled kernel again and i got dmsg. (i thing those are same) > > what i did, > > set 'int bigmem = 1;' in 'arch/amd64/amd64/machdep.c' (Though it > already set to 1 i just check it) > - compile the kernel B except for the last step > (make install) > > I compiled B GENERIC.MP .. and try to boot with that but it will give me > same msg... > > can you take a look at this, > > > > OpenBSD 4.4 (GENERIC.MP) #1812: Tue Aug 12 17:22:53 MDT 2008 > B B dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 3202969600 (3054MB) > avail mem = 3106160640 (2962MB) > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xbfb9c000 (67 entries) > bios0: vendor Dell Inc. version "2.3.1" date 04/29/2008 > bios0: Dell Inc. PowerEdge 1950 > acpi0 at bios0: rev 2 > acpi0: tables DSDT FACP APIC SPCR HPET MCFG WD__ SLIC ERST HEST BERT > EINJ TCPA > 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: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.90 MHz > cpu0: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu0: 6MB 64b/line 16-way L2 cache > cpu0: apic clock running at 332MHz > cpu1 at mainbus0: apid 4 (application processor) > cpu1: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz > cpu1: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu1: 6MB 64b/line 16-way L2 cache > cpu2 at mainbus0: apid 2 (application processor) > cpu2: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz > cpu2: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu2: 6MB 64b/line 16-way L2 cache > cpu3 at mainbus0: apid 6 (application processor) > cpu3: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz > cpu3: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu3: 6MB 64b/line 16-way L2 cache > cpu4 at mainbus0: apid 1 (application processor) > cpu4: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz > cpu4: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu4: 6MB 64b/line 16-way L2 cache > cpu5 at mainbus0: apid 5 (application processor) > cpu5: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz > cpu5: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu5: 6MB 64b/line 16-way L2 cache > cpu6 at mainbus0: apid 3 (application processor) > cpu6: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz > cpu6: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu6: 6MB 64b/line 16-way L2 cache > cpu7 at mainbus0: apid 7 (application processor) > cpu7: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz > cpu7: > FPU,VME,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,VMX,EST > ,TM2,CX16,xTPR,NXE,LONG > cpu7: 6MB 64b/line 16-way L2 cache > 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 0 (PCI0) > acpiprt1 at acpi0: bus 4 (PEX2) > acpiprt2 at acpi0: bus 5 (UPST) > acpiprt3 at acpi0: bus 6 (DWN1) > acpiprt4 at acpi0: bus 8 (DWN2) > acpiprt5 at acpi0: bus 1 (PEX3) > acpiprt6 at acpi0: bus 0 (PE2P) > acpiprt6: no apic found for irq 64 > acpiprt6: no apic found for irq 65 > acpiprt6: no apic found for irq 78 > acpiprt7 at acpi0: bus 10 (PEX4) > acpiprt8 at acpi0: bus 13 (PEX6) > acpiprt9 at acpi0: bus 2 (SBEX) > acpiprt10 at acpi0: bus 15 (COMP) > acpicpu0 at acpi0: C3 > acpicpu1 at acpi0: C3 > acpicpu2 at acpi0: C3 > acpicpu3 at acpi0: C3 > acpicpu4 at acpi0: C3 > acpicpu5 at acpi0: C3 > acpicpu6 at acpi0: C3 > acpicpu7 at acpi0: C3 > ipmi at mainbus0 not configured > cpu0: unknown i686 model 7, can't get bus clockcpu0: EST: unknown > system bus clock > pci0 at mainbus0 bus 0: configuration mode 1 > pchb0 at pci0 dev 0 function 0 "Intel 5000X
Re: OpenBSD 4.4 amd64 bsd.mp can't detect 16GB memory
Why are you asking question again? I googled your original question... damn it
OpenBSD 4.4 amd64 bsd.mp can't detect 16GB memory
Hi all i check again and i installed openbsd 4.4 amd 64. I compiled kernel again and i got dmsg. (i thing those are same) what i did, set 'int bigmem = 1;' in 'arch/amd64/amd64/machdep.c' (Though it already set to 1 i just check it) - compile the kernel except for the last step (make install) I compiled GENERIC.MP .. and try to boot with that but it will give me same msg... can you take a look at this, OpenBSD 4.4 (GENERIC.MP) #1812: Tue Aug 12 17:22:53 MDT 2008 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3202969600 (3054MB) avail mem = 3106160640 (2962MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xbfb9c000 (67 entries) bios0: vendor Dell Inc. version "2.3.1" date 04/29/2008 bios0: Dell Inc. PowerEdge 1950 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC SPCR HPET MCFG WD__ SLIC ERST HEST BERT EINJ TCPA 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: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.90 MHz cpu0: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu0: 6MB 64b/line 16-way L2 cache cpu0: apic clock running at 332MHz cpu1 at mainbus0: apid 4 (application processor) cpu1: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz cpu1: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu1: 6MB 64b/line 16-way L2 cache cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz cpu2: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu2: 6MB 64b/line 16-way L2 cache cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz cpu3: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu3: 6MB 64b/line 16-way L2 cache cpu4 at mainbus0: apid 1 (application processor) cpu4: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz cpu4: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu4: 6MB 64b/line 16-way L2 cache cpu5 at mainbus0: apid 5 (application processor) cpu5: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz cpu5: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu5: 6MB 64b/line 16-way L2 cache cpu6 at mainbus0: apid 3 (application processor) cpu6: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz cpu6: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu6: 6MB 64b/line 16-way L2 cache cpu7 at mainbus0: apid 7 (application processor) cpu7: Intel(R) Xeon(R) CPU E5450 @ 3.00GHz, 2992.50 MHz cpu7: FPU,VME,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,VMX,EST ,TM2,CX16,xTPR,NXE,LONG cpu7: 6MB 64b/line 16-way L2 cache 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 0 (PCI0) acpiprt1 at acpi0: bus 4 (PEX2) acpiprt2 at acpi0: bus 5 (UPST) acpiprt3 at acpi0: bus 6 (DWN1) acpiprt4 at acpi0: bus 8 (DWN2) acpiprt5 at acpi0: bus 1 (PEX3) acpiprt6 at acpi0: bus 0 (PE2P) acpiprt6: no apic found for irq 64 acpiprt6: no apic found for irq 65 acpiprt6: no apic found for irq 78 acpiprt7 at acpi0: bus 10 (PEX4) acpiprt8 at acpi0: bus 13 (PEX6) acpiprt9 at acpi0: bus 2 (SBEX) acpiprt10 at acpi0: bus 15 (COMP) acpicpu0 at acpi0: C3 acpicpu1 at acpi0: C3 acpicpu2 at acpi0: C3 acpicpu3 at acpi0: C3 acpicpu4 at acpi0: C3 acpicpu5 at acpi0: C3 acpicpu6 at acpi0: C3 acpicpu7 at acpi0: C3 ipmi at mainbus0 not configured cpu0: unknown i686 model 7, can't get bus clockcpu0: EST: unknown system bus clock pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 "Intel 5000X Host" rev 0x12 ppb0 at pci0 dev 2 function 0 "Intel 5000 PCIE" rev 0x12 pci1 at ppb0 bus 4 ppb1 at pci1 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01 pci2 at ppb1 bus 5 ppb2 at pci2 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01 pci3 at ppb2 bus 6 ppb3 at pci3 dev 0 function 0 "ServerWorks PCIE-PCIX" rev 0xc3 pci4 at ppb3 bus 7 bnx0 at pci4 dev 0 function 0 "Broadcom BCM5708" rev 0x12: apic 8 int 16 (irq 5) ppb4 at pci2 dev 1 function
small bug report for pf(4)
Should the "SEE ALSO" section include "pf.conf(5)"? -- http://www.glumbert.com/media/shift http://www.youtube.com/watch?v=tGvHNNOLnCk "This officer's men seem to follow him merely out of idle curiosity." -- Sandhurst officer cadet evaluation. "Securing an environment of Windows platforms from abuse - external or internal - is akin to trying to install sprinklers in a fireworks factory where smoking on the job is permitted." -- Gene Spafford learn french: http://www.youtube.com/watch?v=j1G-3laJJP0&feature=related
USB pcmcia card recommendation
Hi, Can anyone recommend a working PCMCIA-to-USB adapter for use with a Soekris net4521 OpenBSD-based access point and router? thanks in advance. marcus.
Recruitment Solutions Simplified
Dear Sir/Madam, I have an interesting proposal for you to increase your resume sourcing bandwidth. We are in a position to offer you a Sourcer/ recruiter, working for you in India. Our sourcer/ recruiter are skilled in working on job boards like Monster, Career Builder, HotJobs, and Dice etc. He / she will search job boards, identify the right candidates for you. Also our Sourcer/ Recruiter are trained in searching on internet using Boolean and other search tools. There will be no commissions, bonuses, head hunting fees that you need to pay to the recruiter, (even if the candidate they short listed for you gets selected), or other overheads like payroll taxes, benefits, telephone bills, internet bandwidth costs, office space and infrastructure. We will make the service available to you on a quarter-to-quarter basis - no need to lock yourself in with long term contracts. Our Sourcers/ recruiters are skilled in the following areas: Candidate Generation * Job Board CV / Resume Database Searching * ATS & Recruitment System Candidate Searching * Job Board Advertising * Passive candidate mining or head hunt research/ Internet research Candidate Screening & Response Management (RPO) * CV / Resume Screening (on various job boards from US/UK/International) * CV / Resume Processing * Data Entry * Data Mining What You Get: * A Full-time Sourcer/ Recruiter at unimaginable rate. * An Assistant who will work for you at your nights. You could send us the requirements and sleep tight. * Lowest possible costs ever. * You can increase your scale of operation at any given time. Our Sourcer/ Recruiter are trained and carries minimum of 2-3 years experience into RPO industry working for US,UK and international requirements. We can arrange highly trained Sourcers/ Recruiters at any given time. Depending upon the amount of work you have, you can choose to hire 1 or more Sourcer/ Recruiter. For more information please email us. Warm Regards, Vishrut Bhatia, Marketing Manager, tCognition Inc. www.tcognition.com Call: 617-357-4636 extn 324 Note: We respect your on-line privacy. This is not an unsolicited mail. Under Bill 1618 Title III passed by the 105th US Congress this mail cannot be considered Spam as long as we include contact information and a method to be removed from our mailing list. If you are not interested in receiving our e-mails then please reply with a "REMOVE" to @cattechno.com in the subject line. I am sorry for the inconvenience caused to you.
Re: IBM Xseries 235 and OBSD 4.4
Thank's is working no 2009/3/17 Alexander Yurchenko : > On Tue, Mar 17, 2009 at 06:02:07PM +0700, sonjaya wrote: >> Dear all >> >> i have old machine ibm Xseries 235 and storage with raid. >> I try to install openbsd 4.4 but getting problem when intialize disk , >> obsd 4.4 instalation disk can't detect raid . >> any clue how to make it working with raid ? > > try this: > ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/install45.iso > >> >> >> >> thank's >> >> sonjaya >> http://sicute.blogspot.com >> http://www.pojokdomain.com(sell & buy domain with free ) > > -- > Alexander Yurchenko > -- sonjaya http://sicute.blogspot.com http://www.pojokdomain.com(sell & buy domain with free )
Re: smtpd, please test
We came up with simplified instructions. Fetch these scripts: http://www.poolp.org/~jacekm/smtpd-enable http://www.poolp.org/~jacekm/smtpd-disable Then, run the following on a recent snap after cvs up: sudo smtpd-enable To deactivate: sudo smtpd-disable On Tue, Mar 17, 2009 at 01:55:14AM +0100, Gilles Chehade wrote: > Hi misc@, > > As some of you may have noticed, smtpd has been enabled in the > build and we encourage you guys to start testing it and report > bugs you run into. > > What would be great is if you could replace your sendmail with > smtpd on your laptop/desktop and started using it as a backend > for your mua; or if you could set it up on some test box where > you receive mail (with a secondary MX) as a destination MX. > > PLEASE do not run this in production, it is NOT ready. Really, > don't do it, you will be unhappy and I will point my finger at > you and laugh. Really ... don't.
Re: IBM Xseries 235 and OBSD 4.4
On Tue, Mar 17, 2009 at 06:02:07PM +0700, sonjaya wrote: > Dear all > > i have old machine ibm Xseries 235 and storage with raid. > I try to install openbsd 4.4 but getting problem when intialize disk , > obsd 4.4 instalation disk can't detect raid . > any clue how to make it working with raid ? try this: ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/install45.iso > > > > thank's > > sonjaya > http://sicute.blogspot.com > http://www.pojokdomain.com(sell & buy domain with free ) -- Alexander Yurchenko
IBM Xseries 235 and OBSD 4.4
Dear all i have old machine ibm Xseries 235 and storage with raid. I try to install openbsd 4.4 but getting problem when intialize disk , obsd 4.4 instalation disk can't detect raid . any clue how to make it working with raid ? thank's sonjaya http://sicute.blogspot.com http://www.pojokdomain.com(sell & buy domain with free )
Re: raidframe and hotplugd on 4.4
Hi,
On Tue, 17.03.2009 at 00:16:20 -0700, Philip Guenther
wrote:
> On Mon, Mar 16, 2009 at 4:46 AM, Toni Mueller wrote:
> > ... B hotplugd[7128]: waitpid: Error 10
> > I didn't yet find out what that means.
>
> Hmm, 10 == ECHILD.
ok.
> After you see that, do the attach or detach scripts show in the output
> of "ps xauww"? If so, what does it show for them?
I see no traces of these scripts in the 'ps' output, and also nothing
in the way of command line mangling of hotplugd, like eg. sendmail
does.
The scripts themselves run fine, though:
/etc/hotplug/attach:
#!/bin/sh
DEVCLASS=$1
DEVNAME=$2
case $DEVCLASS in
2)
# disk devices
disklabel=`/sbin/disklabel $DEVNAME 2>&1 | \
sed -n '/^label: /s/^label: //p'`
logger -p kern.info "Disk ${DEVNAME} attached: $disklabel"
;;
esac
/etc/hotplug/detach:
#!/bin/sh
DEVCLASS=$1
DEVNAME=$2
case $DEVCLASS in
2)
# disk devices
logger -p kern.info "Disk ${DEVNAME} detached"
;;
esac
Kind regards,
--Toni++
Re: Serial Technologies Expander PCI-232-108
On 2009-03-17, Edwards, David (JTS) wrote:
> Hi folks,
>
> We bought one of these the other day to use as a serial console server
> but I had some strife getting it to work.
>
> From one expander port to another it worked fine but from one of these
> ports to any normal serial port, it returned garbage. I had the same
> results with FreeBSD, NetBSD and Linux.
>
> I finally worked out that using 1200 baud on the expander port and 9600
> on the normal serial port worked ok.
>
> It seems that this particular card needs a multiplier in
> /usr/src/sys/dev/pci/pucdata.c to get it working.
>
> Here's the diff I used for what it's worth. YMMV of course.
It looks like someone has one of these in dmesglog, I've contacted him
to find out if he has the same problem. since it doesn't look like we can
match on the subsystem ID.
> ---
> *** pucdata.c Tue Mar 17 12:19:57 2009
> --- pucdata.c.org Tue Mar 17 11:16:56 2009
> ***
> *** 823,832
please use -u for future diffs, thanks.
> { PCI_VENDOR_OXFORD2, PCI_PRODUCT_OXFORD2_EXSYS_EX41098,
> 0, 0 },
> { 0x, 0x,
> 0, 0 },
> {
> ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ * 8 },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ * 8 },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x10, COM_FREQ * 8 },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x18, COM_FREQ * 8 },
> },
> },
>
> --- 823,832
> { PCI_VENDOR_OXFORD2, PCI_PRODUCT_OXFORD2_EXSYS_EX41098,
> 0, 0 },
> { 0x, 0x,
> 0, 0 },
> {
> ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x10, COM_FREQ },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x18, COM_FREQ },
> },
> },
>
> ***
> *** 877,886
> { PCI_VENDOR_OXFORD2, PCI_PRODUCT_OXFORD2_OX16PCI954,
> 0, 0 },
> { 0x, 0x,
> 0, 0 },
> {
> ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ * 8 },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ * 8 },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x10, COM_FREQ * 8 },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x18, COM_FREQ * 8 },
> },
> },
>
> --- 877,886
> { PCI_VENDOR_OXFORD2, PCI_PRODUCT_OXFORD2_OX16PCI954,
> 0, 0 },
> { 0x, 0x,
> 0, 0 },
> {
> ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x10, COM_FREQ },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x18, COM_FREQ },
> },
> },
> --
>
> pcidump -v returns
> --
> 4:8:0: Oxford OX16PCI954
> 0x: Vendor ID: 1415 Product ID: 9501
> 0x0004: Command: 0103 Status ID: 0290
> 0x0008: Class: 07 Subclass: 00 Interface: 06 Revision: 00
> 0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line
> Size: 00
> 0x0010: BAR io addr: 0x3840
> 0x0014: BAR mem 32bit addr: 0xfe9c
> 0x0018: BAR io addr: 0x3860
> 0x001c: BAR mem 32bit addr: 0xfe9b
> 0x0020: BAR empty ()
> 0x0024: BAR empty ()
> 0x0028: Cardbus CIS:
> 0x002c: Subsystem Vendor ID: 1415 Product ID:
> 0x0030: Expansion ROM Base Address:
> 0x0038:
> 0x003c: Interrupt Pin: 01 Line: 09 Min Gnt: 00 Max Lat: 00
> 0x0040: Capability 0x01: Power Management
> 4:8:1: Oxford Exsys EX-41098
> 0x: Vendor ID: 1415 Product ID: 9511
> 0x0004: Command: 0103 Status ID: 0290
> 0x0008: Class: 06 Subclass: 80 Interface: 00 Revision: 00
> 0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line
> Size: 00
> 0x0010: BAR io addr: 0x3800
> 0x0014: BAR mem 32bit addr: 0xfe9e
> 0x0018: BAR io addr: 0x3820
> 0x001c: BAR mem 32bit addr: 0xfe9d
> 0x0020: BAR empty ()
> 0x0024: BAR empty ()
> 0x0028: Cardbus CIS:
> 0x002c: Subsystem Vendor ID: 1415 Product ID:
> 0x0030: Expansion ROM Base Address:
> 0x0038:
> 0x003c: Interrupt Pin: 02 Line: 09 Min Gnt: 00 Max Lat: 00
> 0x0040: Capability 0x01: Power Management
> ---
>
> *** pucdata.c Tue Mar 17 12:19:57 2009
> --- pucdata.c.sav Tue Mar 17 11:16:56 2009
> ***
> *** 823,832
> { PCI_VENDOR_OXFORD2, PCI_PRODUCT_OXFORD2_EXSYS_EX41098,
> 0, 0 },
> { 0x, 0x,
> 0, 0 },
> {
> ! { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ * 8 },
> ! { PUC_PORT_TYPE_COM, 0x10, 0x08, COM_FREQ * 8 },
> !
Re: Acer Aspire One freeze with Atheros AR5424 on OpenBSD 4.5
On Mon, 16 Mar 2009 13:25:55 -0400 Nick Holland wrote: > Alvaro Mantilla Gimenez wrote: > > Hello, > > > > I send this messages to b...@openbsd.org a few days ago. I don't > > know if this is the all the information the developers need. Anyway > > I would like to create this thread just for search purposes...may > > be there is more people with the same problem. I found a previous > > thread about this but it seems nobody talk about the channel > > problem. > > ath0 on the Acer Aspire One is known to not work (unless something > happened when I wasn't looking). > it's a new variant on an undocumented chip. > It seems that FreeBSD now has support for it : http://marc.info/?l=freebsd-stable&m=123687550928068&w=2 AH5424 does not exist, so I assume it's a typo that should be read AR5424.
Re: smtpd, please test
On Tue, Mar 17, 2009 at 02:31:18AM +0100, ropers wrote: > 2009/3/17 Gilles Chehade : > > > http://www.poolp.org/~gilles/ > > So... what's the black-out stuff all about? > > I'm not up to date, it appears, and I don't understand French, and > what I saw in the HTML source does not exist in the English Wikipedia: > http://en.wikipedia.org/wiki/HADOPI, and a translated version of the > French page is a bit too choppy for me to make much sense of it: > http://translate.google.com/translate?prev=hp&hl=en&u=http%3A%2F%2Ffr.wikipedia.org%2Fwiki%2FHADOPI&sl=fr&tl=en > (And please don't take this the wrong way, but your protest might be > more effective if you told people what you're protesting.) > A bit off topic, but basically the french government wants to pass a law that's very dangerous for our freedom and justice. As a protest many sites are doing a protest black-out. Search for ACTA, and don't worry these laws are coming to you soon, you too will experience rights violations, it is just a matter of time. Gilles -- Gilles Chehade http://www.poolp.org/~gilles/
Re: smtpd, please test
On Mon, Mar 16, 2009 at 8:10 PM, Maxime DERCHE wrote: [snip] > The European Parliament already refused this concept twice but, as you > might already know, we have a president that seems to think he is > Superman, and that he is just wright in everything he does. umm... could you be thinking of the wrong country and wrong president?
Re: raidframe and hotplugd on 4.4
On Mon, Mar 16, 2009 at 4:46 AM, Toni Mueller wrote: ... > The next issue is that hotplugd logs this immediately after pushing out > a few initial "attach xxx" messages: > > ... hotplugd[7128]: waitpid: Error 10 > > I didn't yet find out what that means. Hmm, 10 == ECHILD. After you see that, do the attach or detach scripts show in the output of "ps xauww"? If so, what does it show for them? (Off hand, the only way I see to trigger that error would involve one of the scripts being stopped via a signal, whether manually or because they tried to write to a tty from the background, or, well, some other weird condition...) Philip Guenther
