guzik » OpenBSD

OpenBSD & Wi-Fi – errata

guzik — Fri, 07 Oct 2011 20:14:13 +0000

Dwa dni temu pisałem, że nie udało mi się uruchomić komputera z kartą MSI MS-6894 RTK-RTL8187SE. Otóż powalczyłem trochę i już wiem co w niej piszczy (aczkolwiek nie działa z OpenBSD). Poniżej stosowne informacje:

dmesg:
"Realtek 8187SE" rev 0x22 at pci2 dev 0 function 0 not configured
pcidump:
2:0:0: Realtek 8187SE 0x0000: Vendor ID: 10ec Product ID: 8199 0x0004: Command: 0007 Status ID: 0010 0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 22 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR io addr: 0x0000d000/0x0100 0x0014: BAR mem 32bit addr: 0xdfc00000/0x00004000 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00000000 0x002c: Subsystem Vendor ID: 1462 Product ID: 6894 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00 0x0040: Capability 0x01: Power Management 0x0050: Capability 0x05: Message Signaled Interrupts (MSI) 0x0070: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1

Liczyłem, że sterownik urtw będzie ją obsługiwał, ale (jeszcze) niestety nie.

OpenBSD &Wi-Fi (USB)

guzik — Wed, 05 Oct 2011 21:57:19 +0000

W pierwszej części opisałem karty na mini-PCIe. Tym razem te na USB. Tak jak poprzednio tylko informacja o modelu, dmesg i usbdevs.
No i oczywiście większość z nich jest na sprzedaż.

Theta UN-100
- Sterownik: run
- dmesg:
  run0 at uhub0 port 7 "Ralink 802.11 n WLAN" rev 2.00/1.01 addr 2 run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address 00:a1:b0:a0:15:87
- usbdevs
  port 7 addr 2: high speed, power 450 mA, config 1, 802.11 n WLAN(0x3070), Ralink(0x148f), rev 1.01, iSerialNumber ?.0
Tenda W541U v2.0
- Sterownik: run
- dmesg:
  run0 at uhub0 port 2 "Ralink 802.11 g WLAN" rev 2.00/1.01 addr 2 run0: MAC/BBP RT3070 (rev 0x0201), RF RT2020 (MIMO 1T1R), address c8:3a:35:c6:df:0a
  usbdevs:
  port 2 addr 2: high speed, power 450 mA, config 1, 802.11 g WLAN(0x2070), Ralink(0x148f), rev 1.01, iSerialNumber 1.0
WLAN 11g USB Adapter PANWL2203SV3
- Sterownik: zyd
- dmesg:
  zyd0 at uhub0 port 4 configuration 1 interface 0 "ZyDAS USB2.0 WLAN" rev 2.00/48.10 addr 2 zyd0: HMAC ZD1211B, FW 47.25, RF AL2230, PA 0, address 00:02:72:86:55:f3
- usbdevs:
  port 4 addr 2: high speed, power 500 mA, config 1, USB2.0 WLAN(0x1215), ZyDAS(0x0ace), rev 48.10
Tenda W311U
- Sterownik: run
- dmesg:
  run0 at uhub0 port 4 "Ralink 802.11 n WLAN" rev 2.00/1.01 addr 2 run0: MAC/BBP RT3070 (rev 0x0201), RF RT3020 (MIMO 1T1R), address c8:3a:35:c9:9d:d7
- usbdevs:
  port 4 addr 2: high speed, power 450 mA, config 1, 802.11 n WLAN(0x3070), Ralink(0x148f), rev 1.01, iSerialNumber 1.0
TP-Link TL-WN321G
- Sterownik: run
- dmesg:
  run0 at uhub0 port 2 "Ralink 802.11 g WLAN" rev 2.00/1.01 addr 2 run0: MAC/BBP RT3070 (rev 0x0201), RF RT2020 (MIMO 1T1R), address d8:5d:4c:98:fe:93
- usbdevs:
  port 2 addr 2: high speed, power 450 mA, config 1, 802.11 g WLAN(0x2070), Ralink(0x148f), rev 1.01, iSerialNumber 1.0
TP-Link TL-WN721N
- Sterownik: athn
- dmesg:
  athn0 at uhub0 port 2 "ATHEROS USB2.0 WLAN" rev 2.00/1.08 addr 2 athn0: AR9271 rev 1 (1T1R), ROM rev 13, address d8:5d:4c:8f:d8:94
- usbdevs:
  port 2 addr 2: high speed, power 500 mA, config 1, USB2.0 WLAN(0x9271), ATHEROS(0x0cf3), rev 1.08, iSerialNumber 12345
TP-Link TL-WN422G
- Sterownik: athn
- dmesg:
  athn0 at uhub0 port 2 "ATHEROS USB2.0 WLAN" rev 2.00/1.08 addr 2 athn0: AR9271 rev 1 (1T1R), ROM rev 13, address d8:5d:4c:94:59:07
- usbdevs:
  port 2 addr 2: high speed, power 500 mA, config 1, USB2.0 WLAN(0x1006), ATHEROS(0x0cf3), rev 1.08, iSerialNumber 12345

OpenBSD &Wi-Fi (mPCIe)

guzik — Wed, 05 Oct 2011 21:16:02 +0000

W zeszłym roku przetestowałem kilka kart sieci bezprzewodowej pod systemem Linux. Krótki opis zmagań można znaleźć w serii wpisów:

Testu nie chce mi się powtarzać na nowym jądrze (coś tam się zmieniło), ale postanowiłem sprawdzić jak ten sprzęt działa pod OpenBSD. Wersja systemu to świeże 5.0 (kompilowane jakoś w tym tygodniu).

Testów wydajnościowych sprzętu nie robiłem. Raczej krótkie – działa – nie działa. Poniżej informacje o sprzęcie, którego używałem – wycinek dmesg i pcidump. Jeśli ktoś chce więcej szczegółów, zapraszam do pytań w komentarzach.

Chcę się pozbyć niektórych modeli, można po nie się zgłaszać zanim wystawię na Allegro.
Oczywiście nadal szukam karty na mini-PCIe lub USB, która stabilnie będzie pracowała w trybie Host AP.

Dell WM3945ABG MOW2

Sterownik: wpi
dmesg:
wpi0 at pci2 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02: msi, MoW2, address 00:18:de:94:de:77
pcidump:
2:0:0: Intel PRO/Wireless 3945ABG 0x0000: Vendor ID: 8086 Product ID: 4222 0x0004: Command: 0006 Status ID: 0010 0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 02 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 32bit addr: 0xdfc00000/0x00001000 0x0014: BAR empty (00000000) 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00000000 0x002c: Subsystem Vendor ID: 8086 Product ID: 1021 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00 0x00c8: Capability 0x01: Power Management 0x00d0: Capability 0x05: Message Signaled Interrupts (MSI) 0x00e0: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
Uwagi: sterownik nie obsługuje Host AP

Intel vPro WLAN WiFi Link 5300 533AN_HMW
- Sterownik: iwn
- dmesg:
  iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: msi, MIMO 3T3R, MoW, address 00:21:6a:3e:18:d6
- pcidump:
  2:0:0: Intel WiFi Link 5300 0x0000: Vendor ID: 8086 Product ID: 4235 0x0004: Command: 0006 Status ID: 0010 0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 00 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00002000 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00000000 0x002c: Subsystem Vendor ID: 8086 Product ID: 1121 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00 0x00c8: Capability 0x01: Power Management 0x00d0: Capability 0x05: Message Signaled Interrupts (MSI) 0x00e0: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
- Uwagi: sterownik nie obsługuje Host AP
Intel vPro WLAN WiFi Link 5100 512AN_HMW
- Sterownik: iwn
- dmesg:
  iwn0 at pci2 dev 0 function 0 "Intel WiFi Link 5100" rev 0x00: msi, MIMO 1T2R, MoW, address 00:21:5d:b7:31:e8
- pcidump:
  2:0:0: Intel WiFi Link 5100 0x0000: Vendor ID: 8086 Product ID: 4232 0x0004: Command: 0006 Status ID: 0010 0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 00 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00002000 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00000000 0x002c: Subsystem Vendor ID: 8086 Product ID: 1321 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00 0x00c8: Capability 0x01: Power Management 0x00d0: Capability 0x05: Message Signaled Interrupts (MSI) 0x00e0: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
- Uwagi: sterownik nie obsługuje Host AP
Broadcom BCM94312MCG
- dmesg:
  "Broadcom BCM4315" rev 0x01 at pci2 dev 0 function 0 not configured
- pcidump:
  2:0:0: Broadcom BCM4315 0x0000: Vendor ID: 14e4 Product ID: 4315 0x0004: Command: 0006 Status ID: 0010 0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 01 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00004000 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00000000 0x002c: Subsystem Vendor ID: 1028 Product ID: 000b 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00 0x0040: Capability 0x01: Power Management 0x0058: Capability 0x09: Vendor Specific 0x00e8: Capability 0x05: Message Signaled Interrupts (MSI) 0x00d0: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
- Uwagi: nie udało mi się jej w ogóle uruchomić (długo nie walczyłem)
MSI MS-6894 RTK-RTL8187SE
- Uwagi: mój testowy komputer nie chciał z nią startować
AR5BXB63
- Sterownik: ath
- dmesg:
  ath0 at pci2 dev 0 function 0 "Atheros AR5424" rev 0x01: apic 2 int 17 ath0: AR5424 14.2 phy 7.0 rf 0.0, WOR5_ETSIC, address 00:1f:3a:31:c6:d2
- pcidump:
  2:0:0: Atheros AR5424 0x0000: Vendor ID: 168c Product ID: 001c 0x0004: Command: 0007 Status ID: 0010 0x0008: Class: 02 Subclass: 00 Interface: 00 Revision: 01 0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size: 10 0x0010: BAR mem 64bit addr: 0x00000000dfc00000/0x00010000 0x0018: BAR empty (00000000) 0x001c: BAR empty (00000000) 0x0020: BAR empty (00000000) 0x0024: BAR empty (00000000) 0x0028: Cardbus CIS: 00005001 0x002c: Subsystem Vendor ID: 1468 Product ID: 042a 0x0030: Expansion ROM Base Address: 00000000 0x0038: 00000000 0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00 0x0040: Capability 0x01: Power Management 0x0050: Capability 0x05: Message Signaled Interrupts (MSI) 0x0060: Capability 0x10: PCI Express Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1 0x0090: Capability 0x11: Extended Message Signaled Interrupts (MSI-X)
- Uwagi: niby obsługa Host AP jest, ale nie działa poprawnie; przy próbie zmiany kanału dostaję błąd:
  ifconfig: SIOCS80211CHANNEL: Invalid argument

Monitoring czujników (sensors) w OpenBSD

guzik — Mon, 03 Oct 2011 18:40:51 +0000

Począwszy od OpenBSD 3.5 (czyli już jakieś 7 lat) mamy możliwość monitorowania sprzętowych czujników z poziomu systemu. Brudną robotą zajmuje się sensorsd czyli narzędzie, które pobiera dane takie jak prędkość wentylatorów, temperaturę czy napięcie na płycie głównej. Wartości te odczytać możemy za pomocą sysctl:

# sysctl hw.sensors hw.sensors.cpu0.temp0=31.00 degC hw.sensors.lm1.temp0=45.00 degC hw.sensors.lm1.temp1=54.00 degC hw.sensors.lm1.fan1=3375 RPM hw.sensors.lm1.volt0=0.90 VDC (VCore) hw.sensors.lm1.volt1=10.51 VDC (+12V) hw.sensors.lm1.volt2=3.41 VDC (+3.3V) hw.sensors.lm1.volt3=3.41 VDC (+3.3V) hw.sensors.lm1.volt4=-1.24 VDC (-12V) hw.sensors.lm1.volt5=1.22 VDC hw.sensors.lm1.volt6=1.59 VDC hw.sensors.lm1.volt7=3.42 VDC (3.3VSB) hw.sensors.lm1.volt8=1.78 VDC (VBAT)

Dodatkowo w przypadku zmiany wskazania któregoś z czujników sensorsd wysyła stosowną informację do syslog i ew. wykonuje przypisaną akcję.

Cała konfiguracja zawiera się w pliku sensorsd.conf. Nazwa czujnika może być podana jako pełna zmienna sysctl, np. hw.sensors.cpu0.temp0 lub jako typ, np. temp. Typ brany jest pod uwagę dla każdego czujnika, który nie ma zdefiniowanych swoich ustawień.
Czujnikowi można przypisać następujące atrybuty:

command – polecenie jakie zostanie wykonane przy zmianie stanu,
high – górny zakres,
low – dolny zakres

Wartości dla temperatury to stopnie Celsjusza lub Fahrenheita (odpowiednio 70C lub 158F), dla napięcia to wolty (np. 12.5V), a dla obrotów wentylatora – liczba bez jednostki reprezentująca ilość obrotów na minutę. Wszystkie inne czujniki – jak w drzewie hw.sensors.

Tak jak wspomniałem, w przypadku zmiany stanu lub wykroczenia poza zadany zakres, możemy wykonać jakąś akcję urozmaicając wykonanie zmiennymi:

%l – zamieniane na jedno z: „below”, „above”, „within”, „in-valid” lub „uninitialised” w zależności kiedy akcja została wywołana,
%n – numer czujnika,
%s – status czujnika,
%x – nazwa urządzenia, do którego przypisany jest czujnik,
%t – typ czujnika,
%2 – aktualne wskazanie czujnika,
%3 – dolny limit,
%4 – górny limit.

Przykładowy plik konfiguracyjny może wyglądać tak:

hw.sensors.cpu0.temp0:high=60C:command=echo "ERR"|/usr/bin/mail -s '%t %n %l %2 (%3:%4)' fooadmin@bar.com hw.sensors.lm1.fan1:low=1000

Na podstawie powyższych informacji możemy napisać prosty skrypt, który pozwoli na monitorowanie podanych wartości przez Nagios (np. z wykorzystaniem NRPE).

Aby przeładować plik konfiguracyjny należy wysłać sygnał SIGHUP do sensorsd.

# pkill -SIGHUP sensorsd

Domyślnie uruchomiony jest bez żadnych parametrów, jedyną wartością, którą można mu podać przy wywołaniu jest czas pomiędzy kolejnymi testami (-c; ilość sekund).

Przykładowy log (/var/log/daemon) może wyglądać tak:

Oct 3 16:27:48 foo sensorsd[15486]: startup, system has 16 sensors Oct 3 16:28:48 foo sensorsd[26542]: cpu0.temp0: within limits: 26.00 degC Oct 3 16:30:08 foo sensorsd[26542]: lm1.fan1: within limits: 2250 RPM Oct 3 16:30:18 foo sensorsd[26542]: configuration reloaded Oct 3 16:30:58 foo sensorsd[26542]: lm1.fan1: exceeds limits: 2220 RPM is above 2000 RPM

Nadciąga pięć-zero

guzik — Wed, 07 Sep 2011 20:36:26 +0000

Od dzisiaj można już składać zamówienia na przedsprzedaż OpenBSD 5.0. Oprócz brzydkiego tym razem plakatu i logo (w sumie kwestia gustu) można nabyć również dwie wersje koszulki – czarną i białą, co sprawia, że ciężko się zdecydować. Pozwolę sobie zacytować opis ze strony projektu:

We could not decide who should live, so there are two versions of this shirt. Shirt #35 is a Black T-shirt where the Black Spyfish wins; Shirt #36 is a White T-shirt where the White Spyfish wins. When purchasing, choose carefully based on the outside border of the image (or, the colour of the spy who lives). Unfortunately this creates a dilemma if you would prefer to wear a black shirt but have the White Spyfish (obviously representing yourself) live. But then, isn’t everything a dilemma these days?

Alternatively, you can get both shirts, and when choosing to wear it decide what matters more: the shirt colour, the Spyfish colour, or which one is currently washed. A daily dilemma.

OpenBSD 5.0 – mea culpa

guzik — Wed, 10 Aug 2011 14:40:44 +0000

Wcześniej zapomniałem o:

OpenBSD 5.0

guzik — Tue, 19 Jul 2011 12:18:01 +0000

Za serwisem undeadly.org – OpenBSD 5.0 w fazie BETA. Jak widać na poniższym obrazku – mi się jeszcze nie udało.

OpenBSD 4.9

guzik — Mon, 16 May 2011 14:30:44 +0000

Wprawdzie od premiery wersji 4.9 OpenBSD minęły już 2 tygodnie, ale jako że produkcyjnie jeszcze nie używam nigdzie, to zainstalowałem z małym opóźnieniem.

Przed weekendem miałem plany, by tak jak kiedyś w jedną noc zrobić podmianę, ale nie wyszło. Okazało się, że jednak nie mam odpowiedniej karty, która mogła by pracować w trybie hostap. Ale już są w drodze na chipsecie Atheros, więc może przyszły weekend...

OpenBSD journal

guzik — Sat, 26 Feb 2011 23:11:59 +0000

Tylko ja odniosłem wrażenie, że serwis undeadly.org na chwilę przysnął, a teraz się obudził (głównie za sprawą Jason’a Dixon)? W lutym (do dzisiaj) pojawiło się 18 nowych wpisów – tyle ile do stycznia od sierpnia zeszłego roku.

Pisze o tym, bo mi kolejka artykułów w czytniku RSS urosła ;-)
Z subskrypcji list (-users i -anounce) już jakiś czas temu zrezygnowałem, bo nie jestem aktywnym użytkownikiem OpenBSD, a tam potrafiło trochę wiadomości przyjść.

18 lutego polecali budowę VPN przy użyciu OpenBSD i IPSEC. Uwaga! To może być znów jakaś zorganizowana akcja służb specjalnych ;-)

W temacie BSD, to prawdopodobnie w przyszłym tygodniu żegnam się z ostatnim serwerem z FreeBSD. Zostają same Linuksy i Windows. A szkoda. Gdybym mógł, to produkcyjnie wsadziłbym jeszcze gdzieś puffy’ego.

Puffy

guzik — Thu, 20 Jan 2011 22:50:45 +0000

System OpenBSD lubię nie od dziś. Choć ostatnio coraz mniej go używam na maszynach produkcyjnych, to nadal, mimo afery z FBI, darzę go sympatią.
A są miejsca na tej ziemi, gdzie nawet w toaletach wiszą maskotki tego systemu ;-)
Przy okazji pozdrawiam rodzinę z Częstochowy!

To jakieś stare zdjęcia, ale cierpię na bezsenność i przeglądam domowe archiwum znajdując przy tym takie kwiatki.

Zobacz także:

Wikipedia: Rozdymkowate