Herakles
Profifragensteller
Moin!
Ich habe OpenBSD auf einem WRAP.1E installiert. Als WLAN-Karte habe ich eine GIGABYTE GN-WI01HT auf das Board geclippt. Laut ath(4) ist diese Karte nicht supported, dennoch möchte ich den Versuch noch nicht als gescheitert ansehen. Sollte die Karte auf dem Board zum laufen kommen, besteht die reele Möglichkeit, dass ich den Treiber der Karte in meiner Diplomarbeit erweitere, also will ich auch weitermachen ;-)
So, folgendes bekomme ich mit dmesg heraus:
Die Interessante Zeile ist wohl diese hier:
, da es sich um einen Atheros Chip handelt. In GENERIC ist dieser Treiber defaultmäßig an, jedoch als "ath* pci?". Nun dachte ich mir, dass ich doch einfach mal die Angaben der dmesg nutze und einen neuen Kernel baue. Logischerweise muss ich dies auf einem Fremdsystem ("testrechner") machen, was aber ebenfalls x86 ist.
Setze ich nun in GENERIC folgendes ein:
passiert dieses:
Klar, dass der testrechner das nicht kennt, soll dieser Kernel doch auch nicht auf dem testrechner laufen, sondern auf dem WRAP.
Wie also bring ich meinem testrechner nun bei, dass er den Kernel übersetzt bzw. wie bekomme ich den ath auf dem WRAP zum Laufen?
Danke, Herakles
Ich habe OpenBSD auf einem WRAP.1E installiert. Als WLAN-Karte habe ich eine GIGABYTE GN-WI01HT auf das Board geclippt. Laut ath(4) ist diese Karte nicht supported, dennoch möchte ich den Versuch noch nicht als gescheitert ansehen. Sollte die Karte auf dem Board zum laufen kommen, besteht die reele Möglichkeit, dass ich den Treiber der Karte in meiner Diplomarbeit erweitere, also will ich auch weitermachen ;-)
So, folgendes bekomme ich mit dmesg heraus:
Code:
[ using 493460 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2006 OpenBSD. All rights reserved. http://www.OpenBSD.org
OpenBSD 3.9-stable (GENERIC) #1: Fri Sep 15 17:22:19 CEST 2006
root@testmachine.intern.com:/usr/src/sys/arch/i386/compile/GENERIC
RTC BIOS diagnostic error 80<clock_battery>
cpu0: Geode(TM) Integrated Processor by National Semi ("Geode by NSC" 586-class) 267 MHz
cpu0: FPU,TSC,MSR,CX8,CMOV,MMX
cpu0: TSC disabled
real mem = 133804032 (130668K)
avail mem = 115367936 (112664K)
using 1658 buffers containing 6791168 bytes (6632K) of memory
RTC BIOS diagnostic error 80<clock_battery>
mainbus0 (root)
bios0 at mainbus0: AT/286+(77) BIOS, date 11/08/05, BIOS32 rev. 0 @ 0xfc622
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
pcibios0: pcibios_get_intr_routing - function not supported
pcibios0: PCI IRQ Routing information unavailable.
pcibios0: PCI bus #0 is the last bus
bios0: ROM list: 0xe0000/0x8000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Cyrix GXm PCI" rev 0x00
vendor "Atheros", unknown product 0x001b (class network subclass ethernet, rev 0x01) at pci0 dev 13 function 0 not configured
sis0 at pci0 dev 14 function 0 "NS DP83815 10/100" rev 0x00, DP83816A: irq 10, address 00:0d:b9:02:cb:5c
nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1
sis1 at pci0 dev 15 function 0 "NS DP83815 10/100" rev 0x00, DP83816A: irq 9, address 00:0d:b9:02:cb:5d
nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1
sis2 at pci0 dev 16 function 0 "NS DP83815 10/100" rev 0x00, DP83816A: irq 11, address 00:0d:b9:02:cb:5e
nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1
gscpcib0 at pci0 dev 18 function 0 "NS SC1100 ISA" rev 0x00
gpio0 at gscpcib0: 64 pins
"NS SC1100 SMI" rev 0x00 at pci0 dev 18 function 1 not configured
pciide0 at pci0 dev 18 function 2 "NS SCx200 IDE" rev 0x01: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0: <Hitachi XX.V.3.4.0.0>
wd0: 1-sector PIO, LBA, 244MB, 500400 sectors
wd0(pciide0:0:0): using PIO mode 2
"NS SCx200 AUDIO" rev 0x00 at pci0 dev 18 function 3 not configured
geodesc0 at pci0 dev 18 function 5 "NS SC1100 X-Bus" rev 0x00: iid 6 revision 3 wdstatus 0
isa0 at gscpcib0
isadma0 at isa0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
gscsio0 at isa0 port 0x2e/2: SC1100 SIO rev 1: ACB1 ACB2
iic0 at gscsio0
iic1 at gscsio0
lmtemp0 at iic1 addr 0x48: lm77
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom0: console
biomask f1ef netmask ffef ttymask ffef
pctr: no performance counters in CPU
nvram: invalid checksum
dkcsum: wd0 matches BIOS drive 0x80
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
clock: unknown CMOS layout
WARNING: clock time much less than file system time
WARNING: using file system time
WARNING: CHECK AND RESET THE DATE!
/dev/rwd0a: file system is clean; not checking
mfs: mounting /tmp...
mfs: populating /tmp...
databases: dev
securelevel: kern.securelevel: 0 -> 1
watchdog: kern.watchdog.period: 0 -> 32
watchdog: kern.watchdog.auto: 1 -> 1
hostname: setting hostname to sample...
inet: configuring IP on system interfaces...
route: adding default route...
add net default: gateway 208.192.32.1
pf/nat: configuring and enabling...
pf enabled
syslogd: starting log daemon...
ssh: starting daemon...
OpenBSD/i386 (sample) (tty00)
login:
Die Interessante Zeile ist wohl diese hier:
vendor "Atheros", unknown product 0x001b (class network subclass ethernet, rev 0x01) at pci0 dev 13 function 0 not configured
, da es sich um einen Atheros Chip handelt. In GENERIC ist dieser Treiber defaultmäßig an, jedoch als "ath* pci?". Nun dachte ich mir, dass ich doch einfach mal die Angaben der dmesg nutze und einen neuen Kernel baue. Logischerweise muss ich dies auf einem Fremdsystem ("testrechner") machen, was aber ebenfalls x86 ist.
Setze ich nun in GENERIC folgendes ein:
Code:
ath* at pci0 dev 13 function 0
passiert dieses:
Code:
root@testmachine:[/usr/src/sys/arch/i386/conf]# config EMBIGENCE
EMBIGENCE:479: ath* at pci0 is orphaned
(no pci0 declared)
*** Stop.
Klar, dass der testrechner das nicht kennt, soll dieser Kernel doch auch nicht auf dem testrechner laufen, sondern auf dem WRAP.
Wie also bring ich meinem testrechner nun bei, dass er den Kernel übersetzt bzw. wie bekomme ich den ath auf dem WRAP zum Laufen?
Danke, Herakles
Zuletzt bearbeitet: