Re: who is using obsd

[Tomas Bodzar]

On Mon, May 13, 2013 at 11:12 PM, Pau  wrote:

> on his/her laptop as *only* OS and uses it daily for scientific work?
> please contact me off list. Thanks
>
>
I'm not sure if there will be some official readings available (you can try
BSDmag and similar resources), but it's completely possible and fine as
long as there's SW you need in packages/ports or compilation works on your
own. And you know, here are in use tradional Unix/Unix-like things so
everything is possible.

Yes, having it as desktop instead of Windows and/or Linux is working
perfectly.

Re: inotify for BSD?

[Tomas Bodzar]

On Wed, May 15, 2013 at 1:25 PM, Peter J. Philipp  wrote:

> Hi,
>
> This is a question for devs really.  An inotify for BSD would be useful
> for me.  The URL for inotify explanation is at wikipedia:
> http://en.wikipedia.org/wiki/**Inotify, 
> would you say something like this being added to /sys/kern/vfs_vops.c
> would be the right place for it?  If it's finished would something like
> this be included in OpenBSD, or would one have to maintain external patches
> across releases?
>
> Thanks,
>
> -peter
>
>
Maybe this http://www.tedunangst.com/kqueue.pdf and this
http://people.freebsd.org/~jlemon/papers/kqueue.pdf (Dfly/FBSD related) can
help you somewhat.

Re: smp

[Tomas Bodzar]

On Wed, May 15, 2013 at 10:03 PM, Alfonso S. Siciliano wrote:

> Hi,
> I'm trying to study the concurrency and the parallelism of OpenBSD.
> Fortunately SMP is supported on my platform, amd64.
> Where can I find documentation about what components are been
> parallelized? (queue, stack, etc.)
>
> Regards
> Alfonso
>
> 
> Alfonso Sabato Siciliano 
> http://www.alfix.org
>
>
Like this
http://www.openbsd.org/papers/eurobsd2012/guenther-rthreads/slide001.html
( http://www.youtube.com/watch?v=xAJpfy_Hhy4 ) ? Then man pages in system
for example.

Re: __guard_local issue

[Tomas Bodzar]

On Wed, May 22, 2013 at 12:30 PM, Bogdan Andu  wrote:

> Hello,
>
>
> I compile from source Erlang R14B04 on a freshly installed OpenBSD 5.3
> amd64 machine, configured with preinstalled opensssl library
> /usr/lib/libssl.so.19.0 .
>


Why older version as there's package of newer one available anyway?
http://openports.se/lang/erlang


>
> $ /usr/sbin/openssl
> OpenSSL> version
> OpenSSL 1.0.1c 10 May 2012
> OpenSSL>
> ^D
>
> when I try to load the crypto module I get the follwing error:
>
> $erl
> Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:2:2] [rq:2]
> [async-threads:0] [kernel-poll:false]
>
> Eshell V5.8.5  (abort with ^G)
> 1> crypto:start().
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
> /usr/local/lib/erlang/erts-5.8.5/bin/beam.smp:/usr/local/lib/erlang/lib/crypto-2.0.4/priv/lib/crypto.so:
> undefined symbol '__guard_local'
>
> =ERROR REPORT 21-May-2013::15:19:12 ===
> Unable to load crypto libra

Re: Is it possible to do with pf?

[Tomas Bodzar]

On Tue, May 28, 2013 at 9:11 PM, Mark Felder  wrote:

> Yes, it's in the man page for pf.conf. Search for "user".
>
>
and maybe you will want it from other point of view so then check man authpf

Re: OpenBSD problems on Dell R320 (not BCM 5720 related)

[Tomas Bodzar]

On Fri, Jun 7, 2013 at 4:08 PM, Loïc BLOT
wrote:

> Hello misc,
> I have serious problems with my Dell R320 servers (6 servers but i use
> Intel em i350 cards). Before i was under OpenBSD 5.3 but problem also
> occurs on 5.2 (today it occurs).
> Sometimes (too often) the totally freeze. Nothing responds (but ICMP
> ping works...)
>
> Since 1 month i search to resolve this problem but i don't found where
> is the problem. I have tried all you mentioned about DDB without
> success.
>
> * Four systems handle 700 clients, and two have squid 3.2.5 compiled
> with small options (pf-transparent, ssl), and use also named, dhcpd and
> openOSPFd
> * The last two system uses only PF+openBGPd+openOSPFd.
>
> Before, i think it was related to LACP agregates, but two of the squid
> systems doesn't use agregates.
> I also think it's related to CARP, but only 4 four uses CARP...
>
> On each system, only 10% of bw is used (10-50Mbps), RAM is correct (each
> system has too many ram, 16Gbit and use only 8G for squid servers and
> 200M for other servers).
>
> One month ago i have this network problem each 30 minutes on one server.
> I thinked about too many connections on my proxy.
> In UNIX logic, a network connection is a file. Then i have increased
> kern.maxfiles to 16K, openfiles-cur to 8k and openfiles-max to 16k.
>
> Since this moment, i haven't have crashed since today. Then i have
> increased all to 36K. Is this the good way ? Is there anything else to
> check ?? Must i set openfiles to infinity ??
>
> At this time, here is the current open files on the main squid router on
> the production:
> kern.nfiles=4701.
>
> Thanks for advance. If you need more details please tell me.
>


Good start will be to provide 'netstat -m, netstat -s, vmstat -i, vmstat
-s,dmesg,systat' outputs


>
> --
> Best regards,
> Loïc BLOT,
> UNIX systems, security and network expert
> http://www.unix-experience.fr

Re: Can't Mount CD-ROM (Newbie)

[Tomas Bodzar]

On Tue, Jun 11, 2013 at 2:43 PM, Umut Berk Alkan
wrote:

> Hi,
>
> I've installed OpenBSD 5.3 2 days ago machine of mine and now I want to
> add my CD-ROM for some purposes.
>
> Problem is that I can't mount the DVD/CD drive (DVD Multi Recorder R DL +
> RW DVD + R DL and COMPACT DISC ReWritable labels). OpenBSD installed
> successfully from the drive but now that I've booted the system from hard
> disk and I cannot access it.
>


what shows disklabel /dev/cd0 ?


>
> /etc/fstab
>
> 417c67f1c919f8a0.b none swap sw
> 417c67f1c919f8a0.a / ffs rw 1 1
> 417c67f1c919f8a0.k /home ffs rw,nodev,nosuid 1 2
> 417c67f1c919f8a0.d /tmp ffs rw,nodev,nosuid 1 2
> 417c67f1c919f8a0.f /usr ffs rw,nodev 1 2
> 417c67f1c919f8a0.g /usr/X11R6 ffs rw,nodev 1 2
> 417c67f1c919f8a0.h /usr/local ffs rw,nodev 1 2
> 417c67f1c919f8a0.j /usr/obj ffs rw,nodev,nosuid 1 2
> 417c67f1c919f8a0.i /usr/src ffs rw,nodev,nosuid 1 2
> 417c67f1c919f8a0.e /var ffs rw,nodev,nosuid 1 2
> /dev/cd0a /cdrom cd9660 ro,noauto 0 0
>
> mount -a isn't gives any kind of error / warning.
>
> # mount
> /dev/wd0a on / type ffs (local)
> /dev/wd0k on /home type ffs (local, nodev, nosuid)
> /dev/wd0d on /tmp type ffs (local, nodev, nosuid)
> /dev/wd0f on /usr type ffs (local, nodev)
> /dev/wd0g on /usr/X11R6 type ffs (local, nodev)
> /dev/wd0h on /usr/local type ffs (local, nodev)
> /dev/wd0j on /usr/obj type ffs (local, nodev, nosuid)
> /dev/wd0i on /usr/src type ffs (local, nodev, nosuid)
> /dev/wd0e on /var type ffs (local, nodev, nosuid)
>
> # mount /cdrom
> mount_cd9660: /dev/cd0a on /cdrom: Device not configured
>
> DMESG output:
>
> OpenBSD 5.3 (GENERIC.MP) #62: Tue Mar 12 18:21:20 MDT 2013
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4293394432 (4094MB)
> avail mem = 4156608512 (3964MB)
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf06d0 (48 entries)
> bios0: vendor American Megatrends Inc. version "1101" date 06/08/2012
> bios0: ASUSTeK Computer INC. P5G41T-M LX
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S1 S3 S4 S5
> acpi0: tables DSDT FACP APIC MCFG OEMB HPET GSCI SSDT
> acpi0: wakeup devices P0P2(S4) P0P3(S4) P0P1(S4) UAR1(S4) PS2K(S4)
> PS2M(S4) USB0(S4) USB1(S4) USB2(S4) USB3(S4) EUSB(S4) MC97(S4) P0P4(S4)
> P0P5(S4) P0P6(S4) P0P7(S4) P0P8(S4) P0P9(S4) SLPB(S4)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Pentium(R) Dual-Core CPU E6500 @ 2.93GHz, 2934.54 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF
> cpu0: 2MB 64b/line 8-way L2 cache
> cpu0: apic clock running at 288MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Pentium(R) Dual-Core CPU E6500 @ 2.93GHz, 3168.90 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF
> cpu1: 2MB 64b/line 8-way L2 cache
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
> acpimcfg0 at acpi0 addr 0xf000, bus 0-63
> acpihpet0 at acpi0: 14318179 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 1 (P0P2)
> acpiprt2 at acpi0: bus -1 (P0P3)
> acpiprt3 at acpi0: bus 4 (P0P1)
> acpiprt4 at acpi0: bus 3 (P0P4)
> acpiprt5 at acpi0: bus 2 (P0P5)
> acpicpu0 at acpi0: PSS
> acpicpu1 at acpi0: PSS
> aibs0 at acpi0: RTMP RVLT RFAN GGRP GITM SITM
> acpibtn0 at acpi0: SLPB
> acpibtn1 at acpi0: PWRB
> cpu0: Enhanced SpeedStep 2934 MHz: speeds: 2936, 2670, 2403, 2136, 1870,
> 1603 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel G41 Host" rev 0x03
> ppb0 at pci0 dev 1 function 0 "Intel G45 PCIE" rev 0x03: msi
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 vendor "NVIDIA", unknown product 0x0f00 rev
> 0xa1
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> azalia0 at pci1 dev 0 function 1 "NVIDIA GF108 HD Audio" rev 0xa1: msi
> azalia0: no supported codecs
> azalia1 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x01: msi
> azalia1: codecs: Realtek/0x0887
> audio0 at azalia1
> ppb1 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: msi
> pci2 at ppb1 bus 3
> ppb2 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x01: msi
> pci3 at ppb2 bus 2
> alc0 at pci3 dev 0 function 0 "Attansic Technology L1C" rev 0xc0: msi,
> address 54:04:a6:cd:2c:a0
> atphy0 at alc0 phy 0: F1 10/100/1000 PHY, rev. 11
> uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: apic 2 int 23
> uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: apic 2 int 19
> uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: apic 2 int 18
> uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: apic 2 int 16
> ehc

Re: Error Report

[Tomas Bodzar]

On Tue, Jun 11, 2013 at 5:46 PM, Umut Berk Alkan
wrote:

> I don't know where to send this problem, can someone redirect this to
> correct
> mailing list please?
>
>
Sure, here it is http://www.openbsd.org/faq/faq2.html#Bugs and
http://www.openbsd.org/report.html



> Attachment: WP_20130611_003.jpg
>
> Windows Phone'umdan gönderildi
>
> [demime 1.01d removed an attachment of type image/jpeg which had a name of
> WP_20130611_003.jpg]

Re: user can not shutdown PC in xfce

[Tomas Bodzar]

On Tue, Aug 27, 2013 at 2:34 PM, Fung  wrote:

> 1. root login xfce can shutdown the pc smoothly using mouse.
> 2. other user in xfce can not shutdown the pc, why?
>
> # visudo
> ...
> %wheel  ALL=(ALL) SETENV: ALL
> share ALL=NOPASSWD: /usr/local/lib/xfce4/session/xfsm-shutdown-helper
> ...
>
> # id share
> uid=1000(share) gid=1000(share) groups=1000(share), 0(wheel)
>
>
> # sysctl kern.version
> kern.version=OpenBSD 5.4-current (GENERIC.MP) #48: Sat Aug 24 20:31:41
> MDT 2013
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>
>
> # cat /usr/local/share/doc/pkg-readmes/xfce-4.10p0
> said
> Logging out and shutting down the computer
> ==
> If your installation supports complete shutdown, clicking on the logout
> button on panel will permit you to either logout, rebooting or halt
> the computer, provided you have the needed sudo credentials.
> If you don't want to have to enter your password, simply add this line
> to the /etc/sudoers file using visudo:
> $your_username ALL=NOPASSWD:
> /usr/local/lib/xfce4/session/xfsm-shutdown-helper
> ==
>

are you in operator group? ;-)

$ ls -l /sbin/shutdown
-r-sr-x---  1 root  operator  222416 Aug 20 00:46 /sbin/shutdown
$

Re: 5.3 Installer Hangs After Entering Netmask (Broadcom NIC)

[Tomas Bodzar]

On Mon, Sep 2, 2013 at 10:10 PM, andrew fabbro  wrote:

> On Mon, Sep 2, 2013 at 11:06 AM, Alexey E. Suslikov <
> alexey.susli...@gmail.com> wrote:
>
> > andrew fabbro  fabbro.org> writes:
> >
> > > apm0 at bios0: Power Management spec V1.2
> > > acpi at bios0 function 0x0 not configured
> >
> > try acpi on this machine (boot -c and disable apm).
> >
>
> Wow, that was the magic wand - after that, everything worked perfectly.
>  Thank you very much.
>
> For future archive searchers - next step is to config the kernel to do that
> automatically: http://openbsd.org/faq/faq5.html#config
>

For your future don't forget that you need acpi on modern computers else
your computer is hardly useful.

Re: slow console

[Tomas Bodzar]

On Tue, Sep 24, 2013 at 4:48 AM, Chris Cappuccio  wrote:

> Paul de Weerd [we...@weirdnet.nl] wrote:
> >
> > Probably the updates to your (now graphical) terminal.  Time is spent
> > updating the frame buffer.  Consider it a feature: you can now
> > (better) read along with what's happening ;)
> >
> > A workaround is to start processes that produce lots of output in a
> > shell that isn't constantly outputting to the actual display (e.g. in
> > a VT but switch away after starting, or in tmux but switch to another
> > window after starting...)
> >
>
> On most hardware, the text console under KMS really shouldn't
> be bad at all. Hardware that is very old but still supported
> by inteldrm will be much slower. It might be worth discussing
> text/VT console slowdowns with KMS on misc if you're using
> something newer than an intel 828xx video setup. Text mode
> performance is within the domain of the kernel's video code.
> Mark Kettenis tried some tricks that made text quite fast, but
> hung some chips, so the OpenBSD code was reverted to match Linux.
>
> Under X, KMS performance should be faster on a lot of
> hardware. The whole point of KMS is to bring modern, better
> supported drivers to OpenBSD (and get rid of the crappy X
> security model). If something performs worse under X+KMS,
> that may be worth discussing too. X performance depends on
> both the kernel and the X video driver. There are constant
> iterations happening here. It's nice to see regular updates of
> vendor-supported graphics code going into the tree.
>
> This stuff will keep evolving before the 5.5 release.
>
> KMS also gives people a chance to play with stuff like Wayland.
> Wayland which attempts to get rid of the inefficiencies of the
> X protocols.
>
>
This "may" help in long run for Nvidia graphics
http://lists.freedesktop.org/archives/nouveau/2013-September/014480.html

Re: Backlight on lenovo ideapad

[Tomas Bodzar]

On Thu, Oct 3, 2013 at 1:28 AM, Jean Lucas  wrote:

> Hello,
>
> Is there a parallel for /sys/class/backlight, which under Linux would
> return the 2 backlight controllers in my machine (acpi_video0 and
> intel_backlight), for OpenBSD? Changing the backlight option in xorg.conf
> to "intel_backlight" doesn't do the trick. Man pages are welcomed.
>
>
Post your dmesg output and sysctl output to see what's in your laptop ;-)

Re: Looking for good, small, canadian version laptop suggestions

[Tomas Bodzar]

On Wed, Oct 9, 2013 at 12:14 AM, g.lister  wrote:

> Hi guys,
>
> I am looking for some suggestions for a good, small quite laptop. I was
> looking at futureshop.ca and bestbuy.ca. I currently have an HP dv3 which
> runs OpenBSD 5.2 but it is veeey loud some issue with keeping heat down
> it has i7 cores but I am willing to settle for a lot less threads and power
> I need it for some vim C coding and basic duties.
>

Really 5.2 version? Why don't you try latest relase or better current which
will have much better support of HW in your laptop.


>
> I would like to get something quieter and that also runs OpenBSD without
> major issues. I saw a lenovo thinkpad x131e on futureshop but it is kind of
> small on the screen size 11.6" and I am not sure if OpenBSD will work on it.
>
> Does anyone care to mention what they are using.
> Thanks in advance.
> Cheers,
> George

Re: Looking for good, small, canadian version laptop suggestions

[Tomas Bodzar]

On Wed, Oct 9, 2013 at 7:11 PM, g.lister  wrote:

> - Original message -
> From Tomas Bodzar 
> Sent   Wed Oct   9 2013 11:29:07 AM CEST
> To g.lis...@nodeunit.com
> Subject Re: Looking for good, small, canadian version laptop suggestions
>
>
>  On Wed, Oct 9, 2013 at 12:14 AM, g.lister  wrote:
>>
>> > Hi guys,
>> >
>> > I am looking for some suggestions for a good, small quite laptop. I was
>> > looking at futureshop.ca and bestbuy.ca. I currently have an HP dv3
>> which
>> > runs OpenBSD 5.2 but it is veeey loud some issue with keeping heat
>> down
>> > it has i7 cores but I am willing to settle for a lot less threads and
>> power
>> > I need it for some vim C coding and basic duties.
>> >
>>
>> Really 5.2 version? Why don't you try latest relase or better current
>> which
>> will have much better support of HW in your laptop.
>>
>
> I tried 5.3, first, and it installed OK but at boot it stops at "mtrr:
> Intel MTRR check" after that is normally the USB stuff. I am not sure but I
> think I have to go into some kernel debugger to get anywhere from there and
> I needed to have OpenBSD setup so I can poke around using Michael's book.
>

What was the reaction on -current?


>
> Anyway the laptop is noisy with Linux and Windows and I have tried
> disabling "fan always on" in the BIOS to no avail, it is basically either
> badly made or the BIOS is to be blamed or..., which is why I decided to see
> what other people are using as a laptop and draw some conclusion from that.
>
> Thanks for reading.
>
>
>
>>
>> >
>> > I would like to get something quieter and that also runs OpenBSD without
>> > major issues. I saw a lenovo thinkpad x131e on futureshop but it is
>> kind of
>> > small on the screen size 11.6" and I am not sure if OpenBSD will work
>> on it.
>> >
>> > Does anyone care to mention what they are using.
>> > Thanks in advance.
>> > Cheers,
>> > George

Re: Full disk encryption and hibernate on amd64

[Tomas Bodzar]

On Thu, Oct 24, 2013 at 2:14 PM, David Coppa  wrote:

> On Thu, Oct 24, 2013 at 2:02 PM, Jiri B  wrote:
> > Hi,
> >
> > after I read mlarkin@'s report on Undeadly.org[1] about
> > hibernation, I've got curious question.
> >
> > How does it work with full disk encryption (FDE) which
> > OpenBSD offers?
> >
> > [1]
> http://undeadly.org/cgi?action=article&sid=20131024092852&mode=expanded&count=0
> >
> > jirib
>
> It does not work, afaik
>


mmm yesterday installed my laptop Dell E6320 with -current amd64
including whole disk encrypted with softraid and was able to do zzz either
in console or X just fine including resume.

Re: Full disk encryption and hibernate on amd64

[Tomas Bodzar]

On Thu, Oct 24, 2013 at 2:21 PM, Jérémie Courrèges-Anglas
wrote:

> Tomas Bodzar  writes:
>
> > On Thu, Oct 24, 2013 at 2:14 PM, David Coppa  wrote:
> >
> >> On Thu, Oct 24, 2013 at 2:02 PM, Jiri B  wrote:
> >> > Hi,
> >> >
> >> > after I read mlarkin@'s report on Undeadly.org[1] about
> >> > hibernation, I've got curious question.
> >> >
> >> > How does it work with full disk encryption (FDE) which
> >> > OpenBSD offers?
> >> >
> >> > [1]
> >>
>
http://undeadly.org/cgi?action=article&sid=20131024092852&mode=expanded&count
=0
> >> >
> >> > jirib
> >>
> >> It does not work, afaik
> >>
> >
> >
> > mmm yesterday installed my laptop Dell E6320 with -current amd64
> > including whole disk encrypted with softraid and was able to do zzz
> either
> > in console or X just fine including resume.
>
> This is about ZZZ.
>
> --
> jca | PGP: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90  8961 6191 8FBF 06A1 1494
>


right. Sry, my fault

Re: OpenBSD maintenance compared to FreeBSD

[Tomas Bodzar]

On Wed, Oct 30, 2013 at 3:44 AM, David Noel  wrote:

> I started playing around with FreeBSD back in the 2.2.7 days. I'd
> describe myself as a casual desktop/workstation user. Back in the day
> I was attracted to OpenBSD's heavy focus on security but was pulled
> towards FreeBSD due to a good friend of mine being a FreeBSD
> contributor ("dude, trust me, it's the way to go"). Recently I've
> purchased a handful of servers for a software project I've been
> working on and have started reconsidering my choice of OS's.
> Administering a single FreeBSD workstation isn't too much of a
> headache; I've kind of gotten used to having to rebuild kernel and
> world every few months as security advisories are released. But now
> that I'm administering 6 of them I'm really starting to get annoyed by
> the whole process: rebuild kernel... rebuild world... reboot, and then
> pray that it doesn't blow up in my face (as it often does). That got
> me thinking about OpenBSD. Looking at the security advisories the last
> one I see was from nearly a year and a half ago! That's pretty
> incredible to me. Does this mean that I could theoretically have
> gotten away with a year and a half uptime? What's the catch here? I'm
> sorry but I'm incredulous by how good it sounds so I have to ask. For
> me the biggest selling points of an operating system are security and
> maintenance. I've been wowed by ZFS, but really how often do
> filesystems need to be fsck'd? --and I never take snapshots. I feel
> like I could do without it. UFS+J is good enough. Given my priorities,
> does it sound like OpenBSD could be the one for me?
>
>
Best option is to try.

1) With stable you will need to compile if there's some security problem
found in core OS, but you can compile it on other machine and then do
binary upgrade from sets and not all security problems need complete
compile of OS. But a lot of people and I think all developers are using
current in production because simply it's so stable. I will say that
current is something like LTS of Ubuntu regarding real problems you will
encounter during regular use :-) Packages are updated in current, in stable
only some of them or really recommended to go for that service from M:tier
company

2) Start with reading FAQ immediately, that will give you a lot of info you
need for decision especially points 1,5,8,9

3) Filesystems. Well there's not journal, but there are at least softdeps
(of course not helping to shorten downtime). But filesystem is solid and is
able to go via a lot of problems which can render other systems like
ext2/3/4 unusable without a lot of manual work. Same is true for perfect
repair abilities of OpenBSD own packaging system for apps. If you want
something for storage maybe good idea is to make storage on DragonflyBSD
with their Hammer so you will get a lot of capability of ZFS and some not
even available in ZFS plus it's not so RAM hungry :-) and for the rest
using OpenBSD

Main point for me after years and probably for a lot of others is simply
that:

a) It works
b) It's simple
c) Text configs
d) Perfectly working binary upgrade between releases or snapshots so no
need to compile anything
e) Documenation
f) Good old Unix principles
g) No need to relearn every week/month/year something new just because some
crazy dev decided that even as it worked fine before he must re-write it
and break just because he can, he has power and just because he thinks that
everyone must be programmer (Lennart anyone? :D)

Playing occasionally with other BSDs just to see where they are and check
some interesting functions which are not here (Hammer, rump and so on), but
well. OpenBSD may get some things later, but once they are here they work
properly (KMS, suspend/resume, softraid crypto and raids, threading, own
ACPI and so on and so on).

Re: Ivy Bridge-EP Xeon (E5-2637v2) and Intel C602 Patsburg-A Chipset support

[Tomas Bodzar]

On Mon, Nov 11, 2013 at 10:56 AM, Andy  wrote:

> On Fri 08 Nov 2013 18:28:38 GMT, Chris Cappuccio wrote:
>
>> Andy [a...@brandwatch.com] wrote:
>>
>>> Hi Chris,
>>>
>>> Yea that makes sense, as you say its pretty trivial and a divide by zero
>>> check is a common coding practice...
>>>
>>> I will try again as I only tried 'Max Performance' but it might mean
>>> until
>>> this is fixed we cannot enable 'Turbo+' at all.
>>>
>>> With the GIANT lock in OpenBSD I was really hoping that Turbo+ would
>>> work as
>>> that gives me a few hundred extra MHz on top of the default 3.5GHz Ivy
>>> clock
>>> in a single core etc.
>>>
>>> Please let me know if a commit for this is done and I will test using a
>>> snapshot :)
>>>
>>> Thanks for your time, Andy.
>>>
>>>
>> My patch is almost certainly not the right solution. But it will
>> possibly allow you to boot in turbo mode.
>>
>> So, it might be interesting to try it, or to try a version
>> with the patch (to get a turbo mode dmesg for phessler) and also
>> some extra info like:
>>
>> printf("high: %d low: %d cpuspeed %d\n",high,low,cpuspeed);
>>
>> in the est_init() function after high and low are calculated
>> (of course).
>>
>> Perhaps the way that the est_fqlist is built is faulty
>> for new CPUs, dmesg output from this might show this.
>>
>> For some reason I thought I had a Xeon 55xx but it's actually
>> an E5-26xx, and not a v2 either. And doesn't show this
>> problem as far as I can tell. Maybe I need to test it more!
>>
>
> Ok, I'll have a go at writing the fix and test it, but expect some pretty
> newbie questions..
>
> It's been a /very/ long time since I've written any C and I've never tried
> to compile OpenBSD.
>
> I'll read http://www.openbsd.org/faq/faq5.html next weekend..
>

and man release ...

Re: Mount CD/DVD and playback DVD as normal user

[Tomas Bodzar]

On Mon, Nov 11, 2013 at 11:08 PM, Laurence Rochfort <
laurence.rochf...@gmail.com> wrote:

> Hello,
>
> I'm trying to configure my laptop so that a normal user may mount a
> CD/DVD or playback a DVD in Xine.
>
> So far I've just put an entry in /etc/fbtab. /cdrom permissions look
> OK, but the devices themselves less so.
>


Check sysctl kern.usermount option


>
> What are the consequences of putting myself in the operator group?
> Where can I find a description of those groups?
>
> Advice greatly appreciated.
>
> Cheers,
> Laurence.
>
> drwxr-xr-x   2 root  wheel  512 Nov  8 14:29 cdrom
>
> brw-r-  1 root  operator6,   0 Nov  8 14:13 /dev/cd0a
> brw-r-  1 root  operator6,   2 Nov  8 14:13 /dev/cd0c
> brw-r-  1 root  operator6,  16 Nov  8 14:13 /dev/cd1a
> brw-r-  1 root  operator6,  18 Nov  8 14:13 /dev/cd1c
> crw-r-  1 root  operator   15,   0 Nov  8 14:13 /dev/rcd0a
> crw-r-  1 root  operator   15,   2 Nov  8 14:13 /dev/rcd0c
> crw-r-  1 root  operator   15,  16 Nov  8 14:13 /dev/rcd1a
> crw-r-  1 root  operator   15,  18 Nov  8 14:13 /dev/rcd1c
>
> #   $OpenBSD: fbtab.head,v 1.2 1999/05/05 06:56:34 deraadt Exp $
> # login(1) reads this file to determine which devices should be chown'd to
> # the new user. Format is:
> # login-tty permdevice:[device]:...
> /dev/ttyC0  0600
> /dev/console:/dev/wskbd:/dev/wskbd0:/dev/wsmouse:/dev/wsmouse0:/dev/ttyCcfg
> /dev/X0 0600/dev/wsmouse:/dev/wsmouse0
> # samples
> #/dev/ttyC0 0600/dev/fd0
> /dev/ttyC4  0755/dev/cd0a:/dev/rcd0c

Re: Mount CD/DVD and playback DVD as normal user

[Tomas Bodzar]

On Tue, Nov 12, 2013 at 9:48 PM, Laurence Rochfort <
laurence.rochf...@gmail.com> wrote:

> Thanks Fred,
>
> /cdrom is the mount point, so no I don't think it should be a symlink.
>
> The command is:
>
> $ mount /dev/cd0a /cdrom
> mount_cd9660: /dev/cd0a on /cdrom: Operation not permitted
>


You're pretty close. Please read this short thread
http://marc.info/?l=openbsd-misc&m=121837771306968&w=2 which will solve it
for you for sure. There are some limitations in combination of /etc/fstab
and kern.usermount

>
> On 12 November 2013 20:27, Fred  wrote:
> > On 11/12/13 18:56, Laurence Rochfort wrote:
> >>
> >> Thanks Tomas,
> >>
> >> I have set kern.usermount=1 now and added myself to the operator
> >> group, but still get operation denied when trying to mount a cdrom.
> >>
> >> Does the below look right?
> >>
> >> Thank you
> >>
> >> $ sysctl kern.usermount
> >> kern.usermount=1
> >>
> >> $ groups
> >> laurence wheel operator
> >>
> >> $ ls -l / | grep cdrom
> >> drwxrwxr-x   2 root  operator  512 Nov  8 14:29 cdrom
> >>
> >> $ ls -l /dev/cd*
> >> brwxrw  1 root  operator6,   0 Nov  8 14:13 /dev/cd0a
> >> brw-rw  1 root  operator6,   2 Nov  8 14:13 /dev/cd0c
> >> brw-r-  1 root  operator6,  16 Nov  8 14:13 /dev/cd1a
> >> brw-r-  1 root  operator6,  18 Nov  8 14:13 /dev/cd1c
> >>
> >
> > Surely /cdrom should be a symbolic link to /dev/cd0a?
> >
> > ie:
> >
> > ln -fs /dev/cd0a /cdrom
> >
> > hth
> >
> > Fred
> >
> > PS what command are you running that gives an operation denied?

Re: Cellular network modems

[Tomas Bodzar]

Related to that is problem with new smartphones operating on MTP protocol
https://en.wikipedia.org/wiki/Media_Transfer_Protocol and not over regular
USB host.

Because of recently added fuse support in OpenBSD it may be possible to
access at least files, music, video on those phones eg. via
http://www.adebenham.com/mtpfs/ .

But access to internal GSM modem is not provided anymore. Yeah, there's
ability to create Wifi hotspot and share 2G/3G over that, but if one wants
to use pppd and such for direct access or com for sheer fun...


On Wed, Nov 13, 2013 at 5:16 AM, patrick keshishian wrote:

> On 11/12/13, Stijn  wrote:
> > On 11/11/2013 22:22, patrick keshishian wrote:
> >> Greetings,
> >>
> >> Saw this semi-related post[1], posting separately not to hijack it.
> >>
> >> Searching marc.info for "cellular modem" on misc@ archives
> >> finds mostly old, and posts about using mobile phones as
> >> cellular modems.
> >>
> >> Are there standalone cellular modem devices known to work
> >> with OpenBSD?
> >>
> >> Multi-Tech's QuickCarrier USB-D[2] caught my attention.
> >>
> >> --patrick
> >>
> >> [1] http://marc.info/?l=openbsd-misc&m=138419004519701&w=2
> >> [2] http://www.multitech.com/en_US/PRODUCTS/Families/QuickCarrierUSBD/
> >>
> > Not OpenBSD per se, but I've been using the following Huawei device (via
> > wifi) with great success:
> >
> http://consumer.huawei.com/en/portable-internet/mobile-wifi/tech-specs/e5220-en.htm
>
> Thanks. That device is essentially what I'm looking for. A local
> WiFi to "cellular" network router. MultiTech also has similar, more
> industrial grade, cellular routers for local LAN (ethernet).
>
> This was a great reference, helping me get to:
>
> http://consumer.huawei.com/en/solutions/m2m-solutions/overview/index.htm
>
> Cheers,
> --patrick
>
>
> > Basically it sets up a wireless hotspot so as long as your device has a
> > wireless NIC you can have 3G connectivity.
> >
> > FYI, I just tried to see if USB tethering is working on this device but
> > with no luck. Looks like the device ID is unknown(?) Anyway, dmesg and
> > the "usbdevs -dv" output are available below. I also disconnected and
> > reconnected the device so you can see what it spits out on the console.
> >
> > HTH,
> > Stijn
> >
> > --- dmesg
> > OpenBSD 5.4 (GENERIC) #37: Tue Jul 30 12:05:01 MDT 2013
> >  dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> > cpu0: Intel(R) Celeron(R) M processor 900MHz ("GenuineIntel" 686-class)
> > 901 MHz
> > cpu0:
> >
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,NXE,PERF
> > real mem  = 1064366080 (1015MB)
> > avail mem = 1035530240 (987MB)
> > mainbus0 at root
> > bios0 at mainbus0: AT/286+ BIOS, date 09/11/08, BIOS32 rev. 0 @ 0xf0010,
> > SMBIOS rev. 2.5 @ 0xf06f0 (37 entries)
> > bios0: vendor American Megatrends Inc. version "0906" date 09/11/2008
> > bios0: ASUSTeK Computer INC. 900
> > acpi0 at bios0: rev 0
> > acpi0: sleep states S0 S3 S4 S5
> > acpi0: tables DSDT FACP APIC OEMB MCFG
> > acpi0: wakeup devices P0P3(S4) P0P4(S4) P0P5(S4) P0P6(S4) P0P7(S4)
> > MC97(S4) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EUSB(S3)
> > 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 100MHz
> > ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
> > acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> > acpiprt0 at acpi0: bus 0 (PCI0)
> > acpiprt1 at acpi0: bus 5 (P0P3)
> > acpiprt2 at acpi0: bus 3 (P0P5)
> > acpiprt3 at acpi0: bus 1 (P0P6)
> > acpiec0 at acpi0
> > acpicpu0 at acpi0: C3, C2
> > acpitz0 at acpi0: critical temperature is 90 degC
> > acpibat0 at acpi0: BAT0 model "900" serial   type LION oem "ASUS"
> > acpiac0 at acpi0: AC unit online
> > acpiasus0 at acpi0
> > acpibtn0 at acpi0: LID_
> > acpibtn1 at acpi0: SLPB
> > acpibtn2 at acpi0: PWRB
> > bios0: ROM list: 0xc/0xf800!
> > pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> > pchb0 at pci0 dev 0 function 0 "Intel 82915GM Host" rev 0x04
> > vga1 at pci0 dev 2 function 0 "Intel 82915GM Video" rev 0x04
> > intagp0 at vga1
> > agp0 at intagp0: aperture at 0xd000, size 0x1000
> > inteldrm0 at vga1
> > drm0 at inteldrm0
> > inteldrm0: 1024x600
> > wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
> > wsdisplay0: screen 1-5 added (std, vt100 emulation)
> > "Intel 82915GM Video" rev 0x04 at pci0 dev 2 function 1 not configured
> > azalia0 at pci0 dev 27 function 0 "Intel 82801FB HD Audio" rev 0x04: msi
> > azalia0: codecs: Realtek ALC662
> > audio0 at azalia0
> > ppb0 at pci0 dev 28 function 0 "Intel 82801FB PCIE" rev 0x04: apic 1 int
> 16
> > pci1 at ppb0 bus 4
> > ppb1 at pci0 dev 28 function 1 "Intel 82801FB PCIE" rev 0x04: apic 1 int
> 17
> > pci2 at ppb1 bus 3
> > lii0 at pci2 dev 0 function 0 "Attansic Technology L2" rev 0xa0: apic 1
> > int 17, address 00:22:15:22:f5:9e
> > atphy0 at lii0 phy 1: F2

Re: GM45 gpu hung error

[Tomas Bodzar]

On Wed, Nov 13, 2013 at 11:47 AM,  wrote:

> :I am talking about recent snapshot. I use -current from 7/30/13 and I
>>
>> Recent as in "the last 4 days".  The recent fixes are *very* *very*
>> recent.
>>
> OK, thanks for now. I'll test it and report the results as soon as I get
> to my notebook.
>


Because eg. Claudio has snapshot from 10.11.2013, but here are visible at
least two patches for Intel DRM from 11.11.2013 related to hangs and locks
of GPU http://marc.info/?l=openbsd-cvs&w=2&r=1&s=drm&q=b , as well Mesa
9.2.2 imported 9.11.2013 (but that's supposed to be in 10.10.2013 snapshot)

Re: GM45 gpu hung error

[Tomas Bodzar]

On Wed, Nov 13, 2013 at 12:07 PM,  wrote:

> On Wed, Nov 13, 2013 at 11:47 AM,  wrote:
>>
>>  :I am talking about recent snapshot. I use -current from 7/30/13
 and I

 Recent as in "the last 4 days".  The recent fixes are *very*
 *very*
 recent.

>>> OK, thanks for now. I'll test it and report the results as soon as
>>> I get to my notebook.
>>>
>>
>> Because eg. Claudio has snapshot from 10.11.2013, but here are visible
>> at least two patches for Intel DRM from 11.11.2013 related to hangs
>> and locks of GPU http://marc.info/?l=openbsd-cvs&w=2&r=1&s=drm&q=b [1]
>>
>> , as well Mesa 9.2.2 imported 9.11.2013 (but that's supposed to be in
>> 10.10.2013 snapshot)
>>
>>  Aren't those fixes related to Haswell? I watch CVS commits closely to
> see if anything goes in that looks like a fix. Jonathan Gray once said that
> there may be fixes in newer versions of xf86-video-intel, but some gcc
> extension is required that OpenBSD does not have.
>

Right, my fault. Missed complete path in output. Those are for Haswell

Re: [OT] Loongson hardware in Europe

[Tomas Bodzar]

On Wed, Nov 13, 2013 at 1:35 PM, ropers  wrote:

> Having long wanted to run http://www.openbsd.org/loongson.html, I've
> just seen that the main EU vendor of Loongson/Lemote/Yeeloong has
> finally —temporarily, they say— significantly cut the hitherto
> relatively high cost of these machines.
> I'm not going to spam the URL, but if this interests you and you can't
> figure out who this is (it's not Wim; it's the other guys), then drop
> me a line.
>
> (I'm not affilitated with any of the aforesaid; I'm just posting
> because I would have appreciated the heads-up if I hadn't discovered
> this myself.)
>
>
I will spam for you :-)
http://www.tekmote.nl/epages/61504599.sf/en_GB/?ViewObjectPath=%2FShops%2F615
04599it's
interesting discount, however valid only till 18.11 , still I think
that's somewhat overpriced, especially older models. Yeah I know, not so
big amount of units and so on, but still those EU rules..

Re: OpenBSD rocks

[Tomas Bodzar]

On Sat, Oct 13, 2012 at 10:02 PM, Brian Empson 
wrote:
> Hello all,
>
> I've been trying out different BSDs and Linux distros over the past few
weeks for a project, and hands down I like OpenBSD the best. I can't believe
I'd never tried it before, I like the lack of bloat that you basically have to
live with in a Linux system. Less problems getting it installed too.

Would you mind to share for which project you want to use OpenBSD?
It's always good to know real world examples :-)

>
> Nice job OpenBSD team! Keep up the awesome job!
>
> Brian

Re: Stable releases: KDE-way

[Tomas Bodzar]

On Mon, Oct 15, 2012 at 2:12 PM, Vadim Zhukov  wrote:
> It's too bad - I'm OpenBSD user.
>
> It's too bad - I understand some words literally.
>
> Say, the word "stable". Using OpenBSD I've got accustomed to
> understand it as... you know, stable. And not as, say: "let's tweak
> some system headers in OPENBSD_5_0 branch because ANSI published new
> standard".
>
> And, of course, KDE got it right: adding "-fno-exceptions" by default
> for each and every KDE project is a nice idea, isn't it? It's so cool
> to force packagers to patch CMakeLists.txt files here and there in
> stable release (between 4.9.0 and 4.9.2).
>
> IMHO, OpenBSD should go this way too. It's so funny. And the coding
> should be fun, shouldn't it?

Like http://www.openbsd.org/lyrics.html#52 ?

>
> ... back to WIP ports tree...
> --
>   WBR,
>   Vadim Zhukov

Re: Skype.

[Tomas Bodzar]

On Mon, Oct 15, 2012 at 4:10 PM, Jay Patel  wrote:
> Thanks David. I will try that.

Quite old, but you get idea and can try the same
http://permalink.gmane.org/gmane.os.bsd.india/352

>
> On Mon, Oct 15, 2012 at 7:38 PM, David Coppa  wrote:
>> On Mon, Oct 15, 2012 at 4:03 PM, Jay Patel  wrote:
>>> Hello David,
>>>
>>> Ok.. so it can be done in i386.. i will install i386.. let me know if
>>> there's a way to do it. cause most of the clients uses Skype so i need
>>> to use it.
>>>
>>> Thanks,
>>> Jay.
>>
>> Install fedora_base from packages and try...
>> Of course, it will be without audio support. Text-based chat should work.

Re: ddb error

[Tomas Bodzar]

On Tue, Oct 16, 2012 at 5:11 AM, Indunil Jayasooriya
 wrote:
> Hi List,
>
>
> I have 2 Redhat KVM Servers. On each server, an OpenBSD 5.1 ( 64 bit ) is
> running.
>
> ( i.e - Since I have  2 Redhat KVM Servers, 2 OpenBSD 5.1 ( 64 bit ) are
> running )
>

missing dmesg from both

>
> These 2 OpenBSD servers sometimes come in to ddb mode and stuck. Then, I
> have to force off and start them again,
>

http://www.openbsd.org/faq/faq2.html#Bugs

>
> I am sending 2 attachments for you guys to see and let me know what
> actually happens?

attachments doesn't allowed here http://www.openbsd.org/mail.html

>
> Services running on  these 2 Open BSD Servers are carp , pf and relayd
>
> Any comments?

I will not do that. You can play on old HW or eg. try to utilize
rdomains in OpenBSD, but for virtualization VMware stuff is supported
quite fine or plain Qemu.

>
>
>
>
>
>
>
>
>
>
> --
> Thank you
> Indunil Jayasooriya
>
> [demime 1.01d removed an attachment of type image/jpeg which had a name of 
> ddb1.jpg]
>
> [demime 1.01d removed an attachment of type image/jpeg which had a name of 
> ddb2.jpg]

Re: Skype.

[Tomas Bodzar]

On Tue, Oct 16, 2012 at 5:31 PM, Jay Patel  wrote:
> Thanks pat. i am gonna go with imo.im for a while till i convince my
> clients to move on to something else. :P thanks ..
>

Convince doesn't work. Especially as clients are happy with something
and you don't have real alternative for that. They don't care about
your platform and if there's much more people which don't care then
you're in trouble.

For example I'm forced to Windows after years on OpenBSD, just because
there's no way how to use Microsoft Office communicator / Lync on
anything except MS/Apple. On Linux somewhat limited experience with
web plugin, but it's rather harsh experience and doesn't cope well
with meetings, sharing desktop and so on and I don't want Linux
anyway. On OpenBSD I'm out completely, because Citrix ICA works just
on i386 because of compat_linux, but there's not sndio plugin for
Linux yet so no audio, same is true for rdesktop (and similar) and
can't virtualize because it's slow in Qemu and sndio is not here as
well. KMS with modern vga cards is second problem as well as I'm not
able to use second output to monitor. I'm not blaming OpenBSD or its
devs at all, they are doing excellent work with limited resources they
have and trying to help as I can. (be it translations, help to members
on misc, evangelize, pay some t-shirt or other stuff sometimes or
donation and so on). For me OpenBSD was and is best operating system
even for desktop (for my desktop use including multimedia and other
stuff), just my requirements changed at work because of external
entities and dualboot is not a way and virtualization options are very
limited. Maybe because of moving everything to web there will be soon
chance to have OpenBSD as only system (if that will not be done with
proprietary plugin :-)). On servers, network gear and such there's
hardly something what can compete with OpenBSD in most of areas.

Kernel panic on current during pkg_add -vi gnome and cvs up (related to softdep)

[Tomas Bodzar]

Hi all,

amd64 current installed today on Dell Optiplex 760 desktop with latest
BIOS. Nothing installed, just plain full install with one user, ssh
and ntpd enabled, softdep enabled on all partitions. Was working
connected via SSH to machine, tmux started with three consoles, one
doing 'sudo pkg_add -vi gnome', second one 'cvs -d $CVSROOT up -Pd
ports src xenocara' as regular user in wsrc group, third one just ksh.
Machine panic and here is manual rewrite from monitor:

login: panic: softdep_deallocate_dependencies: dangling deps
Stopped at Debugger+0x5: leave
ddb{0}>

Can't provide more, because keyboard went down as well and re-plug
doesn't help (no serial console here) fsck was not able to repair
filesystems after restart (failed on /usr/local which is on
/dev/rsd0h, manual repair and remount was possible). Have some issues
now with packages, trying to repair them/db with pkg_check, pkg_add

OpenBSD 5.2-current (GENERIC.MP) #80: Mon Oct 22 17:55:50 MDT 2012
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 11
real mem = 4121948160 (3930MB)
avail mem = 3989741568 (3804MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xf0450 (82 entries)
bios0: vendor Dell Inc. version "A13" date 08/04/2011
bios0: Dell Inc. OptiPlex 760
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC BOOT ASF! MCFG HPET SLIC SSDT SSDT SSDT
acpi0: wakeup devices VBTN(S4) PCI0(S5) PCI4(S5) PCI3(S5) PCI1(S5)
PCI5(S5) PCI6(S5) MOU_(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3)
USB4(S3) USB5(S3)
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) Core(TM)2 Duo CPU E7500 @ 2.93GHz, 2926.43 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF
cpu0: 3MB 64b/line 8-way L2 cache
cpu0: apic clock running at 265MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz, 2926.00 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF
cpu1: 3MB 64b/line 8-way L2 cache
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 8
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 4 (PCI4)
acpiprt1 at acpi0: bus 2 (PCI2)
acpiprt2 at acpi0: bus 3 (PCI3)
acpiprt3 at acpi0: bus 1 (PCI1)
acpiprt4 at acpi0: bus -1 (PCI5)
acpiprt5 at acpi0: bus -1 (PCI6)
acpiprt6 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpibtn0 at acpi0: VBTN
cpu0: Enhanced SpeedStep 2926 MHz: speeds: 2933, 2667, 2400, 2133,
1867, 1600 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Q45 Host" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel Q45 PCIE" rev 0x03: msi
pci1 at ppb0 bus 1
vga1 at pci0 dev 2 function 0 "Intel Q45 Video" rev 0x03
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0 at vga1: apic 8 int 16
drm0 at inteldrm0
"Intel Q45 Video" rev 0x03 at pci0 dev 2 function 1 not configured
"Intel Q45 HECI" rev 0x03 at pci0 dev 3 function 0 not configured
pciide0 at pci0 dev 3 function 2 "Intel Q45 PT IDER" rev 0x03: DMA
(unsupported), channel 0 wired to native-PCI, channel 1 wired to
native-PCI
pciide0: using apic 8 int 18 for native-PCI interrupt
pciide0: channel 0 ignored (not responding; disabled or no drives?)
pciide0: channel 1 ignored (not responding; disabled or no drives?)
"Intel Q45 KT" rev 0x03 at pci0 dev 3 function 3 not configured
em0 at pci0 dev 25 function 0 "Intel ICH10 D BM LM" rev 0x02: msi, address MAC
uhci0 at pci0 dev 26 function 0 "Intel 82801JD USB" rev 0x02: apic 8 int 16
uhci1 at pci0 dev 26 function 1 "Intel 82801JD USB" rev 0x02: apic 8 int 17
uhci2 at pci0 dev 26 function 2 "Intel 82801JD USB" rev 0x02: apic 8 int 22
ehci0 at pci0 dev 26 function 7 "Intel 82801JD USB" rev 0x02: apic 8 int 22
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801JD HD Audio" rev 0x02: msi
azalia0: codecs: Analog Devices AD1984A
audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801JD PCIE" rev 0x02: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 1 "Intel 82801JD PCIE" rev 0x02: msi
pci3 at ppb2 bus 3
uhci3 at pci0 dev 29 function 0 "Intel 82801JD USB" rev 0x02: apic 8 int 23
uhci4 at pci0 dev 29 function 1 "Intel 82801JD USB" rev 0x02: apic 8 int 17
uhci5 at pci0 dev 29 function 2 "Intel 82801JD USB" rev 0x02: apic 8 int 18
ehci1 at pc

Re: Is this legal CVS?

[Tomas Bodzar]

On Tue, Oct 23, 2012 at 1:29 PM, John Long  wrote:
> I saw this in Tomaz's kernel panic post:
>
>> second one 'cvs -d $CVSROOT up -Pd ports src xenocara'
>

CVSROOT=anon...@anoncvs.eu.openbsd.org:/cvs in my case

> The FAQ (openbsd.org/faq/faq5.html) says you can combine directories for
> checkout but not for update:
>
> "You can combine the checkouts into one line (-stable shown):
>
> # export CVSROOT=anon...@anoncvs.example.org:/cvs
> # cd /usr
> # cvs -d$CVSROOT checkout -rOPENBSD_5_1 -P src ports xenocara
>
> However, updates must be done directory-by-directory"
>
> Based on this I was doing it directory-by-directory but based on Tomaz's
> post quoted above it seems you can combine directories for CVS up also? If
> this is correct it would be nicer (and possibly more correct) than doing
> three seperate CVS ups. Is the FAQ wrong and/or has CVS changed to allow
> this, is it a good practice?
>

Eh probably my bad invention, but was running fine for couple of years
already (missed that sentence somewhat :-))

Re: nfs_server=YES in /etc/rc.conf.local does not work

[Tomas Bodzar]

On Sat, Oct 27, 2012 at 11:15 PM, Mike Korbakov  wrote:
> Seems, authors rc.conf forgotten (or did not for some reason) to load portmap 
> when nfs_server is marked on.
> Or nfsd now works without portmap ?
> (rc.conf unchanged: $OpenBSD: rc.conf,v 1.167 2012/04/01 18:32:51 deraadt Exp 
> $)
>
> # uname -a
> OpenBSD obsd52x64.vm.mike-i7.kmv 5.2 GENERIC.MP#5 amd64
> # cat /etc/rc.conf.local
> nfs_server=YES

$ cat /etc/rc.conf | grep -i nfs
nfsd_flags=NO   # for normal use: "-tun 4" and see nfsd(8)
unset kpasswdd_flags nfsd_flags mountd_flags lockd_flags
: ${nfsd_flags=$([ X"${nfs_server-NO}" = XYES ] && echo "-tun 4" || echo NO)}
: ${mountd_flags=$([ X"${nfs_server-NO}" = XYES ] || echo NO)}
$

Where did you come for nfs_server=YES ???

>
> # grep -rn nfsd /var/log/*
> /var/log/daemon:55:Oct 27 18:01:03 obsd52x64 nfsd[11977]: can't register with 
> udp portmap
> /var/log/daemon:107:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't register 
> with udp portmap
> /var/log/messages:371:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't register 
> with udp portmap
> # rpcinfo -p 127.0.0.1
> rpcinfo: can't contact portmapper: RPC: Remote system error - Connection 
> refused
>
> P.S. searching by google gives strange result for keyword "nfs_server":
> http://www.google.com/search?q=%22nfs_server%22&domains=www.openbsd.org&sitesearch=www.openbsd.org&btnG=Search
> I'm not guessed to look for the answer in the documentation in Chinese.
> Information from openbsd.ru outdated because recommends edit rc.conf
>

Can't see Chinese or openbsd.ru as official here in left upper corner
http://www.openbsd.org/ . Following bad advice from wild Internet or
most of the unmaintained unofficial pages about OpenBSD will lead to
predicted results -> fail

Re: nfs_server=YES in /etc/rc.conf.local does not work

[Tomas Bodzar]

On Sun, Oct 28, 2012 at 12:10 AM, Mike Korbakov  wrote:
> I tried follow Russian doc http://www.openbsd.ru/docs/steps/nfs.html
> Please, read google results, especially "Chinese" 
> http://www.openbsd.org/faq/zh/faq6.html#NFS
> In any case, the presence of partially working or non-working code in startup 
> scripts
> is not a good situation.
>
> 28.10.2012, 01:58, "Robert Peichaer" :
>> On Sun, Oct 28, 2012 at 01:15:56AM +0400, Mike Korbakov wrote:
>>
>>>  Seems, authors rc.conf forgotten (or did not for some reason) to load 
>>> portmap when nfs_server is marked on.
>>>  Or nfsd now works without portmap ?
>>>  (rc.conf unchanged: $OpenBSD: rc.conf,v 1.167 2012/04/01 18:32:51 deraadt 
>>> Exp $)
>>>
>>>  # uname -a
>>>  OpenBSD obsd52x64.vm.mike-i7.kmv 5.2 GENERIC.MP#5 amd64
>>>  # cat /etc/rc.conf.local
>>>  nfs_server=YES
>>>
>>>  # grep -rn nfsd /var/log/*
>>>  /var/log/daemon:55:Oct 27 18:01:03 obsd52x64 nfsd[11977]: can't register 
>>> with udp portmap
>>>  /var/log/daemon:107:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't register 
>>> with udp portmap
>>>  /var/log/messages:371:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't 
>>> register with udp portmap
>>>  # rpcinfo -p 127.0.0.1
>>>  rpcinfo: can't contact portmapper: RPC: Remote system error - Connection 
>>> refused
>>>
>>>  P.S. searching by google gives strange result for keyword "nfs_server":
>>>  
>>> http://www.google.com/search?q=%22nfs_server%22&domains=www.openbsd.org&sitesearch=www.openbsd.org&btnG=Search
>>>  I'm not guessed to look for the answer in the documentation in Chinese.
>>>  Information from openbsd.ru outdated because recommends edit rc.conf
>>
>> Following the steps described in the FAQ results in a working nfs
>> server.  http://www.openbsd.org/faq/faq6.html#NFS

As you can see on that page it's in English not in Chinese so it's
good mark that something is not as it's supposed to be. Going to
http://www.openbsd.org/faq/zh/index.html and looking at section 4.
(installation of OpenBSD) you can see that they are talking about 4.8,
but actual version is now 5.1 Bug Busters (faq in EN or other
translated languages is modified to that theme) and 1.11. there will
be 4.2 (may take some time for updates of translations to reach web).
That's exactly in line what I said in previous email and what is
visible on www.openbsd.org, that Chinese is not between
official/supported pages now because outdated and so on, that's why
not marked "visible". Of course that Google doesn't know about it (one
of the good reason to not trust Google) and servers you history not
reality.

This one is much more better https://duckduckgo.com/?q=OpenBSD+NFS
even that it returns on first place link to Theo's server, but still
better result then from Google and is quite similar for other search
engines http://www.ask.com/web?q=OpenBSD+NFS&search=&qsrc=0&o=0&l=dir
,

>>
>>
>> -=[rpe]=-

Re: nfs_server=YES in /etc/rc.conf.local does not work

[Tomas Bodzar]

On Sun, Oct 28, 2012 at 6:37 AM, Mike Korbakov  wrote:
> Thanks, but my question is not how to run a NFS server.
> I just wanted to report about garbage in the code and web pages.

No. Code and web pages are clear. You just used tips outside of the
project which are not valid which is fail of that people and not
OpenBSD.

> By the way, I did search through the form on official website of OpenBSD.

That form uses Google of course, not some own OpenBSD search engine.
But even with that
https://encrypted.google.com/search?q=NFS&domains=www.openbsd.org&sitesearch=www.openbsd.org%2Ffaq&btnG=FAQ+Search
it returns correct page on first place

> Therefore, claims to google are baseless.
> All documentation that I referred to is made by people who have a direct 
> bearing on OpenBSD.

Translators are NOT official part of OpenBSD project in a mean that
they don't have @openbsd.org address and so on. What's more those
which are not able to keep translations actual are removed and their
translated pages from official ones as well (of course that they are
in CVS). Blaming OpenBSD just because Google is not able to maintain
their search engine database up to date is at least weird :-)

>
> I hope that anyone would ever find time for a little cleaning.
> Propose to close the topic, since debugging scripts is purely technical work.
>

Yep, better to close topic as all 4 official FAQs (cs, de, fr, nl) are
ok for this. As well as http://www.openbsd.org/faq/faq10.html#rc and
related man pages.

NFS works just fine, but if you want to debug it regarding rc stuff
just read man rc.d and look for -d option

> 28.10.2012, 08:26, "Tomas Bodzar" :
>> On Sat, Oct 27, 2012 at 11:15 PM, Mike Korbakov  wrote:
>>
>>>  Seems, authors rc.conf forgotten (or did not for some reason) to load 
>>> portmap when nfs_server is marked on.
>>>  Or nfsd now works without portmap ?
>>>  (rc.conf unchanged: $OpenBSD: rc.conf,v 1.167 2012/04/01 18:32:51 deraadt 
>>> Exp $)
>>>
>>>  # uname -a
>>>  OpenBSD obsd52x64.vm.mike-i7.kmv 5.2 GENERIC.MP#5 amd64
>>>  # cat /etc/rc.conf.local
>>>  nfs_server=YES
>>
>> $ cat /etc/rc.conf | grep -i nfs
>> nfsd_flags=NO   # for normal use: "-tun 4" and see nfsd(8)
>> unset kpasswdd_flags nfsd_flags mountd_flags lockd_flags
>> : ${nfsd_flags=$([ X"${nfs_server-NO}" = XYES ] && echo "-tun 4" || echo NO)}
>> : ${mountd_flags=$([ X"${nfs_server-NO}" = XYES ] || echo NO)}
>> $
>>
>> Where did you come for nfs_server=YES ???
>>
>>>  # grep -rn nfsd /var/log/*
>>>  /var/log/daemon:55:Oct 27 18:01:03 obsd52x64 nfsd[11977]: can't register 
>>> with udp portmap
>>>  /var/log/daemon:107:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't register 
>>> with udp portmap
>>>  /var/log/messages:371:Oct 28 00:15:07 obsd52x64 nfsd[10408]: can't 
>>> register with udp portmap
>>>  # rpcinfo -p 127.0.0.1
>>>  rpcinfo: can't contact portmapper: RPC: Remote system error - Connection 
>>> refused
>>>
>>>  P.S. searching by google gives strange result for keyword "nfs_server":
>>>  
>>> http://www.google.com/search?q=%22nfs_server%22&domains=www.openbsd.org&sitesearch=www.openbsd.org&btnG=Search
>>>  I'm not guessed to look for the answer in the documentation in Chinese.
>>>  Information from openbsd.ru outdated because recommends edit rc.conf
>>
>> Can't see Chinese or openbsd.ru as official here in left upper corner
>> http://www.openbsd.org/ . Following bad advice from wild Internet or
>> most of the unmaintained unofficial pages about OpenBSD will lead to
>> predicted results -> fail

Re: nfs_server=YES in /etc/rc.conf.local does not work

[Tomas Bodzar]

On Sun, Oct 28, 2012 at 8:45 AM, Mike Korbakov  wrote:
> Last chance to not mix up the problem. So I see the following problems:
>
> 1. Search engine for the official site.
> Search should be available by simple actions: text entry and one-click (or 
> "Enter")
> Search results from the official website should lead to also official 
> responses.
> All results on this page
> http://www.google.com/search?q=%22nfs_server%22&domains=www.openbsd.org&sitesearch=www.openbsd.org&btnG=Search
> are located in the domain openbsd.org, their text looks correct. Without 
> special knowledge,
> no one can determine their relevance to real life.
> If I had special knowledge, then would not have used the search.
> Someone does not agree?

You are free to write some search engine for OpenBSD. I just can't see
any code for that in your email. Search is available by simple action
via text entry and one click either on main page or in FAQ. For the
rest you need to ask someone in Google why their search engine doesn't
follow HTML code on OpenBSD pages (where false returns you hit are not
available anymore) and instead of that returns misleading results. As
well I don't understand why to go via search engine for something
instead going on project page and see immediately in which langues is
official documentation available and for which there is not then
English version is always here. Only in case something is not on
official pages (be it on *BSD, Linux, Windows, whatever) or in
wiki/mail archives/. going for search engine.

>
> 2. The configuration file contains a partially working code, a description of 
> which is
> now removed from documentation, but remained in the old records.
> Maybe someone still uses these undocumented features, it is easy to anticipate
> the flow of questions, when these features will be removed.
>
> Presence of undocumented features, and the ability to get two or more 
> "correct"
> answer to the same question, in my opinion, is not consistent with the spirit
> of secure and reliable system, which described on main page and
> http://www.openbsd.org/security.html

Still don't know to which partially working code or documentation you
are referring to. Please show where in rc or FAQ (official, not false
search results made by Google) is some bug. Going with FAQ I'm ending
with working NFS as well as others so it must be something else.
Nothing is perfect and there is space for improvements in OpenBSD as
well, but first it must be proven that there's something wrong and yet
it was not showed.

>
> That is all.
> Good luck
>

Seems like you are feeling offended or something. That's just wrong
feeling. I don't want to use bunch of smileys here. Such a bad search
results are true for any project (Try other BSDs or Linux systems).

>From http://www.openbsd.org/faq/faq2.html

Many users have set up sites and pages with OpenBSD specific
information. As with everything on the Internet, a good search engine
is going to make your life easier, as will a healthy dose of
skepticism. As always, do not blindly enter commands you do not
understand into your computer.

and this one most important

OpenBSD comes with extensive documentation in the form of manual
pages. Considerable effort is made to make sure the man pages are
up-to-date and accurate. In all cases, the man pages are considered
the authoritative source of information for OpenBSD.

> 28.10.2012, 10:35, "Tomas Bodzar" :
>
>>  On Sun, Oct 28, 2012 at 6:37 AM, Mike Korbakov  wrote:
>>>   Thanks, but my question is not how to run a NFS server.
>>>   I just wanted to report about garbage in the code and web pages.
>>  No. Code and web pages are clear. You just used tips outside of the
>>  project which are not valid which is fail of that people and not
>>  OpenBSD.
>>>   By the way, I did search through the form on official website of OpenBSD.
>>  That form uses Google of course, not some own OpenBSD search engine.
>>  But even with that
>>  
>> https://encrypted.google.com/search?q=NFS&domains=www.openbsd.org&sitesearch=www.openbsd.org%2Ffaq&btnG=FAQ+Search
>>  it returns correct page on first place
>>>   Therefore, claims to google are baseless.
>>>   All documentation that I referred to is made by people who have a direct 
>>> bearing on OpenBSD.
>>  Translators are NOT official part of OpenBSD project in a mean that
>>  they don't have @openbsd.org address and so on. What's more those
>>  which are not able to keep translations actual are removed and their
>>  translated pages from official ones as well (of course that they are
>>  in CVS). Blaming OpenBSD just because Google is not able to maintain
>>  their se

Re: nfs_server=YES in /etc/rc.conf.local does not work

[Tomas Bodzar]

On Sun, Oct 28, 2012 at 2:25 PM, Kenneth R Westerback
 wrote:
> On Sun, Oct 28, 2012 at 11:45:02AM +0400, Mike Korbakov wrote:
>> Last chance to not mix up the problem. So I see the following problems:
>>
>> 1. Search engine for the official site.
>> Search should be available by simple actions: text entry and one-click (or 
>> "Enter")
>> Search results from the official website should lead to also official 
>> responses.
>> All results on this page
>> http://www.google.com/search?q=%22nfs_server%22&domains=www.openbsd.org&sitesearch=www.openbsd.org&btnG=Search
>> are located in the domain openbsd.org, their text looks correct. Without 
>> special knowledge,
>> no one can determine their relevance to real life.
>> If I had special knowledge, then would not have used the search.
>> Someone does not agree?
>
> Entering 'nfs_server' in the OpenBSD.org main page search *does*
> find a spanish version of the FAQ from 2004 which has a single
> reference to nfs_server. Unfortunately I can't read spanish so I
> don't know what it says. However, as it is from 2004 it is undoubtably
> wrong.

For me this phrase doesn't return Spanish version on first results
page of Google at all. That's however simply result of
http://dontbubble.us/

>
> Going to the source tree and doing a "find /usr/src/www -type f |
> xargs grep nfs_server" finds four mentions of nfs_server (es, pl,
> pt, and zh faq6.html).
>
> Going into the cvs repository via the web front end shows that
> nfs_server got removed in r1.149 of rc.conf in 2011/07/08, as part
> of the move to the rc.d framework.
>
> Going into /etc/rc.conf itself shows some 'backward compatibility'
> mentions of nfs_server. Which I guess are not sufficient to make
> nfs_server work as you desire.
>
> It looks to me like it's almost time to remove that backward
> compatibility code and dead language translations of the FAQ, lest
> others be misled.

As Antoine noted old translations are not linked from original pages
and those "unsupported" are removed completely, but not from CVS of
course. http://www.openbsd.org/translation.html , maybe that solution
with robots.txt can help, but not so sure about it.

>
>  Ken

Re: sysmerge on 5.2?

[Tomas Bodzar]

On Mon, Oct 29, 2012 at 8:12 AM, bofh  wrote:
> Hi,
> Can someone help me understand how sysmerge works?  I made all the
> config changes and then followed the instructions at
> http://openbsd.org/faq/upgrade52.html and did this:
>
> # sysmerge -s $RELEASEPATH/etc52.tgz -x $RELEASEPATH/xetc52.tgz
>
> but don't know where the files are stored?  My preference has always
> to do a full/new reinstall - how does sysmerge merge it back into the
> system?
>
> I feel rather dumb, but read the upgrade and the man page quite a few
> times, and don't really get it :(

It always reports in the end where it's stored, but from man:

TMPDIR  Directory in which the work directory is created.  If unset,
 this defaults to /var/tmp.

${TMPDIR}/sysmerge.XX  Default work directory.  The temproot and
backup directories are created relative to
this.

So look in /var/tmp/sysmerge.SOMETHING

>
> Thanks!
>
> --
> 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=30v_g83VHK4

Re: GENERIC-kernel hangs at acpivout, ASUS N55SF laptop

[Tomas Bodzar]

On Tue, Oct 30, 2012 at 3:47 AM, Mike Korbakov  wrote:
> Hi, Group!
>
> GENERIC kernel from OpenBSD5.1 to current hangs at boot,
> trace pointed to acpivout. I've commented acpivout in kernel config,
> kernel boots successfully, but X seems unstable and CPU runs
> at lowest speed.
> This laptop has hybrid videocard Intel HD Graphics 3000 and
> NVIDIA® GeForce® GT 555M 2GB DDR3 VRAM
> Linux (Ubuntu-12.04) has problems with this video too (especially proprietary 
> drivers)

It's Sandybridge platform. Your only real option is current for that
anyway. You are supposed to at least try it as well because of
http://www.openbsd.org/report.html

>
> # diff -u GENERIC ASUS
> --- GENERIC Tue Oct 16 18:21:34 2012
> +++ ASUSTue Oct 30 09:09:48 2012
> @@ -55,7 +55,7 @@
>  acpithinkpad*  at acpi?
>  acpitoshiba*   at acpi?
>  acpivideo* at acpi?
> -acpivout*  at acpivideo?
> +#acpivout* at acpivideo?
>  acpipwrres*at acpi?
>  aibs*  at acpi?
>
> # head GENERIC
> #   $OpenBSD: GENERIC,v 1.334 2012/10/08 17:26:02 deraadt Exp $
>
> # dmesg
> OpenBSD 5.2-current (ASUS.MP) #2: Tue Oct 30 10:07:18 MSK 2012
> r...@mike-nb2.kmv:/usr/src/sys/arch/amd64/compile/ASUS.MP
> real mem = 8488275968 (8095MB)
> avail mem = 8239837184 (7858MB)
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb9e0 (79 entries)
> bios0: vendor American Megatrends Inc. version "N55SF.207" date 08/29/2011
> bios0: ASUSTeK Computer Inc. N55SF
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP APIC DBGP ECDT SLIC HPET MCFG SSDT SSDT ASF!
> acpi0: wakeup devices P0P1(S4) HDEF(S4) GLAN(S4) PEG0(S4) PEG1(S4) PEG2(S4) 
> PEG3(S4) B0D4(S4) EHC1(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EHC2(S3) 
> USB5(S3) USB6(S3) USB7(S3) RP01(S4) RP02(S4) WLAN(S3) RP03(S4) RP04(S4) 
> XHCI(S3) RP05(S4) RP06(S4) GLAN(S4) RP07(S4) RP08(S4) SLPB(S4)
> 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) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.94 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: apic clock running at 99MHz
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.56 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu2 at mainbus0: apid 1 (application processor)
> cpu2: Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.56 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu3 at mainbus0: apid 3 (application processor)
> cpu3: Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.56 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
> cpu3: 256KB 64b/line 8-way L2 cache
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
> acpiec0 at acpi0
> acpihpet0 at acpi0: 14318179 Hz
> acpimcfg0 at acpi0 addr 0xe000, bus 0-63
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (P0P1)
> acpiprt2 at acpi0: bus 1 (PEG0)
> acpiprt3 at acpi0: bus -1 (PEG1)
> acpiprt4 at acpi0: bus -1 (PEG2)
> acpiprt5 at acpi0: bus -1 (PEG3)
> acpiprt6 at acpi0: bus 2 (RP01)
> acpiprt7 at acpi0: bus 3 (RP02)
> acpiprt8 at acpi0: bus -1 (RP03)
> acpiprt9 at acpi0: bus 4 (RP04)
> acpiprt10 at acpi0: bus -1 (RP05)
> acpiprt11 at acpi0: bus 5 (RP06)
> acpiprt12 at acpi0: bus -1 (RP07)
> acpiprt13 at acpi0: bus -1 (RP08)
> acpicpu0 at acpi0: C1, PSS
> acpicpu1 at acpi0: C1, PSS
> acpicpu2 at acpi0: C1, PSS
> acpicpu3 at acpi0: C1, PSS
> acpitz0 at acpi0acpitz0: THRM: failed to read _CRT
> : no critical temperature defined
> acpiac0 at acpi0: AC unit in unknown state
> acpibat0 at acpi0: BAT0 not present
> acpibtn0 at acpi0: LID_
> acpibtn1 at acpi0: PWRB
> acpibtn2 at acpi0: SLPB
> acpivideo0 at acpi0: GFX0
> acpivout at acpivideo0 not configured
> acpivideo1 at acpi0: GFX0
> acpivout at acpivideo1 not configured
> cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 2000, 1800, 1600, 
> 1400, 1200, 1000, 800 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Core 2G Host"

Re: GENERIC-kernel hangs at acpivout, ASUS N55SF laptop

[Tomas Bodzar]

On Tue, Oct 30, 2012 at 8:23 AM, Tomas Bodzar  wrote:
> On Tue, Oct 30, 2012 at 3:47 AM, Mike Korbakov  wrote:
>> Hi, Group!
>>
>> GENERIC kernel from OpenBSD5.1 to current hangs at boot,

Upss missed part "to current", sorry.

>> trace pointed to acpivout. I've commented acpivout in kernel config,
>> kernel boots successfully, but X seems unstable and CPU runs
>> at lowest speed.
>> This laptop has hybrid videocard Intel HD Graphics 3000 and
>> NVIDIA® GeForce® GT 555M 2GB DDR3 VRAM
>> Linux (Ubuntu-12.04) has problems with this video too (especially 
>> proprietary drivers)
>
> It's Sandybridge platform. Your only real option is current for that
> anyway. You are supposed to at least try it as well because of
> http://www.openbsd.org/report.html
>
>>
>> # diff -u GENERIC ASUS
>> --- GENERIC Tue Oct 16 18:21:34 2012
>> +++ ASUSTue Oct 30 09:09:48 2012
>> @@ -55,7 +55,7 @@
>>  acpithinkpad*  at acpi?
>>  acpitoshiba*   at acpi?
>>  acpivideo* at acpi?
>> -acpivout*  at acpivideo?
>> +#acpivout* at acpivideo?
>>  acpipwrres*at acpi?
>>  aibs*  at acpi?
>>
>> # head GENERIC
>> #   $OpenBSD: GENERIC,v 1.334 2012/10/08 17:26:02 deraadt Exp $
>>
>> # dmesg
>> OpenBSD 5.2-current (ASUS.MP) #2: Tue Oct 30 10:07:18 MSK 2012
>> r...@mike-nb2.kmv:/usr/src/sys/arch/amd64/compile/ASUS.MP
>> real mem = 8488275968 (8095MB)
>> avail mem = 8239837184 (7858MB)
>> mainbus0 at root
>> bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb9e0 (79 entries)
>> bios0: vendor American Megatrends Inc. version "N55SF.207" date 08/29/2011
>> bios0: ASUSTeK Computer Inc. N55SF
>> acpi0 at bios0: rev 2
>> acpi0: sleep states S0 S3 S4 S5
>> acpi0: tables DSDT FACP APIC DBGP ECDT SLIC HPET MCFG SSDT SSDT ASF!
>> acpi0: wakeup devices P0P1(S4) HDEF(S4) GLAN(S4) PEG0(S4) PEG1(S4) PEG2(S4) 
>> PEG3(S4) B0D4(S4) EHC1(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EHC2(S3) 
>> USB5(S3) USB6(S3) USB7(S3) RP01(S4) RP02(S4) WLAN(S3) RP03(S4) RP04(S4) 
>> XHCI(S3) RP05(S4) RP06(S4) GLAN(S4) RP07(S4) RP08(S4) SLPB(S4)
>> 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) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.94 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
>> cpu0: 256KB 64b/line 8-way L2 cache
>> cpu0: apic clock running at 99MHz
>> cpu1 at mainbus0: apid 2 (application processor)
>> cpu1: Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.56 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
>> cpu1: 256KB 64b/line 8-way L2 cache
>> cpu2 at mainbus0: apid 1 (application processor)
>> cpu2: Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.56 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
>> cpu2: 256KB 64b/line 8-way L2 cache
>> cpu3 at mainbus0: apid 3 (application processor)
>> cpu3: Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz, 2394.56 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,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,XSAVE,AVX,NXE,LONG,LAHF
>> cpu3: 256KB 64b/line 8-way L2 cache
>> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
>> acpiec0 at acpi0
>> acpihpet0 at acpi0: 14318179 Hz
>> acpimcfg0 at acpi0 addr 0xe000, bus 0-63
>> acpiprt0 at acpi0: bus 0 (PCI0)
>> acpiprt1 at acpi0: bus -1 (P0P1)
>> acpiprt2 at acpi0: bus 1 (PEG0)
>> acpiprt3 at acpi0: bus -1 (PEG1)
>> acpiprt4 at acpi0: bus -1 (PEG2)
>> acpiprt5 at acpi0: bus -1 (PEG3)
>> acpiprt6 at acpi0: bus 2 (RP01)
>> acpiprt7 at acpi0: bus 3 (RP02)
>> acpiprt8 at acpi0: bus -1 (RP03)
>> acpiprt9 at acpi0: bus 4 (RP04)
>> acpiprt10 at acpi0: bus -1 (RP05)
>> acpiprt11 at acpi0: bus 5 (RP06)
>> acpiprt12 at acpi0: b

Re: pf and torrenting

[Tomas Bodzar]

On Wed, Oct 31, 2012 at 11:08 PM, Matt M.  wrote:
> I am trying to get torrenting to work but I can't seem to get any packets to
> go through. Tcpdump shows attempted activity and nothing blocked,but the
> torrent client itself doesn't seem to be receiving anything from any torrent
> I have tried.
> The torrent client is using port 58846

Which torrent client, what command line options used, what was in
tcpdump, what version of OpenBSD.

>
> From the pf.conf:
> ---
>
> ext_if="rl0"
>
> 
> 
>
> pass in on $ext_if proto tcp from any to any port 58846 rdr-to 192.168.1.101
> port 58846
>

Useless without complete pf.conf. You can trim out IPs for "safety"

Re: 5.2 SSD machine won't boot

[Tomas Bodzar]

On Fri, Nov 2, 2012 at 2:39 PM, Devin Ceartas  wrote:
> hp laptop with Intel SSD won't boot under 5.2 - the problem reported on

Do you have a chance to try current snapshot on that?

>
> screen appears to be the one described here:
>
> http://old.nabble.com/Re%3A-Fwd%3A--mSATA-failure-on-6501-w--OpenBSD-5.0-td32881415.html#a32884546
>
>
>
> ahci0: stopping the port, softreset slot 31 was still active.
>
>
> ahci0: failed to reset port during timeout handling, disabling it
>
>
>
> Does anyone have a patch to try or is there a way to boot into the full
>
> system starting from a CD or network boot?
>
>
>
> -- devin
>
>
> --
> Devin M. Ceartas, owner NacreData L.L.C.
> nacred...@gmail.com
> i...@nacredata.com
> (919) 442-8899
> AIM: nacredata
> skype IM: nacredata

Re: 5.2 SSD machine won't boot

[Tomas Bodzar]

On Fri, Nov 2, 2012 at 11:50 PM, Devin Ceartas  wrote:
> On Fri, Nov 2, 2012 at 3:10 PM, Devin Ceartas  wrote:
>
>> On Nov 2, 2012, at 3:04 PM, Tyler Morgan wrote:
>>
>> > On 11/2/2012 6:39 AM, Devin Ceartas wrote:
>> >> hp laptop with Intel SSD won't boot under 5.2 - the problem reported on
>> >>
>> >> screen appears to be the one described here:
>> >>
>> >>
>> http://old.nabble.com/Re%3A-Fwd%3A--mSATA-failure-on-6501-w--OpenBSD-5.0-td32881415.html#a32884546
>> >>
>> >> ahci0: stopping the port, softreset slot 31 was still active.
>> >>
>> >> ahci0: failed to reset port during timeout handling, disabling it
>> >>
>> >> Does anyone have a patch to try or is there a way to boot into the full
>> >>
>> >> system starting from a CD or network boot?
>> >>
>> >> -- devin
>>
>
>  Boots reliably when running Current. Thanks, lesson learned.
>

For changing kernel without need to recompile you can do
http://www.openbsd.org/faq/faq5.html#BootConfig (of course that not
everything can be done here, but for disabling ACPI it's ok).
As you are on current now (better to say snapshots, on current you
will be when following man release), but for most of the users it's
easier to follow snapshots as you can 1) upgrade your system from
bsd.rd binary (during boot at prompt boot> boot /bsd.rd and choose
(U)pgrade) 2) man sysmerge (-s and -x switches) 3) pkg_add -ui 4)
checking current.html

With that completely new system, configs and packages in a quick way
without need to recompile plus latest bug/security fixes and version
of packages. How often to do this is completely on you. You can run
eg. for 6 months or more on snapshot, but if you will want to install
some package then most probably you will hit some issues with
libraries during install and that' simply sign that you really need to
upgrade :-) That sign can come even after one week of usage of course,
but as that binary update process Is so straightforward then it's no
worry about that.

Re: remote out-of-band management / intel vpro

[Tomas Bodzar]

On Fri, Nov 2, 2012 at 9:07 PM, Dewey Hylton  wrote:
> for some of my remote customers, as well as my own office, i'm looking for an 
> out-of-band management solution that's cheaper than iLO or DRAC. remote power 
> management would be nice, but network KVM is a must. i read about intel vpro 
> / amt recently and just started looking into it; it seems to be baked into 
> most of their q-series chipsets.
>
> has anyone here successfully used the intel solution for KVM or anything 
> else? how about unsuccessfully? having something baked into the chipset makes 
> me worry about compatibility with openbsd, as i'm not sure just how 
> transparent/non-invasive it is.
>
> reports either way would be appreciated - as would another usable solution.
>

Just saw it in 52.html

Added support for using AMT to provide console-over-Ethernet (c.f. the
amtterm package) http://openports.se/comms/amtterm

So maybe good chance for you

Re: 5.2 SSD machine won't boot

[Tomas Bodzar]

On Sat, Nov 3, 2012 at 6:30 PM, Devin Ceartas  wrote:
> On Sat, Nov 3, 2012 at 11:35 AM, Devin Ceartas  wrote:
>
>> On Sat, Nov 3, 2012 at 12:38 AM, Tomas Bodzar wrote:
>>
>>> On Fri, Nov 2, 2012 at 11:50 PM, Devin Ceartas 
>>> wrote:
>>> > On Fri, Nov 2, 2012 at 3:10 PM, Devin Ceartas 
>>> wrote:
>>> >
>>> >> On Nov 2, 2012, at 3:04 PM, Tyler Morgan wrote:
>>> >>
>>> >> > On 11/2/2012 6:39 AM, Devin Ceartas wrote:
>>> >> >> hp laptop with Intel SSD won't boot under 5.2 - the problem
>>> reported on
>>> >> >>
>>> >> >> screen appears to be the one described here:
>>> >> >>
>>> >> >>
>>> >>
>>> http://old.nabble.com/Re%3A-Fwd%3A--mSATA-failure-on-6501-w--OpenBSD-5.0-td32881415.html#a32884546
>>> >> >>
>>> >> >> ahci0: stopping the port, softreset slot 31 was still active.
>>> >> >>
>>> >> >> ahci0: failed to reset port during timeout handling, disabling it
>>> >> >>
>>> >> >> Does anyone have a patch to try or is there a way to boot into the
>>> full
>>> >> >>
>>> >> >> system starting from a CD or network boot?
>>> >> >>
>>> >> >> -- devin
>>> >>
>>> >
>>> >  Boots reliably when running Current. Thanks, lesson learned.
>>>  >
>>>
>>
>>
>> Problem is back. Booted several times from the Oct. 30 snapshot. Did the
>> CVS sync to latest -current, and ports. Tried to install XFCE and found the
>> default disk layout didn't have room for all the dependencies to be built.
>>  So started over again from snapshot, rearranging the disk layout. Now I
>> have am back to repeated failures to boot with the AHCI error message. I
>> can find no where to toggle this in the very minimal BIOS (interface is
>> labeled "InsydeH2) Setup Utility"). Back to being stuck :-(
>>
>> devin
>>
>
> If I wanted to hack on a solution to this AHCI (softraid related?) issue
> with SSDs, where would I start?
>

Look at sources, check who's mostly working on that part and ask him,
search in tech@ if something similar worked on or you can send patches
to that mailing list. Or are you asking more wider question about how
to develop on OpenBSD?

> devin

Re: eGalax touchscreen for Exopc

[Tomas Bodzar]

On Mon, Nov 5, 2012 at 12:42 AM, Brett  wrote:
> Hi,
>
> I've just installed amd64 snapshot on an Exopc and am trying to see if it can 
> use the touchscreen. From the dmesg below, its an uhts(4) "eGalax Inc. USB 
> TouchController" rev 1.10/10.06.
>
> I tried to use xtsscale -v -d 7 and -d 8 to calibrate the pointer (7 is 
> wsmouse0, 8 is wsmouse1). In both cases, the "touch screen calibration" 
> screen comes up, but it does not detect me pressing the screen. Is there much 
> chance of getting this touchscreen to work?
>
> dmesg, usbdevs, and Xorg.0.log follow.
>
> Thanks,
> Brett.
>
>
> OpenBSD 5.2-current (GENERIC.MP) #96: Sat Nov  3 14:43:34 MDT 2012
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 2134208512 (2035MB)
> avail mem = 2054971392 (1959MB)
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xe9150 (52 entries)
> bios0: vendor American Megatrends Inc. version "Lucid-CE-133" date 11/22/2010
> bios0: EXOPC EXOPG06411
> acpi0 at bios0: rev 3
> acpi0: sleep states S0 S1 S3 S4 S5
> acpi0: tables DSDT FACP APIC MCFG SLIC HPET ECDT
> acpi0: wakeup devices P0P3(S4) USB0(S3) USB1(S3) USB2(S3) EUB1(S3) USB4(S3) 
> EUB2(S3) P0P9(S4) P0PA(S4) P0PB(S4) P0PC(S4) P0PD(S4) P0PE(S4) AC0_(S4)
> 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) Atom(TM) CPU N450 @ 1.66GHz, 1679.47 MHz
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF
> cpu0: 512KB 64b/line 8-way L2 cache
> cpu0: apic clock running at 167MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Atom(TM) CPU N450 @ 1.66GHz, 1679.23 MHz
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF
> cpu1: 512KB 64b/line 8-way L2 cache
> ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins
> acpimcfg0 at acpi0 addr 0xf000, bus 0-63
> acpihpet0 at acpi0: 14318179 Hz
> acpiec0 at acpi0
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 3 (P0P3)
> acpiprt2 at acpi0: bus 1 (P0P9)
> acpiprt3 at acpi0: bus -1 (P0PA)
> acpiprt4 at acpi0: bus 2 (P0PB)
> acpiprt5 at acpi0: bus -1 (P0PC)
> acpiprt6 at acpi0: bus -1 (P0PD)
> acpiprt7 at acpi0: bus -1 (P0PE)
> acpiec at acpi0 not configured
> acpicpu0 at acpi0:, C3, C2, C1, PSS
> acpicpu1 at acpi0:, C3, C2, C1, PSS
> acpiac0 at acpi0: AC unit online
> acpibat0 at acpi0: BAT0
> acpibtn0 at acpi0: PWRB
> acpiasus at acpi0 not configured
> cpu0: Enhanced SpeedStep 1679 MHz: speeds: 1667, 1500, 1334, 1167, 1000 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x00
> vga1 at pci0 dev 2 function 0 "Intel Pineview Video" rev 0x00
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> intagp0 at vga1
> agp0 at intagp0: aperture at 0xe000, size 0x1000
> inteldrm0 at vga1: apic 4 int 16
> drm0 at inteldrm0
> "Intel Pineview Video" rev 0x00 at pci0 dev 2 function 1 not configured
> uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x04: apic 4 int 16
> uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x04: apic 4 int 21
> ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x04: apic 4 int 18
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x04: msi
> azalia0: codecs: Realtek ALC269
> audio0 at azalia0
> ppb0 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x04: msi
> pci1 at ppb0 bus 1
> athn0 at pci1 dev 0 function 0 "Atheros AR9285" rev 0x01: apic 4 int 16
> athn0: AR9285 rev 2 (1T1R), ROM rev 14, address 48:5d:60:22:03:07
> ppb1 at pci0 dev 28 function 2 "Intel 82801H PCIE" rev 0x04: msi
> pci2 at ppb1 bus 2
> vendor "Broadcom", unknown product 0x1615 (class multimedia subclass 
> miscellaneous, rev 0x00) at pci2 dev 0 function 0 not configured
> uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x04: apic 4 int 23
> uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x04: apic 4 int 19
> uhci4 at pci0 dev 29 function 2 "Intel 82801H USB" rev 0x04: apic 4 int 18
> ehci1 at pci0 dev 29 function 7 "Intel 82801H USB" rev 0x04: apic 4 int 23
> usb1 at ehci1: USB revision 2.0
> uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> ppb2 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0xf4
> pci3 at ppb2 bus 3
> pcib0 at pci0 dev 31 function 0 "Intel 82801HBM LPC" rev 0x04
> pciide0 at pci0 dev 31 function 1 "Intel 82801HBM IDE" rev 0x04: DMA, channel 
> 0 configured to compatibility, channel 1 configured to compatibility
> pciide0: channel 0 disabled (no drives)
> pciide0: channel 1 disabled (no drives)
> 

Re: hardware suggestion: off topic (probably)

[Tomas Bodzar]

On Tue, Nov 6, 2012 at 5:28 PM, Friedrich Locke
 wrote:
> Dear list members,
>
> I have setted up a web server in my working environment and i was asked to
> install webalizer. Now my boss asked me to install a tool that "looks" at
> webalizer stats files and suggest a hardware capacity for that workload
> reported by webalizer.
>
> I dont know what to tell him. Why do you think he asked me that ?

For example https://en.wikipedia.org/wiki/Webalizer#Criticism and you
will be able to find a lot of others. That's for your boss :-) You can
continue here https://en.wikipedia.org/wiki/List_of_web_analytics_software
, but webalizer and piwik (or even more) are available in OpenBSD
ports/packages. Real question is what your boss wants to achieve and
if he knows why he needs something like that at all as that is mostly
biggest issue. That's however your job to prove that solution you
implemented out of your ideas (not one you were forced to do by higher
management) is working as expected and as company needs. Then it's
easy and you can offer alternatives and show results from that. If
your boss is looking just for some stick then best is to simply
implement it and clearly stating why it will not help (after you test
yourself) and that he will be responsible for false results out of
that (they are mostly scared to be responsible for something).

BTW here on misc@ are people which are using integrated Apache 1.3.x
with thousands of clients on not so modern HW so even virtual machine
can keep that pretty good (if you are not on some crippled
virtualization - which is not these days? :-)). It just leads to thing
that even tools in base system like
pflow,systat,pfctl,netstat,iostat,vmstat,top,sar and some others you
can measure pretty well if your webserver really needs physical HW.

Re: Low latency High Frequency Trading

[Tomas Bodzar]

On Thu, Nov 8, 2012 at 8:55 PM, Diana Eichert  wrote:
> take a look at Tilera TileGX boards
> (you better hire a s/w developer.)
>

Some company is already working on that
http://mail-index.netbsd.org/netbsd-users/2012/10/31/msg011803.html

Re: uhub error

[Tomas Bodzar]

On Sun, Nov 11, 2012 at 2:53 AM, Chris Chung  wrote:
> Hello,
>
> When attempting to connect an external hard drive through a usb port I'm
> receiving the error below. I can sucessfully mount my dvd drive and sd memory
> cards without issue. This could be a hardware issue, but I'm not
> sure. I have read the relevant FAQ sections along with the man pages for
> disklabel and mount but still at a loss, so any additional insights would be 
> appreciated.
>
> # /var/log/messages
> openbox /bsd: uhub5: device problem, disabling port 2
>

>From code http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/uhub.c?rev=1.59

if (err) {
DPRINTFN(-1,("uhub_explore: usbd_new_device failed, "
 "error=%s\n", usbd_errstr(err)));
/* Avoid addressing problems by disabling. */
/* usbd_reset_port(dev, port, &up->status); */

/*
 * The unit refused to accept a new address, or had
 * some other serious problem.  Since we cannot leave
 * at 0 we have to disable the port instead.
 */
printf("%s: device problem, disabling port %d\n",
   sc->sc_dev.dv_xname, port);
usbd_clear_port_feature(dev, port, UHF_PORT_ENABLE);

> # dmesg
> OpenBSD 5.1 (GENERIC.MP) #188: Sun Feb 12 09:55:11 MST 2012
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> cpu0: Intel(R) Core(TM)2 Duo CPU P9600 @ 2.66GHz ("GenuineIntel" 686-class) 
> 2.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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,LAHF
> real mem  = 3178491904 (3031MB)
> avail mem = 3116384256 (2972MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 03/17/11, BIOS32 rev. 0 @ 0xfdc50, 
> SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
> bios0: vendor LENOVO version "6FET88WW (3.18 )" date 03/17/2011
> bios0: LENOVO 4063HK6
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA 
> SSDT SSDT SSDT
> acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) 
> EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) 
> EHC1(S3) HDEF(S4)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpiec0 at acpi0
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: apic clock running at 266MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Core(TM)2 Duo CPU P9600 @ 2.66GHz ("GenuineIntel" 686-class) 
> 2.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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,LAHF
> ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
> ioapic0: misconfigured as apic 2, remapped to apid 1
> acpimcfg0 at acpi0 addr 0xe000, bus 0-63
> acpihpet0 at acpi0: 14318179 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (AGP_)
> acpiprt2 at acpi0: bus 2 (EXP0)
> acpiprt3 at acpi0: bus 3 (EXP1)
> acpiprt4 at acpi0: bus -1 (EXP2)
> acpiprt5 at acpi0: bus 5 (EXP3)
> acpiprt6 at acpi0: bus 13 (EXP4)
> acpiprt7 at acpi0: bus 21 (PCI1)
> acpicpu0 at acpi0: C3, C2, C1, PSS
> acpicpu1 at acpi0: C3, C2, C1, PSS
> acpipwrres0 at acpi0: PUBS
> acpitz0 at acpi0: critical temperature is 127 degC
> acpitz1 at acpi0: critical temperature is 100 degC
> acpibtn0 at acpi0: LID_
> acpibtn1 at acpi0: SLPB
> acpibat0 at acpi0: BAT0 model "42T4620" serial  1283 type LION oem "Panasonic"
> acpibat1 at acpi0: BAT1 not present
> acpiac0 at acpi0: AC unit offline
> acpithinkpad0 at acpi0
> acpidock0 at acpi0: GDCK not docked (0)
> bios0: ROM list: 0xc/0x1! 0xd/0x1000 0xd1000/0x1000 
> 0xd2000/0x1000 0xde000/0x1800! 0xe/0x1
> cpu0: Enhanced SpeedStep 2661 MHz: speeds: 2667, 2666, 2133, 1600, 800 MHz
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
> vga1 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> intagp0 at vga1
> agp0 at intagp0: aperture at 0xd000, size 0x1000
> inteldrm0 at vga1: apic 1 int 16
> drm0 at inteldrm0
> "Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured
> "Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
> puc0 at pci0 dev 3 function 3 "Intel GM45 AMT SOL" rev 0x07: ports: 1 com
> com3 at puc0 port 0 apic 1 int 17: ns16550a, 16 byte fifo
> com3: probed fifo depth: 0 bytes
> em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: msi, address 
> 00:22:

Re: uhub error

[Tomas Bodzar]

On Sun, Nov 11, 2012 at 5:15 PM, Chris Chung  wrote:
> On Sun, Nov 11, 2012 at 08:14:49AM +0100, Tomas Bodzar wrote:
>> On Sun, Nov 11, 2012 at 2:53 AM, Chris Chung  wrote:
>> > Hello,
>> >
>> > When attempting to connect an external hard drive through a usb port I'm
>> > receiving the error below. I can sucessfully mount my dvd drive and sd 
>> > memory
>> > cards without issue. This could be a hardware issue, but I'm not
>> > sure. I have read the relevant FAQ sections along with the man pages for
>> > disklabel and mount but still at a loss, so any additional insights would 
>> > be appreciated.
>> >
>> > # /var/log/messages
>> > openbox /bsd: uhub5: device problem, disabling port 2
>> >
>>
>> From code 
>> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/uhub.c?rev=1.59
>>
>> if (err) {
>>   DPRINTFN(-1,("uhub_explore: usbd_new_device failed, "
>>"error=%s\n", usbd_errstr(err)));
>>   /* Avoid addressing problems by disabling. */
>>   /* usbd_reset_port(dev, port, &up->status); */
>>
>>   /*
>>* The unit refused to accept a new address, or had
>>* some other serious problem.  Since we cannot leave
>>* at 0 we have to disable the port instead.
>>*/
>>   printf("%s: device problem, disabling port %d\n",
>>  sc->sc_dev.dv_xname, port);
>>   usbd_clear_port_feature(dev, port, UHF_PORT_ENABLE);
>>
>> > # dmesg
>> > OpenBSD 5.1 (GENERIC.MP) #188: Sun Feb 12 09:55:11 MST 2012
>> > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>> > cpu0: Intel(R) Core(TM)2 Duo CPU P9600 @ 2.66GHz ("GenuineIntel" 
>> > 686-class) 2.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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,LAHF
>> > real mem  = 3178491904 (3031MB)
>> > avail mem = 3116384256 (2972MB)
>> > mainbus0 at root
>> > bios0 at mainbus0: AT/286+ BIOS, date 03/17/11, BIOS32 rev. 0 @ 0xfdc50, 
>> > SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
>> > bios0: vendor LENOVO version "6FET88WW (3.18 )" date 03/17/2011
>> > bios0: LENOVO 4063HK6
>> > acpi0 at bios0: rev 2
>> > acpi0: sleep states S0 S3 S4 S5
>> > acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA 
>> > SSDT SSDT SSDT
>> > acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) 
>> > EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) 
>> > EHC0(S3) EHC1(S3) HDEF(S4)
>> > acpitimer0 at acpi0: 3579545 Hz, 24 bits
>> > acpiec0 at acpi0
>> > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
>> > cpu0 at mainbus0: apid 0 (boot processor)
>> > cpu0: apic clock running at 266MHz
>> > cpu1 at mainbus0: apid 1 (application processor)
>> > cpu1: Intel(R) Core(TM)2 Duo CPU P9600 @ 2.66GHz ("GenuineIntel" 
>> > 686-class) 2.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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,LAHF
>> > ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
>> > ioapic0: misconfigured as apic 2, remapped to apid 1
>> > acpimcfg0 at acpi0 addr 0xe000, bus 0-63
>> > acpihpet0 at acpi0: 14318179 Hz
>> > acpiprt0 at acpi0: bus 0 (PCI0)
>> > acpiprt1 at acpi0: bus -1 (AGP_)
>> > acpiprt2 at acpi0: bus 2 (EXP0)
>> > acpiprt3 at acpi0: bus 3 (EXP1)
>> > acpiprt4 at acpi0: bus -1 (EXP2)
>> > acpiprt5 at acpi0: bus 5 (EXP3)
>> > acpiprt6 at acpi0: bus 13 (EXP4)
>> > acpiprt7 at acpi0: bus 21 (PCI1)
>> > acpicpu0 at acpi0: C3, C2, C1, PSS
>> > acpicpu1 at acpi0: C3, C2, C1, PSS
>> > acpipwrres0 at acpi0: PUBS
>> > acpitz0 at acpi0: critical temperature is 127 degC
>> > acpitz1 at acpi0: critical temperature is 100 degC
>> > acpibtn0 at acpi0: LID_
>> > acpibtn1 at acpi0: SLPB
>> > acpibat0 at acpi0: BAT0 model "42T4620" serial  1283 type LION oem 
>> > "Pa

Re: uhub error

[Tomas Bodzar]

On Mon, Nov 12, 2012 at 12:11 AM, Chris Chung  wrote:
> On Sun, Nov 11, 2012 at 07:05:43PM +0100, Tomas Bodzar wrote:
>> On Sun, Nov 11, 2012 at 5:15 PM, Chris Chung  wrote:
>> > On Sun, Nov 11, 2012 at 08:14:49AM +0100, Tomas Bodzar wrote:
>> >> On Sun, Nov 11, 2012 at 2:53 AM, Chris Chung  wrote:
>> >> > Hello,
>> >> >
>> >> > When attempting to connect an external hard drive through a usb port I'm
>> >> > receiving the error below. I can sucessfully mount my dvd drive and sd 
>> >> > memory
>> >> > cards without issue. This could be a hardware issue, but I'm not
>> >> > sure. I have read the relevant FAQ sections along with the man pages for
>> >> > disklabel and mount but still at a loss, so any additional insights 
>> >> > would be appreciated.
>> >> >
>> >> > # /var/log/messages
>> >> > openbox /bsd: uhub5: device problem, disabling port 2
>> >> >
>> >>
>> >> From code 
>> >> http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/usb/uhub.c?rev=1.59
>> >>
>> >> if (err) {
>> >>   DPRINTFN(-1,("uhub_explore: usbd_new_device failed, 
>> >> "
>> >>"error=%s\n", usbd_errstr(err)));
>> >>   /* Avoid addressing problems by disabling. */
>> >>   /* usbd_reset_port(dev, port, &up->status); */
>> >>
>> >>   /*
>> >>* The unit refused to accept a new address, or had
>> >>* some other serious problem.  Since we cannot 
>> >> leave
>> >>* at 0 we have to disable the port instead.
>> >>*/
>> >>   printf("%s: device problem, disabling port %d\n",
>> >>  sc->sc_dev.dv_xname, port);
>> >>   usbd_clear_port_feature(dev, port, UHF_PORT_ENABLE);
>> >>
>> >> > # dmesg
>> >> > OpenBSD 5.1 (GENERIC.MP) #188: Sun Feb 12 09:55:11 MST 2012
>> >> > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>> >> > cpu0: Intel(R) Core(TM)2 Duo CPU P9600 @ 2.66GHz ("GenuineIntel" 
>> >> > 686-class) 2.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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,LAHF
>> >> > real mem  = 3178491904 (3031MB)
>> >> > avail mem = 3116384256 (2972MB)
>> >> > mainbus0 at root
>> >> > bios0 at mainbus0: AT/286+ BIOS, date 03/17/11, BIOS32 rev. 0 @ 
>> >> > 0xfdc50, SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
>> >> > bios0: vendor LENOVO version "6FET88WW (3.18 )" date 03/17/2011
>> >> > bios0: LENOVO 4063HK6
>> >> > acpi0 at bios0: rev 2
>> >> > acpi0: sleep states S0 S3 S4 S5
>> >> > acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT 
>> >> > TCPA SSDT SSDT SSDT
>> >> > acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) 
>> >> > EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) 
>> >> > EHC0(S3) EHC1(S3) HDEF(S4)
>> >> > acpitimer0 at acpi0: 3579545 Hz, 24 bits
>> >> > acpiec0 at acpi0
>> >> > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
>> >> > cpu0 at mainbus0: apid 0 (boot processor)
>> >> > cpu0: apic clock running at 266MHz
>> >> > cpu1 at mainbus0: apid 1 (application processor)
>> >> > cpu1: Intel(R) Core(TM)2 Duo CPU P9600 @ 2.66GHz ("GenuineIntel" 
>> >> > 686-class) 2.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,NXE,LONG,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,LAHF
>> >> > ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
>> >> > ioapic0: misconfigured as apic 2, remapped to apid 1
>> >> > acpimcfg0 at acpi0 addr 0xe000, bus 0-63
>> >> > acpihpet0 at acpi0: 14318179 Hz
>> >> > acpiprt0 at acpi0: bus 0 (P

Re: question about built-in support for full disk encryption

[Tomas Bodzar]

On Sun, Nov 11, 2012 at 8:04 PM, Jiri B  wrote:
> On Sun, Nov 11, 2012 at 11:20:53AM +, hepta tor wrote:
>> Thanks for the pointer. Do you know if there are any guidelines on how
>> to configure FDE with what's implemented in -current?
>> At 
>> http://geekyschmidt.com/2011/01/19/configuring-openbsd-softraid-fo-encryption
>> there is a kind of mini tutorial on how to configure softraid for
>> encryption - does anyone know if this is compatible with what's
>> implemented in -current?
>>   -h
>
> 1. During installation jump to shell
> 2. fdisk sd0
> 3. disklabel sd0, so sd0a is RAID, no sd0b as swap!
> 4. cd /dev ; sh ./MAKEDEV sd1 ; cd /
> 5. bioctl -c C -l /dev/sd0a softraid0
> 6. dd if=/dev/zero of=/dev/rsd1c bs=1m count=1
> 7. /install and use sd1 as your disk for usual installation
> 8. couple of enters...
> 9. change /mnt/etc/sysctl.conf to have 'vm.swapencrypt.enable=0'
> 10. reboot
>
> Of course, no warranty.

Works like a charm ;-) Tested now.

>
> jirib

Re: Internet Connection - Load Balancing and Failover

[Tomas Bodzar]

On Mon, Nov 12, 2012 at 11:09 PM, Walter Neto  wrote:
> Hello guys,
>
> I have two internet connections, and I want to make load balancing and
> failover service, I had read about pf load balancing and multi-path route,
> what is the difference between them.
>
> Which is the better to use in my scenario?
>
> And for failover, the best solution is ifstated(8)?

One of the possible approaches, but maybe easier for you will be
http://www.openbsd.org/cgi-bin/man.cgi?query=trunk&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html

>
> thanks in advance.
>
> Walter Neto

Re: Possible regression on dhclient (current)

[Tomas Bodzar]

On Mon, Nov 12, 2012 at 11:12 PM, Ville Valkonen  wrote:
> On 13 November 2012 00:09, Joerg Zinke  wrote:
>>
>> Are you really on latest -current?
>> There was a fix committed for a descriptor leak, which results in the
>> problems you describe.
>> http://www.openbsd.org/cgi-bin/cvsweb/src/sbin/dhclient/kroute.c.diff?r1=1.12;r2=1.13;f=h
>
> Noup, and thanks for the pointer. Will upgrade asap and sorry for the noise.

Saw that for one day as well, but update to latest did help.

Re: Noppoo Mini Choc 84 USB keyboard can not work correctly on OpenBSD 5.2 (loongson)

[Tomas Bodzar]

On Wed, Nov 14, 2012 at 6:19 AM, yunplusplus  wrote:
> PLATFORM: Yeelong 2F 8089D
> OS:   OpenBSD 5.2 stable
> PROBLEM:   Noppoo Mini Choc 84 USB keyboard do not work correctly on my 
> system.
>  For exampIe, when I type "Enter", but get "5" displayed 
> on the screen.
>
>
> When I plug in my Noppoo Mini Choc 84 USB keyboard, the dmesg is:
> ukbd1 detached
> uhidev1 detached
> uhidev0 at uhub3 port 2 configuration 1 interface 0 "vendor 0x1006 USB 
> Keyboard" rev 2.00/1.40 addr 2
> uhidev0: iclass 3/1
> ukbd0 at uhidev0: 64 variable keys, 0 key codes
> wskbd1 at ukbd0 mux 1
> wskbd1: connecting to wsdisplay0
> uhidev1 at uhub3 port 2 configuration 1 interface 1 "vendor 0x1006 USB 
> Keyboard" rev 2.00/1.40 addr 2
> uhidev1: iclass 3/0, 3 report ids
> uhid0 at uhidev1 reportid 1: input=2, output=0, feature=0
> uhid1 at uhidev1 reportid 2: input=1, output=0, feature=0
> ukbd1 at uhidev1 reportid 3: 56 variable keys, 0 key codes
> wskbd2 at ukbd1 mux 1
> wskbd2: connecting to wsdisplay0
>
>
> Another Logitech USB keyboard  works well. Its dmesg is:
> uhidev0 at uhub3 port 2 configuration 1 interface 0 "Logitech Logitech USB 
> Keyboard" rev 1.10/28.00 addr 2
> uhidev0: iclass 3/1
> ukbd0 at uhidev0: 8 variable keys, 6 key codes
> wskbd1 at ukbd0 mux 1
> wskbd1: connecting to wsdisplay0
>
>
> It seems that the OS detect two devices when I plugged in my Noppoo Mini Choc 
> 84 USB keyboard.
> By the way, this Noppoo Mini Choc 84 USB keyboard works well on several 
> diffirent linux distributions i ever used.
>
>
> Can any one help me?

Can you post output of usbdevs -dv ? Can't see 0x1006 related with
your device in /usr/src/sys/dev/usb , but any chance to try current?

>
>
> Thanks.

Re: Noppoo Mini Choc 84 USB keyboard can not work correctly on OpenBSD 5.2 (loongson)

[Tomas Bodzar]

On Wed, Nov 14, 2012 at 3:24 PM, yunplusplus  wrote:
> After the Noppoo keyboard plugged in, usbdevs -dv shows:
>
> Controller /dev/usb0:
> addr 1: high speed, self powered, config 1, EHCI root hub(0x),
> NEC(0x1033), rev 1.00
>   uhub0
>  port 1 powered
>  port 2 powered
>  port 3 powered
> Controller /dev/usb1:
> addr 1: high speed, self powered, config 1, EHCI root hub(0x),
> AMD(0x1022), rev 1.00
>   uhub1
>  port 1 addr 2: high speed, power 500 mA, config 1, USB2.0-CRW(0x0158),
> Generic(0x0bda), rev 58.87, iSerialNumber 2007111417340
>umass0
>  port 2 powered
>  port 3 powered
>  port 4 addr 4: high speed, power 500 mA, config 1, RTL8187B(0x8189),
> Realtek(0x0bda), rev 2.00, iSerialNumber 00e04c01
>urtw0
> Controller /dev/usb2:
> addr 1: full speed, self powered, config 1, OHCI root hub(0x),
> NEC(0x1033), rev 1.00
>   uhub2
>  port 1 powered
>  port 2 powered
>  port 3 powered
> Controller /dev/usb3:
> addr 1: full speed, self powered, config 1, OHCI root hub(0x),
> AMD(0x1022), rev 1.00
>   uhub3
>  port 1 powered
>  port 2 addr 2: low speed, power 100 mA, config 1, USB Keyboard(0x0022),
> vendor 0x1006(0x1006), rev 1.40
>uhidev0
>uhidev1
>  port 3 powered
>  port 4 powered
>
> I am upgrading my system form 5.2 to current version.
> I hope it will work correctly on the current version.
> Thank you for your advise.

However I think you need to do this (you need to do that and test on
current anyway)
http://undeadly.org/cgi?action=article&sid=20080315134047 or
http://undeadly.org/cgi?action=article&sid=20070207152423 because I
can't see your device in /usr/src/sys/dev/usb/usbdevs*

>
>
>
>
>
> At 2012-11-14 14:06:57,"Tomas Bodzar"  wrote:
>>On Wed, Nov 14, 2012 at 6:19 AM, yunplusplus  wrote:
>>> PLATFORM: Yeelong 2F 8089D
>>> OS:   OpenBSD 5.2 stable
>>> PROBLEM:   Noppoo Mini Choc 84 USB keyboard do not work correctly on my
>>> system.
>>>  For exampIe, when I type "Enter", but get "5"
>>> displayed on the screen.
>>>
>>>
>>> When I plug in my Noppoo Mini Choc 84 USB keyboard, the dmesg is:
>>> ukbd1 detached
>>> uhidev1 detached
>>> uhidev0 at uhub3 port 2 configuration 1 interface 0 "vendor 0x1006 USB
>>> Keyboard" rev 2.00/1.40 addr 2
>>> uhidev0: iclass 3/1
>>> ukbd0 at uhidev0: 64 variable keys, 0 key codes
>>> wskbd1 at ukbd0 mux 1
>>> wskbd1: connecting to wsdisplay0
>>> uhidev1 at uhub3 port 2 configuration 1 interface 1 "vendor 0x1006 USB
>>> Keyboard" rev 2.00/1.40 addr 2
>>> uhidev1: iclass 3/0, 3 report ids
>>> uhid0 at uhidev1 reportid 1: input=2, output=0, feature=0
>>> uhid1 at uhidev1 reportid 2: input=1, output=0, feature=0
>>> ukbd1 at uhidev1 reportid 3: 56 variable keys, 0 key codes
>>> wskbd2 at ukbd1 mux 1
>>> wskbd2: connecting to wsdisplay0
>>>
>>>
>>> Another Logitech USB keyboard  works well. Its dmesg is:
>>> uhidev0 at uhub3 port 2 configuration 1 interface 0 "Logitech Logitech
>>> USB Keyboard" rev 1.10/28.00 addr 2
>>> uhidev0: iclass 3/1
>>> ukbd0 at uhidev0: 8 variable keys, 6 key codes
>>> wskbd1 at ukbd0 mux 1
>>> wskbd1: connecting to wsdisplay0
>>>
>>>
>>> It seems that the OS detect two devices when I plugged in my Noppoo Mini
>>> Choc 84 USB keyboard.
>>> By the way, this Noppoo Mini Choc 84 USB keyboard works well on several
>>> diffirent linux distributions i ever used.
>>>
>>>
>>> Can any one help me?
>>
>>Can you post output of usbdevs -dv ? Can't see 0x1006 related with
>>your device in /usr/src/sys/dev/usb , but any chance to try current?
>>
>>>
>>>
>>> Thanks.

Re: Noppoo Mini Choc 84 USB keyboard can not work correctly on OpenBSD 5.2 (loongson)

[Tomas Bodzar]

On Wed, Nov 14, 2012 at 9:37 PM, Stuart Henderson  wrote:
> On 2012-11-14, Tomas Bodzar  wrote:
>> However I think you need to do this (you need to do that and test on
>> current anyway)
>> http://undeadly.org/cgi?action=article&sid=20080315134047 or
>> http://undeadly.org/cgi?action=article&sid=20070207152423 because I
>> can't see your device in /usr/src/sys/dev/usb/usbdevs*
>
> For many USB devices, there are common device classes with
> standard(ish) drivers, devices in those classes will automatically
> attach to the relevant driver. In this case the device already
> attaches to uhid(4) and ukbd(4) based on the device class.
>

Maybe this can be problem http://deskthority.net/wiki/Noppoo_Choc_Mini
here? Specifically http://deskthority.net/wiki/NKRO-over-USB_issues

>
>> On Wed, Nov 14, 2012 at 3:24 PM, yunplusplus  wrote:
>>> After the Noppoo keyboard plugged in, usbdevs -dv shows:
>
> This gives more information which might be useful,
>
> pkg_add usbutils
> lsusb -d 1006: -v
>
> (-d 1006: restricts to devices matching the vendor ID of this keyboard).

Re: Unified BSD?

[Tomas Bodzar]

On Fri, Nov 16, 2012 at 9:34 AM, Hub- FreeBSD  wrote:
>
> Actually, according to what we are tracking at http://bsdstats.org, there are 
> currently *8*:
>
> PC-BSD
> FreeBSD
> PYC-BSD (aka Rus-BSD)
> DesktopBSD
> OpenBSD
> NetBSD
> DragonflyBSD
> MidnightBSD
>

Tracking something like DesktopBSD which doesn't exist for quite a
long time make statistics not much useful. MidnightBSD seems to be
same case as last activy on mailing list last year in May, forums
doesn't working at all so we are still on 4 core BSDs
(Open/Net/Free/Dfly).

>
> On 2012-11-16, at 12:30 AM, Alfred Perlstein  wrote:
>
>> On 11/13/12 2:45 AM, Ignatios Souvatzis wrote:
>>> On Tue, Nov 13, 2012 at 10:08:08AM +0100, Joost van de Griek wrote:
 On 12 Nov 2012, at 21:37 , Robin  Björklin  
 wrote:

> Am I bat crap crazy for thinking it could be good to merge the four 
> largest BSD variants out there, take the best bits and pieces out of each 
> and create a Unified BSD?

 You'd end up creating a fifth.
>>> At least a sixth, IIRC. You left out MirBSD from your distribution list.
>>> Also, you could argue that Minix, with its NetBSD compatibility,
>>> is a seventh and MacOS-X, with its partially (Free-/Net-)BSD compatible
>>> userland, an eighth.
>>
>> And Free/Net derived kernel.  (at least for unix services: vfs, inet, 
>> process)
>>>
>>>  -is
>>> ___
>>> freebsd-c...@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-chat
>>> To unsubscribe, send any mail to "freebsd-chat-unsubscr...@freebsd.org"
>>
>> ___
>> freebsd-c...@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-chat
>> To unsubscribe, send any mail to "freebsd-chat-unsubscr...@freebsd.org"

Re: ThinkPad W530 Intel HD Graphics 4000 friendly to puffy?

[Tomas Bodzar]

On Sun, Nov 18, 2012 at 10:56 AM, Jorge Armendariz
 wrote:
> Hello this is Jorge,
>
> Just wondering I just recently bought my workstation, now I am looking
> into a laptop. From this place, http://laclinux.com/gnu/Laptop they are
> pretty much configuring a ThinkPad W530 (laptop workstation). They give
> you the option of choosing the nVidia card or the Intel HD Graphics
> 4000. Given that the Intel HD Graphics is open source I am wondering how
> friendly it is to puffy? I tried searching the mailing list, and man
> pages. To be honest I kind of did not even know where to look given that
> it is integrated graphics (other than using the search feature could not
> find anything in the usual places). The main reason why I want this
> laptop is because it has upgradeable RAM up to 32 GB.
>
> If there are no drivers written for this yet, how much until you think
> it will be compatible (that is the drivers written for it)?

Not sure if it's still Sandrybridge
http://www.lenovo.com/products/us/tech-specs/laptop/thinkpad/w-series/w530/
, but OpenBSD doesn't have KMS yet (just partiall parts) which means
that most probably it will work, just don't expect much 3D power on
Intel. Best option will be to try install latest snapshot if you can
and post dmesg, pcidump -v, usbdevs -v, Xorg.0.log outputs.

>
> Thanks appreciate the help.
>
> [demime 1.01d removed an attachment of type application/pkcs7-signature which 
> had a name of smime.p7s]

Re: getting NetMos Nm9835 addon adapter to work gaining two more serial ports

[Tomas Bodzar]

On Tue, Nov 20, 2012 at 12:33 AM, Imre Oolberg  wrote:
> Hi!
>
> I am having hard time getting "NetMos Nm9835" addon PCI adapter going for
> gaining two more com ports. OpenBSD 5.2-current of Nov 13 says on commodity
> i386 hardware
>
> # dmesg
> ...
> puc0 at pci0 dev 8 function 0 "NetMos Nm9835" rev 0x01: ports: 2 com, 1 lpt
> com3 at puc0 port 0 irq 10: ns16550a, 16 byte fifo
> com4 at puc0 port 1 irq 10: ns16550a, 16 byte fifo
> lpt3 at puc0 port 2 irq 10
>
> and /etc/ttys has
>
> # cat /etc/ttys
> ...
>
> tty03   "/usr/libexec/getty std.9600"   vt200 off secure
> tty04   "/usr/libexec/getty std.9600"   vt200 off secure

But you need to have on here http://www.openbsd.org/faq/faq7.html#SerCon

>
> Issuing usual cu gives
>
> # cu -l /dev/cua03 -s 9600
> Connected
> 
>
> # cu -l /dev/cua03 -s 9600
> Connected
> 
>
> I would be thankful if somebody comments whether i am doing wrong something
> obious or this particular device isnt supposed to work on OpenBSD although
> man puc kind of says it should. (Actually haven't tried this particular
> piece on anything else yet). Or some advice how to debug it to get some
> meaningful information to make it possible to help me further. (And i also
> tried to serve serial console from this computer on cua03 and cua04, no
> luck).
>
>
> Best regards,
>
> Imre
>
> PS This computer has two onboard com ports and they work both ways, i.e. as
> serial consoles and as means to get connected to serial consoles elsewhere.
> So cable should be good (so to say factory null modem cable).
>
> OpenBSD 5.2-current (GENERIC) #82: Tue Nov 13 13:09:22 MST 2012
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: AMD Duron(tm) Processor ("AuthenticAMD" 686-class, 64KB L2 cache) 698
> MHz
> cpu0:
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,MMXX,3DNOW2,3DNOW
> real mem  = 2146955264 (2047MB)
> avail mem = 2100928512 (2003MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 10/06/00, BIOS32 rev. 0 @ 0xfb350,
> SMBIOS rev. 2.3 @ 0xf0800 (38 entries)
> bios0: vendor Award Software International, Inc. version "6.00 PG" date
> 10/06/2000
> bios0: VIA Technologies, Inc. VT8363
> apm0 at bios0: Power Management spec V1.2 (slowidle)
> acpi at bios0 function 0x0 not configured
> pcibios0 at bios0: rev 2.1 @ 0xf/0xb7d0
> pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdd00/176 (9 entries)
> pcibios0: PCI Exclusive IRQs: 5 10
> pcibios0: PCI Interrupt Router at 000:07:0 ("VIA VT82C596A ISA" rev 0x00)
> pcibios0: PCI bus #1 is the last bus
> bios0: ROM list: 0xc/0x1 0xd/0x1000 0xd1000/0x1800
> cpu0 at mainbus0: (uniprocessor)
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "VIA VT8363 Host" rev 0x03
> viaagp0 at pchb0: v2
> agp0 at viaagp0: aperture at 0xd000, size 0x1000
> ppb0 at pci0 dev 1 function 0 "VIA VT8363 AGP" rev 0x00
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 "NVIDIA Vanta" rev 0x15
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> pcib0 at pci0 dev 7 function 0 "VIA VT82C686 ISA" rev 0x22
> pciide0 at pci0 dev 7 function 1 "VIA VT82C571 IDE" rev 0x10: ATA66, channel
> 0 configured to compatibility, channel 1 configured to compatibility
> wd0 at pciide0 channel 0 drive 0: 
> wd0: 16-sector PIO, LBA48, 190781MB, 390719855 sectors
> wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4
> atapiscsi0 at pciide0 channel 1 drive 0
> scsibus0 at atapiscsi0: 2 targets
> cd0 at scsibus0 targ 0 lun 0:  ATAPI
> 5/cdrom removable
> cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
> uhci0 at pci0 dev 7 function 2 "VIA VT83C572 USB" rev 0x10: irq 5
> uhci1 at pci0 dev 7 function 3 "VIA VT83C572 USB" rev 0x10: irq 5
> viapm0 at pci0 dev 7 function 4 "VIA VT82C686 SMBus" rev 0x30: SMI
> iic0 at viapm0
> spdmem0 at iic0 addr 0x50: 1GB SDRAM registered ECC PC133CL2
> spdmem1 at iic0 addr 0x51: 1GB SDRAM registered ECC PC133CL2
> viapm0: 24-bit timer at 3579545Hz
> auvia0 at pci0 dev 7 function 5 "VIA VT82C686 AC97" rev 0x20: irq 10
> ac97: codec id 0x83847609 (SigmaTel STAC9721/23)
> ac97: codec features 18 bit DAC, 18 bit ADC, SigmaTel 3D
> audio0 at auvia0
> puc0 at pci0 dev 8 function 0 "NetMos Nm9835" rev 0x01: ports: 2 com, 1 lpt
> com3 at puc0 port 0 irq 10: ns16550a, 16 byte fifo
> com4 at puc0 port 1 irq 10: ns16550a, 16 byte fifo
> lpt3 at puc0 port 2 irq 10
> em0 at pci0 dev 9 function 0 "Intel PRO/1000GT (82541GI)" rev 0x05: irq 10,
> address 00:0e:0c:b0:96:b6
> em1 at pci0 dev 10 function 0 "Intel PRO/1000MT (82545GM)" rev 0x04: irq 10,
> address 00:04:23:bd:17:d9
> fxp0 at pci0 dev 11 function 0 "Intel 8255x" rev 0x0c, i82550: irq 5,
> address 00:03:47:9b:76:56
> inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4
> re0 at pci0 dev 12 function 0 "Realtek 8169" rev 0x10: RTL8169/8110SB
> (0x1000), irq 10, address 00:06:4f:63:e3:d7
> rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 3
> isa0 a

Re: PERC H310: fdisk: Can't get disk geometry

[Tomas Bodzar]

On Wed, Nov 21, 2012 at 5:31 PM, mxb  wrote:
> Hi misc@,
>
> I have Dell R620 with PERC H310 with SSD attached to it.
> However, geometry is not calculated thus I'm unable to install -current on it.
>
> Any ideas how to solve this?
>
> mfi0 at pci3 dev 0 function "Symbios Logic MegaRAID SAS2008" rev: 0x03: apic 
> 1 int 10
> mfi0: "PERC H310 Mini", firmware 20.11.0-0002
> scsibus0 at mfi0: 16 targets
> scsibus1 at mfi0: 256 targets
> sd0 at scsibus1 targ 0 lun 0:  SCSI3 0/direct 
> fixed naa.50015179594ea2be
>
> # fdisk sd0
> fdisk: DIOCGPDINFO: Input/output error
> fdisk: Can't get disk geometry, please use [-chs] to specify
> #

It's saying what to do. Use 'fdisk -chs sd0' , but for that you need
to find more details about disk first.

>
> Regards,
> Maxim

Re: libiconv & openssl & expat

[Tomas Bodzar]

On Sat, Nov 24, 2012 at 5:39 PM, Raindy Long  wrote:
> Hi Misc,
>
> How about add these three software as the default packages in the list ?  
> There are so many opensource  depend on them.

In which list?

> Thanks .
>
>
>
>
> Raindy Long

Re: responding to buttonpress ACPI event sent by KVM/Qemu (same behavior in v5.2)

[Tomas Bodzar]

On Sat, Nov 24, 2012 at 7:08 PM, IMAP List Administration  wrote:
> Hello,
>
> some of you may remember a posting of mine here from March, 2012, in which I
> mentioned that the ACPI buttonpress event is not being correctly transmitted
> form a debian 6 host to an OpenBSD v5.1 guest.
>
> In the meantime I've installed a OBSD v5.2 system which exhibits exactly the
> same behavior -- the guest hangs (freezes) instantly and totally.
>
> I've seen similar posts in the past which yielded replies mostly to the effect
> of "OpenBSD's implementation is clean, Linux must be the bad guy".
>
> I'm not interested in assigning blame, or seeing it assigned. I'd simply like 
> to
> see the problem solved, somehow.
>
> Would a developer be willing to have a look, if I set up a v5.2 sandbox on the
> debian host?

I think that for start devs will be missing what type of
virtualization you're using on Debian, then it will be fine to see
complete dmesg from OpenBSD guest 5.2 and as well latest snapshot.

>
> cheers,
>
> Robert Urban
>
> --- original message ---
>
> Hello,
>
> I'm trying to get a v5.0 system newly installed in a VM running on Debian v6
> am64 (squeeze) to respond properly when I execute "virsh shutdown GUEST", 
> which
> apparently sends an ACPI power-button-press event to the guest.  I have acpi
> configured for the guest.
>
> Currently, when I run the command, the guest hangs totally.  All interactive
> sessions, including console are frozen, and the guest stops answering pings.
>
> It's not clear from the acpi(4) manpage what mechanism is/should be invoked 
> for
> this event, and what can be, or must be, configured for it to work.
>
> thanks,
>
> Robert Urban

Re: PRIMERGY RX200 S2 installation problems

[Tomas Bodzar]

On Wed, Nov 28, 2012 at 6:55 PM, Tony Berth  wrote:
> Dear group,
>
> I was trying to install OBSD 5.2 on a Fujitsu-Siemens PRIMERGY RX200 S2
> (dual CPU) and I get following errors:

By any chance ability to try current?

>
> 
> mpi0: timeout
> mpi0: phys disk Async at 0 MHz width 8bit offset 0 QAS 0 DT 0 IU 0
> em1 at pci3 dev 6 function 0 "Intel PRO/100MT (82546GB)" rev 0x03: apic 2
> int 16uvm_fault (0xd07f31d8, 0x0, 0, 1) -> e
> fatal page fault (6) in supervisor mode
> trap type 6 code 0 eip 0 cs 50 eflags 10282 cr2 0 cpl 50
> panic: trap type 6, code=0, pc=0
> The operating system has halted
> Please press any key to reboot

Is there a way for you to get full report?
http://www.openbsd.org/faq/faq2.html#Bugs

> ---
>
> I aslo saw that the bsd.rd kernel was used during the boot process. Meaning
> that the smp mode is not used?
>
> Thanks
>
> Tony

Re: Hunning HA over multiple ARCH's

[Tomas Bodzar]

On Tue, Dec 4, 2012 at 11:42 PM, Joel Wirāmu Pauling  wrote:
> Yes CARP/LACP layer2 load balancing was my first preference of design.
>
> There is a very expensive Alcatel-Lucent 7750 on the upstream(red)
> side that these machines are plugged into which does our BGP session
> handling to our peer among other carrier things. These boxes whilst
> very capable - are esoteric when you want to any sort interactive
> inspection of L3 traffic, and I enjoy having the flexibility and
> familiarity of OpenBSD on the FW.
>
> In our existing setup I have noticed that with the existing SUN v215
> OBSD box ends up being the pinch point - especially when we have
> multicast running internally it becomes very noticeable wrt Latency
> and Throughput.

But actual version of OpenBSD is 5.2 and not 4.9. And A LOT changed
between those regarding performance. Is it performing bad even with
5.2? I think that devs will be interested in such a report.

>
> Sounds like I should retire the v215 - I was hoping I might be able to
> prolong it's life as part of the HA setup;  it boots very quickly in
> comparison to the HP hardware something quite useful in a Firewall -
> but seems I should perhaps put a Soekris or something else in-line for
> that purpose.
>
> Kind regards
>
> -Joel
>
>
>
>
>
> On 5 December 2012 11:27, Loïc BLOT  
> wrote:
>> Hi Joel,
>> You can mix several architectures, that's not a problem for firewall and
>> routers, IP is OS arch independant.
>> The thing you must consider is packet processing. Some architectures are
>> fast to process for packets than other (with equivalent perfs on paper).
>> If you doesn't need low latency, you don't have to consider this thing.
>> Do you want to make a load balanced infrastructure (like CARP LB) ?
>>
>> --
>> Cordialement,
>> Loïc BLOT, expertise en systèmes UNIX, sécurité et réseaux
>> Frost Sapphire Studios
>>
>> Le mercredi 05 décembre 2012 à 10:15 +1300, Joel Wirāmu Pauling a
>> écrit :
>>
>>> Kia ora/hello,
>>>
>>> I am currently redesigning one of our border edge Firewalls and want
>>> to split the existing SPARC64 v215 into several DL140's in an HA -
>>> Active/Load-balanced configuration.
>>>
>>> The Sparc64 hasn't been without issues - and is currently running 4.9
>>> release + some patches and is due for a re-install in any-case.
>>>
>>> My question is whether or not it is considered a 'good idea' to mix
>>> and match Archs. Effectively The question is if it is worth retaining
>>> the v215 alongside the two dl140's as part of the border FW solution.
>>>
>>>
>>>  question to determine if :
>>>
>>> a) Anyone is doing this? (mixing amd64/i386/sparc64)
>>> b) Gotcha's
>>> c) If this is generally considered a 'good idea'?
>>>
>>>
>>>
>>> Kind regards
>>>
>>> -Joel
>>>
>>> http://gplus.to/aenertia
>>> http://linkedin.com/in/aenertia
>>> @aenertia

Kernel panic with Asus U36S on 5.2 and current amd64

[Tomas Bodzar]

Hi all,

my friend tested OpenBSD amd64 (5.2 and current) with Asus U36S, but
install goes always fine. However first reboot always result in a
kernel panic related to aml and acpi. BIOS is 203, there's newer one
206 with updates to VGA bios and 205 was with updates to BIOS (Asus
doesn't describe those well). I have three pictures taken by him of
trace and ps if anyone interested (in ps is only swapper anyway).

It boots once 'disable acpi' done in UKC. In terminal it looks fine
(asking for dmesg), just doing startx hangs PC. He will try to update
BIOS today.

Re: OpenBSD desktop

[Tomas Bodzar]

On Mon, Dec 17, 2012 at 7:13 AM, Robert Connolly  wrote:
> Hello.
>
> I have heard on IRC that I am running a vulnerable version of Firefox,
> despite running 'pkg_add -a -u', on my OpenBSD 5.2 system. The advice I got
> was to run snapshots, because OpenBSD does not have the human resources to
> maintain packages. I understand this is a problem, but I want to understand
> the best way of dealing with this problem.
>
> Am I expected to run 'pkg_add -a -u -n' daily, and then decide when to
> update to a -current snapshot and package tree? I am not being sarcastic...
> I have every intention of continuing to run OpenBSD, and I would like to
> know the best way of doing it.

On snapshots it's more easy. You do just upgrade from bsd.rd (like
regular install), after reboot sysmerge -s -x is your friend, check of
current.html in FAQ and pkg_add -ui. Completely binary process which
takes about 15 minutes or so. It depends on you how often you will do
that if every week, every day, once a month or so. Of course if you
will see during install of package some weird messages about libraries
or something else then it's good sign of need for update :-)

>
> Thank you.

Re: Kernel panic with Asus U36S on 5.2 and current amd64

[Tomas Bodzar]

On Sat, Dec 15, 2012 at 11:01 PM, Mike Larkin  wrote:
> On Sat, Dec 15, 2012 at 05:46:39PM +0100, Tomas Bodzar wrote:
>> Hi all,
>>
>> my friend tested OpenBSD amd64 (5.2 and current) with Asus U36S, but
>> install goes always fine. However first reboot always result in a
>> kernel panic related to aml and acpi. BIOS is 203, there's newer one
>> 206 with updates to VGA bios and 205 was with updates to BIOS (Asus
>> doesn't describe those well). I have three pictures taken by him of
>> trace and ps if anyone interested (in ps is only swapper anyway).
>>
>> It boots once 'disable acpi' done in UKC. In terminal it looks fine
>> (asking for dmesg), just doing startx hangs PC. He will try to update
>> BIOS today.
>>
>
> dmesg and panic text with trace, please. An acpidump would also be
> useful.

I will be able to collect those during this week. However this is
nVidia Optimus platform for VGA and even in latest BIOS there's not
switch to use only integrated Intel VGA so let's see what will happen.
On AC adapter it runs nVidia, without AC adapter it runs Intel.

>
> -ml

Re: Wireless Atheros chipset compatibility

[Tomas Bodzar]

On Wed, Jan 2, 2013 at 8:08 AM, Yusof Khalid - FreeBSD / OpenBSD
 wrote:
> Hi misc,
>
> Just want to know if someone has been successfully using this device on
> OpenBSD.
>
> Model : TL-WN751ND
> Chipset : Atheros

Too far from useful info. http://www.openbsd.org/faq/faq6.html#Wireless
At least dmesg and pcidump -v from that machine (or one where this
card is connected) will be fine. Eg. lspci from Linux for comparison
can be useful as well.

>
> One of my client would like to setup a wireless network with small range of
> users connect to the wifi network.
>
> Thanks in advance.
>
> --
> --
> 7.2-RELEASE-p6

Re: openBSD 5.2 amd64 on lenovo x201s

[Tomas Bodzar]

On Thu, Jan 3, 2013 at 8:15 PM, Andriy Samsonyuk
 wrote:
> On Thu, Jan 03, 2013 at 06:40:39PM +0100, Jes wrote:
>> And probably no power on usb ports after resume, like my T410.
> have not checked yet
>
> Do i understand it correctly, that there is no chance of it
> running properly until the CEO of Intel want to improve his
> karma?

You need to run current with latest HW. Not release/stable.

>
> Thanx for your replys!
>
> Andriy
>
> --
> Your goose is cooked.
> (Your current chick is burned up too!)
>
> [demime 1.01d removed an attachment of type application/pgp-signature which 
> had a name of signature.asc]

Re: Interface and trunking performance

[Tomas Bodzar]

On Tue, Jan 22, 2013 at 4:02 PM, Patrick Vultier  wrote:
> Hi,
>
> I tried to use two OpenBSD systems as network load with iperf and netperf.
>
> Each server is equipped with two Intel dual NIC gigabit (plus one
> embedded gigabit NIC), two Xeon 3.2GHz H.T., 12GB RAM and OpenBSD 5.2
> i386.

Why i386 on 12GB of RAM? Did you test amd64 and best option current?

>
> My problem, I can't exceed ~ 870Mbps with multiple interface as
> reported in the experiments (see below).
> (PF was disabled for all experiment).

You think that 870Mbps is bad for 1Gbps card

>
> Why am I blocked at ~ 1Gbps limit ? Is this normal ?
> EM drivers ? Kernel performance ? ... ?

Maybe you want to try roundrobin option of
http://www.openbsd.org/cgi-bin/man.cgi?query=trunk&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html
to aggregate traffic instead of load balance or I don't understand.

>
> Thanks for your help.
> Xinform3n
>
> Initial post here: http://www.daemonforums.org/showthread.php?t=7618
>
> experiment 1:
> Server A - NIC em0 - Subnet A - @.111
> Server B - NIC em0 - Subnet B - @.222
> One-way test (64KB window): ~ 870Mbps
>
> experiment 2:
> Server A - NIC trunk0 - Subnet A - @.111
> Server A - NIC em0 - trunkport, loadbalance
> Server A - NIC em1 - trunkport, loadbalance
> Server B - NIC trunk0 - Subnet B - @.222
> Server B - NIC em0 - trunkport, loadbalance
> Server B - NIC em0 - trunkport, loadbalance
> Switch side is well configured in aggregation with a hash algorithm
> based on src.mac+dst.mac+src.ip+dst.ip+src.port+dst.port
> One-way test (64KB window): ~ 870Mbps
> Two parallel one-way test (64KB window): total don't exceed ~ 850Mbps
>
> experiment 3:
> Server A - NIC trunk0 - Subnet A - @.111 and @.112
> Server A - NIC em0 - trunkport, loadbalance
> Server A - NIC em1 - trunkport, loadbalance
> Server B - NIC trunk0 - Subnet B - @.222 and @.223
> Server B - NIC em0 - trunkport, loadbalance
> Server B - NIC em0 - trunkport, loadbalance
> Switch side is well configured in aggregation with a hash algorithm
> based on src.mac+dst.mac+src.ip+dst.ip+src.port+dst.port
> One-way test (64KB window): ~ 870Mbps
> Two parallel one-way test (64KB window, on different IP @): total
> don't exceed ~ 850Mbps
>
> experiment 4:
> Server A - NIC trunk0 - Subnet A - @.111 and @.112
> Server A - NIC em0 - trunkport, lacp
> Server A - NIC em1 - trunkport, lacp
> Server B - NIC trunk0 - Subnet B - @.222 and @.223
> Server B - NIC em0 - trunkport, lacp
> Server B - NIC em0 - trunkport, lacp
> Switch side is well configured in aggregation with LACP standard.
> One-way test (64KB window): ~ 870Mbps
> Two parallel one-way test (64KB window, on different IP @): total
> don't exceed ~ 850Mbps
>
> experiment 5:
> Server A - NIC em0 - Subnet A - @.111
> Server A - NIC em1 - Subnet B - @.111
> Server B - NIC em0 - Subnet A - @.222
> Server B - NIC em0 - Subnet B - @.222
> Two parallel one-way test (64KB window, on different IP @): total
> don't exceed ~ 850Mbps

Re: cups on 5.2

[Tomas Bodzar]

On Wed, Jan 23, 2013 at 10:23 AM, unix  wrote:
> Hello guys.
> CUPS : A few months before, I run on OpenBSD 5.1 and all is running
> perfectly.
> Two months ago, I upgrade my OS to 5.2 and since it's impossible to install
> my old Epson Stylus Photo EX.
> On 5.1 I've installed :
> - cups
> - foomatic-db-gutenprint (meta package)
> and it's run perfectly
> On 5.2 the same way goes to the impossibility to install the printer.
> Since, I look for the fault, I've installed the 5.2 version several times.
> I uninstall the foomatic-db-gutenprint to compile directly from sourceforce
> (with gmake), no issue (gmake install goes wrong).
> I turn round.
> Thank you for your help.
>

I can remember some problems even with eg. Xerox printers and bugs in
CUPS. However newer version (1.6.1) of CUPS is in current only. A lot
of updates http://www.openbsd.org/cgi-bin/cvsweb/ports/print/cups/Makefile

Re: Could this be a faulty NIC?

[Tomas Bodzar]

On Wed, Jan 23, 2013 at 12:43 PM, Aaron Mason  wrote:
> HI all
>
> Got an old HP Compaq NX9040 laptop that I've repurposed as a wireless
> client router running OpenBSD 5.1.  I've installed a Ralink RT2560 wireless
> card I salvaged from a broken D-Link print server.  The wireless has IP
> address 192.168.2.251, and the NIC has IP 172.16.1.254.
>
> My problem is if I connect to anything on the 172.16.1/24 network, even the
> router's NIC address, it drops out after a few minutes.  If I connect to
> the wireless IP, it's rock solid.
>
> The onboard network card is a shitty Realtek 8139 card you find on most
> laptops.  Could it just be that the onboard NIC's gone to the dogs, or
> could there be more at play here?  I don't see any errors appear in dmesg
> when the dropout occurs.
>

Try to look with netstat -i, netstat -s for interface or protocol
errors. With vmstat -i or default screen of systat if there's not some
interrupt storm.

> Full dmesg:
>
> OpenBSD 5.1 (GENERIC) #160: Sun Feb 12 09:46:33 MST 2012
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel(R) Celeron(R) M processor 1400MHz ("GenuineIntel"
> 686-class) 1.40 GHz
> cpu0: 
> FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,TM,SBF
> real mem  = 233238528 (222MB)
> avail mem = 219344896 (209MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 07/07/04, BIOS32 rev. 0 @
> 0xfd740, SMBIOS rev. 2.31 @ 0xdf010 (28 entries)
> bios0: vendor Hewlett-Packard version "BF.04M1" date 07/07/2004
> bios0: Hewlett-Packard
> \M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?
> apm0 at bios0: Power Management spec V1.2
> acpi at bios0 function 0x0 not configured
> pcibios0 at bios0: rev 2.1 @ 0xfd740/0x8c0
> pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf20/192 (10 entries)
> pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371FB ISA" rev 0x00)
> pcibios0: PCI bus #3 is the last bus
> bios0: ROM list: 0xc/0xcc00! 0xcd000/0x1000 0xdf000/0x1000! 
> 0xe/0x4000!
> cpu0 at mainbus0: (uniprocessor)
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> mem address conflict 0xdf0/0x400
> pchb0 at pci0 dev 0 function 0 "Intel 82855GM Host" rev 0x02
> "Intel 82855GM Memory" rev 0x02 at pci0 dev 0 function 1 not configured
> "Intel 82855GM Config" rev 0x02 at pci0 dev 0 function 3 not configured
> vga1 at pci0 dev 2 function 0 "Intel 82855GM Video" rev 0x02
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> intagp0 at vga1
> agp0 at intagp0: aperture at 0xe800, size 0x800
> inteldrm0 at vga1: irq 10
> drm0 at inteldrm0
> "Intel 82855GM Video" rev 0x02 at pci0 dev 2 function 1 not configured
> uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x03: irq 10
> uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x03: irq 11
> uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x03: couldn't
> map interrupt
> ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x03: irq 11
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> ppb0 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x83
> pci1 at ppb0 bus 1
> mem address conflict 0xdf01000/0x1000
> mem address conflict 0xdf02000/0x1000
> rl0 at pci1 dev 0 function 0 "Realtek 8139" rev 0x10: irq 10, address
> 00:c0:9f:57:68:77
> rlphy0 at rl0 phy 0: RTL internal PHY
> cbb0 at pci1 dev 1 function 0 "TI PCI1520 CardBus" rev 0x01: couldn't
> map interrupt
> cbb1 at pci1 dev 1 function 1 "TI PCI1520 CardBus" rev 0x01: couldn't
> map interrupt
> ral0 at pci1 dev 6 function 0 "Ralink RT2560" rev 0x01: irq 11,
> address 00:13:d3:73:00:bb
> ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525
> "TI TSB43AB21 FireWire" rev 0x00 at pci1 dev 7 function 0 not configured
> ichpcib0 at pci0 dev 31 function 0 "Intel 82801DBM LPC" rev 0x03:
> 24-bit timer at 3579545Hz
> pciide0 at pci0 dev 31 function 1 "Intel 82801DBM IDE" rev 0x03: DMA,
> channel 0 configured to compatibility, channel 1 configured to
> compatibility
> pciide0: channel 0 disabled (no drives)
> atapiscsi0 at pciide0 channel 1 drive 0
> scsibus0 at atapiscsi0: 2 targets
> cd0 at scsibus0 targ 0 lun 0:  ATAPI
> 5/cdrom removable
> cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
> ichiic0 at pci0 dev 31 function 3 "Intel 82801DB SMBus" rev 0x03: irq 5
> iic0 at ichiic0
> spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2100CL2.5
> auich0 at pci0 dev 31 function 5 "Intel 82801DB AC97" rev 0x03: irq 5, ICH4 
> AC97
> ac97: codec id 0x43585430 (Conexant CXT48)
> ac97: codec features reserved, headphone, 18 bit DAC, 18 bit ADC, No 3D Stereo
> audio0 at auich0
> "Intel 82801DB Modem" rev 0x03 at pci0 dev 31 function 6 not configured
> usb1 at uhci0: USB revision 1.0
> uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb2 at uhci1: USB revision 1.0
> uhub2 at usb2 "Intel UHCI

Re: Emacs on OpenBSD for DEC VAX?

[Tomas Bodzar]

On Sat, Jan 26, 2013 at 4:58 PM, futzen  wrote:
> I have managed to install OpenBSD 5.2 on my DEC VaxStation 4000 Model 90 but
> to my surprise have not found a binary for Emacs (any version) for the VAX
> architecture. As best as I can tell I do not see it in the ports collection
> either.
>

How about 
http://www.openbsd.org/cgi-bin/man.cgi?query=mg&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=vax&format=html
as "replacement"?

> Has anybody succeeded in installing any version of Emacs (or for that matter
> Zile) on the VAX architecture? Note that the VAX architecture distribution of
> OpenBSD uses a modified version of GCC 2.9.5 as it's compiler.
>
> Thanks.
>
> Sincerely,
>
> Hany.

Re: getting apps en masse

[Tomas Bodzar]

On Mon, Jan 28, 2013 at 12:33 AM, John Newton  wrote:
> Sirs: Especially Dewey and Jorge.I should have stated at the outset that I
> must download from public computer not using openbsd so wget would
> not work. I must work with the constraints of the mirror and my windows
> system. BTW this is version 5.1 i am using. Maybe osdisc.com has app
> repository for 5.1 but they don't say so explicitly on their site. To Jorge
> especially: no, most of the apps are not on the install set. They take up
> about 16 GB. Thanks to all
>

You can have some terminal fun (and in same time downloading in
terminal) even in Windows like
http://teusje.wordpress.com/2011/02/19/download-file-with-powershell/

Re: Precisions on ZFS (was: Millions of files in /var/www & inode / out of space issue.)

[Tomas Bodzar]

On Thu, Feb 21, 2013 at 11:50 PM, Jeremie Le Hen  wrote:
> On Thu, Feb 21, 2013 at 05:15:35PM -0500, Bryan Horstmann-Allen wrote:
>> I apologize this is off-topic, but I'm somewhat close to the illumos project
>> and would like to correct a few things.
>>
>> [...things corrected...]
>
> Well, thank you very much for correcting me and providing us high quality
> informations!

What's much more funny is that Oracle is paying for training and
support to Joyent to be able to offer at least some level of support
in ZFS for its own customers :D

>
> Regards,
> --
> Jeremie Le Hen
>
> Scientists say the world is made up of Protons, Neutrons and Electrons.
> They forgot to mention Morons.

Re: user websites on apache chroot

[Tomas Bodzar]

good place for start http://www.openbsd.org/faq/faq10.html#httpdchroot


On Fri, Apr 19, 2013 at 3:07 AM,  wrote:

> I want to avoid using Apache 2.x for my server and want a chroot but where
> users can have their own webpages. It doesn't need to be automated I'm
> happy to edit httpd.conf to add each virtual server. I'd also like php to
> run as that user, can I run php via cgi on Apache 1.3?

Re: Very slow NFS writes

[Tomas Bodzar]

On Mon, Apr 22, 2013 at 2:46 PM, Mattieu Baptiste wrote:

> Hi,
>
> I'm currently trying to access files from my OpenBSD -current/amd64
> workstation on a NAS under FreeNAS (8.3.1). On my workstation, the
> filesystem is a read/write NFS mounted share. Its size is about 5.2TB.
> While reading seems normal : about 45MB/s, writing is a lot slower
> (fluctuates between 10MB/s and 20MB/s) before eventually stall (under
> 1MB/s). Note that at the start, my box is totally unresponsive. When the
> writes fall below 1MB/s, the box became responsive again.
>
> PF is disabled on my box and on both sides, I have em(4) interfaces
> (autoneg at 1000 baseT).
>
> With CIFS shares, the NAS can do a lot more throughput : above 50MB/s
> writes.
>
> I suspect problems with the OpenBSD NFS client since I saw problems like
> that in the archive. Moreover, the behavior of my box which became
> unresponsive when writing at 20MB/s seems strange.
>
> Any clues ?
>
> I'm sorry to not have more factual numbers... except the dmesg of my box.
> The NAS isn't accessible to me all the time. I can provide more details in
> the future.
>


You can start on client side as well to provide some numbers.

nfsstat -c
systat (check more screens)
vmstat
netstat -m
top
...



>
>
> OpenBSD 5.3-current (GENERIC.MP) #12: Mon Apr 15 15:18:44 CEST 2013
> matt...@kronenbourg.brimbelle.org:/usr/src/sys/arch/amd64/compile/
> GENERIC.MP
> real mem = 8571518976 (8174MB)
> avail mem = 8335634432 (7949MB)
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xf0710 (68 entries)
> bios0: vendor American Megatrends Inc. version "2003" date 12/14/2010
> bios0: ASUSTeK Computer INC. P7P55D
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S1 S3 S4 S5
> acpi0: tables DSDT FACP APIC MCFG OEMB HPET DMAR ASPT OSFR
> acpi0: wakeup devices P0P4(S4) BR1E(S4) UAR1(S4) PS2K(S4) PS2M(S4) EUSB(S4)
> USB0(S4) USB1(S4) USB2(S4) USB3(S4) USBE(S4) USB4(S4) USB5(S4) USB6(S4)
> BR21(S4) BR22(S4) BR23(S4) P0P1(S4) P0P3(S4) P0P5(S4) P0P6(S4) USB8(S4)
> BR20(S4) BR24(S4) BR25(S4) BR26(S4) BR27(S4)
> 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) Core(TM) i5 CPU 660 @ 3.33GHz, 3374.33 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> cpu0: apic clock running at 160MHz
> cpu1 at mainbus0: apid 4 (application processor)
> cpu1: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.90 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 2, package 0
> cpu2 at mainbus0: apid 1 (application processor)
> cpu2: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.90 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 1, core 0, package 0
> cpu3 at mainbus0: apid 5 (application processor)
> cpu3: Intel(R) Core(TM) i5 CPU 660 @ 3.33GHz, 3373.90 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,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 1, core 2, package 0
> ioapic0 at mainbus0: apid 6 pa 0xfec0, version 20, 24 pins
> ioapic0: misconfigured as apic 1, remapped to apid 6
> acpimcfg0 at acpi0 addr 0xf800, bus 0-63
> acpihpet0 at acpi0: 14318179 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 7 (BR1E)
> acpiprt2 at acpi0: bus -1 (BR21)
> acpiprt3 at acpi0: bus -1 (BR22)
> acpiprt4 at acpi0: bus -1 (BR23)
> acpiprt5 at acpi0: bus 1 (P0P1)
> acpiprt6 at acpi0: bus -1 (P0P3)
> acpiprt7 at acpi0: bus -1 (P0P5)
> acpiprt8 at acpi0: bus -1 (P0P6)
> acpiprt9 at acpi0: bus 6 (BR20)
> acpiprt10 at acpi0: bus 5 (BR24)
> acpiprt11 at acpi0: bus 4 (BR25)
> acpiprt12 at acpi0: bus 3 (BR26)
> acpiprt13 at acpi0: bus 2 (BR27)
> acpiec0 at acpi0
> acpicpu0 at acpi0
> acpicpu1 at acpi0
> acpicpu2 at acpi0
> acpicpu3 at acpi0
> aibs0 at acpi0: GGRP GITM SITM
> acpibtn0 at acpi0: PWRB
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x12
> ppb0 at pci0 dev 1 function 0 "Intel Core PCIE" rev 0x12: msi
> pci1 at ppb0 bus 1
> vga1 at pci1 dev 0 function 0 "ATI Radeon HD 4670" rev 0x00
> r

Re: Dual booting OpenBSD and Windows 8.1

[Tomas Bodzar]

On Fri, Nov 15, 2013 at 6:01 AM,  wrote:

> Hi
>
> I was thinking of dual booting OpenBSd and Windows 8.1. Has anyone managed
> to do that?
> I suppose I would have to install Windows first, and then OpenBSD.
> Does the OpenBSD installation include a boot manager such as GRUB?
> I have experience setting up dual booting with GRUB, when installing
> Linux. Is it ok if I follow the same procedure with OpenBSD? If not, how
> would you advise me to go about it?
>


Why don't you follow official guide mentioned zillion of times everywhere
around here?
http://www.openbsd.org/faq/faq4.html#Multibooting

As well your question about boot manager is answered here
http://www.openbsd.org/faq/faq8.html#Bootloader plus much more details for
every architecture in man pages, here for i386/amd64
http://www.openbsd.org/cgi-bin/man.cgi?query=boot_i386&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html

Simply this is not OS where devs provide crappy or no documentation at all.
There's everything you need so best is to start with FAQ, then dive in to
man pages (like man afterboot will be pointed to you after install anyway).
Nearly everything you want to ask is answered here in fine form. And yes,
for multiboot if you will go step by step it will work, but be careful to
not wipe out your disk ;-)


>
> Thanks
>
> Zaf

Re: Dual booting OpenBSD and Windows 8.1

[Tomas Bodzar]

On Fri, Nov 15, 2013 at 10:47 AM, Marc Espie  wrote:

> On Fri, Nov 15, 2013 at 07:39:41AM +0100, Tomas Bodzar wrote:
> > On Fri, Nov 15, 2013 at 6:01 AM,  wrote:
> >
> > > Hi
> > >
> > > I was thinking of dual booting OpenBSd and Windows 8.1. Has anyone
> managed
> > > to do that?
> > > I suppose I would have to install Windows first, and then OpenBSD.
> > > Does the OpenBSD installation include a boot manager such as GRUB?
> > > I have experience setting up dual booting with GRUB, when installing
> > > Linux. Is it ok if I follow the same procedure with OpenBSD? If not,
> how
> > > would you advise me to go about it?
> > >
> >
> >
> > Why don't you follow official guide mentioned zillion of times everywhere
> > around here?
> > http://www.openbsd.org/faq/faq4.html#Multibooting
>
> Did you actually read that ? notice how it stops with Windows Vista/7 ?
>

It stops there because most probably devs were not in touch with Win 8+ to
try it, but it works exactly as described for Win 7

>
> > There's everything you need so best is to start with FAQ, then dive in to
> > man pages (like man afterboot will be pointed to you after install
> anyway).
>
> Nope, not really, not yet.
>
> For instance, good luck if you want to install everything on one
> single disk, and that disk is large enough.
>
> We don't have UPT support yet, for instance...
>


Yeah, having machine which is able to boot good old BIOS and not UEFI only
is first thing needed and for the disk size, well most of the laptops under
250GB, newer ones like 1TB, but those mostly some cheap machines have
problems to run anything outside of Win/Lin and even those a lot of times
with some issues. Reader was warned on start of that chapter that it's not
easy task to do multiboot :-)

Re: Keeping OpenBSD installation clean

[Tomas Bodzar]

On Fri, Apr 4, 2014 at 8:29 AM, Denis Fondras  wrote:

> Hello all,
>
> I am using OpenBSD to test multiple softwares of any kind (that might
> become ports in the future) and I get to install many dependencies and
> my system becomes rotten and bloated with unused libraries and chunks
> pretty fast.
> So I end up reinstalling the system more often than I can handle to
> clean conflicting libraries.
>
> What is the (porter's) preferred way to keep the system clean ?
>
> Thank you in advance,
> Denis
>
>
Well best bet is to follow http://www.openbsd.org/faq/ports/index.html and
really work with it as with port on -current, this way you can keep your
system in consistent state and see what will work immediately, what may in
close future and what is total waste of time :-)

Re: Install 5.4 onto netbook... almost

[Tomas Bodzar]

On Sun, Apr 6, 2014 at 7:09 PM, Norman Gray  wrote:

> Greetings.
>
> I'm trying to install the released OpenBSD 5.4 onto a old-ish netbook
> without an optical drive.  I thought I could do this via
> install54.iso; I can see where I need to get to, and can almost get
> there, but I can't find the last step.
>
> I suspect this needs only a 1- or 2-line answer.
>
> Target machine (not ideal, admittedly):
>
>   * Acer Aspire One ZG8 ('no, don't throw it out, I'll try OpenBSD on
> it!') [1]
>   * ...so i386
>   * Internal disk
>   * No optical drive, but two USB ports and an SD slot
>   * Previously had Windows on it *shudder*
>   * No dmesg, I'm afraid, since part of my problem is an inability to
> mount any storage.
>
> I can boot the machine with the floppy.fs image (dd'ed to a flash
> drive), and go through the configuration, accepting defaults, and
> whole-disk partitioning the internal disk, to the point where I select
> the full installation media.  This I can't do.
>
> Problem 0 is that the boot fails to detect networking hardware.  I
> understand that the wireless interface doesn't work on this machine
> with OpenBSD, but that the wired one should work [2].  However the
> wired interface _isn't_ detected, and the installation script goes
> straight from 'System hostname?' to 'DNS domain name?' even though
> it's plugged in to an ethernet network which is offering DHCP
> services.  I can't see anything in the dmesg that's relevant (no 'fxp'
> or 'vlan').  I'm reasonably confident the network is behaving as it
> should, but it's _possible_, though unlikely, that the wired interface
> is simply broken (the machine's previous owner only ever used it
> wireless).  But there's not much to go on, and I'm uncertain how to
> debug this further.
>
> But it's OK!: I can install it from install54.iso, also dd'ed to a
> flash drive. (the machine's intended for offline use, so 'never
> connected to the internet' would be a somewhat desirable property).
>
> And this is where I'm stuck.
>
> The install54.iso isn't bootable in this context, but all I need to do
> is to boot the machine using floppy.fs, then mount the install54 flash
> drive, and give that as the 'disks' target.
>
> But (plan A) if I select 'disks' as the location of the sets, the
> only device that comes up is the internal hard disk, and this is true
> whether I have the install54 flash drive plugged in to the second USB
> port, alongside the floppy.fs drive on a USB expander, or burned to an
> SD card.  Again, nothing obviously relevant in dmesg -- I can see the
> wd0 device being detected, but no obvious 'USB failure'.  The USB port/bus
> works, since that's where the bootable floppy.fs is sitting.
>
> OK, Plan B.  The second-stage boot is detecting three devices (namely
> internal hard disk, plus the floppy.fs drive and the install54 drive):
> 'hd0', 'hd1', 'hd2'.  So I try booting directly from there:
>
>   boot> b hd0:/5.4/i386/bsd
>
> (and so on through hd{0,1,2}{,a,c}:, with and without the leading
> slash, ..., -- I'm getting a bit desperate here), but I get 'no such
> file or directory' or 'invalid argument'.  Looking at 'm diskinfo'
> tells me that there are three devices there (which is what I expect),
> but not much more.
>
> I'm vague about the details, but I have a reasonably secure schematic
> understanding of the boot process, which doesn't conflict with what I
> read in [3].  I'd be interested to know what I'm missing or
> misunderstanding.
>
> Plan C: create a custom installer (eg [4, 5]).  That appears to depend
> on having a working OpenBSD system, to call /usr/mdec/installboot.
> But I don't -- the other OSs I have to hand are OS X and FreeBSD.
>
> Plan d (not worth a capital letter): it looks like I could try copying
> /bsd from /5.4/i386/bsd to the top of that filesystem and... see what
> happens, but (a) I run into filesystem support limitations on OS X,
> and (b) even if I dealt with that, I'd still have to make the modified
> filesystem bootable.  bless(8) [6] is the broad analogue of
> installboot on OS X, but I suspect it's specific to both HFS+ and to
> Apple's BIOS, so this seems unlikely to work.  Even then, 'flailing
> around blindly' is never a good problem solving strategy.
>
> Plan e: I could try booting the Mac with the floppy.fs, doing an
> OpenBSD install onto another flash drive, making _that_ bootable,
> and... no.  On my main work machine, that could go very wrong very
> quickly (!), and I'm not even going to go there unless I'm very
> confident I know what I'm doing.
>
> So there I am.  Plans A and B seem tantalisingly close to a solution,
> but missing a final step.  Writing out the email hasn't produced an
> 'aha!'; a fair amount of googling suggests I'm not missing anything
> terribly obvious (somewhat surprisingly: this is a slightly odd
> configuration I'm attempting, but not insanely exotic); the
> misc@openbsd.org list doesn't appear to be searchable (right?).  So I
> seem to have exhausted the DIY

Re: Install 5.4 onto netbook... almost

[Tomas Bodzar]

On Sun, Apr 6, 2014 at 7:09 PM, Norman Gray  wrote:

> Greetings.
>
> I'm trying to install the released OpenBSD 5.4 onto a old-ish netbook
> without an optical drive.  I thought I could do this via
> install54.iso; I can see where I need to get to, and can almost get
> there, but I can't find the last step.
>
> I suspect this needs only a 1- or 2-line answer.
>
> Target machine (not ideal, admittedly):
>
>   * Acer Aspire One ZG8 ('no, don't throw it out, I'll try OpenBSD on
> it!') [1]
>   * ...so i386
>   * Internal disk
>   * No optical drive, but two USB ports and an SD slot
>   * Previously had Windows on it *shudder*
>   * No dmesg, I'm afraid, since part of my problem is an inability to
> mount any storage.
>
> I can boot the machine with the floppy.fs image (dd'ed to a flash
> drive), and go through the configuration, accepting defaults, and
> whole-disk partitioning the internal disk, to the point where I select
> the full installation media.  This I can't do.
>
> Problem 0 is that the boot fails to detect networking hardware.  I
> understand that the wireless interface doesn't work on this machine
> with OpenBSD, but that the wired one should work [2].



ATT specs page is pretty crap (sounds like ATT :-)), but that type of
netbook was known under different model name as well which is AO531h. Here
are some much better details
http://drp.su/drivers/notebooks/?v=acer&m=AO531h&id=39058&l=en and based on
that wired interface is really supposed to work and be supported by this
http://www.openbsd.org/cgi-bin/man.cgi?query=ale&sektion=4&apropos=0&manpath=OpenBSD+Current&arch=i386(not
sure why you were looking for fxp driver in dmesg). All of that is
anyway showing path for you. Install -current i386 on it, not "old" OpenBSD
5.4 release


>  However the
> wired interface _isn't_ detected, and the installation script goes
> straight from 'System hostname?' to 'DNS domain name?' even though
> it's plugged in to an ethernet network which is offering DHCP
> services.  I can't see anything in the dmesg that's relevant (no 'fxp'
> or 'vlan').  I'm reasonably confident the network is behaving as it
> should, but it's _possible_, though unlikely, that the wired interface
> is simply broken (the machine's previous owner only ever used it
> wireless).  But there's not much to go on, and I'm uncertain how to
> debug this further.
>
> But it's OK!: I can install it from install54.iso, also dd'ed to a
> flash drive. (the machine's intended for offline use, so 'never
> connected to the internet' would be a somewhat desirable property).
>
> And this is where I'm stuck.
>
> The install54.iso isn't bootable in this context, but all I need to do
> is to boot the machine using floppy.fs, then mount the install54 flash
> drive, and give that as the 'disks' target.
>
> But (plan A) if I select 'disks' as the location of the sets, the
> only device that comes up is the internal hard disk, and this is true
> whether I have the install54 flash drive plugged in to the second USB
> port, alongside the floppy.fs drive on a USB expander, or burned to an
> SD card.  Again, nothing obviously relevant in dmesg -- I can see the
> wd0 device being detected, but no obvious 'USB failure'.  The USB port/bus
> works, since that's where the bootable floppy.fs is sitting.
>
> OK, Plan B.  The second-stage boot is detecting three devices (namely
> internal hard disk, plus the floppy.fs drive and the install54 drive):
> 'hd0', 'hd1', 'hd2'.  So I try booting directly from there:
>
>   boot> b hd0:/5.4/i386/bsd
>
> (and so on through hd{0,1,2}{,a,c}:, with and without the leading
> slash, ..., -- I'm getting a bit desperate here), but I get 'no such
> file or directory' or 'invalid argument'.  Looking at 'm diskinfo'
> tells me that there are three devices there (which is what I expect),
> but not much more.
>
> I'm vague about the details, but I have a reasonably secure schematic
> understanding of the boot process, which doesn't conflict with what I
> read in [3].  I'd be interested to know what I'm missing or
> misunderstanding.
>
> Plan C: create a custom installer (eg [4, 5]).  That appears to depend
> on having a working OpenBSD system, to call /usr/mdec/installboot.
> But I don't -- the other OSs I have to hand are OS X and FreeBSD.
>
> Plan d (not worth a capital letter): it looks like I could try copying
> /bsd from /5.4/i386/bsd to the top of that filesystem and... see what
> happens, but (a) I run into filesystem support limitations on OS X,
> and (b) even if I dealt with that, I'd still have to make the modified
> filesystem bootable.  bless(8) [6] is the broad analogue of
> installboot on OS X, but I suspect it's specific to both HFS+ and to
> Apple's BIOS, so this seems unlikely to work.  Even then, 'flailing
> around blindly' is never a good problem solving strategy.
>
> Plan e: I could try booting the Mac with the floppy.fs, doing an
> OpenBSD install onto another flash drive, making _that_ bootable,
> and... no.  On my main

Re: Install 5.4 onto netbook... almost

[Tomas Bodzar]

On Mon, Apr 7, 2014 at 1:36 PM, Brett Mahar  wrote:

> On Mon, 7 Apr 2014 10:35:31 +0100
> Maurice McCarthy  wrote:
>
> | Another possible solution is to make a default 5.4 install to a raw qemu
> image in OSX or FreeBSD and dd that to a usb stick.
> |
> | Regards
> | Moss
> |
>
> Maybe I missed some of the posts but instead of all these crazy convoluted
> methods, just install to a usb drive on a regular computer (ie one with a
> cd rom) then boot ramdisk (bsd.rd) on your netbook, explanations at:
>
> http://www.openbsd.org/faq/faq14.html#flashmemLive
>
> and slightly more complicated:
>
> http://undeadly.org/cgi?action=article&sid=20140225072408
>
>
but still 5.4 is quite "old" now. His best bet now is to use and try
-current. He may be surprised what things are already solved.

Re: "not configured" components on Dell C5220 / C6220

[Tomas Bodzar]

On Tue, Apr 8, 2014 at 7:35 PM, Donovan Watteau  wrote:

> Hello,
>
> We'd like to deploy OpenBSD on some Dell C5220 and Dell C6220 servers,
> for a high-traffic website.
>
> However, the C5220 has some unconfigured components in dmesg [1], and
> the C6220 has even more of them [2].
>
> Are they crucial for the machines to operate accurately?  By 'accurately',
> I mean we need them to compute and send stuff on the wire, while remaining
> stable, with a high load of work and traffic.
>
> Thanks for your help,
> Donovan.
>
> [1]:
> OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar  5 09:37:46 MST 2014
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 33506557952 (31954MB)
> avail mem = 32606011392 (31095MB)
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xebe40 (46 entries)
> bios0: vendor Dell Inc. version "2.1.0" date 07/30/2013
> bios0: Dell Inc. PowerEdge C5220
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S1 S5
> acpi0: tables DSDT FACP APIC MCFG HPET SSDT PRAD SPMI SSDT SSDT SSDT SSDT
> SPCR BGRT
> acpi0: wakeup devices PCIB(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3)
> USB5(S3) USB6(S3) USB7(S3) PEGP(S3) PEG0(S3) PEG1(S3) PEG2(S3) PEG3(S3)
> GLAN(S3) EHC1(S3) EHC2(S3) [...]
> 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 E3-1220 V2 @ 3.10GHz, 3093.41 MHz
> cpu0:
>
FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> 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.1.0, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz, 3092.98 MHz
> cpu1:
>
FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 4 (application processor)
> cpu2: Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz, 3092.98 MHz
> cpu2:
>
FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 2, package 0
> cpu3 at mainbus0: apid 6 (application processor)
> cpu3: Intel(R) Xeon(R) CPU E3-1220 V2 @ 3.10GHz, 3092.98 MHz
> cpu3:
>
FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 0, core 3, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> acpihpet0 at acpi0: 14318179 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 3 (PCIB)
> acpiprt2 at acpi0: bus 1 (PEG0)
> acpiprt3 at acpi0: bus 2 (PEG1)
> acpiprt4 at acpi0: bus -1 (PEG2)
> acpiprt5 at acpi0: bus -1 (PEG3)
> acpiec0 at acpi0: Failed to read resource settings
> acpicpu0 at acpi0: PSS
> acpicpu1 at acpi0: PSS
> acpicpu2 at acpi0: PSS
> acpicpu3 at acpi0: PSS
> acpipwrres0 at acpi0: FN00, resource for FAN0
> acpipwrres1 at acpi0: FN01, resource for FAN1
> acpipwrres2 at acpi0: FN02, resource for FAN2
> acpipwrres3 at acpi0: FN03, resource for FAN3
> acpipwrres4 at acpi0: FN04, resource for FAN4
> acpitz0 at acpi0: critical temperature is 106 degC
> acpitz1 at acpi0: critical temperature is 106 degC
> acpibat0 at acpi0: BAT0 not present
> acpibat1 at acpi0: BAT1 not present
> acpibat2 at acpi0: BAT2 not present
> acpibtn0 at acpi0: PWRB
> acpibtn1 at acpi0: LID0
> acpivideo0 at acpi0: GFX0
> acpivout0 at acpivideo0: DD02
> ipmi at mainbus0 not configured
> cpu0: Enhanced SpeedStep 3093 MHz: speeds: 3101, 3100 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel Xeon E3-1200 v2 Host" rev 0x09
> ppb0 at pci0 dev 1 function 0 "Intel Core 3G PCIE" rev 0x09: msi
> pci1 at ppb0 bus 1
> ppb1 at pci0 dev 1 function 1 "Intel Core 3G PCIE" rev 0x09: msi
> pci2 at ppb1 bus 2
> em0 at pci2 dev 0 function 0 "Intel 82580" rev 0x01: msi, address XXX
> em1 at pci2 d

Re: acpitz3: critical temperature exceeded with HP nc6320 Laptop

[Tomas Bodzar]

On Thu, Apr 10, 2014 at 12:37 AM, Steve Quinn wrote:

> Hi folks
>
> I have been recently playing with OpenBSD.
> I am very impressed with the whole experience, great job people !!
>


Just one side note. Most (or all?) "major" operating systems are using
implementation of ACPI from Intel, but OpenBSD has own implementation
http://www.openbsd.org/cgi-bin/man.cgi?query=acpi&sektion=4&apropos=0&manpath=OpenBSD+Current&arch=i386,
which may be sometimes problematic, but generally fixes are available
very quickly compared to that general implementation.


>
> I am using an HP nc6320 Laptop.
>
> Quite often, I get an error similar to this with amd64 5.4 and 5.5
> acpitz3: critical temperature exceeded 3786C, shutting down
>
> For me it was a nice error to get, because it introduced me to the
> coolness of using boot -c and config -e
> I have no problems working around the issue.
>
> I did some digging and see others with the same issue on similar hardware
>
> http://comments.gmane.org/gmane.os.openbsd.misc/176044
> http://comments.gmane.org/gmane.os.openbsd.misc/205033
>
> I'd like to offer the use of my HP nc6320 if a Developer would like to
> play directly with the hardware to assist others in the community with
> the issue.
> I'll be at BSDCan 2014 and can bring it along.  Otherwise, please let
> me know if/how I can be of any help.
>


Good quick start is to send dmesg output from latest -current (both i386
and amd64 IF there's some difference) and something which you probably
already checked ; BIOS versions


>
> Take care
>
> Steve Quinn

Re: PF for a VPS

[Tomas Bodzar]

On Fri, Apr 11, 2014 at 1:35 AM, Sinosuke Noara
wrote:

> Hi guys,
>
> I've rented a virtual private server with some friends and we would like to
> deploy a firewall. I suggested packet filter and OpenBSD because I have it
> at home, but really don't know about the performace of the OpenBSD packet
> filter into a virtual machine. The idea is to have some (6-9) different
> virtual machines running at the same time, 2 of then (apart from the
> firewall) will have a lot of incoming traffic and at least 1 will have a
> lot of outgoing network traffic, so my mates are thinking that PF into a
> virtual machine running OpenBSD is not going to have a good performance,
> maybe because (as far as I know) PF can't work using more than one core.
>
> Any of you have some experience about this? Could you give me some info
> about performance or some nice arguments to convince them?
>
> Thanks in advance!
>
> Excuse my english, but I don't practice it regularly.
>

1) You don't mention which VPS are you planning to use
2) PF can handle a lot of traffic just fine, but you must test in YOUR
scenario
3) You don't mention expected amount of traffic and type of that traffic
4) Why exactly are your friends against it? Maybe they don't know OpenBSD
well, maybe VPS doesn't support OpenBSD and so on

Re: acpitz3: critical temperature exceeded with HP nc6320 Laptop

[Tomas Bodzar]

On Fri, Apr 11, 2014 at 3:18 AM, Steve Quinn  wrote:

> On Thu, Apr 10, 2014 at 7:31 AM, Tomas Bodzar 
> wrote:
>
> > Just one side note. Most (or all?) "major" operating systems are using
> > implementation of ACPI from Intel, but OpenBSD has own implementation
> >
> http://www.openbsd.org/cgi-bin/man.cgi?query=acpi&sektion=4&apropos=0&manpath=OpenBSD+Current&arch=i386
> > , which may be sometimes problematic, but generally fixes are available
> very
> > quickly compared to that general implementation.
>
> Wow, thanks for the great reference
>

One correction I did not have single issue with ACPI over the years on Dell
or Lenovo HW with OpenBSD, but had number of those with other BSDs,
OpenSolaris or Linux with their Intel implementation. Especially cheaper
consumer models from HP, Toshiba, Sony and similar has very "interesting"
workarounds implemented to get it working at least somewhat even on Windows
and Linux so these are often very funny :-)


>
> > Good quick start is to send dmesg output from latest -current (both i386
> and
> > amd64 IF there's some difference) and something which you probably
> already
> > checked ; BIOS versions
>
> Ok.  Sounds great, thank you.
> I've yet to install -current and want to do it properly so it will be
> a few days until I have a dmesg to share
> Regarding the BIOS version, I will triple check but I'm usually quite
> anal about these things :-)
>

Using -current is easy, just start with latest snapshot from mirror and use
snapshot path for packages in PKG_PATH as well. From that time on easy like
with regular system. Plus is you have binary upgrades to new snapshot
mostly everyday (if you want to) -> man sysmerge -> checking current.html
page IF some manual intervention needed -> pkg_add -u . All of that takes
like 15 minutes or so, depends on speed of your network and interval how
often you will update between snapshots. Generally more stable then some so
called stable/lts/whatever distros and you have latest fixes.

For BIOS I meant if there's something related to ACPI in fixes from vendor.



>
> Steve

Re: feature patch -> replace /etc/crontab by /etc/cron.d/

[Tomas Bodzar]

On Fri, Apr 11, 2014 at 12:05 PM, Sélène  wrote:

> Le 2014-04-09 00:48, czark...@gmail.com a écrit :
>
>  Remy said:
>>
>>> here is a simple patch to replace /etc/crontab by /etc/cron.d/.
>>>
>>
>> FWIW why?
>>
>
> I find it far easier to have multiples crontab files in /etc/cron.d/ than
> keeping a single crontab.
>
> At works, we are heavily using crontabs, and when we update our own apps
> on the servers, I need to check the changes needed for the app in the
> crontab. With a /etc/cron.d/my_app_1 file, I would just replace it with the
> new one, or I can even let the developers update their cron file, but I
> won't let them mess the global crontab (root or user).
>
> Of course, I can manage the crontab by hand because I don't modify it very
> often, but I find the cron.d easier.
>

And why not to use CFEngine, Puppet and similar for that?

Re: acpitz3: critical temperature exceeded with HP nc6320 Laptop

[Tomas Bodzar]

On Sat, Apr 12, 2014 at 4:22 AM, Steve Quinn  wrote:

> On Fri, Apr 11, 2014 at 1:34 AM, Tomas Bodzar 
> wrote:
>
> > Using -current is easy, just start with latest snapshot from mirror and
> use
> > snapshot path for packages in PKG_PATH as well. From that time on easy
> like
> > with regular system. Plus is you have binary upgrades to new snapshot
> mostly
> > everyday (if you want to) -> man sysmerge -> checking current.html page
> IF
> > some manual intervention needed -> pkg_add -u . All of that takes like 15
> > minutes or so, depends on speed of your network and interval how often
> you
> > will update between snapshots. Generally more stable then some so called
> > stable/lts/whatever distros and you have latest fixes.
>
> My gosh Tomas, you are so incredibly helpful thank you.
>
> I now have an avenue to supply a laptop to a Dev :-)
> In parallel though, I'll still be taking this opportunity to learn
> -current and other shiny new (to me) things
>


You're welcome. You will find it quickly very easy. Especially for
desktop/workstation/laptop not much reasons to be on release/stable. I
don't say that there are not use cases, but very small amount of those.


>
> > For BIOS I meant if there's something related to ACPI in fixes from
> vendor.
>
> Oh, right, sorry. I will check
>
> Steve

Re: OpenBSD on IBM Power

[Tomas Bodzar]

On Mon, Apr 14, 2014 at 2:48 AM, Zeljko Jovanovic <
zelj...@tesla.rcub.bg.ac.rs> wrote:

> On 09.04.2014. 18:24, Fil Di Noto wrote:
>
>> Is there any hope of OpenBSD running on IBM Power hardware (System P,
>> LPAR) in the future?
>>
> ...
>
>  OS on that hardware without cooperation from IBM? I don't see any
>> Linux distros that do not have a relationship with IBM that run on
>> Power.
>>
>
> Slackware Linux has an IBM port, although it has not been updated for
> several years now: http://www.slack390.org
>
> I am not sure what are the differences between largest IBM machines
> (System Z, formerly known as System/390), and smaller systems such as
> System P. But I am sure that Slackware project certainly does not have a
> relationship with any company.
>
> By the way, as you probably know, Slackware is the oldest surviving Linux
> distribution, and adversises as the most "UNIX-like" among Linuxes. Also,
> its /etc layout is of BSD type, not System V like in other Linux
> distribution. The overall "look and feel" after instalation is similar to
> OpenBSD. Even the BSD games packages, with fortune program enabled by
> default is there. :)

Re: OpenBSD on IBM Power

[Tomas Bodzar]

On Mon, Apr 14, 2014 at 2:48 AM, Zeljko Jovanovic <
zelj...@tesla.rcub.bg.ac.rs> wrote:

> On 09.04.2014. 18:24, Fil Di Noto wrote:
>
>> Is there any hope of OpenBSD running on IBM Power hardware (System P,
>> LPAR) in the future?
>>
> ...
>
>  OS on that hardware without cooperation from IBM? I don't see any
>> Linux distros that do not have a relationship with IBM that run on
>> Power.
>>
>
> Slackware Linux has an IBM port, although it has not been updated for
> several years now: http://www.slack390.org
>
> I am not sure what are the differences between largest IBM machines
> (System Z, formerly known as System/390), and smaller systems such as
> System P. But I am sure that Slackware project certainly does not have a
> relationship with any company.
>
> By the way, as you probably know, Slackware is the oldest surviving Linux
> distribution, and adversises as the most "UNIX-like" among Linuxes. Also,
> its /etc layout is of BSD type, not System V like in other Linux
> distribution. The overall "look and feel" after instalation is similar to
> OpenBSD. Even the BSD games packages, with fortune program enabled by
> default is there. :)
>


The question is for how long. Especially RedHat is pushing a lot of stuff
in a way which even MS need to yet discover (:-)). And crap like systemd
and similar is just a start. Man that stupid stuff is not even able to boot
automatically system which is supposed to mount automatically with
filesystem residing on LVM (OpenSuse 12.x). You add aditional disk, create
LVM on it, some ext filesystem, put it in /etc/fstab, mount.oo
works.. till reboot which always end in emergency mode where you need
to comment that new entry in /etc/fstab, reboot, manually start LVM service
(!), manually mount new entry in /etc/fstab again.

WHAT AN IMPROVEMENT !
'
And I'm describing just stuff which admins are and were doing for years on
Linux. Simple new disk/partition with LVM. Stuff which was not needed to
hack somewhat around after reboot just to get system back working. Too much
bored to look at that shit in details, but seems like it's not able to
start services in proper order and completely breaking functional thing
like simple /etc/fstab which was working for such long time in Unix world.

Re: How to apply a patch in OpenBSD?

[Tomas Bodzar]

On Tue, Apr 15, 2014 at 6:58 PM, ohh, whyyy  wrote:

> Hey, Thanks! yes, it looks like the sys.tar.gz was missing.. I created a
> small howto for it (for patching 5.4):
>


Why howto? Combination of http://www.openbsd.org/faq/faq5.html#BldGetSrc ,
man release and info in patches is more then enough.


> cd /root && ftp http://ftp.openbsd.org/pub/OpenBSD/`uname -r`/src.tar.gz
> &&
> tar -xvzf /root/src.tar.gz -C /usr/src; ftp
> http://ftp.openbsd.org/pub/OpenBSD/`uname -r`/sys.tar.gz && tar -xvzf
> /root/sys.tar.gz -C /usr/src
>
> # apply patches
> ftp "http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/001_pflow.patch
> "
> && cat 001_pflow.patch | (cd /usr/src && patch -p0)
> ftp "
> http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/002_sshgcm.patch";
> && cat 002_sshgcm.patch | (cd /usr/src && patch -p0)
> ftp "http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/003_vnode.patch
> "
> && cat 003_vnode.patch | (cd /usr/src && patch -p0)
> ftp "http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/004_nginx.patch
> "
> && cat 004_nginx.patch | (cd /usr/src && patch -p0)
> ftp "
> http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/005_sha512.patch";
> && cat 005_sha512.patch | (cd /usr/src && patch -p0)
> ftp "
> http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/006_libXfont.patch";
> && cat 006_libXfont.patch | (cd /usr/src && patch -p0) # if you don't have
> the X, then it's not needed..
> ftp "
> http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/007_openssl.patch";
> && cat 007_openssl.patch | (cd /usr/src && patch -p0)
> ftp "
> http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/008_openssl.patch";
> && cat 008_openssl.patch | (cd /usr/src && patch -p0)
>
> # build and install a new kernel (~5-10 minutes)
> # if your system has trouble booting the new kernel, you can easily go back
> and reboot from the old kernel, now called obsd.
> cd /usr/src/sys/arch/amd64/conf
> /usr/sbin/config GENERIC.MP
> cd /usr/src/sys/arch/amd64/compile/GENERIC.MP
> make clean && make depend && make
> cd /usr/src/sys/arch/amd64/compile/GENERIC.MP
> make install
> reboot
>
> # rebuild the system binaries (~1 hour)
> rm -rf /usr/obj/*
> cd /usr/src
> make obj
> cd /usr/src/etc && env DESTDIR=/ make distrib-dirs
> cd /usr/src
> make build
> ---
>
> After this howto.. I only miss one big point...
>
> Before patching:
> # openssl version
> OpenSSL 1.0.1c 10 May 2012
>
> After patching:
> # openssl version
> OpenSSL 1.0.1c 10 May 2012
>
>
> Question: How do I know I did the patching correctly? Was it needed to
> rebuild the system binaries? Why is the OpenSSL version still the same?
>
> Thanks! have a great day!
>
>
> 2014-04-13 20:01 GMT+02:00 John Hynes :
>
> > It's just like pouring piss out if a boot; the instructions are written
> on
> > the heel.  :)
> >
> > If your sources are in /usr/src, and the patches are in /usr/src/5.4 then
> > if you cd /usr/src ; patch -p0 < path to patch it'll work, exactly as it
> > instructs in the patch itself.
> >
> >
> > On Sunday, April 13, 2014, ohh, whyyy  wrote:
> >
> >> Hi list!
> >>
> >> I installed the comp54.tgz set too when I installed
> >> http://ftp.openbsd.org/pub/OpenBSD/5.4/amd64/install54.iso
> >> then:
> >>
> >> # cd /root && ftp http://ftp.openbsd.org/pub/OpenBSD/`uname<
> http://ftp.openbsd.org/pub/OpenBSD/uname>-r`/src.tar.gz
> >> && tar -xzf /root/src.tar.gz -C /usr/src
> >> # uname -r
> >> 5.4
> >> # pwd
> >> /usr/src
> >> # ls -la
> >> total 124
> >> drwxrwxr-x   17 root  wsrc 512 Apr 13 19:35 .
> >> drwxr-xr-x   17 root  wheel512 Jul 30  2013 ..
> >> drwxr-xr-x2 root  wsrc 512 Jul 29  2013 CVS
> >> -rw-r--r--1 root  wsrc3456 Jul 24  2013 Makefile
> >> -rw-r--r--1 root  wsrc   16419 Jul  7  2013 Makefile.cross
> >> drwxr-xr-x   36 root  wsrc1024 Jul 29  2013 bin
> >> drwxr-xr-x   31 root  wsrc 512 Jul 29  2013 distrib
> >> drwxr-xr-x   35 root  wsrc2560 Jul 29  2013 etc
> >> drwxr-xr-x   44 root  wsrc1024 Jul 29  2013 games
> >> drwxr-xr-x9 root  wsrc 512 Jul 29  2013 gnu
> >> drwxr-xr-x7 root  wsrc2048 Jul  7  2013 include
> >> drwxr-xr-x   11 root  wsrc 512 Jul 29  2013 kerberosV
> >> drwxr-xr-x   40 root  wsrc1024 Jul 29  2013 lib
> >> drwxr-xr-x   40 root  wsrc1024 Jul 29  2013 libexec
> >> drwxr-xr-x   15 root  wsrc 512 Jul 10  2010 regress
> >> drwxr-xr-x   78 root  wsrc1536 Jul 29  2013 sbin
> >> drwxr-xr-x   14 root  wsrc 512 Jul 29  2013 share
> >> drwxr-xr-x  228 root  wsrc4096 Jul 29  2013 usr.bin
> >> drwxr-xr-x  144 root  wsrc2560 Jul 29  2013 usr.sbin
> >> # which gcc
> >> /usr/bin/gcc
> >> #
> >> # ftp
> >> http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/001_pflow.patch
> >>
> >> Trying 129.128.5.191...
> >> Requesting
> >> http://ftp.openbsd.org/pub/OpenBSD/patches/5.4/common/001_pflow.patch
> >> 100% |***|   803
> >> 00:00
> >> 803 bytes received in 0.

Re: Install iwn driver Lenovo X1 Carbon

[Tomas Bodzar]

On Wed, Apr 16, 2014 at 8:52 PM, Axel  wrote:

> Hi,
> I am trying to install OpenBSD -CURRENT on a Lenovo X1 Carbon with only a
> wireless network card, and I cannot upgrade the firmware 'iwn' of this card
> to get it working.
>
> I downloaded on an USB pen firmware iwn-firmware-5.10p0.tgz from the
> website
> http://firmware.openbsd.org/firmware/5.5/and
> I get an error. Thame thing if I download firmware from
> http://firmware.openbsd.org/firmware/snapshots/
>
> # fw_update -v -p /mnt
>


Can you pkg_delete -cv those packages and try again with  fw_update -av -p
/mnt   ? As well is your downloaded package same size/content as on web
page? (test from some other computer)


>
> Output:
> fw_update: Path to firmware: /mnt/
> fw_update: Installing firmware:  iwn-firmware uvideo-firmware.
> Adding
>
> partial-iwn-firmware-5.10p0+partial-iwn-firmware-5.10p0.1+partial-iwn-firmwar
> e-5.10p0.2->iwn-firmware-5.10p0
> iwn-firmware-5.10p0 (extracting)
> Adjusting sha for /etc/firmware/pkg.FHkxl3k9JK from
> 8Cbu0FUD4f51K+vNHgoDrtedDadXrmnX3qgilQNvH4I= to
> RjjlJCCucQyXmR0Bl7HhdcgfvblAllJwihkXcIPnTHE=
> Fatal error: Installation of iwn-firmware-5.10p0 failed, partial
> installation recorded as partial-iwn-firmware-5.10.p0.7 at
> /usr/libdata/perl5/OpenBSD/PkgAdd.pm line 778.
>
>
> I paste DMESG output
>
> OpenBSD 5.5-current (GENERIC.MP) #65: Sat Apr 12 10:08:00 MDT 2014
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 8251547648 (7869MB)
> avail mem = 8023130112 (7651MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdaa9d000 (71 entries)
> bios0: vendor LENOVO version "G6ET66WW (2.10 )" date 11/20/2012
> bios0: LENOVO 34607ZG
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT
> ASF! UEFI UEFI MSDM SSDT SSDT UEFI SSDT DBG2
> acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3) EHC1(S3)
> EHC2(S3) HDEF(S4)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz, 798.34 MHz
> cpu0:
>
> FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
>
> ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
> ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> 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.1.2, IBE
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz, 798.19 MHz
> cpu1:
>
> FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
>
> ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
> ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> 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-3667U CPU @ 2.00GHz, 798.19 MHz
> cpu2:
>
> FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
>
> ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
> ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> 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-3667U CPU @ 2.00GHz, 798.19 MHz
> cpu3:
>
> FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
>
> ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A
> ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 1, core 1, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
> acpimcfg0 at acpi0 addr 0xf800, bus 0-63
> acpiec0 at acpi0
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus -1 (PEG_)
> acpiprt2 at acpi0: bus 2 (EXP1)
> acpiprt3 at acpi0: bus 3 (EXP2)
> acpicpu0 at acpi0: C3, C2, C1, PSS
> acpicpu1 at acpi0: C3, C2, C1, PSS
> acpicpu2 at acpi0: C3, C2, C1, PSS
> acpicpu3 at acpi0: C3, C2, C1, PSS
> acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2
> acpitz0 at acpi0: critical temperature is 200 degC
> acpibtn0 at acpi0: LID_
> acpibtn1 at acpi0: SLPB
> acpibat0 at acpi0: BAT0 model "45N1071" serial   458

Re: Ath10k support ?

[Tomas Bodzar]

On Thu, Apr 17, 2014 at 12:42 AM, Thom Lauret  wrote:

> Hi all,
>
> Should I expect to see support for QCA9880 cards anytime soon (ever)
> ?
>
> This is what I have
> http://www.compex.com.sg/Datasheets/WLE900V5-18_Dsv1.0.0.pdf
>
> Thanks !
>
>
802.11n is not yet supported in OpenBSD. So doesn't seem so promising now.
But except of that  that WLE900V5 is supported by OpenWRT so there's quite
good chance that it can be supported quite soon in some other BSD like
FreeBSD for example.

vpnc doesn't work against Cisco after last port change

[Tomas Bodzar]

Hi all,

anyone with working vpnc against Cisco VPN concentratos after last change
http://marc.info/?l=openbsd-ports&m=139634144615435&w=2 ?

It does seems to be connecting, but no IP assigned, no routes created and
there's not /etc/vpnc-script

$ sudo vpnc user.conf
Password:
Enter password for user@X.X.X.X:
sh: /etc/vpnc-script: not found
sh: /etc/vpnc-script: not found
VPNC started in background (pid: 14661)...
$

$ pkg_info -L vpnc
Information for inst:vpnc-0.5.3p3

Files:
/usr/local/man/man8/vpnc.8
/usr/local/sbin/vpnc
/usr/local/sbin/vpnc-disconnect
/usr/local/share/doc/vpnc/README
/usr/local/share/examples/vpnc/split.sh
/usr/local/share/examples/vpnc/vpnc.conf
/usr/local/share/examples/vpnc/vpnc.sh
/etc/rc.d/vpnc


$

$ sysctl kern.version
kern.version=OpenBSD 5.5-current (GENERIC.MP) #72: Tue Apr 15 10:51:03 MDT
2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

$

$ ifconfig
lo0: flags=8049 mtu 33136
priority: 0
groups: lo
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff00
em0: flags=8843 mtu 1500
lladdr 00:0c:29:26:c8:52
priority: 0
groups: egress
media: Ethernet autoselect (1000baseT full-duplex,master)
status: active
inet6 fe80::20c:29ff:fe26:c852%em0 prefixlen 64 scopeid 0x1
inet X.X.X.X netmask 0xff00 broadcast 192.168.40.255   <-
here still 192... from ESX
enc0: flags=0<>
priority: 0
groups: enc
status: active
pflog0: flags=141 mtu 33136
priority: 0
groups: pflog
tun0: flags=50 mtu 1500
priority: 0
groups: tun
status: active
$

Nothing in routing table from 10. which is supposed to be here


And same case with use of /etc/rc.d/vpnc

$ sudo sh -x /etc/rc.d/vpnc
start
[106/220]
+ daemon=/usr/local/sbin/vpnc
+ . /etc/rc.d/rc.subr
+ . /etc/rc.conf
+ ldpd_flags=NO
+ ripd_flags=NO
+ mrouted_flags=NO
+ dvmrpd_flags=NO
+ ospfd_flags=NO
+ ospf6d_flags=NO
+ bgpd_flags=NO
+ rarpd_flags=NO
+ bootparamd_flags=NO
+ rbootd_flags=NO
+ sshd_flags=
+ named_flags=NO
+ nsd_flags=NO
+ unbound_flags=NO
+ ldattach_flags=NO
+ ntpd_flags=NO
+ isakmpd_flags=NO
+ iked_flags=NO
+ sasyncd_flags=NO
+ mopd_flags=NO
+ apmd_flags=NO
+ dhcpd_flags=NO
+ dhcrelay_flags=NO
+ rtadvd_flags=NO
+ route6d_flags=NO
+ rtsold_flags=NO
+ lpd_flags=NO
+ sensorsd_flags=NO
+ hotplugd_flags=NO
+ watchdogd_flags=NO
+ ftpproxy_flags=NO
+ hostapd_flags=NO
+ ifstated_flags=NO
+ relayd_flags=NO
+ snmpd_flags=NO
+ smtpd_flags=
+ sndiod_flags=
+ ldapd_flags=NO
+ npppd_flags=NO
+ inetd_flags=NO
+ rwhod_flags=NO
+ portmap_flags=NO
+ kdc_flags=NO
+ kadmind_flags=NO
+ kpasswdd_flags=NO
+ ipropd_master_flags=NO
+ ipropd_slave_flags=NO
+ amd_flags=NO
+ tftpd_flags=NO
+ tftpproxy_flags=NO
+ ldomd_flags=NO
+ identd_flags=NO
+ nginx_flags=NO
+ slowcgi_flags=NO
+ sendmail_flags=NO
+ spamd_flags=NO
+ spamd_black=NO
+ spamlogd_flags=
+ ftpd_flags=NO
+ xdm_flags=NO
+ wsmoused_flags=NO
+ pf=YES
+ ipsec=NO
+ bt=NO
+ check_quotas=YES
+ accounting=NO
+ multicast_host=NO
+ multicast_router=NO
+ savecore_flags=
+ ypbind_flags=NO
+ ypserv_flags=NO
+ ypldap_flags=NO
+ yppasswdd_flags=NO
+ nfsd_flags=NO
+ mountd_flags=NO
+ lockd_flags=NO
+ statd_flags=NO
+ amd_master=/etc/amd/master
+ syslogd_flags=
+ pf_rules=/etc/pf.conf
+ ipsec_rules=/etc/ipsec.conf
+ bt_rules=/etc/bt.conf
+ pflogd_flags=
+ shlib_dirs=
+ pkg_scripts=
+ unset kadmind_flags kdc_flags kpasswdd_flags mountd_flags nfsd_flags
ypbind_flags
+ [ -f /etc/rc.conf.local ]
+ . /etc/rc.conf.local
+ apmd_flags=-C
+ ntpd_flags=
+ [ XNO = XNO -o XNO != XNO ]
+ spamlogd_flags=NO
+ [ XYES = XNO ]
+ [ XNO = XYES ]
+ echo NO
+ : NO
+ [ XNO = XYES -o XNO = XYES ]
+ echo NO
+ : NO
+ [ XNO = XYES ]
+ echo NO
+ : NO
+ [ XNO = XYES ]
+ echo NO
+ : NO
+ domainname
+ [ X != X -a -d /var/yp/binding ]
+ echo NO
+ : NO
+ [ -n /usr/local/sbin/vpnc ]
+ unset _RC_DEBUG _RC_FORCE
+ getopts df c
+ shift 0
+ basename /etc/rc.d/vpnc
+ _name=vpnc
+ _RC_RUNDIR=/var/run/rc.d
+ _RC_RUNFILE=/var/run/rc.d/vpnc
+ eval _rcflags=${vpnc_flags}
+ _rcflags=
+ eval _rcuser=${vpnc_user}
+ _rcuser=
+ getcap -f /etc/login.conf vpnc
+ > /dev/null
+ 2>&1
+ [ -z  ]
+ daemon_class=daemon
+ [ -z  ]
+ daemon_user=root
+ [ -n  ]
+ [ -n  ]
+ [ -n  ]
+ printf  %s
+ daemon_flags=
+ daemon_flags=
+ readonly daemon_class
+ unset _rcflags _rcuser
+ pexp=/usr/local/sbin/vpnc
+ rcexec=su -l -c daemon -s /bin/sh root -c
+ rc_reload=NO
+ rc_cmd start
vpnc
Password for VPN username@X.X.X.X:
(ok)
$

No IP, nor route provided.

$ sudo cat /etc/vpnc/default.conf
## generated by pcf2vpnc
IPSec ID VPN-name
IPSec gateway X.X.X.X
IPSec secret VPN-password

Xauth username myID
IKE Authmode psk
IKE DH Group dh2

# run script to manipulate dns and routing settings
#Script /etc/vpnc/split.sh
$

Re: vpnc doesn't work against Cisco after last port change

[Tomas Bodzar]

On Thu, Apr 17, 2014 at 11:19 AM, David Coppa  wrote:

> On Thu, Apr 17, 2014 at 11:17 AM, Tomas Bodzar 
> wrote:
> > Hi all,
> >
> > anyone with working vpnc against Cisco VPN concentratos after last change
> > http://marc.info/?l=openbsd-ports&m=139634144615435&w=2 ?
> >
> > It does seems to be connecting, but no IP assigned, no routes created and
> > there's not /etc/vpnc-script
>
> I think you need to install vpnc-scripts from ports/net/vpnc-scripts
>

Yep, found it now. Sorry for my bad reading :-) But anyway, why it's not
dependency now either for vpnc or openconnect?


>
> Ciao,
> David

Re: Routine network config. gone wrong

[Tomas Bodzar]

On Fri, Apr 18, 2014 at 2:23 AM, Lubo Diakov  wrote:

> I may be missing something very simple, so if anyone can offer some
> help I'd be grateful.
>
> I want to set up a i386 OpenBSD system (using 5.4, but can try current
> 5.5 if that would help) to act a gateway/firewall. 3 network
> interfaces, 2 wired, one wifi (ignoring wifi ATM, want to get wired
> working, then deal with wifi later).
>
> ifconfig rl0: (static WAN IP, routable when used with another system)
> inet w.x.y.z 255.255.255.0
>
> ifconfig rl1: (static LAN IP)
> inet 192.168.y.z 255.255.255.0
>
> resolv.conf (2 known working IP addresses for nameservers, again
> working in other OS)
>
> /etc/mygate (IP address of ISP gateway used on other OS for same
> connection, known working, have also tried "route add default
> ISP.gateway" manually)
>
> ping, traceroute, etc. to IP address of gateway fail, I suspect even
> the default pf rules may block this, but how to confirm/or rule out?
> (perhaps pfctl -d?)
>
> what should route show -inet or netstat -rn look like if configured
> properly?
> the first line of route show -inet reads (right after booting):
> dest.  gateway  flags
> defaultISP gateway   GS
>
> net.inet.ip.forwarding=1 (to forward between WAN and LAN) in sysctl.conf
> --
> Любомир Гаврилов Дяков
> емайл:
> lubodia...@gmail.com
>


We are missing a lot of outputs to help you. Like ifconfig, netstat -rn,
dmesg, cat /etc/resolv.conf, cat /etc/mygate ..

Re: ghostscript 9.06 in OpenBSD AGPL or GNU GPL version?

[Tomas Bodzar]

On Fri, Apr 18, 2014 at 11:28 AM, Craig R. Skinner
wrote:

> On 2014-04-17 Thu 17:12 PM |, Chris Cappuccio wrote:
> > noah pugsley [noah.pugs...@gmail.com] wrote:
> > > You know Chris, if you grew a beard..nmedia.net/bsdsexy? wopsexy?
> > > Maybe a sexy developer calendar can help with the donations...
> > >
> >
> > Perhaps a swimsuit calendar? I'll volunteer for the cover!
> >
>
> Done in sunny Scotland: http://tinyurl.com/npdpp4f
>


Error: Unable to find site's URL to redirect to.

Please check that the URL entered is correct. To learn more about
TinyURL.com, please visit the homepage .


probably "link filter" against pr0n :-)

Re: Routine network config. gone wrong

[Tomas Bodzar]

On Fri, Apr 18, 2014 at 4:16 PM, Lubo Diakov  wrote:

> Tomas,
>
> I included many of the outputs you mention. Since we're talking about
> a networking configuration, obviously doing something like ssh to copy
> the relevant information is not yet possible, so I looked at the
> screen of the OpenBSD system, and typed (in abbreviated form) the most
> relevant parts like ifconfig, resolv.conf and so on into this message
> (see my first post). I didn't copy the actual IP addresses, but unless
> I typed it in wrong on OpenBSD (possible, but unlikely given how many
> times I entered it), the addresses in question work on another system
> (the one this message is sent from). Nevertheless, I will run the
> commands you mention on OpenBSD and copy it by some other means, like
> a USB flash drive.
>
>

Well I can't see stuff like this in your email.

$ ifconfig
lo0: flags=8049 mtu 33136
priority: 0
groups: lo
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff00
em0: flags=8843 mtu 1500
lladdr MAC
priority: 0
groups: egress
media: Ethernet autoselect (1000baseT full-duplex,master)
status: active
inet6 IPv6%em0 prefixlen 64 scopeid 0x1
inet IPv4 netmask 0xff00 broadcast IPv4
enc0: flags=0<>
priority: 0
groups: enc
status: active
pflog0: flags=141 mtu 33136
priority: 0
groups: pflog
$

$ ifconfig em0 media
em0: flags=8843 mtu 1500
lladdr MAC
priority: 0
groups: egress
media: Ethernet autoselect (1000baseT full-duplex,master)
status: active
supported media:
media 10baseT
media 10baseT mediaopt full-duplex
media 100baseTX
media 100baseTX mediaopt full-duplex
media 1000baseT mediaopt full-duplex
media 1000baseT
media autoselect
inet IPv4 netmask 0xff00 broadcast IPv4
$

You pasted just partial parts of those outputs. Which may not be enough
some times. You may have eg. some weir characters left in /etc/resolv.conf
or whatever.

Re: Ralink mystery usb mini WiFi adapter

[Tomas Bodzar]

On Sat, Apr 19, 2014 at 8:12 AM, Alan Corey  wrote:

> I just got a cheap USB WiFi adapter that I thought was a Realtek for
> some reason, turned out to be Ralink. I was interested in small
> because I want to mount it at the focal point of a TVRO satellite
> dish. If I'd known it was Ralink I wouldn't have bought it.
>
> So I plug it into my laptop running OpenBSD 5.2 and it just gets a
> ugen in dmesg, nothing in ifconfig at all, no drivers attach to it.
> ugen0 at uhub1 port 3 "MediaTek 802.11 n WLAN" rev 2.01/0.00 addr 2
>


OpenBSD 5.2? Unsupported version anyway. In similar cases it's easiest to
install -current OpenBSD on eg. USB stick as regular system and do live
test on HW withot impacting real installation and check how's HW support in
latest system.


>
> On a Linux box lsusb says
> Bus 001 Device 071: ID 148f:7601 Ralink Technology, Corp.
>
> The page at Rakuten where I got it:
>
> http://www.rakuten.com/prod/usb-mini-wifi-wireless-adapter-network-card-802-11n-150m/236363146.html
> There's a UPC code on that page.
>
> Any new Ralink driver since 5.2? I couldn't find anything.  No
> paperwork came with it, just a mini-cd with Windows, Mac and
> supposedly Linux drivers for kernels 2.4 & 2.6 (ancient).  It seems to
> use just "802 11N" as a model number.
>
> Any way to get it working or do I set it aside and wait for a driver
> someday?  It was only $7.49 with free shipping. I've got a Realtek
> RTL8188 coming from China.
>
>   Alan
> --
> Credit is the root of all evil.  - AB1JX