Major improvement in CPU temperatures for -current
I just did a build of the world after seeing Philip Guenther's post on better using C-states in ACPI for cooler CPU temperatures. This is a *significant* improvement. I'm using a new ThinkPad, a w541. During my first world build I saw temperatures as high as 94C. It did not hit the fatal temperature to force a reboot but it was pretty hot. This was at 3.3GHz. After booting with the new kernel I wondered what the results would be. Keeping track of hw.sensors.acpithinkpad0.temp3 on my older w500 would typically be in the 86 - 92C range and then reboot if I was wasn't careful. This build the temperature was typically 78 - 80C, with one spike at 82C during the latter part of the xenocara build. My script checked every 17 seconds. I can say from this one test that there is a huge difference--10C, at least! The last time I saw such a significant change to OpenBSD was when soft deps came into the tree. If you can run -current on your laptop, you should consider it. It really is amazing. Later I will try to get a test jig in place such that I can measure current draw and compare, but heat == power, so I'm sure it's a success. Thank you Philip, et al! --STeve Andre' ps: more on the w541 later and a description to dm...@openbsd.org. -- original email Date: Sat, 13 Jun 2015 15:15:59 -0700 Subject: Re: CPU power consumption on thinkpad x201 From: Philip Guenther guent...@gmail.com To: Jingcheng Zhang dio...@gmail.com Cc: Shaun Reiger srei...@sprmail.net, misc@openbsd.org misc@openbsd.org On Thu, May 28, 2015 at 6:53 AM, Jingcheng Zhang dio...@gmail.com wrote: Another x201 user here, suffering from the same problem. Any news/solutions on this issue? I just committed support for using the deeper C-states advertised by ACPI, which in testing dropped the temperature on most laptops. Don't forget to send a dmesg to dm...@openbsd.org some time after you upgrade, so we can check for any problems found by the code! Philip Guenther -- w541 dmesg OpenBSD 5.7-current (GENERIC.MP) #0: Mon Jun 8 20:49:25 EDT 2015 r...@paladin.home.network:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 33950375936 (32377MB) avail mem = 32917573632 (31392MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0x7cd2d000 (68 entries) bios0: vendor LENOVO version GNET72WW (2.20 ) date 02/26/2015 bios0: LENOVO 20EGCTO1WW acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SLIC DBGP ECDT HPET APIC MCFG SSDT SSDT SSDT SSDT SSDT SSDT SSDT PCCT SSDT TCP A UEFI MSDM ASF! BATB FPDT UEFI acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) EXP3(S4) XHCI(S3) EHC1(S3) EHC2(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-4940MX CPU @ 3.10GHz, 798.31 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID, SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i7-4940MX CPU @ 3.10GHz, 798.15 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID, SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,IT SC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i7-4940MX CPU @ 3.10GHz, 798.15 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID, SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,IT SC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,SENSOR,ARAT cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i7-4940MX CPU @ 3.10GHz, 798.15 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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,
Re: current amd64 cvs fails to boot
On Thu, Jun 4, 2015 at 2:57 AM, Jan Stary h...@stare.cz wrote: The latest amd64 snapshots installs and works fine on a Dell PowerEdge R200 (dmesg below). The current cvs of sys/ fails to boot though - the machine goes back into the BIOS boot sequence shortly after the /bsd start booting. I this still the case for you? If so, what's the last line written before it reboots? (In the past, I've recorded boots with the camera on my phone in order to track this sort of thing down.) Philip Guenther
Re: Blob-free OpenBSD kernel needed
To the OP: http://www.libertybsd.net/ --- âLanie, Iâm going to print more printers. Lots more printers. One for everyone. Thatâs worth going to jail for. Thatâs worth anything.â - Printcrime by Cory Doctrow Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html On Sat, Jun 13, 2015 at 11:01 PM, Ted Unangst t...@tedunangst.com wrote: ÐÑÑÑÑ ÐÑÑомин wrote: Your rant is cogent. But if so, why OpenBSD does not supply microcode updates from Intel/AMD? There are tons of security fixes. Are they free? Send a patch.
Re: Blob-free OpenBSD kernel needed
On 2015-06-06, Артур Истомин art.is...@yandex.ru wrote: Your rant is cogent. But if so, why OpenBSD does not supply microcode updates from Intel/AMD? There are tons of security fixes. Isn't that the bios's area? (don't run libreboot if you want those...)
obspamd - greyreader failed - spamd not honoring whitelist
Hello list, I'm using obspamd on FreeBSD 10.1-RELEASE-p11 spamd-4.9.1_2 It appears to be working, for the most part. obspamd is grey and whitelisting addresses, however, it does not seem to be honoring my whitelist. /usr/local/etc/spamd/spamd.conf has: # $OpenBSD: spamd.conf,v 1.3 2007/05/12 00:43:41 cnst Exp $ # # spamd(8) configuration file, read by spamd-setup(8). # See also spamd.conf(5). all:\ :uatraps:override:nixspam:override: uatraps:\ :black:\ :msg=SPAM. Your address %A has sent spam within the past 24 hours.:\ :method=http:\ :file=www.openbsd.org/spamd/traplist.gz: nixspam:\ :black:\ :msg=Your address %A is on the nixspam list\n\ See http://www.heise.de/ix/nixspam/dnsbl_en/ for details:\ :method=http:\ :file=www.openbsd.org/spamd/nixspam.gz: override:\ :white:\ :method=file:\ :file=/var/db/override.txt: ## EOF and /var/db/override.txt: 1.2.3.4 4.3.2.1 3.2.1.4 etc. but all connections from machines in override.txt are still hitting spamd. I also see, in /var/log/spamd, whenever obspamd is started: Jun 12 13:35:14 fusor spamd[21599]: greyreader failed (No such file or directory) Jun 12 13:35:18 fusor spamd[21961]: listening for incoming connections. % ll /var/db/override.txt -rw-r--r-- 1 _spamd _spamd 382 Jun 12 12:39 /var/db/override.txt % grep spamd /etc/pf.conf table spamd-white persist file '/var/db/override.txt' no rdr on $ext_if inet proto tcp from spamd-white to ($ext_if) port smtp rdr on $ext_if inet proto tcp from !spamd-white to ($ext_if) port smtp - lo0 port spamd pass in log on $ext_if inet proto tcp from spamd-white to lo0 port smtp keep state pass in log on $ext_if inet proto tcp from !spamd-white to lo0 port spamd keep state Just wondering what I may have configured incorrectly? Thanks in advance for any advice. -- Joshua [demime 1.01d removed an attachment of type application/pgp-signature]
Re: Installing Discourse (Rails) on OpenBSD
Hi! On 13. juni 2015 at 1:47 PM, Edho Arief m...@myconan.net wrote: You need to install postgresql-contrib. That did the trick - thank you so much! O.D.
Xenocara/radeonsi_dri.so build failed on -current
Hi misc@, For a couple of weeks, I am not able to build Xenocara on -current (even after a fresh cvs update or checkout, and manually install the sets) anymore. OpenBSD 5.7 GENERIC.MP#44 amd64 I have got the following errors: cc -shared -fpic -o radeonsi_dri.so `lorder dri_context.so dri_drawable.so dri_query_renderer.so dri_screen.so dri2.so utils.so dri_util.so xmlconfig.so drm_target.so dri_context.so dri_drawable.so dri_query_renderer.so dri_screen.so dri2.so utils.so dri_util.so xmlconfig.so drm_target.so|tsort -q` ../../mesa/libmesagallium/libmesagallium_pic.a ../../glsl/libglsl/libglsl_pic.a ../../gallium/drivers/trace/libtrace_pic.a ../../gallium/drivers/rbug/librbug_pic.a ../../gallium/drivers/radeonsi/libradeonsi_pic.a ../../gallium/drivers/radeon/libradeon_pic.a ../../gallium/winsys/radeon/drm/libradeonwinsys_pic.a ../../gallium/libgallium/libgallium_pic.a -L/usr/X11R6/lib -lexpat -lm -lstdc++ -lc -ldrm_radeon -lxcb-dri2 -L/usr/local/lib -lLLVMAsmParser -lLLVMipo -lLLVMVectorize -lLLVMR600CodeGen -lLLVMR600Desc -lLLVMR600Info -lLLVMR600AsmPrinter -lLLVMMCJIT -lLLVMRuntimeDyld -lLLVMBitWriter -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86Desc -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMObject -lLLVMBitReader -lLLVMCore -lLLVMSupport /usr/local/lib/libelf.a /usr/bin/ld: /usr/local/lib/libelf.a(end.o): relocation R_X86_64_PC32 against `elf_end' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status *** Error 1 in lib/libGL/dri/radeonsi (../Makefile.inc:86 'radeonsi_dri.so') *** Error 2 in lib/libGL/dri (bsd.subdir.mk:48 'all') *** Error 2 in lib/libGL (bsd.subdir.mk:48 'all') *** Error 2 in lib/libGL (/usr/X11R6/share/mk/bsd.xorg.mk:211 'build') *** Error 2 in lib (bsd.subdir.mk:48 'build') *** Error 2 in . (bsd.subdir.mk:48 'realbuild') *** Error 2 in /usr/xenocara (Makefile:36 'build') Thanks for your help, -- Alexis de BRUYN
Installing Discourse (Rails) on OpenBSD
Hi! Trying to install the Discourse forum (https://github.com/discourse/discourse) manually without Docker. I got PostgreSQL 9.4, Redis and my bundle all set up, however the migration seems to fail: == 20120921162512 AddMetaDataToForumThreads: migrating -- execute(CREATE EXTENSION IF NOT EXISTS hstore) rake aborted! StandardError: An error has occurred, this and all later migrations canceled: PG::UndefinedFile: ERROR: could not open extension control file /usr/local/share/postgresql/extension/hstore.control: No such file or directory : CREATE EXTENSION IF NOT EXISTS hstore/home/od/discourse/db/migrate/20120921162512_add_meta_data_to_forum_threads.rb:3:in `change' ActiveRecord::StatementInvalid: PG::UndefinedFile: ERROR: could not open extension control file /usr/local/share/postgresql/extension/hstore.control: No such file or directory : CREATE EXTENSION IF NOT EXISTS hstore /home/od/discourse/db/migrate/20120921162512_add_meta_data_to_forum_threads.rb:3:in `change' PG::UndefinedFile: ERROR: could not open extension control file /usr/local/share/postgresql/extension/hstore.control: No such file or directory /home/od/discourse/db/migrate/20120921162512_add_meta_data_to_forum_threads.rb:3:in `change' Tasks: TOP = db:migrate (See full trace by running task with --trace) I then did a `touch /usr/local/share/postgresql/extension/hstore.control` and now on `rake db:migrate` I get: ps: %p|$|%a: keyword not found ps: no valid keywords == 20120921162512 AddMetaDataToForumThreads: migrating -- execute(CREATE EXTENSION IF NOT EXISTS hstore) rake aborted! StandardError: An error has occurred, this and all later migrations canceled: PG::InvalidParameterValue: ERROR: version to install must be specified : CREATE EXTENSION IF NOT EXISTS hstore/home/od/discourse/db/migrate/20120921162512_add_meta_data_to_forum_threads.rb:3:in `change' ActiveRecord::StatementInvalid: PG::InvalidParameterValue: ERROR: version to install must be specified : CREATE EXTENSION IF NOT EXISTS hstore /home/od/discourse/db/migrate/20120921162512_add_meta_data_to_forum_threads.rb:3:in `change' PG::InvalidParameterValue: ERROR: version to install must be specified /home/od/discourse/db/migrate/20120921162512_add_meta_data_to_forum_threads.rb:3:in `change' Tasks: TOP = db:migrate (See full trace by running task with --trace) Only Docker installs are supported meaning the Discourse team won't help me with this one. Docker or not though, it's still odd that the migration should fail like this. O.D.
Re: Installing Discourse (Rails) on OpenBSD
On Sat, Jun 13, 2015 at 10:37 PM, openda...@hushmail.com wrote: Hi! PG::UndefinedFile: ERROR: could not open extension control file /usr/local/share/postgresql/extension/hstore.control: No such file or directory : CREATE EXTENSION IF NOT EXISTS hstore/home/od/discourse/db/migrate/20120921162512_add_meta_data_to_forum_threads.rb:3:in `change' ActiveRecord::StatementInvalid: PG::UndefinedFile: ERROR: could not open extension control file /usr/local/share/postgresql/extension/hstore.control: No such file or directory : CREATE EXTENSION IF NOT EXISTS hstore You need to install postgresql-contrib.
Re: pppoe broken on either 5.7 or on if Intel 82541GI ?
Am 05.06.2015 um 12:40 schrieb Axel Rau axel@chaos1.de: A similar box with identical configuration running 5.7-RELEASE on „Intel 82541GI rev 0x05: hardware fails so: Anybody running 5.7 successfully on an Intel 82541GI interface? Axel --- PGP-Key:29E99DD6 ☀ +49 151 2300 9283 ☀ computing @ chaos claudius
sshd segfaults after applying OpenBSD 5.7 errata 9
Hi, I pulled in the latest changes into /usr/src with 'cvs -q up -rOPENBSD_5_7 -Pd' and recompiled libcrypto and smtpd. After a reboot I got in trouble because a number of daemons were segfaulting: sshd, smtpd, unbound. Luckily I have a serial console to get into my server (a Soekris net6501-50). OpenBSD 5.7 (GENERIC.MP) #881: Sun Mar 8 11:04:17 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP I googled a bit and saw somebody using gdb to get a stack trace. This is what I saw for sshd: $ sudo gdb -q --args /usr/sbin/sshd (no debugging symbols found) (gdb) run Starting program: /usr/sbin/sshd (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:44 44 movq8(%rdi),%rax Current language: auto; currently asm (gdb) bt #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:44 #1 0x1113b674f750 in getrn (lh=0x1113cd06e500, data=0x111363fcc340, rhash=Variable rhash is not available. ) at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/lhash/lhash.c:419 #2 0x1113b674fad6 in lh_insert (lh=0x1113cd06e500, data=0x111363fcc340) at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/lhash/lhash.c:192 #3 0x1113b66f143d in OBJ_NAME_add (name=0x0, type=2, data=0x1113b6991d40 �\003) at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/objects/o_names.c:184 #4 0x1113b668400a in OpenSSL_add_all_ciphers () at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/evp/c_all.c:222 #5 0x1113b668403e in OPENSSL_add_all_algorithms_noconf () at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/evp/c_all.c:293 #6 0x1110cf30dc67 in sshd_hostkey_sign () from /usr/sbin/sshd #7 0x1110cf30baf1 in ?? () from /usr/sbin/sshd #8 0x in ?? () (gdb) I tried the same with smtpd and unbound, both failed doing a strcmp in lhash.c. I tried recompiling all of ssh but it did not fix the problem. I am now trying to revert errata 9 and recompile libcrypto to see if I get a usable system back. (This is a fun breakage, curl is no longer working for instance.) If think I will move o to bsd.rd. In the hubbub around OpenSSL 1.0.1n I read there was a problem with ABI breakage, leading to an 1.0.1o release. I wonder if 5.7 errata 9 incurred the ABI breakage of the snarfed OpenSSL 1.0.1n release. Cheers, Jacob Vosmaer
Re: ruby-therubyracer with Ruby 2.2.0p0
Cool, there's a package. Super awesome, thanks Jeremy! Sorry for not noticing it during my struggles. Have a great day! O.D. On 12. juni 2015 at 6:12 AM, Jeremy Evans jeremyeva...@gmail.com wrote: To install the ruby 2.2 version via a package: pkg_add ruby22-therubyracer To install the ruby 2.2 package using ports: cd /usr/ports/devel/ruby-therubyracer FLAVOR=ruby22 make install Thanks, Jeremy
Re: Blob-free OpenBSD kernel needed
On Tue, Jun 09, 2015 at 06:48:44PM +0200, Elias Diem wrote: Hi On 2015-06-06, Артур Истомин wrote: Your rant is cogent. But if so, why OpenBSD does not supply microcode updates from Intel/AMD? There are tons of security fixes. I just wonder: Is there really such microcode available that is open source? It is blob that runs on processor, not host machine [0]. Not opensourced, but Teo's rant exactly about such blobs. This is double standard. Some blobs are valid for Teo, others (which fix tons processor's bugs, including security bugs) - no. [0] https://wiki.debian.org/Microcode
Re: sshd segfaults after applying OpenBSD 5.7 errata 9
I discovered sendbug and submitted this issue to b...@openbsd.org. 2015-06-13 19:51 GMT+02:00 Jacob Vosmaer cont...@jacobvosmaer.nl: Hi, I pulled in the latest changes into /usr/src with 'cvs -q up -rOPENBSD_5_7 -Pd' and recompiled libcrypto and smtpd. After a reboot I got in trouble because a number of daemons were segfaulting: sshd, smtpd, unbound. Luckily I have a serial console to get into my server (a Soekris net6501-50). OpenBSD 5.7 (GENERIC.MP) #881: Sun Mar 8 11:04:17 MDT 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP I googled a bit and saw somebody using gdb to get a stack trace. This is what I saw for sshd: $ sudo gdb -q --args /usr/sbin/sshd (no debugging symbols found) (gdb) run Starting program: /usr/sbin/sshd (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:44 44 movq8(%rdi),%rax Current language: auto; currently asm (gdb) bt #0 strcmp () at /usr/src/lib/libc/arch/amd64/string/strcmp.S:44 #1 0x1113b674f750 in getrn (lh=0x1113cd06e500, data=0x111363fcc340, rhash=Variable rhash is not available. ) at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/lhash/lhash.c:419 #2 0x1113b674fad6 in lh_insert (lh=0x1113cd06e500, data=0x111363fcc340) at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/lhash/lhash.c:192 #3 0x1113b66f143d in OBJ_NAME_add (name=0x0, type=2, data=0x1113b6991d40 �\003) at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/objects/o_names.c:184 #4 0x1113b668400a in OpenSSL_add_all_ciphers () at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/evp/c_all.c:222 #5 0x1113b668403e in OPENSSL_add_all_algorithms_noconf () at /usr/src/lib/libcrypto/crypto/../../libssl/src/crypto/evp/c_all.c:293 #6 0x1110cf30dc67 in sshd_hostkey_sign () from /usr/sbin/sshd #7 0x1110cf30baf1 in ?? () from /usr/sbin/sshd #8 0x in ?? () (gdb) I tried the same with smtpd and unbound, both failed doing a strcmp in lhash.c. I tried recompiling all of ssh but it did not fix the problem. I am now trying to revert errata 9 and recompile libcrypto to see if I get a usable system back. (This is a fun breakage, curl is no longer working for instance.) If think I will move o to bsd.rd. In the hubbub around OpenSSL 1.0.1n I read there was a problem with ABI breakage, leading to an 1.0.1o release. I wonder if 5.7 errata 9 incurred the ABI breakage of the snarfed OpenSSL 1.0.1n release. Cheers, Jacob Vosmaer
Re: sshd segfaults after applying OpenBSD 5.7 errata 9
I am now trying to revert errata 9 and recompile libcrypto to see if I get a usable system back. (This is a fun breakage, curl is no longer working for instance.) If think I will move o to bsd.rd. You can use ftp(1) instead of curl. In the hubbub around OpenSSL 1.0.1n I read there was a problem with ABI breakage, leading to an 1.0.1o release. I wonder if 5.7 errata 9 incurred the ABI breakage of the snarfed OpenSSL 1.0.1n release. There are no ABI changes in the libcrypto errata in OpenBSD 5.7. Are you sure however, your source tree is really 5.7-STABLE and not a mix of HEAD and 5.7-STABLE?
Re: obspamd - greyreader failed - spamd not honoring whitelist
On 2015-06-12 Fri 15:24 PM |, Joshua Lokken wrote: I also see, in /var/log/spamd, whenever obspamd is started: Jun 12 13:35:14 fusor spamd[21599]: greyreader failed (No such file or directory) % ll /var/db/override.txt -rw-r--r-- 1 _spamd _spamd 382 Jun 12 12:39 /var/db/override.txt Maybe try these: $ ls -ld /var/db $ sudo su -l -s /bin/sh _spamd -c 'ls -l /var/db/override.txt; $ sudo su -l -s /bin/sh _spamd -c 'head /var/db/override.txt' Cool. -- I believe in getting into hot water; it keeps you clean. -- G. K. Chesterton
Re: sshd segfaults after applying OpenBSD 5.7 errata 9
2015-06-13 21:42 GMT+02:00 Jacob Vosmaer cont...@jacobvosmaer.nl: I suppose I could empty /usr/src, unpack the 5.7 tarballs, apply errata 9 and see what happens. That way CVS is not in the picture. OK, looks like this was CVS user error. Removing /usr/src, untarring the 5.7 source tarballs, and applying errata 9 worked fine this time. My lesson is to stay the hell away from cvs. :) Now how do I close this bug I sent to bugs@?
Re: Blob-free OpenBSD kernel needed
Артур Истомин wrote: Your rant is cogent. But if so, why OpenBSD does not supply microcode updates from Intel/AMD? There are tons of security fixes. Are they free? Send a patch.
Re: CPU power consumption on thinkpad x201
On Thu, May 28, 2015 at 6:53 AM, Jingcheng Zhang dio...@gmail.com wrote: Another x201 user here, suffering from the same problem. Any news/solutions on this issue? I just committed support for using the deeper C-states advertised by ACPI, which in testing dropped the temperature on most laptops. Don't forget to send a dmesg to dm...@openbsd.org some time after you upgrade, so we can check for any problems found by the code! Philip Guenther