Re: Python in base?
Simple question, simple response. Ok Damien ;) -- Thanks, Jordi Espasa Clofent
Re: Trouble ticket system suggestions
Hello Guys, Thank you for your suggestions. I will give a try to RT first. Although, it does not install on my 4.4 stable :-) Exits with Error code 1 on other port, namely gd-2.0.35 I can provide more info if needed, but I think ports mailing list is appropriate place to report it. Does some of you have similar problem? Best regards, Ivo open...@bgone.net wrote: Hello guys, I would like to get your suggestions and experience with some Trouble Ticket Systems on OpenBSD. It should be rather simple. Users should be able to sand notes to support and check status of it. Support should be able to answer the tickets and check old tickets from the same user, etc. No need of phone integration. I really appreciate your help. Best regards, Ivo __ NOD32 3715 (20081224) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com
Re: /etc/netstart issue with dhcp and default route (solved)
Hi, issue solved... When there is no dhcp option in any active hostname.if file the /etc/mygate file is read... and the already existing default route is removed. Without /etc/mygate and the following hostname.if configuration it works now... except that the ifconfig priority thing doesn't really work. # cat /etc/hostname.bge0 media autoselect priority 1 up dhcp NONE NONE NONE rtsol # cat /etc/hostname.iwi0 nwid wrap bssid aa:bb:cc:dd:ee:ff nwkey 0x00 media autoselect priority 2 up !/sbin/ifconfig ``\$if'' chan /dev/null 21 dhcp NONE NONE NONE rtsol Michael Hi, I have the problem that, when dhclient is started for my wireless interface iwi0 from /etc/netstart, no IPv4 default route is created. If I call dhclient iwi0 manually it works. # cat /etc/hostname.bge0 rtsol media autoselect \ priority 1 up !/sbin/dhclient ``\$if'' For the wired connection it doesn't matter if I use dhcp or add the !dhclient command, just trying out different things. Adding the default route always works here. # cat /etc/hostname.iwi0 rtsol media autoselect nwid \ nwkey 0x \ bssid aa:bb:cc:dd:ee:ff:gg \ priority 2 up !/sbin/ifconfig ``\$if'' chan /dev/null 21 !/sbin/dhclient ``\$if'' For iwi0 I need the first ! line so it actually starts the connection to the access point. Without that line I do not get associated and nothing happens at all. When I add dhcp to the head of the file dhclient complains about no link... and with the !dhclient line at the bottom I get an IP address etc, just NO default route (even when I remove the hostname.bge0 file or pull the cable). As said above, it works if I manually execute dhclient. Any ideas?
ifconfig priority issues
Hi, I've tried using the priority option with the default route (gets assigned using dhcp) but it only works partially. Is that the intented behaviour (as man ifconfig only speaks about static routes) or a bug? # cat /etc/hostname.bge0 media autoselect priority 1 up dhcp NONE NONE NONE rtsol # cat /etc/hostname.iwi0 nwid wrap bssid aa:bb:cc:dd:ee:ff nwkey 0x00 media autoselect priority 2 up !/sbin/ifconfig ``\$if'' chan /dev/null 21 dhcp NONE NONE NONE rtsol When the system is booted route shows the default route from iwi0... which is only priority 2... shouldn't the default route be from bge0? However, if I pull the cable from bge0 and plug it back in I get the bge0 default route. Changing works here... but if I pull the cable again, the default route isn't changed back to the one from iwi0. Working as intended or bug? Michael Its is the GENERIC snapshot kernel from 2008/12/15 with NTFS enabled: OpenBSD 4.4-current (BELENUS) #0: Thu Dec 18 17:37:11 CET 2008 r...@x41ibm:/usr/src/sys/arch/i386/compile/BELENUS cpu0: Intel(R) Pentium(R) M processor 1.60GHz (GenuineIntel 686-class) 1.60 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 real mem = 1600548864 (1526MB) avail mem = 1538301952 (1467MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/14/06, BIOS32 rev. 0 @ 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (59 entries) bios0: vendor IBM version 74ET64WW (2.09 ) date 12/14/2006 bios0: IBM 2525FAG apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 100% apm0: AC on, battery charge high acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdec0/240 (13 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #5 is the last bus bios0: ROM list: 0xc/0xf600! 0xcf800/0x1600 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0: (uniprocessor) cpu0: Enhanced SpeedStep 1600 MHz (1116 mV): speeds: 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82915GM Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82915GM 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 0xc000, size 0x1000 inteldrm0 at vga1: irq 11 drm0 at inteldrm0 Intel 82915GM Video rev 0x03 at pci0 dev 2 function 1 not configured ppb0 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x03: irq 11 pci1 at ppb0 bus 2 bge0 at pci1 dev 0 function 0 Broadcom BCM5751M rev 0x11, BCM5750 B1 (0x4101): irq 11, address 00:16:d3:29:ce:76 brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0 uhci0 at pci0 dev 29 function 0 Intel 82801FB USB rev 0x03: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801FB USB rev 0x03: irq 5 uhci2 at pci0 dev 29 function 2 Intel 82801FB USB rev 0x03: irq 6 uhci3 at pci0 dev 29 function 3 Intel 82801FB USB rev 0x03: irq 11 ehci0 at pci0 dev 29 function 7 Intel 82801FB 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 ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xd3 pci2 at ppb1 bus 4 cbb0 at pci2 dev 0 function 0 Ricoh 5C476 CardBus rev 0x8d: irq 11 sdhc0 at pci2 dev 0 function 1 Ricoh 5C822 SD/MMC rev 0x13: irq 5 sdmmc0 at sdhc0 iwi0 at pci2 dev 2 function 0 Intel PRO/Wireless 2915ABG rev 0x05: irq 11, address 00:16:6f:b2:30:c7 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 5 device 0 cacheline 0x0, lattimer 0xb0 pcmcia0 at cardslot0 auich0 at pci0 dev 30 function 2 Intel 82801FB AC97 rev 0x03: irq 11, ICH6 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 Intel 82801FB Modem rev 0x03 at pci0 dev 30 function 3 not configured ichpcib0 at pci0 dev 31 function 0 Intel 82801FBM LPC rev 0x03: PM disabled pciide0 at pci0 dev 31 function 2 Intel 82801FBM SATA rev 0x03: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: TRANSCEND wd0: 1-sector PIO, LBA, 30592MB, 62652416 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 wd1 at pciide0 channel 1 drive 0: ST9160821A wd1: 16-sector PIO, LBA48, 152627MB, 312581808 sectors wd1(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 5 ichiic0 at pci0 dev 31 function 3 Intel 82801FB SMBus rev 0x03: irq 11 iic0 at ichiic0 spdmem0 at iic0 addr 0x51: 1GB DDR2 SDRAM non-parity PC2-4200CL5 SO-DIMM 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 root hub rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci3: USB revision 1.0
Re: ifconfig priority issues
On Sun, Dec 28, 2008 at 02:04:51PM +0100, Michael wrote: Hi, I've tried using the priority option with the default route (gets assigned using dhcp) but it only works partially. Is that the intented behaviour (as man ifconfig only speaks about static routes) or a bug? # cat /etc/hostname.bge0 media autoselect priority 1 up dhcp NONE NONE NONE rtsol # cat /etc/hostname.iwi0 nwid wrap bssid aa:bb:cc:dd:ee:ff nwkey 0x00 media autoselect priority 2 up !/sbin/ifconfig ``\$if'' chan /dev/null 21 dhcp NONE NONE NONE rtsol When the system is booted route shows the default route from iwi0... which is only priority 2... shouldn't the default route be from bge0? However, if I pull the cable from bge0 and plug it back in I get the bge0 default route. Changing works here... but if I pull the cable again, the default route isn't changed back to the one from iwi0. Working as intended or bug? There is one piece missing and that's a smarter dhclient script as it currently removes the default route even if it was not inserted by dhclient. I have a diff to fix this issue that I will send out in the next days or hours. -- :wq Claudio
Re: OpenBGPD: Announce all problem and strange rib-out entries.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 And I managed to grab the bgpctl data with a slightly different version of the bgpd config: The line network 192.168.0.0/16 was commented out when I grabbed the data, but it doesn't seem to change the behaviour. /Pehr Svderman Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklXfsUACgkQlIRLofxhDjbtRQCgrFUEIWXTVmk1DlpHW8MxeiKO kRQAoJ2TAsciTPwgi7vW10/KijL01PwS =Ce60 -END PGP SIGNATURE-
ifconfig chan to scan wireless encryption type?
Hi, is there a way in -current to scan a priori the kind of encryption (wep/wpa) of wireless nets? Once connection has been established, the kind of encryption is shown but is it possible to see it before? thanks, Pau -- Let there be peace on earth. And let it begin with misc
Re: environmental prerequisites for kernel development (was Re: Any Dev interested in SIS Ethernet/SATA driver development?)
On 12/27/2008 5:12 PM, Lars NoodC)n wrote: I ask because I'm trying to set up an environment where kernel-level work can be done remotely. Having more perspectives will help. Old Compaq Remote Insight Lights Out boards will work in any machine that still has a PCI slot. You can control the power with the right cable if you wire it into the power button. They can be found on eBay for $5-20, make sure you get the external keyboard cable otherwise you won't be able to do remote console. (Well, you'll be able to *see* the console...) You'll also need the external power supply if you want to power-cycle the machine remotely.
Re: Trouble ticket system suggestions
Hi Ivo, You have to install xbaseXX.tgz first to be able to install gd and alike. Rosen Ivo Chutkin wrote, On 12/28/2008 6:46 AM: Hello Guys, Thank you for your suggestions. I will give a try to RT first. Although, it does not install on my 4.4 stable :-) Exits with Error code 1 on other port, namely gd-2.0.35 I can provide more info if needed, but I think ports mailing list is appropriate place to report it. Does some of you have similar problem? Best regards, Ivo open...@bgone.net wrote: Hello guys, I would like to get your suggestions and experience with some Trouble Ticket Systems on OpenBSD. It should be rather simple. Users should be able to sand notes to support and check status of it. Support should be able to answer the tickets and check old tickets from the same user, etc. No need of phone integration. I really appreciate your help. Best regards, Ivo __ NOD32 3715 (20081224) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com
weekly/locate.updatedb problem
I know from past experience and doing a lot of online searching that this problem crops up from time to time. Usually someone just did a new install and doesn't know the locate.datebase isn't created by default. You have to do it yourself to get started. Just stating those things so no one thinks I'm looking for a quick fix without any rtfm or research. I'm getting Not installing locate database; zero size when weekly runs. I've created the database myself several ways: sudo /usr/libexec/locate.updatedb which makes it much larger than the normal size which happens because it's not under the normal constraints it is when run from weekly. Also used sudo su -m nobody /usr/libexec/locate.updatedb which produces the normal size. I haven't done any modifications to weekly. It's straight 'out of the box' from when I installed 4.4. I've looked at the permissions on the pertinent directories and none of them appear to have changed. I've looked at root's crontab and can't find anything wrong there. It's just like it was when I was still running 4.3 and locate.updatedb worked fine from weekly then. Still, when weekly runs, locate.updatedb fails. I've tried running ls from another term when weekly starts and could see /var/db/locate.database.XX. Sometimes locate.update will run for up to 10 or 15 secs, but usually it fails, almost immediately. I should mention, also, that there's no problem with /tmp or /var sizes. /tmp is 1Gib and almost empty. /var is 2GiB, also mostly free. Anyone got any ideas where to look next, I'd appreciate it. Denny White -- /\ASCII Ribbon Campaign \ /Respect for low technology. X Keep e-mail messages readable by any computer system. / \Keep it ASCII. === GnuPG key : 0x1644E79A | http://wwwkeys.nl.pgp.net Fingerprint: D0A9 AD44 1F10 E09E 0E67 EC25 CB44 F2E5 1644 E79A ===
Re: ifconfig chan to scan wireless encryption type?
Hi Pau, ?Maybe Kismet [1] is what do you are looking for? [1] http://openports.se/net/kismet -- Thanks, Jordi Espasa Clofent
Re: weekly/locate.updatedb problem
On Sun, Dec 28, 2008 at 12:39:57PM -0600, Denny White wrote: I know from past experience and doing a lot of online searching that this problem crops up from time to time. Usually someone just did a new install and doesn't know the locate.datebase isn't created by default. There's an empty /var/db/locate.database in etcXX.tgz. Didn't you install etcXX.tgz? Ciao, Kili
Wine on OpenBSD
Howdy, A few people have asked recently about Wine on OpenBSD on the wine mailing lists. I decided to give it a spin, since the version in ports is nearly 10 years old (!). I've made a bit of progress, but seems there are multiple bugs that need fixing (on both ends). What I've done so far: # export PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/4.4/packages/i386/ # pkg_add autoconf-2.6.1 bison cups git gnutls sane-backends jpeg openldap-server OpenBSD already has most dependencies satisfied, but these weren't met by a default install. Bug #1 The version of lcms in ports doesn't get picked up by wine. Should I send an e-mail to po...@openbsd.org? $ wget http://www.littlecms.com/lcms-1.17.tar.gz gzip2 -d lcms-1.17.tar.gz tar -xvf lcms-1.17.tar cd lcms-1.17 make # make install After that, continue with building wine: $ CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ./configure make depend make -k Which gives a lot more problems: configure: libhal development files not found, no dynamic device support. configure: libcapi20 development files not found, ISDN won't be supported. configure: libcups development files not found, CUPS won't be supported. configure: WARNING: OpenSSL development files not found, SSL won't be supported. configure: WARNING: libpng development files not found, PNG won't be supported. libhal/libcapi20 are expected, since they're not installed. They're not really useful anyway, so not a big deal. libcups IS installed. Looking at config.log: configure:15933: gcc -o conftest -g -O2 -I/usr/local/include -I/usr/local/include -L/usr/local/lib conftest.c -lcups -Wl,-R/usr/local/lib -L/usr/local/lib -lossaudio -li386 5 /usr/local/lib/libcups.so.3.0: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libcups.so.3.0: warning: sprintf() is often misused, please use snprintf() /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_getspecific' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_once' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_key_create' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_mutex_unlock' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_mutex_lock' /usr/local/lib/libcups.so.3.0: undefined reference to `pthread_setspecific' There are a few more similar errors: /home/austin/wine-git/conftest.c:196: undefined reference to `pthread_attr_get_np' /home/austin/wine-git/conftest.c:196: undefined reference to `pthread_getattr_np' /home/austin/wine-git/conftest.c:196: undefined reference to `pthread_get_stackaddr_np' /home/austin/wine-git/conftest.c:196: undefined reference to `pthread_get_stacksize_np' Next up is the OpenSSL problem. Google tells me that you need to use -lcrypto along with -lssl. I filed a wine bug (http://bugs.winehq.org/show_bug.cgi?id=16649) for this. Adding that shuts it up, but there are still problems in the actual build. I think we may need to include some other headers, but haven't looked yet. There are a ton of errors like: /usr/lib/libssl.so.11.0: undefined reference to `BIO_find_type' /usr/lib/libssl.so.11.0: undefined reference to `EVP_enc_null' /usr/lib/libssl.so.11.0: undefined reference to `EVP_CIPHER_CTX_init' /usr/lib/libssl.so.11.0: undefined reference to `X509_NAME_dup' /usr/lib/libssl.so.11.0: undefined reference to `COMP_compress_block' /usr/lib/libssl.so.11.0: undefined reference to `EVP_rc2_cbc' /usr/lib/libssl.so.11.0: undefined reference to `sk_new_null' /usr/lib/libssl.so.11.0: undefined reference to `X509_STORE_get_by_subject' /usr/lib/libssl.so.11.0: undefined reference to `lh_free' ... etc. libpng has a similar problem, the versions in pkg_add and ports seem to be missing png.h. I tried installing from source, but it's munging on zlib somehow: /usr/local/lib/libpng.so.7.0: undefined reference to `deflate' /usr/local/lib/libpng.so.7.0: undefined reference to `inflate' /usr/local/lib/libpng.so.7.0: undefined reference to `inflateInit_' ... etc. though that's an error on my end. If you try compiling after that, mostly compiles, though you get quite a few compiler warnings. Launching any app (even wine --version) results in a segfault, so there's quite a bit of work to be done still. Any advice/help appreciated. -- -Austin
Re: Wine on OpenBSD
On Sun, Dec 28, 2008 at 01:43:42PM -0600, Austin English wrote: Any advice/help appreciated. run windows in a virtual machine. it may be slow, but it's a lot faster than trying to make wine work, especially if you can't get around the library issues you mentioned. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Wine on OpenBSD
On Sun, Dec 28, 2008 at 2:25 PM, Jacob Meuser jake...@sdf.lonestar.org wrote: On Sun, Dec 28, 2008 at 01:43:42PM -0600, Austin English wrote: Any advice/help appreciated. run windows in a virtual machine. it may be slow, but it's a lot faster than trying to make wine work, especially if you can't get around the library issues you mentioned. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org I'm not worried about getting it done quickly. I'm looking at doing so properly so the fixes can be merged upstream. I've gotten around some of the issues, but am looking for the 'right' way to do so, rather than hacks. -- -Austin
Re: Wine on OpenBSD
On Sun, Dec 28, 2008 at 02:28:58PM -0600, Austin English wrote: I've gotten around some of the issues, but am looking for the 'right' way to do so, rather than hacks. have you looked in the misc@/ports@ archives? that is the 'right' thing to do before asking questions. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: weekly/locate.updatedb problem
On Sun, Dec 28, 2008 at 08:28:52PM +0100, Matthias Kilian spoke thusly:
On Sun, Dec 28, 2008 at 12:39:57PM -0600, Denny White wrote:
I know from past experience and doing a lot of online searching
that this problem crops up from time to time. Usually someone
just did a new install and doesn't know the locate.datebase
isn't created by default.
There's an empty /var/db/locate.database in etcXX.tgz. Didn't you
install etcXX.tgz?
Ciao,
Kili
Okay, maybe I worded my question wrong. Sure, I installed all
sets including etcXX.tgz. Regardless, I'm still trying to solve
the problem of the update failing now. As I said before, I've
tried to check every conceivable thing I could come up with
that might be causing it and am still coming up emtpy. Weird.
And, IIRC, I did have to get it kicked off originally manually.
Just for fun I just copied the original empty file to /var/db/
-r--r--r-- 1 root wheel 0 Dec 28 15:16 locate.database
and ran weekly again. Did a listing from another term to show
it had started and was trying:
-rw--- 1 root wheel 0 Dec 28 15:19 locate.database.Hojrmm6565
After about 10 seconds it failed again. I ran top to watch how
much load it was creating, not that it ever came anywhere near
what it does while kernel or userland building, but just to see
at what point it failed in case it would help someone else who
was trying to help with the problem.
18714 root 57 0 4324K 5912K run - 0:10 31.49% perl
That probably won't help but I'm at the 'shooting in the dark'
point here. For the record, here's the locate portion of weekly
to show that nothing's been altered. I decreased the indentation
to keep within 72 characters:
echo
if [ -f /var/db/locate.database ]; then
TMP=`mktemp /var/db/locate.database.XX`
if [ $? -eq 0 ]; then
trap 'rm -f $TMP; exit 1' 0 1 15
echo Rebuilding locate database:
UPDATEDB=/usr/libexec/locate.updatedb
echo ${UPDATEDB} --fcodes=- --tmpdir=${TMPDIR:-/var/tmp} | \
nice -5 su -m nobody 2/dev/null 1$TMP
if [ -s $TMP ]; then
chmod 444 $TMP
chown root:wheel $TMP
mv -f $TMP /var/db/locate.database
else
echo Not installing locate database; zero size
fi
else
echo Not rebuilding locate database; can't create temp file
fi
else
echo Not rebuilding locate database; no /var/db/locate.database
fi
I'm just wondering, since perl moved to a new number if something's
changed there that's causing the problem. At that point I wouldn't
know what to do. I did check ulimit to see what the settings were.
As a user I get
time(cpu-seconds)unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 524288
stack(kbytes)4096
lockedmem(kbytes)166098
memory(kbytes) 497108
nofiles(descriptors) 128
processes64
and as root
time(cpu-seconds)unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 1048576
stack(kbytes)8192
lockedmem(kbytes)166098
memory(kbytes) 497108
nofiles(descriptors) 128
processes1310
Once again, shooting in the dark.
Denny White
--
/\ASCII Ribbon Campaign
\ /Respect for low technology.
X Keep e-mail messages readable by any computer system.
/ \Keep it ASCII.
===
GnuPG key : 0x1644E79A | http://wwwkeys.nl.pgp.net
Fingerprint: D0A9 AD44 1F10 E09E 0E67 EC25 CB44 F2E5 1644 E79A
===
re0 panic on 24 December snapshot
Greetings, I am installing i386 -current on my new box, and I've come into a panic on startup. Installation via tftp went without a hitch using re0 to install. After installation, upon start-up, I receive the following: mtrr: Pentium Pro MTRR support panic: config_detach: forced detach of re0 failed (45) Stopped atDebugger+0x4: leave I can't give you more than that because the USB quits working at that point and I'm forced to hard shutdown. After this occurred, I went to UKC and set disable re, and the system was able to boot. I'm running GENERIC.MP, and have tried booting GENERIC.SP, but it also panics at the same point. Once started up, I also cannot get the zyd0 USB wireless nic to connect to my wpa2 network. It works fine and can connect when using That Other OS. Fortunately, I've a rum(4) that works flawlessly. I'm subscribed to the list. please ask questions. This is more of a nuisance, since I've installed the OS, I can use wireless to connect to the internet. But I looked in my mail archive in the last year or so, and have not seen anything like the problem I'm having... hell, this box doesn't even have a serial port... :( Regards, Bryan Here is a dmesg with the re(4) nic disabled: OpenBSD 4.4-current (GENERIC.MP) #20: Wed Dec 24 01:56:16 MST 2008 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel 686-class) 2.41 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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR real mem = 3488833536 (3327MB) avail mem = 3384791040 (3227MB) User Kernel Config UKC disable re 111 re* disabled 112 re* disabled UKC exit Continuing... mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/07/08, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.5 @ 0xf06e0 (54 entries) bios0: vendor American Megatrends Inc. version 5.33 date 11/07/2008 bios0: HP-Pavilion FK484AV-ABA m9400t acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC MCFG OEMB HPET GSCI SLIC SSDT acpi0: wakeup devices P0P2(S4) P0P1(S4) PS2K(S3) PS2M(S3) USB0(S3) USB1(S3) USB2(S3) USB5(S3) EUSB(S3) USB3(S3) USB4(S3) USBE(S3) GBE_(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: apic clock running at 266MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel 686-class) 2.40 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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel 686-class) 2.40 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel 686-class) 2.40 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus 3 (P0P4) acpiprt3 at acpi0: bus -1 (P0P5) acpiprt4 at acpi0: bus 2 (P0P6) acpiprt5 at acpi0: bus -1 (P0P7) acpiprt6 at acpi0: bus -1 (P0P8) acpiprt7 at acpi0: bus -1 (P0P9) acpicpu0 at acpi0 acpicpu1 at acpi0 acpicpu2 at acpi0 acpicpu3 at acpi0 acpibtn0 at acpi0: SLPB acpibtn1 at acpi0: PWRB bios0: ROM list: 0xc/0xe200 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82G33 Host rev 0x02 ppb0 at pci0 dev 1 function 0 Intel 82G33 PCIE rev 0x02: apic 4 int 16 (irq 5) pci1 at ppb0 bus 5 vga1 at pci1 dev 0 function 0 vendor NVIDIA, unknown product 0x06e0 rev 0xa1 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x02: apic 4 int 16 (irq 5) uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x02: apic 4 int 21 (irq 3) ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x02: apic 4 int 18 (irq 10) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb1 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x02: apic 4 int 17 (irq 11) pci2 at ppb1 bus 3 ppb2 at pci2 dev 0 function 0 vendor Creative Labs, unknown product 0x7006 rev 0x00 pci3 at ppb2 bus 4 azalia0 at pci3 dev 0 function 0 vendor Creative Labs, unknown product 0x0009 rev 0x00: apic 4 int 16 (irq 5) azalia0: codecs: Creative Labs/0x000a audio0 at azalia0 ppb3 at pci0 dev 28 function 2 Intel
Re: weekly/locate.updatedb problem
On Sun, Dec 28, 2008 at 1:39 PM, Denny White denny...@cableone.net wrote: Not installing locate database; zero size I've been seeing this on a 4.3 box. After reading your email, and seeing that I'm not the only one with the issue, I've been playing with it today. After making backups of all the scripts involved (/etc/weekly and /usr/libexec/locate.*), I took out the 2 /dev/null and trap ... stuff to be able to see all the errors, and have the various temporary file left behind for analysis. If I run it manually (as root, sh /etc/weekly), it fails with the find in locate.updatedb giving the error find: .:: Permission denied. If I cd into /tmp first, it runs okay. So I added PREVPWD=$PWD; cd /tmp in /etc/weekly before the call to locate.updatedb, and cd $PREVPWD: after. It now has run successfully both when invoked manually, and from cron. I'm going to leave this debug configuration in place to see what happens as time goes on. -- Dave K Unix Systems Network Administrator Mount Laurel NJ
Re: ifconfig chan to scan wireless encryption type?
yes, I am aware of kismet, aircrack and may other things to do this; I was just wondering whether opernbsd's ifconfig can detect it too or not This is thought for a script to look for networks and systemise the connection. I would prefer to use basic tools and not resort to heavier weapons. Pay 2008/12/28 Jordi Espasa Clofent jordi.esp...@opengea.org: Hi Pau, ?Maybe Kismet [1] is what do you are looking for? [1] http://openports.se/net/kismet -- Thanks, Jordi Espasa Clofent -- Let there be peace on earth. And let it begin with misc
Re: weekly/locate.updatedb problem
On Sun, Dec 28, 2008 at 2:54 PM, Dave K davek08...@gmail.com wrote: I've been seeing this on a 4.3 box. After reading your email, and seeing that I'm not the only one with the issue, I've been playing with it today. When this happened to me I eventually tracked it down to not having enough room in /var/tmp, as that's where the weekly script has locate.updatedb places its files by default. The solution was to redirect it to another directory that I knew would have enough space by creating /etc/weekly.local with this line: export TMPDIR=/data/tmp The original poster said his /tmp has plenty of space, so he should try it with export TMPDIR=/tmp ... If I run it manually (as root, sh /etc/weekly), it fails with the find in locate.updatedb giving the error find: .:: Permission denied. That's not how cron runs it. Cron runs it from /var/log and not ~root. See that HOME=/var/log line near the top of the root crontab? It actually chdirs there when invoking the cron jobs. If I cd into /tmp first, it runs okay. So I added PREVPWD=$PWD; cd /tmp in /etc/weekly before the call to locate.updatedb, and cd $PREVPWD: after. It now has run successfully both when invoked manually, and from cron. Weird. Unless your /var/log isn't accessible by 'nobody', that should have had no effect. Did you have TMPDIR set in your environment when you ran it manually? How confident are you that it actually ran to completion from cron? Philip Guenther
Re: weekly/locate.updatedb problem: SOLVED
On Sun, Dec 28, 2008 at 1:39 PM, Denny White denny...@cableone.net wrote: Not installing locate database; zero size On Sun, Dec 28, 2008 at 05:54:31PM -0500, Dave K spoke thusly: I've been seeing this on a 4.3 box. After reading your email, and seeing that I'm not the only one with the issue, I've been playing with it today. After making backups of all the scripts involved (/etc/weekly and /usr/libexec/locate.*), I took out the 2 /dev/null and trap ... stuff to be able to see all the errors, and have the various temporary file left behind for analysis. If I run it manually (as root, sh /etc/weekly), it fails with the find in locate.updatedb giving the error find: .:: Permission denied. If I cd into /tmp first, it runs okay. So I added PREVPWD=$PWD; cd /tmp in /etc/weekly before the call to locate.updatedb, and cd $PREVPWD: after. It now has run successfully both when invoked manually, and from cron. I'm going to leave this debug configuration in place to see what happens as time goes on. -- Dave K Unix Systems Network Administrator Mount Laurel NJ Thanks Dave Philip, too, since I'm CC you, for the ideas and help. Y'all will probably want to kick me in the ass when I explain what was causing the problem. But, your messages helped me figure it out, none the less, especially the part about changing directories before running the command. When I recently went from 4.3 to 4.4 installed a new crontab, I copied pasted my own root's stuff into their respective crontabs from a backup. Wrong backup! There was 1 changed line that I never noticed until I read your messages. The crontab for root had HOME=/root I can't remember why in the hell I changed that one day farting around with something here. Long the short is, I copied from the wrong backup. I just changed it back to HOME=/var/log locate.updatedb from weekly works fine once again. My bad. I keep voluminous notes but that one just slipped through the cracks. Sorry for the noise, thanks for the help. [Slinks back into the primordial newbie/troll slime ;)] Denny White -- /\ASCII Ribbon Campaign \ /Respect for low technology. X Keep e-mail messages readable by any computer system. / \Keep it ASCII. === GnuPG key : 0x1644E79A | http://wwwkeys.nl.pgp.net Fingerprint: D0A9 AD44 1F10 E09E 0E67 EC25 CB44 F2E5 1644 E79A ===
zombie shell processess at startup by hotplugd
hi there, i was wondering if some other people are seeing this as well. on my eeepc i am booting openbsd from usb stick. i am using recent snapshots. after startup when i login, very often i see 1..4 (sh) zombie processes with hotplugd's PID as PPID. i am guessing these are /etc/hotplugd/attach scripts staying for some reason. my attach script is the one from the man page with some extra logger(1) calls, i can post it if deemed relevant. anybody has an idea why? -f -- evil is a hill. we stand on ours, speak about others.
Re: re0 panic on 24 December snapshot **update**
Greetings,
I managed to find a USB to PS/2 connector. Here is the output for trace.
I typed it out as I do not yet have a serial connection...
ddb{0} trace
Debugger(1,292,e0917edc,d3f8,d079b79c) at Debugger+0x4
panic(d06eaec0,d3f80014,2d,d079b79c,d079fb30) at panic+0x55
config_detach(d3f8,1,e0917f6c,d0360f8d) at config_detach+0x9f
config_detach_children(d3f58900) at pci_detach_devices+0x14
workq_thread(d079fb20) at workq_thread+0x26
Bad frame pointer: 0xd095de78
Gmail mangles the output for ps that I was going to add here, so I
put the screenshots online:
http://picasaweb.google.com/brakeb/OpenbsdPanic?feat=directlink
They should be open to anyone...
I will run by Frye's on my way home tomorrow and see about getting a
serial port card that is compatible with OpenBSD.
Regards,
Bryan Brake
On Sun, Dec 28, 2008 at 2:35 PM, Bryan bra...@gmail.com wrote:
Greetings,
I am installing i386 -current on my new box, and I've come into a
panic on startup. Installation via tftp went without a hitch using
re0 to install. After installation, upon start-up, I receive the
following:
mtrr: Pentium Pro MTRR support
panic: config_detach: forced detach of re0 failed (45)
Stopped atDebugger+0x4: leave
I can't give you more than that because the USB quits working at that
point and I'm forced to hard shutdown. After this occurred, I went to
UKC and set disable re, and the system was able to boot.
I'm running GENERIC.MP, and have tried booting GENERIC.SP, but it also
panics at the same point. Once started up, I also cannot get the zyd0
USB wireless nic to connect to my wpa2 network. It works fine and can
connect when using That Other OS. Fortunately, I've a rum(4) that
works flawlessly.
I'm subscribed to the list. please ask questions. This is more of a
nuisance, since I've installed the OS, I can use wireless to connect
to the internet. But I looked in my mail archive in the last year or
so, and have not seen anything like the problem I'm having... hell,
this box doesn't even have a serial port... :(
Regards,
Bryan
Here is a dmesg with the re(4) nic disabled:
OpenBSD 4.4-current (GENERIC.MP) #20: Wed Dec 24 01:56:16 MST 2008
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel
686-class) 2.41 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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR
real mem = 3488833536 (3327MB)
avail mem = 3384791040 (3227MB)
User Kernel Config
UKC disable re
111 re* disabled
112 re* disabled
UKC exit
Continuing...
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 11/07/08, BIOS32 rev. 0 @
0xf0010, SMBIOS rev. 2.5 @ 0xf06e0 (54 entries)
bios0: vendor American Megatrends Inc. version 5.33 date 11/07/2008
bios0: HP-Pavilion FK484AV-ABA m9400t
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC MCFG OEMB HPET GSCI SLIC SSDT
acpi0: wakeup devices P0P2(S4) P0P1(S4) PS2K(S3) PS2M(S3) USB0(S3)
USB1(S3) USB2(S3) USB5(S3) EUSB(S3) USB3(S3) USB4(S3) USBE(S3)
GBE_(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: apic clock running at 266MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel
686-class) 2.40 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,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel
686-class) 2.40 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (GenuineIntel
686-class) 2.40 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,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (P0P1)
acpiprt2 at acpi0: bus 3 (P0P4)
acpiprt3 at acpi0: bus -1 (P0P5)
acpiprt4 at acpi0: bus 2 (P0P6)
acpiprt5 at acpi0: bus -1 (P0P7)
acpiprt6 at acpi0: bus -1 (P0P8)
acpiprt7 at acpi0: bus -1 (P0P9)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpicpu2 at acpi0
acpicpu3 at acpi0
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
bios0: ROM list: 0xc/0xe200
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 Intel 82G33 Host rev 0x02
ppb0 at pci0 dev 1 function 0 Intel 82G33 PCIE rev 0x02:
Pflow and ifconfig
Hi, I installed 4.4 from the Cd and was wondering how can I get the latest PFlow pseudo device created using ifconfig. I know 4.4 doesn't YET have support for the new pseudo device, but I believe its available on the latest current version on openbsd. My question is how do I bring my installation up to the newest stable release? Thanks
Re: Pflow and ifconfig
On Sun, 2008-12-28 at 22:37 -0800, Parvinder Bhasin wrote: Hi, I installed 4.4 from the Cd and was wondering how can I get the latest PFlow pseudo device created using ifconfig. I know 4.4 doesn't YET have support for the new pseudo device, but I believe its available on the latest current version on openbsd. My question is how do I bring my installation up to the newest stable release? Check out the FAQ: http://www.openbsd.org/faq/faq5.html#Flavors Cheers, -- Stephan A. Rickauer --- Institute of Neuroinformatics Tel +41 44 635 30 50 University / ETH Zurich Sec +41 44 635 30 52 Winterthurerstrasse 190 Fax +41 44 635 30 53 CH-8057 ZurichWebwww.ini.uzh.ch
Re: AuthPF removing all the states created from an IP
Hi, Seeing the answer to my question I'm afraid I wasn't clear enough about the purpose of it. I'm aware that authpf/pf is behaving as intended, I was just wondering if any change on that is planned because I'm guessing that I'm not the only one who would find useful to be able to keep the non authpf related states for an IP address after logoff authpf. My second question was more oriented to administrators who might want to share their thoughts about the question like Johan did (I'm going to have to test that one, thanks Johan). Sadly System administrator here seems to be willing to act in representation of all members of this list when he says: [...] do not expect anyone on this list to do your research for you. [...]. If everyone thought like him I think that the open source initiatives wouldn't exist anymore, anyway I don't want to start a discussion about this subject but keep it to the technical question which has been already asked, so if you are not System Administrator you can most likely ignore the coming lines on this email. On Tue, Dec 23, 2008 at 8:36 PM, System Administrator ad...@bitwise.net wrote: This list tends to favor those who do at least some basic homework before asking redundant questions. Completely agree with you, there is nothing more annoying that those purpose less messages which doesn't ask properly and/or doesn't really answer something. Had you read the authpf man page or searched the list archives That's right, I knew I should have read some documentation. What lucky that my system is up and running by merely crazy guessing the content of the config files! , you would have certainly realized that what you are describing is EXACTLY the intended behavior, in other words, your system is working exactly as it was designed. Oh, really? Because I was just thinking that there was a problem in authpf No, wait, I haven''t said that, stop confusing me! Regarding your follow-up question: OpenBSD pf is a very powerful firewall sub-system and supports a number of viable work-arounds to accomplish what you want. However, unless you are offering to pay market-rate consulting fees, do not expect anyone on this list to do your research for you. Now is when I should send you a private message with my credit card number on it? On 23 Dec 2008 at 8:12, Derek wrote: Hello, Seeing that nobody is answering to the question below I'd add: Is there anybody who uses authpf in the same scenario? Does it behave like in my case? Any suggestion to keep the states for the user after he/she closes the session? Thank you. On Wed, Dec 17, 2008 at 1:46 PM, Derek derekmail...@gmail.com wrote: Hi list, I'm using authpf to allow external users to access to certain restricted services within our network. This network hosts public services as well, this is services which are open to all internet. The thing is that after some tests I realized that a client who has an authpf session opened and uses both, the autpf-protected service and the public service, gets disconnected of all services when he/she closes the authpf session. Looking a little bit closer I can see that all the states created by an IP address are removed when the user from that IP closes the authpf session so the states created by the authpf rules but also the ones created by the regular pf.conf rules disappear from the table. I guess that this is because there is only one states table and it could be difficult to know which states are genereated by which rules. The question is, is there any plan to label or mark the states so will be possible in the future for the non-authpf states to survive the authpf session? Thank you all. Derek. On Tue, Dec 23, 2008 at 8:36 PM, System Administrator ad...@bitwise.netwrote: This list tends to favor those who do at least some basic homework before asking redundant questions. Had you read the authpf man page or searched the list archives, you would have certainly realized that what you are describing is EXACTLY the intended behavior, in other words, your system is working exactly as it was designed. Regarding your follow-up question: OpenBSD pf is a very powerful firewall sub-system and supports a number of viable work-arounds to accomplish what you want. However, unless you are offering to pay market-rate consulting fees, do not expect anyone on this list to do your research for you. On 23 Dec 2008 at 8:12, Derek wrote: Hello, Seeing that nobody is answering to the question below I'd add: Is there anybody who uses authpf in the same scenario? Does it behave like in my case? Any suggestion to keep the states for the user after he/she closes the session? Thank you. On Wed, Dec 17, 2008 at 1:46 PM, Derek derekmail...@gmail.com wrote: Hi list, I'm using authpf to allow external users to access to certain restricted services within our network. This network hosts
OpenBSD + Tablet PC = functional tablet and pen using linuxwacom driver
With some pointers from jcs@, I've written a short document detailing my experience enabling the Wacom Penabled tablet on the Thinkpad X41. These instructions should work for most Tablet PC serial tablets supported by the linuxwacom driver. Post-installation, the tablet features all seem to be working normally. [ https://osuny.co.uk/~azure/txt/openbsd_thinkpad_x41_tablet.txt ] _azure
