Re: is the Lemote Yeeloong available in the US?
> In case anyone is still interested, a US based reseller of the 10in > Lemote Yeeloong has popped up in Boston, MA. I just placed my order and > hope to have it this weekend. > > It looks like Freedom Included does group buys direct from Lemote then > resells them preloaded with gnewsense (a fsf approved linux distro). > Anyways just wanted to put that out there for those interested. You can > buy them online at http://freedomincluded.com. > > I can't wait to get OpenBSD on this machine and hopefully will be able > to help test diff's if needed. > > Now those are good news. Last time I checked (I was looking to buy one but ended up buying a Thinkpad X22 instead - Yes, my "new" laptop is an X22. :) the only reseller was from Netherlands. I hope there will be some reseller here in Brazil soon. How is this port going? There is good documentation for this laptop? Time to put and end on this x86 monopoly: 5 years from now everyone will be running free GNU on their 200 MIPS, 64M SPARCstation-5. - Andrew S. Tanenbaum Yes. And hopefully playing duke nuken forever :)
need a umsm that works
I need a umsm dongle that works in the USA. Can someone tell me exactly what device and what network provider they use? Preferably with some config scripts so that I can get an idea how they work. Please mail me privately.
Re: (Response Requested) - 2nd Notification
Sir/Madam GoodDay, I sent an earlier mail to you on this matter without a reply. I will like to discuss about a family member's Account at B F C Cayman Island. I am currently in the England so you can contact me by email or telephone +44.1158.223.108 for more information on this. Regards, Mr. Samuel Adam Young TEL: 44 115 823 108 FAX:+44 709 286 4823 B F C Cayman Island . From B F C (Cayman) Ltd. Address: Trafalgar Place W B Road Georgetown Cayman Island
Re: is the Lemote Yeeloong available in the US?
In case anyone is still interested, a US based reseller of the 10in Lemote Yeeloong has popped up in Boston, MA. I just placed my order and hope to have it this weekend. It looks like Freedom Included does group buys direct from Lemote then resells them preloaded with gnewsense (a fsf approved linux distro). Anyways just wanted to put that out there for those interested. You can buy them online at http://freedomincluded.com. I can't wait to get OpenBSD on this machine and hopefully will be able to help test diff's if needed.
Re: Printing schemas
> I'm looking specifically ay how to print to a USB printer that is > hanging off an XP box. > This allows latex/postscript output from lpd to print through a windows printer on an xp box: http://iharder.sourceforge.net/current/macosx/winmacprinter/
Re: 19' rack mini appliance for OpenBSD
On Fri, Apr 23, 2010 at 12:06 PM, J.C. Roberts wrote: > > Of course, the people at PARC figure this out eons ago by accident. A > particular sequence or reads/seeks/writes caused such a beast to walk > across the floor and block the only door, and they had to cut a hole in > the wall to get back into the datacenter. Afterwards, they used to hold > races with it after work. > Old guy alert! I thought I was the only one with this kind of story. It involved an NCR 8270, circa 1980, unlocked wheels, and a sort routine. Didn't need no stinkin' assembler code either. A COBOL sort statement could do it just fine, although it didn't block the door. Maybe that's where some assembler *might* have helped with the steering. Gerald.
Re: radeondrm does not appear to work on IBM Thinkpad T43
On Mon, Apr 26, 2010 at 1:09 PM, Owain Ainsworth wrote: > > crw-rw 1 root wheel 87, 0 Mar 6 01:37 /dev/drm0 > > ... > > I really should consider changing those default permissions... > > Why?? I may be a retard but even my power user has been in group wheel from day 0.
Re: Is this a case of paranoia?
Yes, yes. Polarized insults and yet more preaching... and PHP, give me a break. How can you use Gmail? Or is closed source SaaS suddenly OK? Why would hosted sharepoint be any different? Also, could you translate these sentences into English? I'm having serious problems parsing them. > Its wrong in allowing a mess on your LAN does, more so because it means > that the rest of us net users should have to cover it. > Because of dipshits using and defending broken protocols, broken formats > and broken services, any project that is oriented towards proper design, > security, standards, cross platform development and open source has a > harder time of it. > Taking a more proactive stance on security and go after the problem > systems and those that spread them, or give backtalk about wanting to > allow them.
Re: radeondrm does not appear to work on IBM Thinkpad T43
On Mon, Apr 26, 2010 at 10:33:48PM +0300, Antti Harri wrote: > On Mon, 26 Apr 2010, Owain Ainsworth wrote: > >On Mon, Apr 26, 2010 at 06:15:38PM +0300, Juha Erkkila wrote: > [...] > drmOpenDevice: node name is /dev/drm0 > drmOpenDevice: open result is 10, (OK) > [...] > >now: > >$ ls -lh /dev/drm0 > >crw-rw 1 root wheel 87, 0 Mar 6 01:37 /dev/drm0 > > > >So either change those permissions to allow you access the file, or the > >other alternative is obvious. > > > >I really should consider changing those default permissions... > > Hi, > > if that is the case then the log lines about opening of /dev/drm0 > seem very misleading. The xserver runs privseped as root:user. glxgears/glxinfo does not. -0- -- There is nothing wrong with Southern California that a rise in the ocean level wouldn't cure. -- Ross MacDonald
Re: radeondrm does not appear to work on IBM Thinkpad T43
On Mon, Apr 26, 2010 at 08:09:02PM +0100, Owain Ainsworth wrote: > On Mon, Apr 26, 2010 at 06:15:38PM +0300, Juha Erkkila wrote: > > > > OpenGL renderer string: Software Rasterizer > > Sometimes I wonder if anyone actually reads the logs they post to > mailing lists. > > now: > $ ls -lh /dev/drm0 > crw-rw 1 root wheel 87, 0 Mar 6 01:37 /dev/drm0 > > So either change those permissions to allow you access the file, or the > other alternative is obvious. > > I really should consider changing those default permissions... Changing permissions indeed fixes the issue. Thanks Owain. Juha
Re: radeondrm does not appear to work on IBM Thinkpad T43
On Mon, 26 Apr 2010, Owain Ainsworth wrote: On Mon, Apr 26, 2010 at 06:15:38PM +0300, Juha Erkkila wrote: [...] drmOpenDevice: node name is /dev/drm0 drmOpenDevice: open result is 10, (OK) [...] now: $ ls -lh /dev/drm0 crw-rw 1 root wheel 87, 0 Mar 6 01:37 /dev/drm0 So either change those permissions to allow you access the file, or the other alternative is obvious. I really should consider changing those default permissions... Hi, if that is the case then the log lines about opening of /dev/drm0 seem very misleading. -- Antti Harri
Re: radeondrm does not appear to work on IBM Thinkpad T43
On Mon, Apr 26, 2010 at 06:15:38PM +0300, Juha Erkkila wrote: > I have an IBM Thinkpad T43, and I'm trying to get radeondrm(4) > and the X DRI stuff working on it, without luck. Everything > works on X as if nothing is actually accelerated, games > such as xmoto, fretsonfire and quake2 (GLX mode) are not > playable because of too sluggish motion, and mplayer -vo gl > gives similar results. > > 17:55 j...@aito:~$ glxgears > 424 frames in 5.0 seconds = 84.757 FPS > 608 frames in 5.0 seconds = 121.428 FPS > 626 frames in 5.0 seconds = 125.067 FPS > 600 frames in 5.0 seconds = 119.840 FPS > 641 frames in 5.0 seconds = 128.019 FPS > > glxgears performance is pretty much the same when I disable > radeondrm(4) in the kernel. > > Here's some more system information. I *have* also tried using > smaller screen sizes (1024x768 / 16bpp), and setting virtual desktop > size to 1024x768 as well. I have understood I should not need > to do any special configuration for this to work. > > Juha > > > OpenGL renderer string: Software Rasterizer Sometimes I wonder if anyone actually reads the logs they post to mailing lists. now: $ ls -lh /dev/drm0 crw-rw 1 root wheel 87, 0 Mar 6 01:37 /dev/drm0 So either change those permissions to allow you access the file, or the other alternative is obvious. I really should consider changing those default permissions... -0- -- Somebody ought to cross ball point pens with coat hangers so that the pens will multiply instead of disappear.
Re: VPN between OpenBSD Gateway and a mac
Why not use racoon? It is part of OSX base install and works. Sent from my iPhone On Apr 26, 2010, at 12:28 PM, Kapetanakis Giannis > wrote: On 26/04/10 18:42, Bryan Irvine wrote: On Fri, Apr 23, 2010 at 11:13 AM, jul wrote: I use poptop (ports) with great success on built-in mac VPN client. with which release of macos/openbsd/poptop ? I'm interested to your complete configuration. I tried some openbsd vpn with macos and iphone and have not managed to it (not much time to work it either) I haven't followed this from the beginning so this might or might not be helpful. You can use openvpn for vpn between mac and openbsd. Mac has an openvpn client called tunnelblick. Openvpn is probably available for openbsd in dozens of ways. Giannis
Re: VPN between OpenBSD Gateway and a mac
On 26/04/10 18:42, Bryan Irvine wrote: On Fri, Apr 23, 2010 at 11:13 AM, jul wrote: I use poptop (ports) with great success on built-in mac VPN client. with which release of macos/openbsd/poptop ? I'm interested to your complete configuration. I tried some openbsd vpn with macos and iphone and have not managed to it (not much time to work it either) I haven't followed this from the beginning so this might or might not be helpful. You can use openvpn for vpn between mac and openbsd. Mac has an openvpn client called tunnelblick. Openvpn is probably available for openbsd in dozens of ways. Giannis
Re: VPN between OpenBSD Gateway and a mac
On Fri, Apr 23, 2010 at 11:13 AM, jul wrote: > Bryan Irvine wrote on 23/04/10 17:49: >> I use poptop (ports) with great success on built-in mac VPN client. > > with which release of macos/openbsd/poptop ? I've used it with all version of Mac OS since around 10.2 or 10.3 and the Openbsd of the time up till my current setup of mac os 10.6 and OpenBSD 4.6. > I'm interested to your complete configuration. I tried some openbsd vpn > with macos and iphone and have not managed to it (not much time to work > it either) The sample configs show you everything. -Bryan
Re: Regular OpenBSD users group meeting location anyone?
On Sun, 2010-04-25 at 22:12 -0700, Jorge Castillo wrote: > There is already a page with that information at the OpenBSD website. > > http://www.openbsd.org/groups.html > Anyone know if there a secret group in Houston missing from the list? Since I don't see it, I would like to start one. Anyone interested please contact me off list. -- Later Peter
Thanks everyone
A new laptop has been ordered, and I shoul have enough left for a bit more power (expect new dpb thingies). I've tried to reply to everyone, but there are some obvious anti-spam measures in the paypal addresses, so maybe some of you are not going to see it ? So thanks again. Don't hesitate to tell me about it if you don't get any email from you. I'll post again once the new toy^Wmachine arrives. ;-) -- Marc
pf icmp6 question
Hi! Could please someone explain me the difference between pass quick inet6 proto icmp6 all keep state <- IPv6 works only within switch collision domain AND pass quick proto icmp6 all keep state <- IPv6 works globaly for whole internet IPv6 is staticaly set everywhere, none of routers or servers have stateless IPs. Thank you!
Re: uvm_mapent_alloc: out of static map entries
Hello Alastair. > I have looked on the web and found various OpenBSD maillist archive > references to this but the impression is that this was fixed ages ago. In my understanding of OpenBSD community: stable system should work fine on general system without any changes of kernel parameters and new software that can change something. Also it seems ok to have from time to time "uvm_mapent_alloc: out of static map entries." So it can be hard to find connection between that message and hung. Anyway you can look to: http://blogs.helion-prime.com/2010/02/25/tuning-of-postgresql-under-openbsd.h tml (OpenBSD kernel parameters) and increase value somehow to see what happens. And yes, kernel hackers will say that you will "randomly push button" as it's impossible to find documentation about kernel parameters and they interaction on the web. have a nice day. -- Vasiliy On Sun, Apr 25, 2010 at 7:04 PM, Alastair Johnson wrote: > Last week I setup an 4.6 i386 OpenBSD server. The hardware is Dell Poweredge > 1850 with 2GB RAM. Its fully updated 4.6 stable. > > In only a few days it has twice hung with the error on screen: > > uvm_mapent_alloc: out of static map entries > > I have looked on the web and found various OpenBSD maillist archive > references to this but the impression is that this was fixed ages ago. The > server should be a very lightly used mail relay running exim, ssh and > nothing much else. > > I certainly dont want to "randomly push buttons": > http://kerneltrap.org/mailarchive/openbsd-misc/2008/5/16/1842014 > > but 2 years ago this seemed "under control": > http://kerneltrap.org/mailarchive/openbsd-misc/2008/5/16/1841134 > > "But it's not really alarming, unless it continues to print that > continuously." > > Its not doing it continuously - just once and then hang. > > Below is dmesg output. Please let me know if i can provide any more useful > information. > > Many thanks, > > Alastair Johnson > > > > [r...@relayb..com /etc]# dmesg > OpenBSD 4.6-stable (GENERIC) #0: Thu Apr 22 22:41:04 BST 2010 >r...@relayb:/usr/src/sys/arch/i386/compile/GENERIC > cpu0: Intel(R) Xeon(TM) CPU 3.20GHz ("GenuineIntel" 686-class) 3.20 GHz > cpu0: > FPU,V86,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,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR > real mem = 2146795520 (2047MB) > avail mem = 2067058688 (1971MB) > mainbus0 at root > bios0 at mainbus0: AT/286+ BIOS, date 01/09/06, BIOS32 rev. 0 @ 0xffe90, > SMBIOS rev. 2.3 @ 0xf9920 (87 entries) > bios0: vendor Dell Computer Corporation version "A05" date 01/09/2006 > bios0: Dell Computer Corporation PowerEdge 1850 > acpi0 at bios0: rev 0 > acpi0: tables DSDT FACP APIC SPCR HPET MCFG > acpi0: wakeup devices PCI0(S5) PALO(S5) PBLO(S5) VPR0(S5) PBHI(S5) VPR1(S5) > PICH(S5) > 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 199MHz > cpu at mainbus0: not configured > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > ioapic0: misconfigured as apic 0, remapped to apid 2 > ioapic1 at mainbus0: apid 3 pa 0xfec8, version 20, 24 pins > ioapic1: misconfigured as apic 0, remapped to apid 3 > ioapic2 at mainbus0: apid 4 pa 0xfec83000, version 20, 24 pins > ioapic2: misconfigured as apic 0, remapped to apid 4 > acpihpet0 at acpi0: 14318179 Hz > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus 1 (PALO) > acpiprt2 at acpi0: bus 2 (DOBA) > acpiprt3 at acpi0: bus 3 (DOBB) > acpiprt4 at acpi0: bus 4 (PBLO) > acpiprt5 at acpi0: bus 8 (VPR0) > acpiprt6 at acpi0: bus 5 (PBHI) > acpiprt7 at acpi0: bus 6 (PXB1) > acpiprt8 at acpi0: bus 7 (PXB2) > acpiprt9 at acpi0: bus 9 (PICH) > acpicpu0 at acpi0 > bios0: ROM list: 0xc/0xb000! 0xcb000/0x1000 0xcc000/0x800 0xcc800/0x1000 > 0xcd800/0x2200 0xd/0x600 0xec000/0x4000! > ipmi at mainbus0 not configured > pci0 at mainbus0 bus 0: configuration mode 1 (bios) > pchb0 at pci0 dev 0 function 0 "Intel E7520 Host" rev 0x09 > ppb0 at pci0 dev 2 function 0 "Intel E7520 PCIE" rev 0x09 > pci1 at ppb0 bus 1 > ppb1 at pci1 dev 0 function 0 "Intel IOP332 PCIE-PCIX" rev 0x06 > pci2 at ppb1 bus 2 > ami0 at pci2 dev 14 function 0 "Dell PERC 4e/Di" rev 0x06: apic 3 int 14 > (irq 7) > ami0: Dell 16c, 32b, FW 521X, BIOS vH430, 256MB RAM > ami0: 1 channels, 0 FC loops, 1 logical drives > scsibus0 at ami0: 40 targets > sd0 at scsibus0 targ 0 lun 0: SCSI2 0/direct fixed > sd0: 70010MB, 512 bytes/sec, 143380480 sec total > scsibus1 at ami0: 16 targets > safte0 at scsibus1 targ 6 lun 0: SCSI2 3/processor > fixed > ppb2 at pci1 dev 0 function 2 "Intel IOP332 PCIE-PCIX" rev 0x06 > pci3 at ppb2 bus 3 > skc0 at pci3 dev 11 function 0 "3Com 3c940" rev 0x10, Yukon (0x1): apic 3 > int 5 (irq 3) > sk0 at skc0 port A: address 00:0a:5e:1b:01:6f > eephy0 at sk0 phy 0: 88E1011 Gigabit PHY, rev. 3 > ppb3 at pci0 dev 4 function 0 "Intel E7520 PCIE"
Re: Is this a case of paranoia?
Fuck off, Jussi. Serious problems like the one that fellow's network administrator pinged him for should not sit unsolved. It affects the rest of us. Those problem stepchild packages are problems in and of themselves, as is the platform it runs on. The time to condone sloppy practices and attitudes is long over, if there ever was such a time. Even in Ports, there is a selection of packages that would allow him to set up content management not tied to any specific proprietary formats, protocols or systems. http://www.openbsd.org/4.6_packages/i386/cmsmadesimple-1.5.3.tgz-long.html http://www.openbsd.org/4.6_packages/i386/tikiwiki-2.2.tgz-long.html http://www.openbsd.org/4.6_packages/i386/drupal-6.12.tgz-long.html http://www.openbsd.org/4.6_packages/i386/plone-3.0.6p1.tgz-long.html Even though they run on OpenBSD, they allow clients to connect from any platform, unlike the bad example. Even simpler, there's OpenAFS or Samba in Ports, to go with Apache in Base: http://www.openbsd.org/4.6_packages/i386/openafs-1.4.7p9.tgz-long.html http://www.openbsd.org/4.6_packages/i386/samba-3.0.34p1.tgz-long.html Its wrong in allowing a mess on your LAN does, more so because it means that the rest of us net users should have to cover it. Because of dipshits using and defending broken protocols, broken formats and broken services, any project that is oriented towards proper design, security, standards, cross platform development and open source has a harder time of it. Taking a more proactive stance on security and go after the problem systems and those that spread them, or give backtalk about wanting to allow them. If you are too good for Ports, then there are more packages that will operate safely and provide reliable service to clients: http://lenya.apache.org/ http://www.joomla.org/ http://www.opencms.org/ http://zope2.zope.org/ There are plenty more that work well. /Lars
Re: Texas Tea (Testing)
On 2010-04-26, J.C. Roberts wrote: > Since the `cvs up -C` flag is currently broken in both gnu cvs and > opencvs (BUG: user/6363 -- copies modified files rather than moving > them out of the way and fetching a fresh copy from cvs, resulting in > a merge "M" rather than "U" update/fetch of the now missing file), there > is no way to simply overwrite the modified files. hmm. this seems to work ok with GNU cvs for me...
Re: Is this a case of paranoia?
On Mon, Apr 26, 2010 at 10:19:26AM +0300, Lars Nooden wrote: > On 04/24/2010 10:27 PM, Ed Ahlsen-Girard wrote: > > Ha. You laugh. > > at you, not with you > > > My employer is blocking the msdn blogs that we need to > > troubleshoot SharePoint and SQL. ... > > Take the hint and get rid of both. Their presence fucks up the net. Could you stop spewing this on m...@? This is not Lars's-little-soapbox@ and your opinions of all kinds of proprietary products have nothing to do with OpenBSD. The fact that the rest of this thread is almost as irrelevant is not a good excuse. Jussi Peltola
Re: Texas Tea (Testing)
On 04/25/10 20:37, J.C. Roberts wrote: On Sun, 25 Apr 2010 23:55:35 +0100 Owain Ainsworth wrote: On Sun, Apr 25, 2010 at 05:27:26PM -0500, Chris Bennett wrote: I am glad to see someone else agreeing that rm-ing xenocara and getting it again is a good choice. I had to build a few debugging versions and I found the instructions for getting it clean to use again extremely confusing. I was concerned I would get it wrong and mess everything new up. To get a completely clean tree with nothing unrecognised by cvs, assuming that no files known by cvs are corrupted (do not do this if you have testing drivers in the tree that are not related to cvs). If it breaks, you keep the pieces. $ cvs up | grep ^\? | tr -d '\?' | xargs rm -rf $ cvs up # just in case Those who are better at awk than I could come up with something shorter, I bet. For me at least, the problem is not 'unrecognized' files, instead it is *modified* files. With "XENOCARA_RERUN_AUTOCONF=Yes" set in mk.conf, half the damn tree is molested by gnu autoshit resulting supposedly "modofied" files. Since the `cvs up -C` flag is currently broken in both gnu cvs and opencvs (BUG: user/6363 -- copies modified files rather than moving them out of the way and fetching a fresh copy from cvs, resulting in a merge "M" rather than "U" update/fetch of the now missing file), there is no way to simply overwrite the modified files. Anyhow, whether or not '-C' works, you'd still be refetching half (or more) of the xenocara tree since a vast portion of it is gnu autoshit files which have been modified. As for building a lot quicker by not setting XENOCARA_RERUN_AUTOCONF, well, then you would not be testing to make sure gnu autoshit is still working properly. In short, it's a no-win situation. Well, when I had to use xenocara, I immediately thought that if I had made it separate partition, like I have /usr/src and /usr/obj then I could have done like is done for ports and src in release versions. checkout a new version, tar xzpf xenocara.tar.gz.xenocara Use directory, newfs it, unpack tar file, cvs up etc
Re: OpenBSD and KVM switch.
On Mon, 26 Apr 2010 16:44:55 +0930 David Walker wrote: > Apr 27 01:00:25 compaq /bsd: uhub2 detached > Apr 27 01:03:03 compaq /bsd: uhub2 at uhub1 > > @ three minutes is where it re-attaches. > I suspect this is a "feature" and not a hardware issue, however dmesg > follows. Any ideas welcome. > > cat /var/run/dmesg.boot > OpenBSD 4.6 (GENERIC) #58: Thu Jul 9 21:24:42 MDT 2009 >dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC A ton of work has been done since 4.6-Release (July 9th). The first thing you want to do is install the -current snapshot and see if you can repeat the problem with more recent code. If the problem persists, a work-around you could use is hotplugd (8). jcr -- The OpenBSD Journal - http://www.undeadly.org
Re: Texas Tea (Testing)
On Mon, 26 Apr 2010 03:12:03 +0100 Owain Ainsworth wrote: > > As for building a lot quicker by not setting > > XENOCARA_RERUN_AUTOCONF, well, then you would not be testing to > > make sure gnu autoshit is still working properly. In short, it's a > > no-win situation. > > I leave it turned off unless there's a new driver I am playing with. > Then I turn it on for that driver build and that one only. > > Regenning configure really buys you nothing. I mostly agree. It buys me little more than being able to say it was tested completely, and at the price of much annoyance. It's like picking at a scab to see if it's healed or if it will bleed again. -- The OpenBSD Journal - http://www.undeadly.org
Re: VPN between OpenBSD Gateway and a mac
On Fri, 23 Apr 2010, Firstname Lastname wrote: If you make other use of the tun interface via ssh -w at work, do some homework or you'll get burned. Could you elaborate on the particular mistakes you have in mind? /Lars
Re: Is this a case of paranoia?
On 04/24/2010 10:27 PM, Ed Ahlsen-Girard wrote: > Ha. You laugh. at you, not with you > My employer is blocking the msdn blogs that we need to > troubleshoot SharePoint and SQL. ... Take the hint and get rid of both. Their presence fucks up the net. /Lars
OpenBSD and KVM switch.
Bonjour. I have an OpenBSD box that shares keyboard, mouse, video with another machine (via a KVM). I use a dvorak keyboard layout. Everything works fine except that when the KVM re-attaches to OpenBSD my keyboard layout goes to QWERTY. uname -rv 4.6 GENERIC#58 cat /etc/kbdtype us.dvorak cat /var/log/messages Apr 27 01:00:01 compaq syslogd: restart Apr 27 01:00:25 compaq /bsd: wsmouse0 detached Apr 27 01:00:25 compaq /bsd: ums0 detached Apr 27 01:00:25 compaq /bsd: uhidev0 detached Apr 27 01:00:25 compaq /bsd: wskbd1: disconnecting from wsdisplay0 Apr 27 01:00:25 compaq /bsd: wskbd1 detached Apr 27 01:00:25 compaq /bsd: ukbd0 detached Apr 27 01:00:25 compaq /bsd: uhidev1 detached Apr 27 01:00:25 compaq /bsd: uhid0 detached Apr 27 01:00:25 compaq /bsd: uhid1 detached Apr 27 01:00:25 compaq /bsd: uhid2 detached Apr 27 01:00:25 compaq /bsd: uhidev2 detached Apr 27 01:00:25 compaq /bsd: uhub2 detached Apr 27 01:03:03 compaq /bsd: uhub2 at uhub1 Apr 27 01:03:03 compaq /bsd: port 4 "ALCOR Generic USB Hub" rev 1.10/3.12 addr 3 Apr 27 01:03:04 compaq /bsd: uhidev0 at uhub2 Apr 27 01:03:04 compaq /bsd: port 2 configuration 1 interface 0 "Microsoft Microsoft Basic Optical Mouse v2.0" rev 1.10/1.99 addr 4 Apr 27 01:03:04 compaq /bsd: uhidev0: iclass 3/1 Apr 27 01:03:04 compaq /bsd: ums0 at uhidev0: 3 buttons, Z dir Apr 27 01:03:04 compaq /bsd: wsmouse0 at ums0 mux 0 Apr 27 01:03:05 compaq /bsd: uhidev1 at uhub2 Apr 27 01:03:05 compaq /bsd: port 4 configuration 1 interface 0 "NOVATEK USB Keyboard" rev 1.10/1.12 addr 5 Apr 27 01:03:05 compaq /bsd: uhidev1: iclass 3/1 Apr 27 01:03:05 compaq /bsd: ukbd0 at uhidev1: 8 modifier keys, 6 key codes Apr 27 01:03:05 compaq /bsd: wskbd1 at ukbd0 mux 1 Apr 27 01:03:05 compaq /bsd: wskbd1: connecting to wsdisplay0 Apr 27 01:03:05 compaq /bsd: uhidev2 at uhub2 Apr 27 01:03:05 compaq /bsd: port 4 configuration 1 interface 1 "NOVATEK USB Keyboard" rev 1.10/1.12 addr 5 Apr 27 01:03:05 compaq /bsd: uhidev2: iclass 3/0, 4 report ids Apr 27 01:03:05 compaq /bsd: uhid0 at uhidev2 reportid 2: input=1, output=0, feature=0 Apr 27 01:03:05 compaq /bsd: uhid1 at uhidev2 reportid 3: input=3, output=0, feature=0 Apr 27 01:03:05 compaq /bsd: uhid2 at uhidev2 reportid 4: input=2, output=0, feature=0 @ three minutes is where it re-attaches. I suspect this is a "feature" and not a hardware issue, however dmesg follows. Any ideas welcome. Best wishes. cat /var/run/dmesg.boot OpenBSD 4.6 (GENERIC) #58: Thu Jul 9 21:24:42 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Celeron ("GenuineIntel" 686-class, 128KB L2 cache) 499 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real mem = 132739072 (126MB) avail mem = 119533568 (113MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/23/99, BIOS32 rev. 0 @ 0xfa0e0, SMBIOS rev. 2.3 @ 0xf9370 (19 entries) bios0: vendor Compaq version "686C3" date 11/23/1999 bios0: Compaq Compaq PC acpi0 at bios0: rev 0 acpi0: tables DSDT FACP SSDT acpi0: wakeup devices PBTN(S1) PCI0(S1) USB0(S1) BUS1(S1) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0: C2 acpibtn0 at acpi0: PBTN bios0: ROM list: 0xc/0x8000 0xd/0x1000 0xe8000/0x4000! 0xec000/0x4000! cpu0 at mainbus0: (uniprocessor) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82810E Host" rev 0x03 vga1 at pci0 dev 1 function 0 "Intel 82810E 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 0x4400, size 0x400 ppb0 at pci0 dev 30 function 0 "Intel 82801AA Hub-to-PCI" rev 0x02 pci1 at ppb0 bus 1 esa0 at pci1 dev 5 function 0 "ESS ES1989" rev 0x10: irq 5 ac97: codec id 0x45838308 (ESS Technology ES1921) ac97: codec features 20 bit DAC, 20 bit ADC, ESS Technology audio0 at esa0 fxp0 at pci1 dev 8 function 0 "Intel 8255x" rev 0x08, i82559: irq 3, address 00:02:b3:21:9c:1c inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 ichpcib0 at pci0 dev 31 function 0 "Intel 82801AA LPC" rev 0x02 pciide0 at pci0 dev 31 function 1 "Intel 82801AA IDE" rev 0x02: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 4865MB, 9965088 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 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 uhci0 at pci0 dev 31 function 2 "Intel 82801AA USB" rev 0x02: irq 11 ichiic0 at pci0 dev 31 function 3 "Intel 82801AA SMBus" rev 0x02: irq 5 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 64MB SDRAM non-parity PC100CL2 spdmem1 at iic0 addr 0x51: 64MB SDRAM non-parity PC133CL3 isa0 at ichpcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at