wireless pcmcia nic in OpenBSD 3.8 - BSD

This is a discussion on wireless pcmcia nic in OpenBSD 3.8 - BSD ; Hi, I have installed 3.8 onto my good old Toshiba T4900. Everthing works fine except my two wireless pcmcia cards. The kernel traps when i insert one of the two cards i own: wi0 at pcmica0 function 0 "NETGEAR MA401RA ...

+ Reply to Thread
Results 1 to 9 of 9

Thread: wireless pcmcia nic in OpenBSD 3.8

  1. wireless pcmcia nic in OpenBSD 3.8

    Hi,

    I have installed 3.8 onto my good old Toshiba T4900. Everthing works
    fine except my two wireless pcmcia cards.

    The kernel traps when i insert one of the two cards i own:

    wi0 at pcmica0 function 0 "NETGEAR MA401RA Wireless PC, Card, ISL37300P" port 0x400/64
    kernel: protection fault trap, code=0
    Stopped at Xprot: pushl $0x4

    The other cards gives the same result.

    When running Debian Sarge on the same box both nics work well. Even at the same time.
    I think I have to configure the OpenBSD kernel to fetch the right io address and
    the right irq. Does anybody know how to perform that ?

    Below find the dmesg-output.

    Any hint/information is highly appreciated.

    Thanks,

    Valentin


    OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005
    deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
    cpu0: Intel Pentium (P54C) ("GenuineIntel" 586-class) 75 MHz
    cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8
    cpu0: F00F bug workaround installed
    real mem = 41721856 (40744K)
    avail mem = 30150656 (29444K)
    using 534 buffers containing 2187264 bytes (2136K) of memory
    mainbus0 (root)
    bios0 at mainbus0: AT/286+(63) BIOS, date 03/08/95
    apm0 at bios0: Power Management spec V1.1
    apm0: AC on, battery charge unknown
    apm0: flags 20101 dobusy 0 doidle 1
    pcibios at bios0 function 0x1a not configured
    bios0: ROM list: 0xe0000/0x10000
    cpu0 at mainbus0
    isa0 at mainbus0
    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
    pms0 at pckbc0 (aux slot)
    pckbc0: using irq 12 for aux slot
    wsmouse0 at pms0 mux 0
    vga0 at isa0 port 0x3b0/48 iomem 0xa0000/131072
    wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0
    wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
    wdc0 at isa0 port 0x1f0/8 irq 14
    wd0 at wdc0 channel 0 drive 0:
    wd0: 16-sector PIO, LBA, 773MB, 1584032 sectors
    wd0(wdc0:0:0): using BIOS timings
    wss0 at isa0 port 0x530/8 irq 10 drq 0: AD1848K (vers 4)
    audio0 at wss0
    pcppi0 at isa0 port 0x61
    midi0 at pcppi0:
    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
    fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
    fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
    pcic0 at isa0 port 0x3e0/2 iomem 0xd0000/65536
    pcic0 controller 0: has sockets A and B
    pcmcia0 at pcic0 controller 0 socket 0
    pcmcia1 at pcic0 controller 0 socket 1
    pcic0: irq 3, polling enabled
    biomask eb65 netmask eb65 ttymask fbef
    pctr: 586-class performance counters and user-level cycle counter enabled
    dkcsum: wd0 matches BIOS drive 0x80
    root on wd0a
    rootdev=0x0 rrootdev=0x300 rawdev=0x302
    WARNING: / was not properly unmounted
    xe0 at pcmcia1 function 0 "Xircom, CreditCard 10Base-T, PS-CE2-10" port 0x340/16, irq 9: address 00:80:c7:cf:32:8b



  2. Re: wireless pcmcia nic in OpenBSD 3.8


    Dear OpenBSD-Community,

    I haven't got any response to my former posting.

    Is it
    a) an absoluteley newbie question or
    b) very difficult or
    c) nobody is interested in getting OpenBSD run on small machines ?
    Or does the posting
    d) hurt the netiquette of this group ?

    Thanks in advance for any hint, even for putting the question
    into the right category. In case of a), please give me a pointer
    to the right doc. I haven't found that, though a googled much.

    Below find the dmesg and /proc/interrupts of the same box running a
    self made linux kernel.

    Perhaps the problem is located in the handling of the i82365sl controller ?

    Thanks in advance,

    Valentin

    --
    for a direct mail, please put a 'd' in front of the shown email-address.

    ############################
    Linux version 2.6.9 (root@xyz) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #14 Sun Sep 4 02:47:30 CEST 2005
    BIOS-provided physical RAM map:
    BIOS-88: 0000000000000000 - 000000000009f000 (usable)
    BIOS-88: 0000000000100000 - 0000000002830000 (usable)
    0MB HIGHMEM available.
    40MB LOWMEM available.
    On node 0 totalpages: 10288
    DMA zone: 4096 pages, LIFO batch:1
    Normal zone: 6192 pages, LIFO batch:1
    HighMem zone: 0 pages, LIFO batch:1
    DMI not present.
    ACPI: Unable to locate RSDP
    Built 1 zonelists
    Kernel command line: ro root=/dev/hda1
    No local APIC present or hardware disabled
    Initializing CPU#0
    PID hash table entries: 256 (order: 8, 4096 bytes)
    Detected 74.997 MHz processor.
    Using tsc for high-res timesource
    Console: colour VGA+ 80x25
    Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
    Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
    Memory: 37448k/41152k available (1723k kernel code, 3268k reserved, 770k data, 152k init, 0k highmem)
    Checking if this processor honours the WP bit even in supervisor mode... Ok.
    Calibrating delay loop... 143.36 BogoMIPS (lpj=71680)
    Security Scaffold v1.0.0 initialized
    Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
    CPU: After generic identify, caps: 000001bf 00000000 00000000 00000000
    CPU: After vendor identify, caps: 000001bf 00000000 00000000 00000000
    Intel Pentium with F0 0F bug - workaround enabled.
    CPU: After all inits, caps: 000001bf 00000000 00000000 00000000
    CPU: Intel Pentium 75 - 200 stepping 04
    Checking 'hlt' instruction... OK.
    NET: Registered protocol family 16
    mtrr: v2.0 (20020519)
    ACPI: Subsystem revision 20040816
    ACPI: Interpreter disabled.
    Linux Plug and Play Support v0.97 (c) Adam Belay
    Toshiba System Managment Mode driver v1.11 26/9/2001
    PCI: System does not support PCI
    PCI: System does not support PCI
    devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
    devfs: boot_options: 0x0
    Initializing Cryptographic API
    vesafb: probe of vesafb0 failed with error -6
    isapnp: Scanning for PnP cards...
    isapnp: No Plug & Play device found
    serio: i8042 AUX port at 0x60,0x64 irq 12
    serio: i8042 KBD port at 0x60,0x64 irq 1
    RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
    loop: loaded (max 8 devices)
    Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
    ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
    Probing IDE interface ide0...
    hda: TOSHIBA MK2628FC, ATA DISK drive
    Probing IDE interface ide1...
    ide1: Wait for ready failed before probe !
    Probing IDE interface ide2...
    ide2: Wait for ready failed before probe !
    Probing IDE interface ide3...
    ide3: Wait for ready failed before probe !
    Probing IDE interface ide4...
    ide4: Wait for ready failed before probe !
    Probing IDE interface ide5...
    ide5: Wait for ready failed before probe !
    Using anticipatory io scheduler
    ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
    hda: max request size: 128KiB
    hda: 1584032 sectors (811 MB) w/128KiB Cache, CHS=1571/16/63
    hda: cache flushes not supported
    /dev/ide/host0/bus0/target0/lun0: p1 p2 p4
    p2: bad subpartition - ignored
    >

    input: AT Translated Set 2 keyboard on isa0060/serio0
    NET: Registered protocol family 2
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP: Hash tables configured (established 4096 bind 8192)
    VFS: Mounted root (ext2 filesystem) readonly.
    Freeing unused kernel memory: 152k freed
    NET: Registered protocol family 1
    spurious 8259A interrupt: IRQ7.
    Adding 63648k swap on /dev/hda6. Priority:-1 extents:1
    Generic RTC Driver v1.07
    Linux Kernel Card Services
    options: [pci] [pm]
    Intel ISA PCIC probe:
    Intel i82365sl B step ISA-to-PCMCIA at port 0x3e0 ofs 0x00, 2 sockets
    host opts [0]: none
    host opts [1]: none
    ISA irqs (scanned) = 3,4,5,7,9,11,12,15 status change on irq 15
    cs: IO port probe 0x0100-0x04ff: excluding 0x1f8-0x1ff 0x378-0x37f 0x388-0x38f 0x3f8-0x4c7 0x4d0-0x4ef
    cs: IO port probe 0x0800-0x08ff: excluding 0x800-0x87f 0x8a0-0x8c7 0x8d0-0x8ef
    cs: IO port probe 0x0c00-0x0cff: excluding 0xc00-0xc7f 0xca0-0xcc7 0xcd0-0xcef
    cs: IO port probe 0x1000-0x17ff: excluding 0x1000-0x107f 0x10a0-0x10c7 0x10d0-0x10ef 0x11f0-0x11ff 0x1388-0x138f 0x13f0-0x13f7 0x1400-0x147f 0x14a0-0x14c7 0x14d0-0x14ef
    0x1530-0x1537 0x15f0-0x15ff 0x17f0-0x17f7
    cs: IO port probe 0x0a00-0x0aff: clean.
    cs: memory probe 0x0d0000-0x0dffff: clean.
    orinoco 0.13e (David Gibson , Pavel Roskin , et al)
    orinoco_cs 0.13e (David Gibson , Pavel Roskin , et al)
    eth0: Station identity 001f:0001:0008:0048
    eth0: Looks like a Lucent/Agere firmware version 8.72
    eth0: Ad-hoc demo mode supported
    eth0: IEEE standard IBSS ad-hoc mode supported
    eth0: WEP supported, 104-bit key
    eth0: MAC address 00:80:xx:xx:xx:xx
    eth0: Station name "HERMES I"
    eth0: ready
    eth0: index 0x01: Vcc 5.0, irq 7, io 0x0100-0x013f
    NET: Registered protocol family 10
    Disabled Privacy Extensions on device c033bd00(lo)
    IPv6 over IPv4 tunneling driver
    Disabled Privacy Extensions on device c10fb800(sit0)
    wlan0: no IPv6 routers present
    eth0: Xircom: port 0x300, irq 9, hwaddr 00:xx:xx:xx:xx:xx
    eth0: media 10Base2, silicon revision 1
    eth0: switching to 10BaseT port
    eth0: media 10BaseT, silicon revision 1
    eth0: no IPv6 routers present
    device wlan0 entered promiscuous mode
    NET: Registered protocol family 17
    CPU0
    0: 4886316 XT-PIC timer
    1: 8 XT-PIC i8042
    2: 0 XT-PIC cascade
    7: 159090 XT-PIC orinoco_cs
    9: 8587 XT-PIC xirc2ps_cs
    14: 3318 XT-PIC ide0
    15: 2 XT-PIC i82365
    NMI: 0
    LOC: 0
    ERR: 1
    MIS: 0


  3. Re: wireless pcmcia nic in OpenBSD 3.8

    Valentin Rottmann wrote:
    >
    > Dear OpenBSD-Community,
    >
    > I haven't got any response to my former posting.
    >
    > Is it
    > a) an absoluteley newbie question or
    > b) very difficult or
    > c) nobody is interested in getting OpenBSD run on small machines ?
    > Or does the posting
    > d) hurt the netiquette of this group ?
    >
    > Thanks in advance for any hint, even for putting the question
    > into the right category. In case of a), please give me a pointer
    > to the right doc. I haven't found that, though a googled much.
    >
    > Below find the dmesg and /proc/interrupts of the same box running a
    > self made linux kernel.
    >
    > Perhaps the problem is located in the handling of the i82365sl controller ?
    >
    > Thanks in advance,


    Well, I just don't know much about wireless.

    Check if they are supported, and file a bug report if they are. Sorry,
    can't help you more than that.

    You might also want to try misc@openbsd.org, if the above yields no
    results.

    Joachim

  4. Re: wireless pcmcia nic in OpenBSD 3.8

    On Thu, 01 Dec 2005 17:21:43 +0100, Valentin Rottmann wrote:
    > I haven't got any response to my former posting.


    True.

    > Is it
    > a) an absoluteley newbie question


    Nope. Then it would have the subject line "Wireless won't work!!!!!"
    except with more caps.

    > b) very difficult


    Maybe not so much difficult as non-obvious.

    > c) nobody is interested in getting OpenBSD run on small machines ?


    I have OpenBSD running very smoothly on several quite modest machines
    here. It's not a problem in general.

    > Or does the posting
    > d) hurt the netiquette of this group ?


    No offence visible.

    > Thanks in advance for any hint, even for putting the question
    > into the right category. In case of a), please give me a pointer
    > to the right doc. I haven't found that, though a googled much.


    I didn't respond for the same reason as everyone else, I suspect, namely
    that I have no clues to share.

    > Below find the dmesg and /proc/interrupts of the same box running a
    > self made linux kernel.
    >
    > Perhaps the problem is located in the handling of the i82365sl controller ?


    Could be the card has an issue with your motherboard, could be the kernel
    has an issue with that exact card. (Aside: I have the converse: 2
    different cards that work with OpenBSD and not with my Ubuntu portable.)

    Do the cards work under OpenBSD on a different machine? Does that machine
    run happily with any other cards?

    Good luck,
    --
    mark south: world citizen, net denizen
    echo znexfbhgu2000@lnubb.pb.hx|tr a-z n-za-m


  5. Re: wireless pcmcia nic in OpenBSD 3.8

    Valentin Rottmann writes:

    > I haven't got any response to my former posting.
    >
    > Is it
    > a) an absoluteley newbie question or
    > b) very difficult or
    > c) nobody is interested in getting OpenBSD run on small machines ?


    OpenBSD runs fine on a number of portables, and the interest in
    improving laptop support is evidenced by among others intensive work on
    various wireless drivers, but you may have been bit by any of several
    possible factors, such as

    * Your dmesg output did not include any wi0 related output, which may
    have dissuaded people who might otherwise have put in some effort

    Information such as if booting with the troublesome card inserted made
    a difference would have helped as well

    * The main hangout for most of the developers seems to be openbsd-misc

    * It is possible that you've hit a genuine bug, and in that case the
    community and the developers in particular would be interested in
    receiving a bug report which is as complete as possible.

    * "it works on $otheros" is bound to irritate at least some of the
    savants immensely.

    I would hate to see you give up without at least posting a query on
    openbsd-misc.

    --
    Peter N. M. Hansteen, member of the first RFC 1149 implementation team
    http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
    "First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"

  6. Re: wireless pcmcia nic in OpenBSD 3.8

    On Thu, 01 Dec 2005 08:21:43 -0800, Valentin Rottmann
    wrote:

    >
    > Dear OpenBSD-Community,
    >
    > I haven't got any response to my former posting.
    >
    > Is it
    > a) an absoluteley newbie question or
    > b) very difficult or
    > c) nobody is interested in getting OpenBSD run on small machines ?
    > Or does the posting
    > d) hurt the netiquette of this group ?


    All of the above. You should be stoned in public. Wireless in inherently
    insecure because people don't know how to configure it. There won't be any
    reference to wireless networking anymore in my next release in May 2006.

    --
    Theo de Raadt.
    http://www.openbsd.org/

  7. Re: wireless pcmcia nic in OpenBSD 3.8

    Theo de Raadt wrote:
    > On Thu, 01 Dec 2005 08:21:43 -0800, Valentin Rottmann
    > wrote:
    >
    >>
    >> Dear OpenBSD-Community,
    >>
    >> I haven't got any response to my former posting.
    >>
    >> Is it
    >> a) an absoluteley newbie question or
    >> b) very difficult or
    >> c) nobody is interested in getting OpenBSD run on small machines ?
    >> Or does the posting
    >> d) hurt the netiquette of this group ?

    >
    > All of the above. You should be stoned in public. Wireless in inherently
    > insecure because people don't know how to configure it. There won't be any
    > reference to wireless networking anymore in my next release in May 2006.


    Nice spoof. ;-)

    Joachim

  8. Re: wireless pcmcia nic in OpenBSD 3.8

    jKILLSPAM.schipper@math.uu.nl writes:

    > Nice spoof. ;-)


    Not really.

    They weren't even close to emulating the real Theo's writing style. And
    they could have bothered to use the right operating system at least -

    "User-Agent: Opera M2/8.50 (Linux, build 1358)"

    I suppose flames will ensue anyhow.
    --
    Peter N. M. Hansteen, member of the first RFC 1149 implementation team
    http://www.blug.linux.no/rfc1149/ http://www.datadok.no/ http://www.nuug.no/
    "First, we kill all the spammers" The Usenet Bard, "Twice-forwarded tales"

  9. Re: wireless pcmcia nic in OpenBSD 3.8

    Peter N. M. Hansteen wrote:
    > jKILLSPAM.schipper@math.uu.nl writes:
    >
    >> Nice spoof. ;-)

    >
    > Not really.
    >
    > They weren't even close to emulating the real Theo's writing style. And
    > they could have bothered to use the right operating system at least -
    >
    > "User-Agent: Opera M2/8.50 (Linux, build 1358)"
    >
    > I suppose flames will ensue anyhow.


    Well, that depends on your view of 'nice'. It had me chuckle, and post a
    small message to hopefully cause people to read before flaming.

    Of course, it was not a very *good* spoof. Personally, the rather
    senseless, over-aggressive writing combined with the fact I've never
    seen Theo here before, was enough to make me very suspicious -
    arrogant@openbsd.org easily confirmed it.

    Joachim

+ Reply to Thread