> Hm.. it didn�t work after i�ll defined SCC_DELAY, now on the morning the
> RTS/PTT stop working again,
> but the other 3 ports still works.. (scc0�s PTT down) :/
> (I have now the �tx_int watchdog� patch and SCC_DELAY)
Huh, 'tx_int watchdog' patch?
> First when i�ll started up, the driver complain on the 2 first ports, the
> driver didn�t find scc0 & scc1,
> scc2 & scc3 it found nicely, i�ll putted in a delay of 4sec between "insmod"
> and "sccinit",
> then the driver found all nice,
Are you _absolutely_ sure that you have no I/O and interrupt conflicts?
Some sound- and ethernet cards have hidden or mirrored ports that may
conflict with your SCC card, some interface cards block even unused
interrupt lines (as well as some onboard interface chips always use
the addresses and interrupt lines although the BIOS claims they've
been turned off).
I do have experienced seldom Z8530 lock up, only temporarly unplugging
the radio from the MODEM could help. Look out for a signal ground
connection without loops and a very well grounded antenna (especially if
you use the CMOS versions of 85x30).
Not finding a chip on init means that the driver could not read back
a value it wrote into the BRG register before, this can _only_ happen
if either the bus interface of the chip is locked up or something else
is at that address.
> -rw-r--r-- 1 root root 33852 Dec 16 07:07 scc.o
> -rw-r--r-- 1 root root 33260 Dec 16 06:59 scc.o
That may well be, I don't know if the compiler optimizes the same whether
you compile the driver stand-alone or with the linux kernel...
73,
Joerg Reuter http://poboxes.com/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)
PGP signature
