I'm thinking probably Intel themselves invested money into their own engineers
to power optimize their hardware for Linux (arguably too little too late
considering the inefficiencies of CISC-to-RISC in hardware and the growth of
ARM as a result). Surely they would do it for servers (big electric
> Unfortunately power management related code is pretty difficult to write
> unless you know
> the hardware very well. Basically, for now, run you machines warm and be...
> proud! ;)
Totally understand. I wouldn't want to delve too deeply into Intel-specific
hardware quirks either.
Will have t
I just wonder why OpenBSD requires more CPU load for the same kind of activity
(web browsing), and also appears to draw more electricity from the power supply
when measured, compared to Linux, when using the same laptop?
Perhaps more Assembly instructions to complete the same task? But why? Memo
I am using OpenBSD on a 15" 2011 Macbook Pro.
The 2011 models have faulty Radeon GPU, so to use Intel graphics, I run:
config -ef /bsd
disable radeondrm
quit
And this solution is very stable.
However, it is impossible to adjust the monitor backlight (may be unrelated to
above?), for exampl
I modified if_re_pci.c and now I got:
# dmesg | grep re0
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E
(0x2c00), msi, address f8:1a:67:04:2f:48
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 4
#
("msi, " appeared) but still the same transfer rate (~48k)
Sure, here it is:
OpenBSD 5.4-current (GENERIC.MP) #2: Sat Oct 26 02:39:36 ART 2013
r...@foo.coredump.com.ar:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM) i3-3240 CPU @ 3.40GHz ("GenuineIntel" 686-class)
3.40 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MC
Thank you for your response.
I tried with 5.4-current just updated with no luck. (re.c rev 1.145)
Is there anything else to try? Should I write to tech@?
Thanks!
Hello everyone
I´m having very slow transfers on stock 5.3 with the TP-LINK tg-3468 gb
pci-e nic.
When downloading OpenBSD src.tar.gz with wget from a local server on 100mb
lan it will start around 100k/sec and after a fews second goes to 50-60k.
In the same machine, without any hardware change
>From an HP DL360 G6...
OpenBSD 4.7 (GENERIC.MP) #1: Fri Feb 11 22:42:45 UTC
2011
r...@example.com:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0:
Intel(R) Xeon(R) CPU E5504 @ 2.00GHz ("GenuineIntel" 686-class) 2.01 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PS
Hello Henning,
> no state is stupid. > I don't believe a word.
Better talk
to your friend Claudio Jeker then
Claudio Jeker
Sat, 30 Jan 2010 05:01:26
-0800
"I generally do not filter on core routers because of the asymetric
routing."
Or Stuart Henderson
Stuart Henderson
Fri, 22 Jan 2010 0
>Is there possibly another processor type, NIC, and or machine that would be
much
>more efficient at handling this kind of traffic (packets per second,
not
>throughput)?
It's not OpenBSD but I recently saw this presentation,
might be worth a read and
it's links in terms of giving you a general
>I think this was fixed after 4.7. Anyway you could try to use "set med 1" and
>see if that helps.
That worked. Thank you Claudio.
I am trying to zero MEDs sent to me by eBGP peers.
However no matter where
I put "set med 0" (e.g. within a "neighbor" stanza or in
a filter), bgpd
still seems to be letting the MED values through.
For example, in my current
config
neighbor 10.20.10.29 {
announce IPv6 none
d
- Original Message
From: Manuel Guesdon
To: a b
Cc:
misc@openbsd.org
Sent: Mon, 14 February, 2011 11:19:35
Subject: Re: OSPF6D on
4.7 not adding certain {passive} interfaces to RIB.
On Sun, 13 Feb 2011
17:36:01 + (GMT)
a b wrote:
>| Awsome !
>|
>|
Thanks Manuel.
>
g
Sent: Sun, 13 February, 2011 16:48:51
Subject: Re: OSPF6D on 4.7 not adding
certain {passive} interfaces to RIB.
Hi,
On Sun, 13 Feb 2011 12:50:52 +
(GMT)
a b wrote:
>| I've got a curious issue.
>|
...
>|
The loopback and vlan interfaces get added to the RIB without
>| pr
Hi,
I've got a curious issue.
I have a simple ospf6d.conf as follows :
router-id 10.1.2.3
redistribute connected
redistribute static
router-priority
10
area 0.0.0.0 {
hello-interval 3
router-dead-time 15
interface bnx1
{passive}
interface vlan5 {metric 5}
interface lo2 {passive}
interface lo6
{p
Thank you for your replies so far.
Interestingly enough, killing off stateful
filtering seems to have done the
trick.
The router happens to be running BGP
along with another couple of OpenBSD boxes
also running BGP.
After much
extensive digging, I eventually found this little paragraph from
Hello list,
At the top of my pf.conf, I have the following :
pass in quick
inet from to any queue q_admin
And right at the bottom :
block
in log quick to
I can establish an SSH connection with
no problem. But consistently after
about 30 seconds, my session hangs.
In
the logs I get :
r
Thanks for the heads up Claudio, will look into it a bit more in light of your
comments.
(1) With "set localpref 500" on EBGP session on BSD02
"bgpctl sh rib" on
BSD01 :
I*>0.0.0.0/0172.16.99.254500065432i
*
0.0.0.0/0172.16.99.254100065432i
"bgpctl sh rib" on BSD02
:
*>0.0.0.0/0172.16.99.254500065432i
(2) With no
lo
Hello,
Thank you for your reply.
Ref. your pointing out
> group
>
"transit 65432" {
> set localpref 400
> remote-as $PEER_ASN
> neighbor
$REMOTE_IP {
> descr "EBGP BOX"
> announce self
^
Please
explain why, therefore, when I remove "set localpref 400", the IBGP mesh
defined
Hi,
Further to my earlier email, additional experimentation shows that
removal of "set localpref" from my config file on BSD02 allows full mesh IBGP
to correctly occur. Reinsertion of "set localpref" makes the issue originally
reported reappear.
Hi,
I've got a curious problem with a test I've been doing with bgpd on 4.7
release. Hopefully someone can point out where I am going wrong.
Test Layout
:
BSD01 -> EBGP01
BSD02 -> EBGP01
BSDxx are both 4.7 release BGP speakers in
private ASN 64550 (OSPF running between them as IGP)
EBGP01 is a
>>Did you select comp*.tgz when upgrading from 4.5 to 4.6? Do you have old
>>header files lingering in /usr/include?
Selection was as default, apart
from "-x*" to deslect all the X clutter.
Will go take a look around
/usr/include.
A quick poke around /usr/include/kerberosV looks pretty much the same as
another 4.6 box (file sizes and creation dates all seem to be the same, and a
random md5 of krb5.h yields the same hash).
head /usr/src/lib/libkrb5/afssys_openbsd.c :
/*$OpenBSD:
afssys_openbsd.c,v 1.2 2009/06/03 14:45:47 jj Exp $*/
/*$KTH:
afssys.c,v 1.57 1998/05/09 17:19:03 joda Exp $*/
>>It looks like you are still trying to compile 4.5 kerberos sources while
>>running a 4.6 userland.
Nice try, but I'm not that stupid ! ;-)
Following
the install and before doing ANY patches, I did...
cd /usr/src
rm -rf
and
then unzipped src/sys from 4.6 into there.
Hello List,
So there I was, minding my own business happily patching an
upgraded 4.6 system (upgraded from 4.5 via CD boot).
All going well, until I
get to 008, the kerberos patch :
cc -o kdc 524.o config.o connect.o
kaserver.o kerberos5.o kerberos4.o log.o main.o misc.o print_version.o
parse_
Hi,
I hope someone on-list can give me a few helpful pointers in the right
direction.
I've setup certs as per "X509 AUTHENTICATION" section of the
isakmpd man page.
However it is a bit unclear as to what I need to put in
ipsec.conf to make this work. I've tried a bit of Google trawling, however
Thanks for the wise words Stuart.makes sense now !
> Stuart Henderson
wrote :
>you can only have one "peer any" configured. therefore if you
>want
to have users connecting from unknown addresses, they must
>either use the
same psk, or use keys instead.
Hello List,
I've got this config that is working beautifully :
#ROAD
WARRIOR
ike passive from 10.1.2.3 to 10.9.8.0/24 \
peer any \
main auth
hmac-sha2-256 enc aes-256 group modp2048 \
quick auth hmac-sha2-256 enc
aes-256 \
srcid 192.168.111.1 dstid a...@example.com \
psk
some_very_long_and_comp
Hello Theo,
"my crazy idea" > /dev/null 2>&1
Happy now ? ;-)
-
Original Message
From: Theo de Raadt
To: a b
Cc: Adriaan ;
misc@openbsd.org
Sent: Sun, 21 March, 2010 16:57:51
Subject: Re: siteXX.tgz
and install.site behaviour questions
> Thanks for all you
Thanks for all your replies.
I guess my original questions were perhaps
written in haste, however in a way I still think it would make sense for
OpenBSD to check the permissions of key files (/etc/security style).I
would have thought there is no reason why files already owned by root in a
defa
Hi,
Would appreciate it if someone could spare a few minutes to outline the
reasons for the following behaviour :
1/ Why does OpenBSD not chown files to
root ?
For example, in my test siteXX.tgz, I had a custom "/etc/sudoers"
file.
However because this file was created on a different machine as
Sounds good to me. Thanks Otto !
- Original Message
From: Otto
Moerbeek
To: a b
Cc:
misc@openbsd.org
Sent: Wed, 17 March, 2010 16:06:09
Subject: Re:
anoncvs.nl.openbsd.org password ?
On Wed, Mar 17, 2010 at 03:12:50PM +, a
b wrote:
> Hi,
>
> There's no maintai
Hi,
There's no maintainer listed for anoncvs.nl.openbsd.org, so perhaps
someone can enlighten me as to the correct password to use for anoncvs access
over ssh.
I've tried anonymous, blank, anoncvs . nothing seems to work ?
> thanks, Brad points out that this device id needs adding to the
Kudos to
Brad !;-)
> I'll get you some install media built to test.
Aw-shucks,
you guys makes me wonder why anyone would want to use anything other than
OpenBSD with this sort of community spirit !;-)
Thanks v. much,
Snapshot results.
OpenBSD 4.7 (RAMDISK_CD) #351: Tue Mar 9 10:02:25 MST
2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/RAMDISK_CD
cpu0: Intel(R) Xeon(R) CPU E5502 @ 1.87GHz ("GenuineIntel" 686-class) 1.87 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMO
>First thing to try is a -current snapshot (this is always worth doing
>before
posting, especially when the hardware is fairly new).
Ack. Fair enough point
there Stuart !
Will do within the next few days.
Hi,
Have already submitted dmesg to dm...@openbsd, but for the benefit of the
list
I'm trying to install OpenBSD 4.6 on an HP ProLiant DL320 G6 with
SATA drives. However OpenBSD 4.6-release seems unable to detect internal SATA
HDDs (have played with different RAID settings to no avail).
Ha
e for lab
experiments. ;-(
- Original Message
From: J.C. Roberts
To: a b
Cc: misc@openbsd.org
Sent: Wed, 13 January, 2010 5:53:19
Subject: Re: Any good/bad experiences on
OpenBSD4.6-release & Dell R(2|4|6)10 or HP DL320 G6
On Tue, 12 Jan 2010
20:31:51 +0000 (GMT) a b
wrote:
>
Hello (again),
I'm planning to buy a couple of lower end servers for a PF &
VPN termination of a small network.
Does anyone have any comments on OpenBSD
4.6-release on Dell R210/410/610 or HP DL320 G6 ?
Looking back through the
archives, it seems people's experiences when using OpenBSD-release o
Hello,
Are there any plans afoot to enable more flexibility when specifying
ASN filters in bgpd.conf ?
Unless I've missed something important in the man
page, there's no way to turn :
deny from any AS
{64512,64513,64514,64515,64516, /** BIG SNIP **/
65528,65529,65530,65531,65532,65533,65534}
Hi all,
First post here, so please be gentle.;-)
Let's get the
environmentals out of the way first :
-- OpenBSD 4.4 on i386 architecture
--
All errata up to and including 008 (14 Jan 2009) installed
Here's what I'm
seeing (IP addresses obfuscated to protect the innocent) :
(1) ATTEMPT 1
Th
44 matches
Mail list logo
