Just thought I'd give an update on this thread for the archives, and
see if anyone has an idea how to fix my WEP problem.
I pulled out a new(er) p3-500 to replace the p-233 that I started this
thread with. It still reports as pci 2.1, but the card works in
hostap mode in this machine, mostly. If I leave security wide open, I
can connect with my laptop and it forwards packets just fine. If I
enable WEP, however, my laptop reports that it is unable to connect to
the network. KisMAC still sees the network as being there, I just
can't connect to it. Also, I keep getting the following message at the
end of my dmesg:
Data modified on freelist: word 4 of object 0xd0b8da00 size 0xc0
previous type devbuf (0xdeadbeee != 0xdeadbeef)
any ideas what's up with WEP?
# cat /etc/hostname.ral0
up mediaopt hostap mode 11g chan 11 nwid "UnspunProductions"
(connection works fine at boot with this)
#ifconfig ral0 nwkey 0xa1111b2222
(now I cannot connect from my laptops or wireless desktop)
#ifconfig ral0 -nwkey
(connecting works fine again)
#dmesg
OpenBSD 3.7-current (GENERIC) #232: Thu Jul 7 15:39:44 MDT 2005
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium III ("GenuineIntel" 686-class, 512KB L2 cache) 501 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
real mem = 200908800 (196200K)
avail mem = 176496640 (172360K)
using 2478 buffers containing 10149888 bytes (9912K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 10/29/99, BIOS32 rev. 0 @ 0xfdb70
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf0000/0x10000
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf7b60/144 (7 entries)
pcibios0: PCI Interrupt Router at 000:07:0 ("Intel 82371FB ISA" rev 0x00)
pcibios0: PCI bus #1 is the last bus
bios0: ROM list: 0xc0000/0x8000
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x03
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Rage Magnum" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x02
pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <HITACHI, CDR-7730, 0008> SCSI0 5/cdrom removable
cd0(pciide0:0:0): using PIO mode 2
wd0 at pciide0 channel 1 drive 0: <Maxtor 91301U3>
wd0: 16-sector PIO, LBA, 12407MB, 25410672 sectors
wd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
uhci0 at pci0 dev 7 function 2 "Intel 82371AB USB" rev 0x01: irq 5
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
"Intel 82371AB Power" rev 0x02 at pci0 dev 7 function 3 not configured
clcs0 at pci0 dev 11 function 0 "Cirrus Logic CS4280/46xx CrystalClear
Audio" rev 0x01: irq 5
ac97: codec id 0x43525903 (Cirrus Logic CS4297 rev 3)
ac97: codec features headphone, 18 bit DAC, 18 bit ADC, No 3D Stereo
ral0 at pci0 dev 16 function 0 "Ralink RT2560" rev 0x01: irq 9,
address 00:12:17:63:df:2b
ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525
fxp0 at pci0 dev 18 function 0 "Intel 82557" rev 0x02: irq 10, address
00:a0:c9:ab:79:a7
inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 0
fxp1 at pci0 dev 19 function 0 "Intel 82557" rev 0x02: irq 11, address
00:a0:c9:ab:79:b4
inphy1 at fxp1 phy 1: i82555 10/100 PHY, rev. 0
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
sysbeep0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
biomask f165 netmask ff65 ttymask ffe7
pctr: 686-class user-level performance counters enabled
mtrr: Pentium Pro MTRR support
dkcsum: wd0 matched BIOS disk 80
root on wd0a
rootdev=0x0 rrootdev=0x300 rawdev=0x302
clcs0: firmware loaded
audio0 at clcs0
Data modified on freelist: word 4 of object 0xd0b79400 size 0xc0
previous type devbuf (0xdeadbeee != 0xdeadbeef)
Data modified on freelist: word 4 of object 0xd0b79300 size 0xc0
previous type devbuf (0xdeadbeed != 0xdeadbeef)
Data modified on freelist: word 4 of object 0xd0b8d400 size 0x100
previous type devbuf (0xdeadbeee != 0xdeadbeef)
Data modified on freelist: word 4 of object 0xd0b8da00 size 0xc0
previous type devbuf (0xdeadbeee != 0xdeadbeef)
On 6/21/05, Paul de Weerd <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 21, 2005 at 11:06:32AM -0500, Matt Brenneke wrote:
> | On 6/21/05, Peter N. M. Hansteen <[EMAIL PROTECTED]> wrote:
> | > Matt Brenneke <[EMAIL PROTECTED]> writes:
> | >
> | > > pcibios0 at bios0: rev 2.1 @ 0xf0000/0xbf58
> | >
> | > That's your problem, right there. ral(4) needs PCI 2.2.
> | >
> | > Easy to miss, but it does say so in the man page, under CAVEATS.
> | >
> |
> | I had read that actually, but I'm unsure what whether my motherboard
> | supports 2.2 or really is only 2.1, since the thread from
> | http://archives.neohapsis.com/archives/openbsd/2005-03/2810.html <- that
> post
> |
> | led me to believe that the pcibios version printed by OpenBSD doesn't
> | always tell the truth.
>
> It does tell the truth where it concerns the pcibios version that your
> chipset claims to support. But, from what I understand, newer chipsets
> may not be completely 2.2 compliant, but will have the required
> features for ral(4) to work correctly.
>
>
> I've had a ral running in several motherboards, only one did not work.
> Too bad that particular board never worked again after trying, so I'm
> reluctant to put PCI ral in other older motherboards.
>
> | If the problem really is the pci version, can anyone recomend a good
> | 802.11g card that works with PCI 2.1 and OpenBSD 3.7 and a place to
> | buy it?
>
> ral appears to work with the more recent chipsets that support PCI
> 2.1, everything from the Pentium 3-era and up I tested works. The
> system that fried had a celeron 366 - I'm not sure the ral-card caused
> the system to stop functioning, but that was all we changed at the
> time.
>
> Cheers,
>
> Paul 'WEiRD' de Weerd
Again for archive integrity, this ral0 card did not fry my pentium 233
box and it recognized the card fine, I just couldn't see a network or
connect from my laptops.
-Matt Brenneke
