orinoco_cs hemes_init - Portable

This is a discussion on orinoco_cs hemes_init - Portable ; I'm a linux newbie trying to get a Speedstream 1021 wireless card working on my Dell Latitude. When I insert the card I hear a high beep followed by a low beep, which pcmcia-cs.sourceforge helped me determine that the correct ...

+ Reply to Thread
Results 1 to 12 of 12

Thread: orinoco_cs hemes_init

  1. orinoco_cs hemes_init

    I'm a linux newbie trying to get a Speedstream 1021 wireless card working on
    my Dell Latitude. When I insert the card I hear a high beep followed by a
    low beep, which pcmcia-cs.sourceforge helped me determine that the correct
    modules were not loading.

    cardctl ident correctly identifies the card as the SS1021

    From the /etc/pcmcia/config file, I see that the SS1021 card uses the
    orinoco_cs driver. But when I do an lsmod I only see the core modules ds,
    i82365 and pcmcia_core loaded.

    When I modprobe orinoco_cs I get:

    : unresolved symbol hermes_init
    : insmod /lib/modules/2.4.20/pcmcia/orinoco.o failed
    : insmod orinoco_cs failed

    Since I'm a newbie I'm not sure what to do next. Presumably, the driver
    isn't loading because it can't find the hermes_init (function), but I'm not
    sure how to proceed from here.

    Can anyone give me some sage advice?

    Thanks.




  2. Re: orinoco_cs hemes_init


    wrote in message
    news:ZxiRa.2363$dk4.119188@typhoon.sonic.net...
    > Loren J. Donelson wrote:
    >
    > > I rebuilt both my kernel and pcmcia-cs package because my Latitude
    > > LM actually has the CL-PD6730 PCMCIA controller. Following an
    > > earlier post, I rebuilt the kernel without pcmcia, and acpi support,
    > > and added plug and play.

    >
    > It is usually best to mention major things like that up front, instead
    > of waiting for it to be asked.


    Agreed. I was deliquent in my original post.

    >
    > > Did I compile the kernel or pcmcia incorrectly?

    >
    > Sort of. You did not clean out your old kernel driver modules for the
    > original kernel. So you have two sets of (incompatible) orinoco
    > modules, and "modprobe" is getting confused, and loaded some from the
    > old kernel and some from the new kernel.
    >
    > You should probably do an 'rm -r kernel' in the /lib/modules directory
    > for your kernel and then redo "make modules_install" for your new
    > kernel.


    I'll give this a whirl and report back.




  3. Re: orinoco_cs hemes_init

    "Loren J. Donelson" writes:

    > I'm a linux newbie trying to get a Speedstream 1021 wireless card working on
    > my Dell Latitude. When I insert the card I hear a high beep followed by a
    > low beep, which pcmcia-cs.sourceforge helped me determine that the correct
    > modules were not loading.
    >
    > cardctl ident correctly identifies the card as the SS1021
    >
    > From the /etc/pcmcia/config file, I see that the SS1021 card uses the
    > orinoco_cs driver. But when I do an lsmod I only see the core modules ds,
    > i82365 and pcmcia_core loaded.
    >
    > When I modprobe orinoco_cs I get:
    >
    > : unresolved symbol hermes_init
    > : insmod /lib/modules/2.4.20/pcmcia/orinoco.o failed
    > : insmod orinoco_cs failed
    >
    > Since I'm a newbie I'm not sure what to do next. Presumably, the driver
    > isn't loading because it can't find the hermes_init (function), but I'm not
    > sure how to proceed from here.


    You might have the problem I had with all kernels after 2.4.18. On my Winbook
    J4, the USB and PCMCIA use the same IRQ, and something was preventing them from
    properly sharing under Linux. My current solution is to build a custom kernel
    with USB built in, and the PCMCIA code as modules (so the USB driver gets
    initialized before PCMCIA).

    Because the J4 also has a builtin wifi (though I prefer to use wifi card I
    previously had bought because the range is better), I also needed to add a
    custom rc script that force loads yenta_socket pcmcia_core ds orinoco_pci in
    that order so that the PCMCIA socket (yenta, et al) and the builtin wifi get
    loaded up before the general pcmcia module support is loaded.

    However, I don't understand how this is to work automatically for newbies who
    don't build their own kernels or don't install their own rc scripts.

    --
    Michael Meissner
    email: mrmnews@the-meissners.org
    http://www.the-meissners.org

  4. Re: orinoco_cs hemes_init

    It looks like the make_install command on RedHat 9 looks in the /lib/modules
    directory for my existing kernel and copies some of the files into the
    /lib/modules directory of my new kernel. If I do a 'rm -r kernel' the make
    modules_install command errors out because it can't find any of the drivers
    to copy.

    Is it just my newbie-ness? Maybe I'm not understanding something...

    Thanks,

    Loren



    wrote in message
    news:ZxiRa.2363$dk4.119188@typhoon.sonic.net...
    > Loren J. Donelson wrote:
    >
    > > I rebuilt both my kernel and pcmcia-cs package because my Latitude
    > > LM actually has the CL-PD6730 PCMCIA controller. Following an
    > > earlier post, I rebuilt the kernel without pcmcia, and acpi support,
    > > and added plug and play.

    >
    > It is usually best to mention major things like that up front, instead
    > of waiting for it to be asked.
    >
    > > Did I compile the kernel or pcmcia incorrectly?

    >
    > Sort of. You did not clean out your old kernel driver modules for the
    > original kernel. So you have two sets of (incompatible) orinoco
    > modules, and "modprobe" is getting confused, and loaded some from the
    > old kernel and some from the new kernel.
    >
    > You should probably do an 'rm -r kernel' in the /lib/modules directory
    > for your kernel and then redo "make modules_install" for your new
    > kernel.
    >
    > -- Dave




  5. Re: orinoco_cs hemes_init

    Loren J. Donelson wrote:

    > It looks like the make_install command on RedHat 9 looks in the
    > /lib/modules directory for my existing kernel and copies some of the files
    > into the
    > /lib/modules directory of my new kernel. If I do a 'rm -r kernel' the
    > make modules_install command errors out because it can't find any of the
    > drivers to copy.


    I don't think that is true.
    If you are compiling say linux-2.4.21 and you say
    make dep; make clean; make bzImage; make modules
    make modules_install; make install
    then the modules will be installed in /lib/modules/2.4.21 .
    Personally, if I ever re-compiled this kernel I would say
    rm -rf /lib/modules/2.4.21
    before make modules_install .

    I don't think modules from different kernels interact in any way
    if you install as above.

    --
    Timothy Murphy
    e-mail: tim@birdsnest.maths.tcd.ie
    tel: +353-86-233 6090
    s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

  6. Re: orinoco_cs hemes_init

    Timothy Murphy wrote:
    > Loren J. Donelson wrote:


    >> It looks like the make_install command on RedHat 9 looks in the
    >> /lib/modules directory for my existing kernel and copies some of the files
    >> into the
    >> /lib/modules directory of my new kernel. If I do a 'rm -r kernel' the
    >> make modules_install command errors out because it can't find any of the
    >> drivers to copy.


    > I don't think that is true.
    > If you are compiling say linux-2.4.21 and you say
    > make dep; make clean; make bzImage; make modules
    > make modules_install; make install
    > then the modules will be installed in /lib/modules/2.4.21 .
    > Personally, if I ever re-compiled this kernel I would say
    > rm -rf /lib/modules/2.4.21
    > before make modules_install .


    Yeah; I suspect Loren never actually did "make modules"?

    -- Dave

  7. Re: orinoco_cs hemes_init

    Okay, one more posting. I recompiled the kernel just to make sure that I
    did everything correctly. I removed the old kernel modules before "make
    modules_install" and I can get a lan card to work, but my Speedstream
    doesn't.

    I get a high beep, low beep, high beep pattern.

    "modprobe orinoco_cs" gives me the same errors as the initial post.

    Any last ideas before I throw in the towel?

    Thanks.


    wrote in message
    news:gdgSa.3248$dk4.151791@typhoon.sonic.net...
    > Timothy Murphy wrote:
    > > Loren J. Donelson wrote:

    >
    > >> It looks like the make_install command on RedHat 9 looks in the
    > >> /lib/modules directory for my existing kernel and copies some of the

    files
    > >> into the
    > >> /lib/modules directory of my new kernel. If I do a 'rm -r kernel' the
    > >> make modules_install command errors out because it can't find any of

    the
    > >> drivers to copy.

    >
    > > I don't think that is true.
    > > If you are compiling say linux-2.4.21 and you say
    > > make dep; make clean; make bzImage; make modules
    > > make modules_install; make install
    > > then the modules will be installed in /lib/modules/2.4.21 .
    > > Personally, if I ever re-compiled this kernel I would say
    > > rm -rf /lib/modules/2.4.21
    > > before make modules_install .

    >
    > Yeah; I suspect Loren never actually did "make modules"?
    >
    > -- Dave




  8. Re: orinoco_cs hemes_init

    Loren J. Donelson wrote:
    > Okay, one more posting. I recompiled the kernel just to make sure that I
    > did everything correctly. I removed the old kernel modules before "make
    > modules_install" and I can get a lan card to work, but my Speedstream
    > doesn't.


    > I get a high beep, low beep, high beep pattern.


    Fine - no driver. Is it really in the card database (that was first
    beep, I guess)?

    > "modprobe orinoco_cs" gives me the same errors as the initial post.


    Well, you'd ordinarily need a little more than that!

    > Any last ideas before I throw in the towel?


    Get a more recent orinoco driver, if it is an orinoco card. Or ask Dave
    Hinds directly.

    Peter

  9. Re: orinoco_cs hemes_init

    Loren J. Donelson wrote:
    > Okay, one more posting. I recompiled the kernel just to make sure that I
    > did everything correctly. I removed the old kernel modules before "make
    > modules_install" and I can get a lan card to work, but my Speedstream
    > doesn't.


    > I get a high beep, low beep, high beep pattern.


    You should show system log messages; the specific error is more
    informative than the number of beeps.

    > "modprobe orinoco_cs" gives me the same errors as the initial post.


    I do not know how to interpret those messages so I'm really not sure
    what else to suggest.

    Do:

    modprobe -v hermes
    modprobe -v orinoco
    modprobe -v orinoco_cs

    and show the full output.

    -- Dave

  10. Re: orinoco_cs hemes_init

    Loren J. Donelson wrote:

    > Okay, one more posting. I recompiled the kernel just to make sure that I
    > did everything correctly. I removed the old kernel modules before "make
    > modules_install" and I can get a lan card to work, but my Speedstream
    > doesn't.


    What does "cardctl ident" say?
    What is the entry in /etc/pcmcia/config for this card?
    Is it mentioned in any /etc/pcmcia/*.conf ?
    (This would over-rule the entry in /etc/pcmcia/config .)
    What does "iwconfig" say?
    What does "ifconfig" say?
    What actually is the card?

    --
    Timothy Murphy
    e-mail: tim@birdsnest.maths.tcd.ie
    tel: +353-86-233 6090
    s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

  11. Re: orinoco_cs hemes_init


    wrote in message
    news:hFKSa.3555$dk4.179081@typhoon.sonic.net...
    > Loren J. Donelson wrote:
    > > Okay, one more posting. I recompiled the kernel just to make sure that

    I
    > > did everything correctly. I removed the old kernel modules before "make
    > > modules_install" and I can get a lan card to work, but my Speedstream
    > > doesn't.

    >
    > > I get a high beep, low beep, high beep pattern.

    >
    > You should show system log messages; the specific error is more
    > informative than the number of beeps.


    Appended below

    >
    > > "modprobe orinoco_cs" gives me the same errors as the initial post.

    >
    > I do not know how to interpret those messages so I'm really not sure
    > what else to suggest.
    >
    > Do:
    >


    I redirected stderr and stdout to show the full output for the commands
    below:

    > modprobe -v hermes


    /sbin/insmod
    /lib/modules/2.4.20-8custom/kernel/drivers/net/wireless/hermes.o

    Using /lib/modules/2.4.20-8custom/kernel/drivers/net/wireless/hermes.o

    Symbol version prefix ''


    > modprobe -v orinoco


    /sbin/insmod
    /lib/modules/2.4.20-8custom/kernel/drivers/net/wireless/orinoco.o

    Using /lib/modules/2.4.20-8custom/kernel/drivers/net/wireless/orinoco.o

    Symbol version prefix ''


    > modprobe -v orinoco_cs


    /sbin/insmod /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o

    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    orinoco_reinit_firmware

    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    __orinoco_down

    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    __orinoco_up

    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: insmod
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o failed

    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: insmod orinoco_cs failed

    Using /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o

    Symbol version prefix ''


    Finally, the last few lines of the /var/log/messages file:
    -----
    Jul 22 08:05:59 localhost syslogd 1.4.1: restart.

    Jul 22 08:05:59 localhost syslog: syslogd startup succeeded

    Jul 22 08:05:59 localhost kernel: klogd 1.4.1, log source = /proc/kmsg
    started.

    Jul 22 08:05:59 localhost kernel: Linux version 2.4.20-8custom
    (root@localhost.localdomain) (gcc version 3.2.2 20030222 (Red Hat Linux
    3.2.2-5)) #2 Sun Jul 20 10:42:42 PDT 2003

    Jul 22 08:05:59 localhost kernel: BIOS-provided physical RAM map:

    Jul 22 08:05:59 localhost kernel: BIOS-e801: 0000000000000000 -
    000000000009f000 (usable)

    Jul 22 08:05:59 localhost kernel: BIOS-e801: 0000000000100000 -
    0000000001800000 (usable)

    Jul 22 08:05:59 localhost kernel: 24MB LOWMEM available.

    Jul 22 08:05:59 localhost kernel: On node 0 totalpages: 6144

    Jul 22 08:05:59 localhost kernel: zone(0): 4096 pages.

    Jul 22 08:05:59 localhost kernel: zone(1): 2048 pages.

    Jul 22 08:05:59 localhost kernel: zone(2): 0 pages.

    Jul 22 08:05:59 localhost kernel: Kernel command line: ro root=LABEL=/

    Jul 22 08:05:59 localhost kernel: Initializing CPU#0

    Jul 22 08:05:59 localhost syslog: klogd startup succeeded

    Jul 22 08:05:59 localhost kernel: Detected 133.639 MHz processor.

    Jul 22 08:06:00 localhost kernel: Console: colour VGA+ 80x25

    Jul 22 08:06:00 localhost kernel: Calibrating delay loop... 266.24 BogoMIPS

    Jul 22 08:06:00 localhost kernel: Memory: 20800k/24576k available (1221k
    kernel code, 3196k reserved, 993k data, 116k init, 0k highmem)

    Jul 22 08:06:00 localhost kernel: Dentry cache hash table entries: 4096
    (order: 3, 32768 bytes)

    Jul 22 08:05:56 localhost network: Setting network parameters: succeeded

    Jul 22 08:06:00 localhost kernel: Inode cache hash table entries: 2048
    (order: 2, 16384 bytes)

    Jul 22 08:06:00 localhost portmap: portmap startup succeeded

    Jul 22 08:06:01 localhost kernel: Mount cache hash table entries: 512
    (order: 0, 4096 bytes)

    Jul 22 08:06:01 localhost kernel: Buffer-cache hash table entries: 1024
    (order: 0, 4096 bytes)

    Jul 22 08:06:01 localhost kernel: Page-cache hash table entries: 8192
    (order: 3, 32768 bytes)

    Jul 22 08:06:01 localhost kernel: Intel Pentium with F0 0F bug - workaround
    enabled.

    Jul 22 08:06:01 localhost rpc.statd[882]: Version 1.0.1 Starting

    Jul 22 08:06:01 localhost nfslock: rpc.statd startup succeeded

    Jul 22 08:06:01 localhost kernel: CPU: Intel Pentium 75 - 200 stepping 0c

    Jul 22 08:06:02 localhost kernel: Checking 'hlt' instruction... OK.

    Jul 22 08:06:02 localhost keytable: Loading keymap:

    Jul 22 08:06:02 localhost kernel: POSIX conformance testing by UNIFIX

    Jul 22 08:06:02 localhost keytable:

    Jul 22 08:06:02 localhost kernel: mtrr: v1.40 (20010327) Richard Gooch
    (rgooch@atnf.csiro.au)

    Jul 22 08:06:02 localhost keytable: Loading system font:

    Jul 22 08:06:02 localhost kernel: mtrr: detected mtrr type: none

    Jul 22 08:06:02 localhost kernel: PCI: PCI BIOS revision 2.10 entry at
    0xfd3ca, last bus=0

    Jul 22 08:06:02 localhost kernel: PCI: Using configuration type 1

    Jul 22 08:06:02 localhost kernel: PCI: Probing PCI hardware

    Jul 22 08:06:02 localhost keytable:

    Jul 22 08:06:02 localhost kernel: isapnp: Scanning for PnP cards...

    Jul 22 08:06:03 localhost rc: Starting keytable: succeeded

    Jul 22 08:06:03 localhost kernel: isapnp: No Plug & Play device found

    Jul 22 08:06:03 localhost random: Initializing random number generator:
    succeeded

    Jul 22 08:06:03 localhost kernel: Linux NET4.0 for Linux 2.4

    Jul 22 08:06:03 localhost kernel: Based upon Swansea University Computer
    Society NET3.039

    Jul 22 08:06:03 localhost kernel: Initializing RT netlink socket

    Jul 22 08:06:04 localhost pcmcia: Starting PCMCIA services:

    Jul 22 08:06:04 localhost kernel: apm: BIOS version 1.1 Flags 0x03 (Driver
    version 1.16)

    Jul 22 08:06:04 localhost kernel: Starting kswapd

    Jul 22 08:06:04 localhost kernel: VFS: Disk quotas vdquot_6.5.1

    Jul 22 08:06:04 localhost kernel: pty: 512 Unix98 ptys configured

    Jul 22 08:06:04 localhost kernel: Serial driver version 5.05c (2001-07-08)
    with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled

    Jul 22 08:06:04 localhost kernel: ttyS0 at 0x03f8 (irq = 4) is a 16550A

    Jul 22 08:06:05 localhost kernel: Real Time Clock Driver v1.10e

    Jul 22 08:06:05 localhost kernel: Floppy drive(s): fd0 is 1.44M

    Jul 22 08:06:05 localhost kernel: FDC 0 is a post-1991 82077

    Jul 22 08:06:05 localhost pcmcia: cardmgr[935]: watching 2 sockets

    Jul 22 08:06:05 localhost cardmgr[935]: watching 2 sockets

    Jul 22 08:06:05 localhost kernel: NET4: Frame Diverter 0.46

    Jul 22 08:06:05 localhost cardmgr[936]: starting, version is 3.2.4

    Jul 22 08:06:05 localhost pcmcia: done.

    Jul 22 08:06:05 localhost kernel: RAMDISK driver initialized: 16 RAM disks
    of 4096K size 1024 blocksize

    Jul 22 08:06:05 localhost kernel: Uniform Multi-Platform E-IDE driver
    Revision: 7.00beta-2.4

    Jul 22 08:06:05 localhost rc: Starting pcmcia: succeeded

    Jul 22 08:06:05 localhost kernel: ide: Assuming 33MHz system bus speed for
    PIO modes; override with idebus=xx

    Jul 22 08:06:05 localhost kernel: MPIIX: IDE controller at PCI slot 00:01.0

    Jul 22 08:06:05 localhost kernel: MPIIX: chipset revision 3

    Jul 22 08:06:06 localhost kernel: MPIIX: not 100%% native mode: will probe
    irqs later

    Jul 22 08:06:06 localhost kernel: hda: IBM-DMCA-21440, ATA DISK drive

    Jul 22 08:06:06 localhost kernel: hdb: CD-ROM CDR-N16, ATAPI CD/DVD-ROM
    drive

    Jul 22 08:06:06 localhost netfs: Mounting other filesystems: succeeded

    Jul 22 08:06:06 localhost kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14

    Jul 22 08:06:06 localhost kernel: hda: setmax LBA 2818369, native 2818368

    Jul 22 08:06:07 localhost kernel: hda: 2818368 sectors (1443 MB) w/96KiB
    Cache, CHS=699/64/63

    Jul 22 08:06:07 localhost kernel: ide-floppy driver 0.99.newide

    Jul 22 08:06:07 localhost apmd[960]: Version 3.0.2 (APM BIOS 1.1, Linux
    driver 1.16)

    Jul 22 08:06:07 localhost kernel: Partition check:

    Jul 22 08:06:07 localhost apmd: apmd startup succeeded

    Jul 22 08:06:08 localhost kernel: hda: hda1 hda2 hda3

    Jul 22 08:06:08 localhost kernel: ide-floppy driver 0.99.newide

    Jul 22 08:06:08 localhost kernel: md: md driver 0.90.0 MAX_MD_DEVS=256,
    MD_SB_DISKS=27

    Jul 22 08:06:08 localhost kernel: md: Autodetecting RAID arrays.

    Jul 22 08:06:09 localhost kernel: md: autorun ...

    Jul 22 08:06:09 localhost kernel: md: ... autorun DONE.

    Jul 22 08:06:09 localhost apmd[960]: Battery: * * * (100% unknown)

    Jul 22 08:06:09 localhost kernel: NET4: Linux TCP/IP 1.0 for NET4.0

    Jul 22 08:06:09 localhost kernel: IP Protocols: ICMP, UDP, TCP, IGMP

    Jul 22 08:06:09 localhost autofs: automount startup succeeded

    Jul 22 08:06:09 localhost kernel: IP: routing cache hash table of 512
    buckets, 4Kbytes

    Jul 22 08:06:09 localhost kernel: TCP: Hash tables configured (established
    2048 bind 4096)

    Jul 22 08:06:09 localhost kernel: Linux IP multicast router 0.06 plus PIM-SM

    Jul 22 08:06:09 localhost kernel: NET4: Unix domain sockets 1.0/SMP for
    Linux NET4.0.

    Jul 22 08:06:10 localhost kernel: RAMDISK: Compressed image found at block 0

    Jul 22 08:06:10 localhost kernel: Freeing initrd memory: 143k freed

    Jul 22 08:06:10 localhost kernel: VFS: Mounted root (ext2 filesystem).

    Jul 22 08:06:10 localhost kernel: Journalled Block Device driver loaded

    Jul 22 08:06:10 localhost kernel: EXT3-fs: INFO: recovery required on
    readonly filesystem.

    Jul 22 08:06:10 localhost kernel: EXT3-fs: write access will be enabled
    during recovery.

    Jul 22 08:06:10 localhost kernel: kjournald starting. Commit interval 5
    seconds

    Jul 22 08:06:10 localhost kernel: EXT3-fs: ide0(3,2): orphan cleanup on
    readonly fs

    Jul 22 08:06:11 localhost kernel: EXT3-fs: ide0(3,2): 2 orphan inodes
    deleted

    Jul 22 08:06:11 localhost kernel: EXT3-fs: recovery complete.

    Jul 22 08:06:11 localhost kernel: EXT3-fs: mounted filesystem with ordered
    data mode.

    Jul 22 08:06:11 localhost kernel: Freeing unused kernel memory: 116k freed

    Jul 22 08:06:12 localhost kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on
    ide0(3,2), internal journal

    Jul 22 08:06:12 localhost kernel: Adding Swap: 157240k swap-space
    (priority -1)

    Jul 22 08:06:12 localhost kernel: kjournald starting. Commit interval 5
    seconds

    Jul 22 08:06:12 localhost kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on
    ide0(3,1), internal journal

    Jul 22 08:06:13 localhost kernel: EXT3-fs: mounted filesystem with ordered
    data mode.

    Jul 22 08:06:13 localhost kernel: parport0: PC-style at 0x378 [PCSPP,EPP]

    Jul 22 08:06:13 localhost kernel: ip_tables: (C) 2000-2002 Netfilter core
    team

    Jul 22 08:06:13 localhost kernel: Linux PCMCIA Card Services 3.2.4

    Jul 22 08:06:13 localhost kernel: kernel build: 2.4.20-8custom #2 Sun Jul 20
    10:42:42 PDT 2003

    Jul 22 08:06:13 localhost kernel: options: [pci] [cardbus] [apm] [pnp]

    Jul 22 08:06:13 localhost kernel: PnP: PNP BIOS installation structure at
    0xc00f5480

    Jul 22 08:06:13 localhost kernel: PnP: PNP BIOS version 1.0, entry at
    f0000:b6e9, dseg at f0000

    Jul 22 08:06:13 localhost kernel: Intel ISA/PCI/CardBus PCIC probe:

    Jul 22 08:06:14 localhost kernel: PCI: No IRQ known for interrupt pin A of
    device 00:04.0. Please try using pci=biosirq.

    Jul 22 08:06:14 localhost kernel: Cirrus PD6729 rev 00 PCI-to-PCMCIA at slot
    00:04, port 0xfcfc

    Jul 22 08:06:14 localhost kernel: host opts [0]: [ring] [1/3/2] [1/9/2]

    Jul 22 08:06:14 localhost sshd: succeeded

    Jul 22 08:06:14 localhost kernel: host opts [1]: [ring] [1/3/2] [1/9/2]

    Jul 22 08:06:14 localhost kernel: ISA irqs (default) = 3,9,10,11 polling
    interval = 1000 ms

    Jul 22 08:06:19 localhost xinetd[1011]: xinetd Version 2.3.10 started with
    libwrap options compiled in.

    Jul 22 08:06:19 localhost xinetd[1011]: Started working: 1 available service

    Jul 22 08:06:20 localhost xinetd: xinetd startup succeeded

    Jul 22 08:06:25 localhost sendmail: sendmail startup succeeded

    Jul 22 08:06:26 localhost sendmail: sm-client startup succeeded

    Jul 22 08:06:27 localhost gpm: gpm startup succeeded

    Jul 22 08:06:28 localhost crond: crond startup succeeded

    Jul 22 08:06:30 localhost xfs: xfs startup succeeded

    Jul 22 08:06:31 localhost anacron: anacron startup succeeded

    Jul 22 08:06:32 localhost xfs: ignoring font path element
    /usr/X11R6/lib/X11/fonts/cyrillic (unreadable)

    Jul 22 08:06:32 localhost xfs: ignoring font path element
    /usr/share/fonts/default/Type1 (unreadable)

    Jul 22 08:06:32 localhost atd: atd startup succeeded

    Jul 22 08:06:38 localhost login(pam_unix)[1111]: session opened for user
    root by LOGIN(uid=0)

    Jul 22 08:06:39 localhost -- root[1111]: ROOT LOGIN ON tty1

    Jul 22 08:06:47 localhost cardmgr[936]: socket 1: SpeedStream SS1021
    Wireless Adapter

    Jul 22 08:06:47 localhost cardmgr[936]: executing: 'modprobe orinoco_cs'

    Jul 22 08:06:47 localhost kernel: cs: memory probe 0x0d0000-0x0dffff: clean.

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco.o: unresolved symbol hermes_init

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco.o: insmod
    /lib/modules/2.4.20-8custom/pcmcia/orinoco.o failed

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco.o: insmod orinoco_cs failed

    Jul 22 08:06:48 localhost cardmgr[936]: modprobe exited with status 255

    Jul 22 08:06:48 localhost cardmgr[936]: executing: 'insmod
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o'

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    orinoco_interrupt_R8ca3e787

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    orinoco_reinit_firmware

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    hermes_struct_init_R5bfb4a4b

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    __orinoco_down

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    alloc_orinocodev_R7399f1ca

    Jul 22 08:06:48 localhost cardmgr[936]: +
    /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o: unresolved symbol
    __orinoco_up

    Jul 22 08:06:48 localhost cardmgr[936]: insmod exited with status 1

    Jul 22 08:06:49 localhost cardmgr[936]: get dev info on socket 1 failed:
    Resource temporarily unavailable


    Hope that helps figure this thing out...



  12. Re: orinoco_cs hemes_init

    Loren J. Donelson wrote:

    >> modprobe -v hermes


    > Using /lib/modules/2.4.20-8custom/kernel/drivers/net/wireless/hermes.o


    This is a module from the kernel source tree.

    >> modprobe -v orinoco_cs


    > /sbin/insmod /lib/modules/2.4.20-8custom/pcmcia/orinoco_cs.o


    This is a module from the pcmcia-cs package.

    They do not work together.

    Delete stuff in /lib/modules/.../kernel/drivers/net/wireless and do
    "/sbin/depmod -a". And next time you build your kernel, disable
    CONFIG_HERMES.

    -- Dave

+ Reply to Thread