Re: VMWare tools - VM does not shut down

2018-09-25 Thread Solene Rapenne
Le 25 septembre 2018 18:22:57 GMT+02:00, Torsten  a écrit :
>Hi!
>
>I'm working on a project with a large number of highly customized
>OpenBSD6.3 based appliances.
>
>On each of these machines VMWare reports VMWare tools to be "installed
>and ready". However, when I try to actually do something like shutdown,
>reboot or sleep, there simply is no reaction. The machine remains up
>and
>running.
>
>When I run a standard OpenBSD 6.3 machine on the same hypervisor,
>everything works fine, so in general everything seems to be functional.
>But we must have missed something when building these individual
>appliances. I just cannot figure out what that could be. I read "man
>vmt" but I couldn't figure if vmt would require some service that's
>normally started by rc, which in our appliances is not being started.
>In
>fact, the appliances do not use the OpenBSD init system at all but
>replace them with some custom init.
>
>What are we missing?
>
>Thanks in advance!
>T.

I just read your message as "we run modified openbsd and it doesn't work, but 
official openbsd work" 

It's hard to help you.



Disabling hyperthreading on Lenovo T460s now possible

2018-09-25 Thread Daniel Gracia
To whom it may concern, I just updated the BIOS of my T460s to 1.39
and it now allows to disable hyperthreading (there are a bunch of
other new config options). Find dmesg ahead.

Regards!

OpenBSD 6.4-beta (GENERIC.MP) #295: Fri Sep 14 09:02:03 MDT 2018
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8304644096 (7919MB)
avail mem = 8043687936 (7671MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xaf054000 (65 entries)
bios0: vendor LENOVO version "N1CET71W (1.39 )" date 09/04/2018
bios0: LENOVO 20F9005CMS
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP TCPA SSDT SSDT TPM2 UEFI SSDT SSDT ECDT HPET
APIC MCFG SSDT DBGP DBG2 BOOT BATB SLIC SSDT SSDT MSDM DMAR ASF! FPDT
UEFI
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz, 2195.80 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
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 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz, 2194.90 MHz, 06-4e-03
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus 2 (EXP1)
acpiprt5 at acpi0: bus -1 (EXP2)
acpiprt6 at acpi0: bus 4 (EXP3)
acpiprt7 at acpi0: bus -1 (EXP5)
acpiprt8 at acpi0: bus -1 (RP09)
acpicpu0 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151
mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151
mwait.1@0x33), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for XHCI
acpipwrres1 at acpi0: PG00, resource for PEG0
acpipwrres2 at acpi0: PG01, resource for PEG1
acpipwrres3 at acpi0: PG02, resource for PEG2
acpipwrres4 at acpi0: WRST
acpipwrres5 at acpi0: WRST
acpitz0 at acpi0: critical temperature is 128 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpicmos0 at acpi0
acpibat0 at acpi0: BAT0 model "00HW022" serial  3753 type LiP oem "SANYO"
acpibat1 at acpi0: BAT1 model "01AV405" serial  5654 type LION oem "SANYO"
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
"PNP0C14" at acpi0 not configured
"PNP0C14" at acpi0 not configured
"PNP0C14" at acpi0 not configured
"INT0E0C" at acpi0 not configured
"MSFT0101" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout at acpivideo0 not configured
cpu0: Enhanced SpeedStep 2195 MHz: speeds: 2301, 2300, 2200, 2100,
2000, 1800, 1700, 1500, 1400, 1300, 1100, 1000, 800, 700, 500, 400 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 6G Host" rev 0x08
inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 520" rev 0x07
drm0 at inteldrm0
inteldrm0: msi
error: [drm:pid0:i915_firmware_load_error_print] *ERROR* failed to
load firmware i915/skl_dmc_ver1.bin (-22)
error: [drm:pid0:i915_gem_init_hw] *ERROR* Failed to initialize GuC,
error -8 (ignored)
inteldrm0: 1920x1080, 32bpp
error: [drm:pid0:intel_dp_link_training_clock_recovery] *ERROR* too
many full retries, give up
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel Core GMM" rev 0x00 at pci0 dev 8 function 0 not configured
xhci0 at pci0 dev 20 function 0 "Intel 100 Series xHCI" rev 0x21: msi, xHCI 1.0
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev
3.00/1.00 addr 1
pchtemp0 at pci0 dev 20 function 2 "Intel 100 Series Thermal" rev 0x21
"Intel 1

VMWare tools - VM does not shut down

2018-09-25 Thread Torsten
Hi!

I'm working on a project with a large number of highly customized
OpenBSD6.3 based appliances.

On each of these machines VMWare reports VMWare tools to be "installed
and ready". However, when I try to actually do something like shutdown,
reboot or sleep, there simply is no reaction. The machine remains up and
running.

When I run a standard OpenBSD 6.3 machine on the same hypervisor,
everything works fine, so in general everything seems to be functional.
But we must have missed something when building these individual
appliances. I just cannot figure out what that could be. I read "man
vmt" but I couldn't figure if vmt would require some service that's
normally started by rc, which in our appliances is not being started. In
fact, the appliances do not use the OpenBSD init system at all but
replace them with some custom init.

What are we missing?

Thanks in advance!
T.



Re: Problem building GCC 8.2.0 amd64-to-i386 cross-compiler

2018-09-25 Thread luigi30
That was it - thank you. My GCC cross-compiler now works.

—Katherine

> On Sep 25, 2018, at 8:25 AM, Todd C. Miller  wrote:
> 
>> On Mon, 24 Sep 2018 23:43:20 -0400, Katherine Rohl wrote:
>> 
>> I need to build a GCC cross-compiler targeting i386-pc-elf. I'm running 
>> into problems with the build on OpenBSD 6.3.
>> 
>> I've already successfully built a binutils-2.31.1 for i386-pc-elf.
>> 
>> Trying to use the GCC 4.9.4 package (as GCC 4.2 is too old to build GCC 
>> 8), my configure is:
>> 
>> CC=egcc CXX=eg++ ../gcc-8.2.0/configure --prefix=/usr/local/gcc-i386 
>> --target=i386-pc-elf --with-gmp=/usr/local
> 
> You might need to disable PIE when building gcc.  Try setting
> "CFLAGS=-fno-pie -g -O2" and "LDFLAGS=-nopie" when running configure
> and see if that helps.
> 
> - todd



Re: USB Ethernet adapter

2018-09-25 Thread Bogdan Kulbida
Thank you for your help. Much appreciated.

On Tue, Sep 25, 2018 at 03:35 Stephane HUC "PengouinBSD" <
b...@stephane-huc.net> wrote:

> Hi, Bogdan
>
> I'm using every day, the Wii USB Lan Ethernet Adapter RVL-015; it's
> managed by axe driver:
>
> $ dmesg | grep axe
>
> axe0 at uhub0 port 1 configuration 1 interface 0 "ASIX Electronics
> AX88772" rev 2.00/0.01 addr 2
> axe0: AX88772, address 00:**:**:**:**:**
> ukphy0 at axe0 phy 16: Generic IEEE 802.3u media interface, rev. 1: OUI
> 0x000ec6, model 0x0001
>
> see https://man.openbsd.org/OpenBSD-current/man4/axe.4
>
> I maintain a webpage information about USB-Eth Adaptateur (in French),
> here: https://wiki.obsd4a.net/hardware:network:usb_eth ;)
>
>
> Le 09/25/18 à 02:00, Bogdan Kulbida a écrit :
> (...)
> > Anyway, what USB network interface would you recommend that would run
> > smoothly with the OBSD 6.3?
> > (...)
> --
> ~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<
> 
> Stephane HUC as PengouinBSD or CIOTBSD
> b...@stephane-huc.net
>
> --
---
Best regards,
Bogdan Kulbida
Founder and CEO, Konstankino LLC 
+1.802.793.8295


Re: Problem building GCC 8.2.0 amd64-to-i386 cross-compiler

2018-09-25 Thread Todd C. Miller
On Mon, 24 Sep 2018 23:43:20 -0400, Katherine Rohl wrote:

> I need to build a GCC cross-compiler targeting i386-pc-elf. I'm running 
> into problems with the build on OpenBSD 6.3.
>
> I've already successfully built a binutils-2.31.1 for i386-pc-elf.
>
> Trying to use the GCC 4.9.4 package (as GCC 4.2 is too old to build GCC 
> 8), my configure is:
>
> CC=egcc CXX=eg++ ../gcc-8.2.0/configure --prefix=/usr/local/gcc-i386 
> --target=i386-pc-elf --with-gmp=/usr/local

You might need to disable PIE when building gcc.  Try setting
"CFLAGS=-fno-pie -g -O2" and "LDFLAGS=-nopie" when running configure
and see if that helps.

 - todd



Re: USB Ethernet adapter

2018-09-25 Thread Stephane HUC "PengouinBSD"
Hi, Bogdan

I'm using every day, the Wii USB Lan Ethernet Adapter RVL-015; it's
managed by axe driver:

$ dmesg | grep axe

axe0 at uhub0 port 1 configuration 1 interface 0 "ASIX Electronics
AX88772" rev 2.00/0.01 addr 2
axe0: AX88772, address 00:**:**:**:**:**
ukphy0 at axe0 phy 16: Generic IEEE 802.3u media interface, rev. 1: OUI
0x000ec6, model 0x0001

see https://man.openbsd.org/OpenBSD-current/man4/axe.4

I maintain a webpage information about USB-Eth Adaptateur (in French),
here: https://wiki.obsd4a.net/hardware:network:usb_eth ;)


Le 09/25/18 à 02:00, Bogdan Kulbida a écrit :
(...)
> Anyway, what USB network interface would you recommend that would run
> smoothly with the OBSD 6.3?
> (...)
-- 
~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<<

Stephane HUC as PengouinBSD or CIOTBSD
b...@stephane-huc.net



signature.asc
Description: OpenPGP digital signature


Re: USB Ethernet adapter

2018-09-25 Thread Marcus MERIGHI
i...@konstankino.com (Bogdan Kulbida), 2018.09.25 (Tue) 02:00 (CEST):
> It does have few extra USB ports, ta-da...
> Anyway, what USB network interface would you recommend that would run
> smoothly with the OBSD 6.3?

Works for years already, not a single hickup that I know of:

axe0 at uhub0 port 4 configuration 1 interface 0 "ASIX Electronics
AX88772A" rev 2.00/0.01 addr 2

If I enter "AX88772A" at my favourit hardware page I get, e.g.:
"Digitus DN-10050-1, RJ-45, USB-A 2.0"

Marcus



Re: Pkg_add

2018-09-25 Thread Marc Espie
On Mon, Sep 17, 2018 at 03:33:06PM +0200, Johan Mellberg wrote:
> Den sön 16 sep. 2018 kl 09:40 skrev Solène Rapenne :
> >
> > Le 2018-09-16 03:33, Michael Ayres a écrit :
> > > Thanks to everyone who has replied in helping me. I have read up on
> > > the man pages and I understand what I need; it is:
> > >
> > > 1) I want to install some packages on OpenBSD 6.0 which I have
> > > operational on a Parallels VM on my precious MacBookPro High Sierra.
> >
> > are you using 6.0? If so, it's no longer supported and packages are not
> > available anymore.
> 
> Sure they are, but it can depend on the mirror. See for example
> http://ftp.eu.openbsd.org/pub/OpenBSD/6.0/packages/i386/.

It's a very bad idea anyway, especially security-wise, but also we switched
to clang as a base compiler since, so there have been a lot of improvements.

and bug-fixes.

and issues fixed.

There is no LTS  on OpenBSD, by design.

Security improvements move too much for that to make any sense.

Upgrade. *especially* on 32 bit architectures with the cramped address space.