Re: #define SCC_DELAY in scc.c

From: Joerg Reuter (terhi.victor@logonet.com)
Date: Mon Feb 12 2001 - 13:10:04 EET

  • Next message: FOUCHARD Thierry USCE: "Re: Timetolive of ARP table?"

    On Sun, Feb 11, 2001 at 10:57:41AM +1100, Ray Wells wrote:
     
    > I'm trying to get my Baycom USCC>4 card working and have run into the PTT
    > hang problem.

    Most likely an interrupt or address conflict. Note that this can
    happen even if you've disabled the conflicting devices. For example:
    You are using interrupt 7 and you disabled the printer port in the
    BIOS setup. Some (broken) BIOSes don't route the interrupt to the
    ISA bus regardless what you do.

    Or perhaps it is just a too high interrupt load, what's the bitrate
    on the interfaces?

    > I want to modify scc.c but, not being a programmer (or anything remotely
    > like one!), I am uncertain about implementation of the line to be added,
    > #define SCC_DELAY.

    It's CONFIG_SCC_DELAY now and it should not be used for BayCom cards
    (as they already enforce the delay in hardware).

    > Is a value required for #define SCC_DELAY?

    Nope, currently it is just a flag.

    73,

    -- 
    Joerg Reuter                                    http://yaina.de/jreuter
    And I make my way to where the warm scent of soil fills the evening air. 
    Everything is waiting quietly out there....                 (Anne Clark)
    


    - To unsubscribe from this list: send the line "unsubscribe linux-hams" in the body of a message to mpirjh.rfnhvfec@decomsys.com



    This archive was generated by hypermail 2b30 : Mon Feb 12 2001 - 13:23:04 EET