Re: i386: Updating ports conflicts'

2014-07-18 Thread Vadim Zhukov
2014-07-17 22:14 GMT+02:00 Stefan Wollny stefan.wol...@web.de:
 Hi there,

 a cvs-update of /etc/ports on i386-current quits at the letter D:

 ~ $ dmesg | grep OpenBSD
 OpenBSD 5.6-beta (GENERIC.MP) #247: Wed Jul 16 22:09:54 MDT 2014


 8 ---
 ? devel/p5-MooseX-Role-WithOverloading
 ? devel/p5-MooseX-SemiAffordanceAccessor
 ? devel/p5-MooseX-Traits
 ? devel/p5-MooseX-Traits-Pluggable
 RCS file: /cvs/ports/INDEX,v
 retrieving revision 1.427
 retrieving revision 1.428
 Merging differences between 1.427 and 1.428 into INDEX
 rcsmerge: warning: conflicts during merge
 cvs server: conflicts found in INDEX
 C INDEX

It looks like you called make index at some point in the past. Just
remove that file and then cvs up INDEX to get a clean version.

--
  WBR,
  Vadim Zhukov



Re: i386: Updating ports conflicts'

2014-07-18 Thread Vadim Zhukov
2014-07-17 22:14 GMT+02:00 Stefan Wollny stefan.wol...@web.de:
 Hi there,

 a cvs-update of /etc/ports on i386-current quits at the letter D:

 ~ $ dmesg | grep OpenBSD
 OpenBSD 5.6-beta (GENERIC.MP) #247: Wed Jul 16 22:09:54 MDT 2014


 8 ---
 ? devel/p5-MooseX-Role-WithOverloading
 ? devel/p5-MooseX-SemiAffordanceAccessor
 ? devel/p5-MooseX-Traits
 ? devel/p5-MooseX-Traits-Pluggable
 RCS file: /cvs/ports/INDEX,v
 retrieving revision 1.427
 retrieving revision 1.428
 Merging differences between 1.427 and 1.428 into INDEX
 rcsmerge: warning: conflicts during merge
 cvs server: conflicts found in INDEX
 C INDEX
 P archivers/freeze/Makefile
 P archivers/freeze/pkg/PLIST
 cvs server: cannot open directory /cvs/D: No such file or directory
 cvs server: skipping directory audio/gmpc-autoplaylist
 cvs server: cannot open directory /cvs/D: No such file or directory
 cvs server: skipping directory audio/gmpc-stopbutton
 cvs server: cannot open directory /cvs/D: No such file or directory
 cvs server: skipping directory audio/gmpccaa
 cvs server: cannot open directory /cvs/D: No such file or directory
 cvs server: skipping directory audio/gom
 cvs server: cannot open directory /cvs/D: No such file or directory
 cvs server: skipping directory audio/last.fm
 cvs server: cannot open directory /cvs/D: No such file or directory
 cvs server: skipping directory audio/libmpcdec
 cvs server: cannot open directory /cvs/D: No such file or directory
 cvs server: skipping directory audio/lopster
 cvs [server aborted]: could not find desired version 1.26 in
 /cvs/ports/books/Makefile,v
 quirks-1.146 signed on 2014-07-08T10:12:04Z

Sorry, typed Ctrl+Enter too fast.

It looks like as your AnonCVS mirror was broken, you realized it and
then switched to another one. But the broken files are still there...
Just get rid of the /usr/ports and reload it again; Given how many
chages were in the tree since 5.5, checking out could be faster than
updating from ports.tar.gz from 5.5.

--
  WBR,
  Vadim Zhukov



Re: immutable-ish version control repo?

2014-07-18 Thread Benjamin Baier

On 07/18/14 04:27, Adam Thompson wrote:

I'm looking for a distributed VC system where even remote clients with
full(?) write access cannot, or at least would find it fairly difficult
to, alter history?
(1) With DVC it's easy to alter history and it's easy to get the 
original state back.
Everybody has a local copy of the repository so if somebody alters 
history locally and force pushes it to the central repository, it's 
broken for the rest of the developers. So you are just one force push 
from another developer away from having your original state back. Your 
team needs 100% approval rate to alter history.



AFAIK:
 rcs - trivial to change the past (also not distributed, and NFS is
undesirable).
 cvs - reasonably easy to change the past, usually.
 svn - definitely possible (AFAIK) to change the past.

not distributed


 bzr - unknown
 hg - unknown
 git - unknown
 everything else - unknown.

fossil comes to mind, too.


For this application, a file-oriented system would be preferred over a
snapshot-oriented system like git.
git uses files. They are named after their checksums and they are 
compressed.

what do you mean with file-oriented vs. snapshot-oriented


I'm trying to combine (soft) WORM-like properties with the benefits of a
version control system.  Does not need to be utterly secure, merely
needs to be good enough to deter both script-kiddie level attackers
and inebriated sysadmins.
CVS would be ideal except that access control is AFAIK basically ternary
(none,read,write).

WORM as in Write Once Read Many... Well DVC have the notion of an directed
acyclic graph with is protected by hashsums against alteration,
so (1) comes to mind.


Should ideally be in packages or ports, obviously.  We have a bunch of
version control systems in ports that I've never even heard of before!

Suggestions on which one I should learn how to configure?
git is the hip thing right now and you can do _everything_ with it, but 
be aware it has more knobs than a Boeing 777.


But maybe all you need is CVS (and a plan), who knows?



sound problem

2014-07-18 Thread frantisek holop
i am having difficulties listening to music on this
notebook.  any ideas what i could try?

$ sudo /usr/bin/sndiod -d
snd0: watchdog timeout


OpenBSD 5.5-current (GENERIC.MP) #241: Sun Jul 13 20:45:12 MDT 2014
t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
real mem  = 3144249344 (2998MB)
avail mem = 3080417280 (2937MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 01/09/10, SMBIOS rev. 2.6 @ 0xeb4f0 (54 
entries)
bios0: vendor Dell Inc. version A10 date 10/25/2010
bios0: Dell Inc. Vostro 3500
acpi0 at bios0: rev 3
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT MCFG SLIC HPET OSFR
acpi0: wakeup devices P0P1(S3) P0P2(S3) P0P3(S3) P0P4(S3) P0P5(S3) BR20(S3) 
PEX0(S3) PEX1(S3) PEX2(S4) PEX3(S3) PEX4(S3) PEX5(S3) PEX6(S3) PEX7(S3) 
GBE_(S4) EHCI(S0) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.0, IBE
cpu1 at mainbus0: apid 4 (application processor)
cpu1: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
GHz
cpu2: 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu3 at mainbus0: apid 5 (application processor)
cpu3: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
GHz
cpu3: 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
ioapic0 at mainbus0: apid 0 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 32 (BR20)
acpiprt2 at acpi0: bus 17 (PEX0)
acpiprt3 at acpi0: bus 18 (PEX1)
acpiprt4 at acpi0: bus 19 (PEX2)
acpiprt5 at acpi0: bus -1 (PEX3)
acpiprt6 at acpi0: bus -1 (PEX4)
acpiprt7 at acpi0: bus -1 (PEX5)
acpiprt8 at acpi0: bus -1 (PEX6)
acpiprt9 at acpi0: bus -1 (PEX7)
acpicpu0 at acpi0: C3, C1, PSS
acpicpu1 at acpi0: C3, C1, PSS
acpicpu2 at acpi0: C3, C1, PSS
acpicpu3 at acpi0: C3, C1, PSS
acpitz0 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
acpibat0 at acpi0: BAT0 model DELL TXWRR03 serial  3378 type LION oem SMP
acpiac0 at acpi0: AC unit online
acpibtn2 at acpi0: LID0
acpibtn3 at acpi0: SBTN
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD02
bios0: ROM list: 0xc/0xf000 0xcf000/0x1000
cpu0: Enhanced SpeedStep 2262 MHz: speeds: 2262, 2261, 2128, 1995, 1862, 1729, 
1596, 1463, 1330, 1197 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 Intel Core Host rev 0x12
vga1 at pci0 dev 2 function 0 Intel HD Graphics rev 0x12
intagp0 at vga1
agp0 at intagp0: aperture at 0xc000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Intel 3400 MEI rev 0x06 at pci0 dev 22 function 0 not configured
ehci0 at pci0 dev 26 function 0 Intel 3400 USB rev 0x06: apic 0 int 16
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 3400 HD Audio rev 0x06: msi
azalia0: codecs: IDT 92HD81B1X, Intel/0x2804, using IDT 92HD81B1X
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 Intel 3400 PCIE rev 0x06: apic 0 int 17
pci1 at ppb0 bus 17
ppb1 at pci0 dev 28 function 1 Intel 3400 PCIE rev 0x06: apic 0 int 16
pci2 at ppb1 bus 18
Broadcom BCM43224 rev 0x01 at pci2 dev 0 function 0 not configured
ppb2 at pci0 dev 28 function 2 Intel 3400 PCIE rev 0x06: apic 0 int 18
pci3 at ppb2 bus 19
re0 at pci3 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D (0x2800), 
msi, address a4:ba:db:b7:76:bf
rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2
ehci1 at pci0 dev 29 function 0 Intel 3400 USB rev 0x06: apic 0 int 23
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 Intel EHCI 

Re: sound problem

2014-07-18 Thread Alexandre Ratchov
On Fri, Jul 18, 2014 at 11:17:58AM +0200, frantisek holop wrote:
 i am having difficulties listening to music on this
 notebook.  any ideas what i could try?
 
 $ sudo /usr/bin/sndiod -d
 snd0: watchdog timeout
 

does this happens immediately or after few minutes of playback ?

-- Alexandre



Re: sound problem

2014-07-18 Thread frantisek holop
hmm, on Fri, Jul 18, 2014 at 11:22:57AM +0200, Alexandre Ratchov said that
 On Fri, Jul 18, 2014 at 11:17:58AM +0200, frantisek holop wrote:
  i am having difficulties listening to music on this
  notebook.  any ideas what i could try?
  
  $ sudo /usr/bin/sndiod -d
  snd0: watchdog timeout
  
 
 does this happens immediately or after few minutes of playback ?

there is no playback.  cmus hangs before showing
anything, mplayer shows this:

$ mplayer *
mplayer:/usr/X11R6/lib/libEGL.so.0.0: undefined symbol 'gbm_create_device'
MPlayer SVN-r37148 (C) 2000-2014 MPlayer Team

Playing 01-terrapin-sonorous-mix.mp3.
libavformat version 55.33.100 (external)
Audio only file format detected.
Clip info:
 Title: 01 - Terrapin (Sonorous Mix)
 Artist: Bonobo
 Album: Sweetness
 Year: 2002
 Comment: a sweetbeats release
 Track: 1
 Genre: Trip-Hop
Load subtitles in ./
==
Requested audio codec family [mpg123] (afm=mpg123) not available.
Enable it at compilation.
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
libavcodec version 55.52.102 (external)
AUDIO: 44100 Hz, 2 ch, floatle, 192.0 kbit/6.80% (ratio: 24000-352800)
Selected audio codec: [ffmp3float] afm: ffmpeg (FFmpeg MPEG layer-3 audio)
==
AO: [sndio] 44100Hz 2ch s32le (4 bytes per sample)
Video: no video
Starting playback...
A:  -0.0 (unknown) of 296.0 (04:56.0) ??,?% 

-f
-- 
xerox never comes up with something original.



Re: Dropping UDP Packets

2014-07-18 Thread Stuart Henderson
On 2014-07-17, Darryl Wisneski s...@commwebworks.com wrote:
 netstat -s -p udp |grep dropped due to full socket 
 345197 dropped due to full socket buffers

We're assuming this relates to openvpn packets but you can check which
sockets have queues: (the sendq/recvq counters).

netstat -an | grep -v ' 0  0'

So if things are building up here rather than on the interface queue,
there ought to be a reason why it's slow to drain.

Are you doing queueing?

How is fragmentation being handled? In OpenVPN or relying on the kernel
to do it? Or are you using small mtu anyway to avoid frags?

How does pfctl -si look?

 I'm not sure how to proceed on tuning as I read tuning via sysctl is
 becoming pointless.

It's preferred if things can auto-tune without touching sysctl, but not
everything is done that way.

 net.inet.udp.sendspace=131028   # udp send buffer

This may possibly need increasing though is already quite large. (while
researching this mail it seems FreeBSD doesn't have this, does anyone here
know what they do instead?)

 net.inet.ip.ifq.maxlen=1536

Monitor net.inet.ip.ifq.drops, is there an increase?
This is already a fairly large buffer though (especially as I think you
mentioned 100Mb). How did you choose 1536?

 kern.bufcachepercent=90 # kernel buffer cache memory percentage

This won't help OpenVPN. Is this box also doing other things?

How does kern.netlivelocks look? (monitor it over time rather than just
looking at the total).

 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 = 34301018112 (32712MB)
 avail mem = 33379323904 (31833MB)

thanks for including the full dmesg.



Re: FAQ 6.5: pppoe(8) deceased

2014-07-18 Thread Stuart Henderson
On 2014-07-17, MichaƂ Markowski markows...@gmail.com wrote:
 +The software interface to PPPoE/PPPoA on OpenBSD is

Not PPPoA.



Re: [Bulk] Re: immutable-ish version control repo?

2014-07-18 Thread Kevin Chadwick
previously on this list Benjamin Baier contributed:

  I'm looking for a distributed VC system where even remote clients with
  full(?) write access cannot, or at least would find it fairly difficult
  to, alter history?

I'm not familiar enough but could you logger the history or any deltas
to a remote system or to a chflags {s,u}appnd file?

-- 
___

'Write programs that do one thing and do it well. Write programs to work
together. Write programs to handle text streams, because that is a
universal interface'

(Doug McIlroy)

In Other Words - Don't design like polkit or systemd
___



Re: immutable-ish version control repo?

2014-07-18 Thread Norman Gray
Greetings

 On 18 Jul 2014, at 03:27, Adam Thompson athom...@athompso.net wrote:
 
rcs - trivial to change the past (also not distributed, and NFS is 
 undesirable).
cvs - reasonably easy to change the past, usually.
svn - definitely possible (AFAIK) to change the past.
bzr - unknown
hg - unknown
git - unknown
everything else - unknown

I've only played briefly with Fossil (which has already been mentioned), but it 
makes a particular virtue of immutability.

Mercurial makes changing history hard but not impossible, and not undetectably, 
Changing other than the last commit requires an SVN-style dump and reload, so 
this appears to match your requirement to avoid other than determined/expert 
changers. 

Git seems to want to let it all hang out, and lets lots be changed/'fixed' 
retrospectively. This is fine until someone gets hurt (also, Git has a UI which 
appears to have been designed by a committee of rabid monkeys, which I myself 
feel is a downside).

With experience of CVS, SVN, Mercurial and Git, I'd choose Mercurial any time I 
had a choice. 

Best wishes,

Norman


-- 
Norman Gray  :  http://nxg.me.uk



Re: immutable-ish version control repo?

2014-07-18 Thread Stefan Sperling
On Thu, Jul 17, 2014 at 09:27:13PM -0500, Adam Thompson wrote:
 I'm looking for a distributed VC system where even remote clients with
 full(?) write access cannot, or at least would find it fairly difficult to,
 alter history?

 svn - definitely possible (AFAIK) to change the past.

With remote clients, Subversion is definitely safe.
To modify the original repository's history, you need access to
the SVN server host and svnadmin dump/load with svndumpfilter.
http://subversion.apache.org/faq.html#removal

 bzr - unknown

The bzr project is dead.
https://www.stationary-traveller.eu/pages/bzr-a-retrospective.html
I would advise against using bzr for new projects.

 hg - unknown

I'm not sure. This page has some info:
http://mercurial.selenic.com/wiki/ChangesetEvolution
Mercurial will actively prevent you from rewriting parts of history which
are not safe to rewrite sounds ok.
I would refrain from using experimental extensions, though.

 git - unknown

Disable forced pushes to the git server and remote clients shouldn't
be able to rewrite history.
Set receive.denyDeletes, receive.denyNonFastForwards with git-config(1).
receive.denyDeleteCurrent and receive.denyCurrentBranch or only needed
if your server repository isn't bare (which is unusual).

 everything else - unknown.
 
 For this application, a file-oriented system would be preferred over a
 snapshot-oriented system like git.

Most modern systems are snapshot-based. As far as I can tell, RCS and CVS
are the only file-based systems on your list.

The rcs(1) implementation in OpenBSD is OpenRCS, a rewrite of the original.
RCS requires write access to ,v files, so it's definitely possible to alter
history by editing ,v files. However, you could monitor these files for
undesired changes (e.g. by using changelist(5)).

 I'm trying to combine (soft) WORM-like properties with the benefits of a
 version control system.  Does not need to be utterly secure, merely needs to
 be good enough to deter both script-kiddie level attackers and inebriated
 sysadmins.

What kind of data is this system going to manage?
Data in /etc? Something else?

 CVS would be ideal except that access control is AFAIK basically ternary
 (none,read,write).

And what are your requiments for access control exactly?

Subversion has path-based access control that cannot generally be emulated
by distributed systems. 
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html
With Subversion 1.8 from ports you can use in-repos access rule storage:
http://subversion.apache.org/docs/release-notes/1.8.html#in-repo-authz
Just make sure not to give your users file:// based repository access.



umount panics

2014-07-18 Thread frantisek holop
i have started seeing these panics with recent
snapshots: obiit.org/f/openbsd/umount-panic.jpg

this happened after trying to umount a softraid
crypto usb hard drive.  same thing happened
with a softraid crypto usb stick the other day.

i am at work and i need to ... work, so i dont
have time to play with this, hope the screenshot
helps somewhat.

-f

OpenBSD 5.5-current (GENERIC.MP) #241: Sun Jul 13 20:45:12 MDT 2014
t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
real mem  = 3144249344 (2998MB)
avail mem = 3080417280 (2937MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 01/09/10, SMBIOS rev. 2.6 @ 0xeb4f0 (54 
entries)
bios0: vendor Dell Inc. version A10 date 10/25/2010
bios0: Dell Inc. Vostro 3500
acpi0 at bios0: rev 3
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT MCFG SLIC HPET OSFR
acpi0: wakeup devices P0P1(S3) P0P2(S3) P0P3(S3) P0P4(S3) P0P5(S3) BR20(S3) 
PEX0(S3) PEX1(S3) PEX2(S4) PEX3(S3) PEX4(S3) PEX5(S3) PEX6(S3) PEX7(S3) 
GBE_(S4) EHCI(S0) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.0, IBE
cpu1 at mainbus0: apid 4 (application processor)
cpu1: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
GHz
cpu2: 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu3 at mainbus0: apid 5 (application processor)
cpu3: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 2.27 
GHz
cpu3: 
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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
ioapic0 at mainbus0: apid 0 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 32 (BR20)
acpiprt2 at acpi0: bus 17 (PEX0)
acpiprt3 at acpi0: bus 18 (PEX1)
acpiprt4 at acpi0: bus 19 (PEX2)
acpiprt5 at acpi0: bus -1 (PEX3)
acpiprt6 at acpi0: bus -1 (PEX4)
acpiprt7 at acpi0: bus -1 (PEX5)
acpiprt8 at acpi0: bus -1 (PEX6)
acpiprt9 at acpi0: bus -1 (PEX7)
acpicpu0 at acpi0: C3, C1, PSS
acpicpu1 at acpi0: C3, C1, PSS
acpicpu2 at acpi0: C3, C1, PSS
acpicpu3 at acpi0: C3, C1, PSS
acpitz0 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
acpibat0 at acpi0: BAT0 model DELL TXWRR03 serial  3378 type LION oem SMP
acpiac0 at acpi0: AC unit online
acpibtn2 at acpi0: LID0
acpibtn3 at acpi0: SBTN
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD02
bios0: ROM list: 0xc/0xf000 0xcf000/0x1000
cpu0: Enhanced SpeedStep 2262 MHz: speeds: 2262, 2261, 2128, 1995, 1862, 1729, 
1596, 1463, 1330, 1197 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 Intel Core Host rev 0x12
vga1 at pci0 dev 2 function 0 Intel HD Graphics rev 0x12
intagp0 at vga1
agp0 at intagp0: aperture at 0xc000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Intel 3400 MEI rev 0x06 at pci0 dev 22 function 0 not configured
ehci0 at pci0 dev 26 function 0 Intel 3400 USB rev 0x06: apic 0 int 16
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 3400 HD Audio rev 0x06: msi
azalia0: codecs: IDT 92HD81B1X, Intel/0x2804, using IDT 92HD81B1X
audio0 at azalia0
ppb0 at pci0 dev 28 function 0 Intel 3400 PCIE rev 0x06: apic 0 int 17
pci1 at ppb0 bus 17
ppb1 at pci0 dev 28 function 1 Intel 3400 PCIE rev 0x06: apic 0 int 16
pci2 at ppb1 bus 18
Broadcom BCM43224 rev 0x01 at pci2 dev 0 function 0 not configured
ppb2 at pci0 dev 28 function 2 Intel 3400 PCIE rev 0x06: apic 0 int 18
pci3 at ppb2 bus 19
re0 at pci3 dev 0 function 0 Realtek 8168 rev 0x03: RTL8168D/8111D (0x2800), 

Re: umount panics

2014-07-18 Thread Okan Demirmen
Hi - Please try a newer snapshot than the one noted below; this has
been addressed.

On Fri, Jul 18, 2014 at 7:02 AM, frantisek holop min...@obiit.org wrote:
 i have started seeing these panics with recent
 snapshots: obiit.org/f/openbsd/umount-panic.jpg

 this happened after trying to umount a softraid
 crypto usb hard drive.  same thing happened
 with a softraid crypto usb stick the other day.

 i am at work and i need to ... work, so i dont
 have time to play with this, hope the screenshot
 helps somewhat.

 -f

 OpenBSD 5.5-current (GENERIC.MP) #241: Sun Jul 13 20:45:12 MDT 2014
 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
 cpu0: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 
 2.27 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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
 real mem  = 3144249344 (2998MB)
 avail mem = 3080417280 (2937MB)
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
 bios0 at mainbus0: AT/286+ BIOS, date 01/09/10, SMBIOS rev. 2.6 @ 0xeb4f0 (54 
 entries)
 bios0: vendor Dell Inc. version A10 date 10/25/2010
 bios0: Dell Inc. Vostro 3500
 acpi0 at bios0: rev 3
 acpi0: sleep states S0 S3 S4 S5
 acpi0: tables DSDT FACP APIC SSDT MCFG SLIC HPET OSFR
 acpi0: wakeup devices P0P1(S3) P0P2(S3) P0P3(S3) P0P4(S3) P0P5(S3) BR20(S3) 
 PEX0(S3) PEX1(S3) PEX2(S4) PEX3(S3) PEX4(S3) PEX5(S3) PEX6(S3) PEX7(S3) 
 GBE_(S4) EHCI(S0) [...]
 acpitimer0 at acpi0: 3579545 Hz, 24 bits
 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
 cpu0 at mainbus0: apid 0 (boot processor)
 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
 cpu0: apic clock running at 133MHz
 cpu0: mwait min=64, max=64, C-substates=0.2.1.1.0, IBE
 cpu1 at mainbus0: apid 4 (application processor)
 cpu1: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 
 2.27 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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
 cpu2 at mainbus0: apid 1 (application processor)
 cpu2: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 
 2.27 GHz
 cpu2: 
 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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
 cpu3 at mainbus0: apid 5 (application processor)
 cpu3: Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz (GenuineIntel 686-class) 
 2.27 GHz
 cpu3: 
 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,PBE,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
 ioapic0 at mainbus0: apid 0 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 32 (BR20)
 acpiprt2 at acpi0: bus 17 (PEX0)
 acpiprt3 at acpi0: bus 18 (PEX1)
 acpiprt4 at acpi0: bus 19 (PEX2)
 acpiprt5 at acpi0: bus -1 (PEX3)
 acpiprt6 at acpi0: bus -1 (PEX4)
 acpiprt7 at acpi0: bus -1 (PEX5)
 acpiprt8 at acpi0: bus -1 (PEX6)
 acpiprt9 at acpi0: bus -1 (PEX7)
 acpicpu0 at acpi0: C3, C1, PSS
 acpicpu1 at acpi0: C3, C1, PSS
 acpicpu2 at acpi0: C3, C1, PSS
 acpicpu3 at acpi0: C3, C1, PSS
 acpitz0 at acpi0: critical temperature is 100 degC
 acpibtn0 at acpi0: SLPB
 acpibtn1 at acpi0: PWRB
 acpibat0 at acpi0: BAT0 model DELL TXWRR03 serial  3378 type LION oem SMP
 acpiac0 at acpi0: AC unit online
 acpibtn2 at acpi0: LID0
 acpibtn3 at acpi0: SBTN
 acpivideo0 at acpi0: GFX0
 acpivout0 at acpivideo0: DD02
 bios0: ROM list: 0xc/0xf000 0xcf000/0x1000
 cpu0: Enhanced SpeedStep 2262 MHz: speeds: 2262, 2261, 2128, 1995, 1862, 
 1729, 1596, 1463, 1330, 1197 MHz
 pci0 at mainbus0 bus 0: configuration mode 1 (bios)
 pchb0 at pci0 dev 0 function 0 Intel Core Host rev 0x12
 vga1 at pci0 dev 2 function 0 Intel HD Graphics rev 0x12
 intagp0 at vga1
 agp0 at intagp0: aperture at 0xc000, size 0x1000
 inteldrm0 at vga1
 drm0 at inteldrm0
 inteldrm0: 1366x768
 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
 wsdisplay0: screen 1-5 added (std, vt100 emulation)
 Intel 3400 MEI rev 0x06 at pci0 dev 22 function 0 not configured
 ehci0 at pci0 dev 26 function 0 Intel 3400 USB rev 0x06: apic 0 int 16
 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 3400 HD Audio rev 0x06: msi
 azalia0: codecs: IDT 92HD81B1X, Intel/0x2804, using IDT 92HD81B1X
 audio0 at azalia0
 ppb0 at pci0 dev 28 function 0 Intel 3400 PCIE rev 0x06: apic 0 int 17
 pci1 at ppb0 bus 17
 ppb1 at pci0 dev 28 function 1 Intel 3400 PCIE rev 0x06: apic 0 int 

Re: zzz, /dev/wsmouse1: read error Input/output error

2014-07-18 Thread Mike Burns
On 2014-07-14 18.09.30 -0400, Mike Burns wrote:
 On 2014-07-14 00.54.15 -0700, Mike Larkin wrote:
  On Sun, Jul 13, 2014 at 06:22:34PM -0400, Mike Burns wrote:
   Thinkpad X1 Carbon with a touchscreen, running 5.5-stable. When I resume
   from suspend my Xorg.0.log is flooded with:
   
 (EE) ws: /dev/wsmouse1: read error Input/output error
   
   In my dmesg:
   
 wsmouse1: can't attach mux (error=5)
  
  Are you using wsmoused?
 
 I was not, and now am, but I'm seeing the same issue. The errors in
 dmesg are gone, different output now in Xorg.0.log:
 
 
 [97.351] (II) AIGLX: Suspending AIGLX clients for VT switch
 [   101.776] (II) AIGLX: Resuming AIGLX clients after VT switch
 [   101.776] (II) intel(0): switch to mode 1600x900@60.0 on LVDS1 using
 pipe 0, position (0, 0), rotation normal, reflection none
 [   101.910] (EE) xf86OpenSerial: Cannot open device /dev/wsmouse
 Device busy.
 [   101.910] (EE) ws: /dev/wsmouse: cannot open input device
 [   101.910] (EE) ws: /dev/wsmouse: wsOpen failed Device busy
 [   101.910] [dix] couldn't enable device 8
 [   105.038] (EE) ws: /dev/wsmouse1: read error Input/output error
 [   105.038] (EE) ws: /dev/wsmouse1: read error Input/output error
 [   105.038] (EE) ws: /dev/wsmouse1: read error Input/output error
 [   105.038] (EE) ws: /dev/wsmouse1: read error Input/output error
 
 
 And for good measure, the new dmesg after suspend+resume:
 
 
 ugen0 detached
 ugen1 detached
 video0 detached
 uvideo0 detached
 uhub2 detached
 uhub2 at uhub0 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2
 ugen0 at uhub2 port 3 Auth Biometric Coprocessor rev 1.10/0.01 addr 3
 ugen1 at uhub2 port 4 Broadcom Corp BCM20702A0 rev 2.00/1.12 addr 4
 uvideo0 at uhub2 port 6 configuration 1 interface 0 SunplusIT INC.
 Integrated Camera rev 2.00/36.22 addr 5
 video0 at uvideo0
 uhid0 detached
 uhid1 detached
 uhid2 detached
 wsmouse1 detached
 ums0 detached
 ums1 detached
 uhidev0 detached
 uhub3 detached
 uhub3 at uhub1 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2
 uhidev0 at uhub3 port 3 configuration 1 interface 0 eGalax Inc.
 eGalaxTouch EXC7903-66v03_T1 rev 2.00/66.03 addr 3
 uhidev0: iclass 3/1, 7 report ids
 uhid0 at uhidev0 reportid 1: input=5, output=0, feature=0
 uhid1 at uhidev0 reportid 3: input=63, output=63, feature=0
 uhid2 at uhidev0 reportid 5: input=0, output=0, feature=2
 ums0 at uhidev0 reportid 6: 1 button, tip
 wsmouse1 at ums0 mux 0
 ums1 at uhidev0 reportid 7
 ums1: mouse has no X report
 
 
 This is my /etc/fbtab (unmodified from the fresh 5.5 install):
 
 
 /dev/ttyC0 0600 
 /dev/console:/dev/wskbd:/dev/wskbd0:/dev/wsmouse:/dev/wsmouse0:/dev/ttyCcfg:/dev/drm0

This is my new /etc/fbtab, but it still has no effect:


/dev/ttyC00600
/dev/console:/dev/wskbd:/dev/wskbd0:/dev/wsmouse:/dev/wsmouse1:/dev/wsmouse0:/dev/ttyCcfg:/dev/drm0
/dev/ttyC40600
/dev/console:/dev/wskbd:/dev/wskbd0:/dev/wsmouse:/dev/wsmouse1:/dev/wsmouse0:/dev/ttyCcfg:/dev/drm0


This is odd to me, though, because I expect /dev/console to be owned by
me:


crw---  1 root  wheel0,   0 Jul 18 15:35 /dev/console


Here is a new addition to my Xorg.0.log; it happens after X has been
killed as part of running reboot(8):


[   109.393] (EE) ws: /dev/wsmouse1: read error Input/output error
[   109.592] (EE) ws: /dev/wsmouse1: SCALIBCOORS failed Inappropriate
ioctl for device
[   109.593] (II) UnloadModule: ws
[   109.593] (II) UnloadModule: kbd
[   109.593] (II) UnloadModule: ws
[   109.635] (EE) Server terminated successfully (0). Closing log file.


/dev/wsmouse1 is the touchscreen (confirmed using `xinput -test
/dev/wsmouse1`).

While playing with xinput(1) I discovered this:


xinput -disable /dev/wsmouse1
zzz


That does not clog the Xorg.0.log with 'read error Input/output error',
upon resume. However, also upon resume neither the touchscreen nor the
normal mouse (TouchPoint) work. But, if I disable and re-enable both,
they work again.

If I disable /dev/wsmouse1 before zzz(8), the Xorg.0.log looks like
this (without any errors afterward):


[   713.290] (II) AIGLX: Suspending AIGLX clients for VT switch
[   713.987] (EE) intel(0): Failed to submit rendering commands,
disabling acceleration.
[   718.202] (II) AIGLX: Resuming AIGLX clients after VT switch
[   718.202] (II) intel(0): switch to mode 1600x900@60.0 on LVDS1 using
pipe 0, position (0, 0), rotation normal, reflection none
[   718.348] (EE) xf86OpenSerial: Cannot open device /dev/wsmouse
wsmouse Device busy.
[   718.348] (EE) ws: /dev/wsmouse: cannot open input device
[   718.348] (EE) ws: /dev/wsmouse: wsOpen failed Device busy
[   718.356] [dix] couldn't enable device 8


Does anyone have a suggestion on how to proceed from here?

-Mike

 Just to be clear, the ws: /dev/wsmouse1: read error Input/output error
 is repeated continuously until I stop X.
 
 With wsmoused, after resume, neither the trackpoint nor the touchscreen
 work.
 
 In experimenting, I discovered that changing to the 

5.6 sysmerge no longer works w/ read-only /usr

2014-07-18 Thread RD Thrush
For many years, I have reliably used read-only partitions for /usr and 
/usr/local.  -current sysmerge breaks that assumption.

i7v64:OpenBSD/sysmerge 980CMD=env PAGER=cat sysmerge -b -s ${ETC_TGZ} -x 
${XETC_TGZ}
i7v64:OpenBSD/sysmerge 981sudo $CMD
=== Fetching file:///nas2/public/OpenBSD/snapshots/amd64/etc56.tgz
=== Fetching file:///nas2/public/OpenBSD/snapshots/amd64/SHA256.sig
=== Verifying etc56.tgz against /etc/signify/openbsd-56-base.pub
=== Fetching file:///nas2/public/OpenBSD/snapshots/amd64/xetc56.tgz
=== Verifying xetc56.tgz against /etc/signify/openbsd-56-base.pub
=== Populating temporary root under /var/tmp/sysmerge.GhoorXuSHR/temproot
mv: rename /var/tmp/sysmerge.GhoorXuSHR/etcsum to //usr/share/sysmerge/etcsum: 
Read-only file system
mv: rename /var/tmp/sysmerge.GhoorXuSHR/xetcsum to 
//usr/share/sysmerge/xetcsum: Read-only file system
=== Starting comparison
=== ./etc/changelist will remain for your consideration
=== ./etc/rc.conf will remain for your consideration
=== ./etc/ssh/sshd_config will remain for your consideration
=== ./etc/systrace/usr_sbin_lpd will remain for your consideration
=== ./etc/systrace/usr_sbin_named will remain for your consideration
=== ./etc/ttys will remain for your consideration
=== ./etc/X11/xdm/xdm-config will remain for your consideration
=== ./etc/mail/aliases will remain for your consideration
sha256: ///usr/share/sysmerge/examplessum: Read-only file system
 ERROR: failed to create examplessum checksum file


Here's a fix for current and the FAQ:
retrieving revision 1.526
diff -u -p -u -p -r1.526 current.html
--- current.html14 Jul 2014 05:48:51 -  1.526
+++ current.html18 Jul 2014 16:14:07 -
@@ -62,6 +62,7 @@
 lia href=#201407102014/07/10 - ifconfig(8) ABI break/a
 lia href=#201407112014/07/11 - IPv6 autoconf changes/a
 lia href=#201407132014/07/13 - Addition of sendsyslog(2) system call/a
+lia href=#201407162014/07/16 - sysmerge requires writeable /usr 
partition/a

 /ul

@@ -628,6 +629,11 @@ sendsyslog(2) system call introduced aro
 p
 A kernel containing the system call is required perhaps even for getting
 single user; so use of upgrades is recommended.
+
+a name=20140716/a
+h32014/07/16 - sysmerge requires writeable /usr partition/h3
+The /usr filesystem must be writeable.  A read-only partition will
+result in failures reported by sysmerge.

 hr
 br


Index: faq4.html
===
RCS file: /pub2/cvsroot/OpenBSD/www/faq/faq4.html,v
retrieving revision 1.339
diff -u -p -u -p -r1.339 faq4.html
--- faq4.html   15 Jul 2014 00:24:32 -  1.339
+++ faq4.html   18 Jul 2014 15:58:50 -
@@ -2331,9 +2331,7 @@ Some of the things that end up here (and
 This is where most of OpenBSD resides.
 Program binaries, libraries, documentation, manual pages, etc. are all
 located in the tt/usr/tt directory.
-The files in this mount point are relatively unchanging -- in many
-cases, you could easily mount the tt/usr/tt partition read-only with
-no other system changes until your next upgrade or update.
+The files in this mount point are relatively unchanging.

 lib/usr/X11R6:/b
 This is where the X Window system resides.



Re: 5.6 sysmerge no longer works w/ read-only /usr

2014-07-18 Thread Antoine Jacoutot
On Fri, Jul 18, 2014 at 12:16:00PM -0400, RD Thrush wrote:
 For many years, I have reliably used read-only partitions for /usr and 
 /usr/local.  -current sysmerge breaks that assumption.

I don't think we ever officially supported a RO /usr...


 i7v64:OpenBSD/sysmerge 980CMD=env PAGER=cat sysmerge -b -s ${ETC_TGZ} -x 
 ${XETC_TGZ}
 i7v64:OpenBSD/sysmerge 981sudo $CMD
 === Fetching file:///nas2/public/OpenBSD/snapshots/amd64/etc56.tgz
 === Fetching file:///nas2/public/OpenBSD/snapshots/amd64/SHA256.sig
 === Verifying etc56.tgz against /etc/signify/openbsd-56-base.pub
 === Fetching file:///nas2/public/OpenBSD/snapshots/amd64/xetc56.tgz
 === Verifying xetc56.tgz against /etc/signify/openbsd-56-base.pub
 === Populating temporary root under /var/tmp/sysmerge.GhoorXuSHR/temproot
 mv: rename /var/tmp/sysmerge.GhoorXuSHR/etcsum to 
 //usr/share/sysmerge/etcsum: Read-only file system
 mv: rename /var/tmp/sysmerge.GhoorXuSHR/xetcsum to 
 //usr/share/sysmerge/xetcsum: Read-only file system
 === Starting comparison
 === ./etc/changelist will remain for your consideration
 === ./etc/rc.conf will remain for your consideration
 === ./etc/ssh/sshd_config will remain for your consideration
 === ./etc/systrace/usr_sbin_lpd will remain for your consideration
 === ./etc/systrace/usr_sbin_named will remain for your consideration
 === ./etc/ttys will remain for your consideration
 === ./etc/X11/xdm/xdm-config will remain for your consideration
 === ./etc/mail/aliases will remain for your consideration
 sha256: ///usr/share/sysmerge/examplessum: Read-only file system
  ERROR: failed to create examplessum checksum file
 
 
 Here's a fix for current and the FAQ:
 retrieving revision 1.526
 diff -u -p -u -p -r1.526 current.html
 --- current.html14 Jul 2014 05:48:51 -  1.526
 +++ current.html18 Jul 2014 16:14:07 -
 @@ -62,6 +62,7 @@
  lia href=#201407102014/07/10 - ifconfig(8) ABI break/a
  lia href=#201407112014/07/11 - IPv6 autoconf changes/a
  lia href=#201407132014/07/13 - Addition of sendsyslog(2) system 
 call/a
 +lia href=#201407162014/07/16 - sysmerge requires writeable /usr 
 partition/a
 
  /ul
 
 @@ -628,6 +629,11 @@ sendsyslog(2) system call introduced aro
  p
  A kernel containing the system call is required perhaps even for getting
  single user; so use of upgrades is recommended.
 +
 +a name=20140716/a
 +h32014/07/16 - sysmerge requires writeable /usr partition/h3
 +The /usr filesystem must be writeable.  A read-only partition will
 +result in failures reported by sysmerge.
 
  hr
  br
 
 
 Index: faq4.html
 ===
 RCS file: /pub2/cvsroot/OpenBSD/www/faq/faq4.html,v
 retrieving revision 1.339
 diff -u -p -u -p -r1.339 faq4.html
 --- faq4.html   15 Jul 2014 00:24:32 -  1.339
 +++ faq4.html   18 Jul 2014 15:58:50 -
 @@ -2331,9 +2331,7 @@ Some of the things that end up here (and
  This is where most of OpenBSD resides.
  Program binaries, libraries, documentation, manual pages, etc. are all
  located in the tt/usr/tt directory.
 -The files in this mount point are relatively unchanging -- in many
 -cases, you could easily mount the tt/usr/tt partition read-only with
 -no other system changes until your next upgrade or update.
 +The files in this mount point are relatively unchanging.
 
  lib/usr/X11R6:/b
  This is where the X Window system resides.
 

-- 
Antoine



Re: 5.6 sysmerge no longer works w/ read-only /usr

2014-07-18 Thread Stuart Henderson
On 2014-07-18, Antoine Jacoutot ajacou...@bsdfrog.org wrote:
 On Fri, Jul 18, 2014 at 12:16:00PM -0400, RD Thrush wrote:
 For many years, I have reliably used read-only partitions for /usr and 
 /usr/local.  -current sysmerge breaks that assumption.

 I don't think we ever officially supported a RO /usr...

the FAQ is fairly official..though, see my comment below.

 sha256: ///usr/share/sysmerge/examplessum: Read-only file system

slashslashslash! (untidy extra /'s is a pet hate :)

 +lia href=#201407162014/07/16 - sysmerge requires writeable /usr 
 partition/a

this one may make sense, but it's writable, only 1 e

 Index: faq4.html
 ===
 RCS file: /pub2/cvsroot/OpenBSD/www/faq/faq4.html,v
 retrieving revision 1.339
 diff -u -p -u -p -r1.339 faq4.html
 --- faq4.html   15 Jul 2014 00:24:32 -  1.339
 +++ faq4.html   18 Jul 2014 15:58:50 -
 @@ -2331,9 +2331,7 @@ Some of the things that end up here (and
  This is where most of OpenBSD resides.
  Program binaries, libraries, documentation, manual pages, etc. are all
  located in the tt/usr/tt directory.
 -The files in this mount point are relatively unchanging -- in many
 -cases, you could easily mount the tt/usr/tt partition read-only with
 -no other system changes until your next upgrade or update.
 +The files in this mount point are relatively unchanging.

I would argue that sysmerge is covered by until your next upgrade or update.



Re: sound problem

2014-07-18 Thread Stuart Henderson
On 2014-07-18, frantisek holop min...@obiit.org wrote:
 i am having difficulties listening to music on this
 notebook.  any ideas what i could try?

did it just start recently or has it been happening for a while?

if new (last week or so) then before poking at anything else I would
try a newer kernel, post 2014/07/17, and see if it goes away

 OpenBSD 5.5-current (GENERIC.MP) #241: Sun Jul 13 20:45:12 MDT 2014
 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP



Re: network roaming convenience

2014-07-18 Thread Stuart Henderson
On 2014-07-17, Daniel Melameth dan...@melameth.com wrote:
 It should have tried WEP first and, if that failed, WPA.  ifconfig in
 -current can now discern WEP or WPA so this can readily be improved.

...as long as you have a wifi nic where ifconfig scan works, for example
not Intel Centrino Advanced-N 6205 rev 0x34...



Re: zzz, /dev/wsmouse1: read error Input/output error

2014-07-18 Thread Mike Burns
On 2014-07-18 09.53.25 -0400, Mike Burns wrote:
 On 2014-07-14 18.09.30 -0400, Mike Burns wrote:
  On 2014-07-14 00.54.15 -0700, Mike Larkin wrote:
   On Sun, Jul 13, 2014 at 06:22:34PM -0400, Mike Burns wrote:
Thinkpad X1 Carbon with a touchscreen, running 5.5-stable. When I resume
from suspend my Xorg.0.log is flooded with:

  (EE) ws: /dev/wsmouse1: read error Input/output error
   
  And for good measure, the new dmesg after suspend+resume:
  
  uhidev0 at uhub3 port 3 configuration 1 interface 0 eGalax Inc.
  eGalaxTouch EXC7903-66v03_T1 rev 2.00/66.03 addr 3
  uhidev0: iclass 3/1, 7 report ids
  [ ... snip ... ]
  ums0 at uhidev0 reportid 6: 1 button, tip
  wsmouse1 at ums0 mux 0
  ums1 at uhidev0 reportid 7
  ums1: mouse has no X report
 
 Here is a new addition to my Xorg.0.log; it happens after X has been
 killed as part of running reboot(8):
 
 [   109.393] (EE) ws: /dev/wsmouse1: read error Input/output error
 [   109.592] (EE) ws: /dev/wsmouse1: SCALIBCOORS failed Inappropriate
 ioctl for device
 
 /dev/wsmouse1 is the touchscreen (confirmed using `xinput -test
 /dev/wsmouse1`).

Those above errors seem to be the important ones. Starting with the Xorg
log:


[   109.592] (EE) ws: /dev/wsmouse1: SCALIBCOORS failed Inappropriate
ioctl for device


That comes from sys/dev/wscons/wsmouse.c, `wsmouse_do_ioctl': it passes
down to the mouse driver.

The mouse driver in this case is ums(4) (not uts(4)) in the function
`ums_ioctl'.  This in turn passes off to `hidms_ioctl'
(dev/usb/hidms.c), which should handle WSMOUSEIO_SCALIBCOORDS without
issue, but:


ums1 at uhidev0 reportid 7
ums1: mouse has no X report


This comes from dev/usb/hidms.c, `hidms_setup', which is called from
`usm_attach' back in ums.c . Without a successful, `hidms_setup', the
`hidms_attach' function is never called. Presumably, this is the source
of all my problems. But back to the uts(4) idea:


uhidev0 at uhub3 port 3 configuration 1 interface 0 eGalax Inc.
eGalaxTouch EXC7903-66v03_T1 rev 2.00/66.03 addr 3


This makes me think it should use the uts(4) driver, not ums(4).
Relevant output from lsusb(8):


Bus 001 Device 003: ID 0eef:790a D-WAV Scientific Co., Ltd 
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   2.00
  bDeviceClass0 (Defined at Interface level)
  bDeviceSubClass 0 
  bDeviceProtocol 0 
  bMaxPacketSize064
  idVendor   0x0eef D-WAV Scientific Co., Ltd
  idProduct  0x790a 
  bcdDevice   66.03
  iManufacturer   1 eGalax Inc.
  iProduct2 eGalaxTouch EXC7903-66v03_T1
  iSerial 0 
  bNumConfigurations  1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength   34
bNumInterfaces  1
bConfigurationValue 1
iConfiguration  1 eGalax Inc.
bmAttributes 0xa0
  (Bus Powered)
  Remote Wakeup
MaxPower  100mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Device
  bInterfaceSubClass  1 Boot Interface Subclass
  bInterfaceProtocol  2 Mouse
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   2.10
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength 557
  Report Descriptor: (length is 557)
Item(Global): Usage Page, data= [ 0x0d ] 13
Digitizer
Item(Local ): Usage, data= [ 0x04 ] 4
Touch Screen
Item(Main  ): Collection, data= [ 0x01 ] 1
Application
Item(Global): Report ID, data= [ 0x06 ] 6
Item(Global): Usage Page, data= [ 0x0d ] 13
Digitizer
Item(Local ): Usage, data= [ 0x54 ] 84
Contact Count
Item(Global): Report Size, data= [ 0x08 ] 8
Item(Global): Logical Minimum, data= [ 0x00 ] 0
Item(Global): Logical Maximum, data= [ 0x0c ] 12
Item(Global): Report Count, data= [ 0x01 ] 1
Item(Main  ): Input, data= [ 0x02 ] 2
Data Variable Absolute No_Wrap Linear
Preferred_State No_Null_Position Non_Volatile 
Bitfield
Item(Local ): Usage, data= [ 0x22 ] 34
Finger
Item(Main  ): Collection, data= [ 0x02 ] 2
Logical
Item(Local ): Usage, data= [ 0x42 ] 66
Tip Switch
Item(Global):