Novatel CDMA PCMCIA serial port(s) query

2002-10-21
2013-04-08
  • Bob Duckworth

    Bob Duckworth - 2002-10-21

    I'm a little confused
    ppp on ttyS1 behaves as it should, albeit a bit slow.
    But what is this 0x03e8 port on the same irq ?

    /var/log/messages excerpt:
    Oct 21 17:06:50 localhost cardmgr[476]: executing: 'modprobe serial_cs'
    Oct 21 17:06:50 localhost cardmgr[476]: executing: './serial start ttyS1'
    Oct 21 17:06:50 localhost kernel: ttyS1 at port 0x02f8 (irq = 5) is a 16C950/954
    Oct 21 17:06:50 localhost kernel: register_serial(): autoconfig failed
    Oct 21 17:06:50 localhost kernel: serial_cs: register_serial() at 0x03e8, irq 5 failed

    root@localhost root]# setserial -a /dev/ttyS2
    /dev/ttyS2, Line 2, UART: unknown, Port: 0x03e8, IRQ: 5
            Baud_base: 115200, close_delay: 256, divisor: 0
            closing_wait: 15360
            Flags: spd_normal skip_test

    cardctl reports:
    [root@localhost root]# cardctl ident
    Socket 0:
      product info: "Novatel Wireless", "CDMA 1.9GHz"
      manfid: 0x00a4, 0x076c
      function: 2 (serial)
    [root@localhost root]# cardctl config
    Socket 0:
      Vcc 5.0V  Vpp1 0.0V  Vpp2 0.0V
      interface type is "memory and I/O"
      irq 5 [exclusive] [level]
      speaker output is enabled
      function 0:
        config base 0x0400
          option 0x55 status 0x08
        io 0x02f8-0x02ff [8bit]
        io 0x03e8-0x03ef [8bit]
    [root@localhost root]# cardctl status
    Socket 0:
      5V 16-bit PC Card
      function 0: [ready]

    [root@localhost root]# uname -a
    Linux localhost.localdomain 2.4.18-14 #1 Wed Sep 4 12:13:11 EDT 2002 i686 athlon i386 GNU/Linux

    David Hinds, if you want root access to play with this device,
    let me know. -Bob (bob@atl.org is good)

     
    • David Hinds

      David Hinds - 2002-10-22

      The card seems to be claiming that it is a dual port device (its configuration information said that two 8-port IO windows should be allocated, so serial_cs assumed that each one is a UART).

      Can you also post the output of dump_cis?

      - Dave

       
    • Kevin A. Burton

      Kevin A. Burton - 2003-01-13

      The second port is the control port.  This is used by the Windows software to control various aspects of the device back to the user agent software (signal strength, data sent, CDMA stats, etc)

      I don't believe there is any documentation for the protocol on this card but if you have access to a Windows box you can reverse engineer it although it would be illegal thanks to the DMCA.

       
    • Kevin A. Burton

      Kevin A. Burton - 2003-01-13

      The second port is the control port.  This is used by the Windows software to control various aspects of the device back to the user agent software (signal strength, data sent, CDMA stats, etc)

      I don't believe there is any documentation for the protocol on this card but if you have access to a Windows box you can reverse engineer it although it would be illegal thanks to the DMCA.

       
    • Chris Maynard

      Chris Maynard - 2005-01-26

      I don't know if I should have started a new thread or not, but since my issue concerns the same card, namely the Novatel Merlin C201 CDMA PCMCIA card for Sprint PCS, I figured I would continue with the thread here ...

      David asked the original poster, Bob, for the dump_cis output for the card, but I did not see it posted yet.  Here it is from my card:

        dev_info
          NULL 0ns, 512b
        checksum 0x000c-0x010d = 0xf7
        attr_dev_info
          fn_specific 200ns, 64kb
        manfid 0x00a4, 0x076c
        funcid serial_port [post]
        serial_interface
          uart 16550 [space/mark/odd/even] [5/6/7/8] [1/1.5/2]
        vers_1 5.0, "Novatel Wireless", "CDMA 1.9GHz"
        config base 0x0400 mask 0x0003 last_index 0x2d
        cftable_entry 0x0d [default]
          [rdybsy] [pwrdown]
          Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Istatic 800mA
            Iavg 1A Ipeak 20mA Idown 20uA
          io 0x03f8-0x03ff, 0x02f8-0x02ff [lines=16] [8bit] [range]
          irq mask 0xffff [level]
        cftable_entry 0x0d [default]
          [rdybsy] [pwrdown]
          Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Istatic 800mA
            Iavg 1A Ipeak 20mA Idown 20uA
          io 0x03f8-0x03ff, 0x03e8-0x03ef [lines=16] [8bit] [range]
          irq mask 0xffff [level]
        cftable_entry 0x15 [default]
          [rdybsy] [pwrdown]
          Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Istatic 800mA
            Iavg 1A Ipeak 20mA Idown 20uA
          io 0x02f8-0x02ff, 0x03e8-0x03ef [lines=16] [8bit] [range]
          irq mask 0xffff [level]
        cftable_entry 0x25 [default]
          [rdybsy] [pwrdown]
          Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Istatic 800mA
            Iavg 1A Ipeak 20mA Idown 20uA
          io 0x02f8-0x02ff, 0x02e8-0x02ef [lines=16] [8bit] [range]
          irq mask 0xffff [level]
        cftable_entry 0x1d [default]
          [rdybsy] [pwrdown]
          Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Istatic 800mA
            Iavg 1A Ipeak 20mA Idown 20uA
          io 0x03e8-0x03ef, 0x02e8-0x0304 [lines=16] [8bit] [range]
          irq mask 0xffff [level]
        cftable_entry 0x2d [default]
          [rdybsy] [pwrdown]
          Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Istatic 800mA
            Iavg 1A Ipeak 20mA Idown 20uA
          io 0x0000-0x0007 [lines=3] [8bit]
          irq mask 0xffff [level]

      -----
      When I tried to run pack_cis on it though, I got:
          error at line 8: syntax error
      So I deleted the two lines starting with serial_interface, and managed to pack it ok, but I don't know if that was ok to do or not.

      Unfortunately, when I insert the card, I get the following in /var/log/messages:

      Jan 26 17:00:36 smurf cardmgr[18858]: watching 1 socket
      Jan 26 17:00:36 smurf kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xc00-0xc07 0xc50-0xc57 0xc70-0xc77 0xc80-0xc87
      Jan 26 17:00:36 smurf kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x158-0x15f 0x1f0-0x1f7 0x220-0x22f 0x268-0x26f 0x330-0x337 0x388-0x38f 0x3f0-0x3ff 0x4d0-0x4d7
      Jan 26 17:00:36 smurf kernel: cs: IO port probe 0x0a00-0x0aff: clean.
      Jan 26 17:00:36 smurf cardmgr[18859]: starting, version is 3.2.7
      Jan 26 17:00:36 smurf cardmgr[18859]: initializing socket 0
      Jan 26 17:00:36 smurf cardmgr[18859]: socket 0: Novatel Wireless CDMA 1.9GHz
      Jan 26 17:00:36 smurf cardmgr[18859]:   product info: "Novatel Wireless", "CDMA 1.9GHz", "", ""
      Jan 26 17:00:36 smurf cardmgr[18859]:   manfid: 0x00a4, 0x076c  function: 2 (serial)
      Jan 26 17:00:36 smurf cardmgr[18859]: executing: 'modprobe serial_cs'
      Jan 26 17:00:37 smurf kernel: serial_cs: RequestIO: No more items
      Jan 26 17:00:37 smurf cardmgr[18859]: get dev info on socket 0 failed: No such device

      -----
      I am running with Fedora Core 3 on a desktop PC with a PCI-to-PCMCIA adaptor card.  The /etc/pcmcia/config.opts file is unchanged (so far), and the only change to /etc/pcmcia/config is the addition of the following:

      card "Novatel Wireless CDMA 1.9GHz"
        manfid 0x00a4, 0x076c
        cis "cis/merlin_c201.dat"
        bind "serial_cs"

      -----
      I have tried both with & without the cis line above.  Neither seems to work.  Also, here is the relevant lspci -vv output for the PCMCIA-to-PCI adapter card:

      00:10.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 01)
              Subsystem: SCM Microsystems: Unknown device 3000
              Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
              Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
              Latency: 168, Cache Line Size 20
              Interrupt: pin A routed to IRQ 11
              Region 0: Memory at 10000000 (32-bit, non-prefetchable) [size=4K]
              Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
              Memory window 0: 10400000-107ff000 (prefetchable)
              Memory window 1: 10800000-10bff000
              I/O window 0: 00004000-000040ff
              I/O window 1: 00004400-000044ff
              BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
              16-bit legacy interface ports at 0001

      -----

      TIA for any help you can provide.  If you need more information from me, please don't hesitate to ask. 

      - Chris

       
      • David Hinds

        David Hinds - 2005-01-28

        Given that the card has an undocumented control port, I'm not sure what I can do to help you with this.  The original poster did say that the card worked for him but was just "a bit slow".

        I'm not sure what you were trying to accomplish with the replacement CIS.  Do you get the same RequestIO failure with the original CIS?

        You could try the following CIS:

          dev_info NULL 0ns, 512b
          manfid 0x00a4, 0x076c
          funcid serial_port [post]
          vers_1 5.0, "Novatel Wireless", "CDMA 1.9GHz"
          config base 0x0400 mask 0x0003 last_index 0x2d
          cftable_entry 0x2d [default] [rdybsy] [pwrdown]
          Vcc Vnom 5V
          io 0x0000-0x0007 [lines=3] [8bit]
          irq mask 0xffff [level]

        -- Dave

         
    • Chris Maynard

      Chris Maynard - 2005-02-02

      Dave,
      First, thanks for the quick reply!  And thanks for the CIS information to try; unfortunately it didn't work either.

      From past experience with other cards, such as Sierra Wireless AirCard 750, 555, and 550, I've had to modify the CIS in order for the cards to work on our target devices.  In particular, the CIS info for those cards by default contain entries such as [lines=3].  The cards did not work, but after a CIS modification to [lines=10], the cards worked fine.  Because of this, I also tried to tweak the CIS for the Novatel card as well in the hopes that a similar modification would remedy the problem, but unfortunately it did not.

      By the way, I am trying to evaluate several CDMA cards for the SprintPCS network.  Among them are Novatel Wirelesss Merlin C201 card, Growells CF2031 card, and 2 cards from Sierra Wireless, namely the AirCard 550 and PC3300 cards.  So far I only have the 550 card working, but Im close to getting the CF2031 working  only the authentication is failing, which has nothing to do with cardmgr, pcmcia, etc.  Anyway, if youre interested in the CIS or any other information for either of those cards, let me know and I can post it (or e-mail it).  Lastly, the PC3300 card is failing miserably.  Card Services reports the following via dmesg (and /var/log/messages): cs: pcmcia_socket0: unable to apply power.  Any suggestions, or am I SOL?

       

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks