The problem seems to be resolved; thanks for your help.
It seems my modem enables data compression by default, but my ISP
doesn't support data compression. Once I disabled data compression, I
stopped getting the RX frame errors.
After trying all the suggestions about avoiding overrun problems,
without seeing a difference, I realized that ifconfig was reporting that
the errors were framing errors, not overrun errors. On a lark, I tried
disabling data compression. So, I still haven't tried to understand
what is meant by framing errors, but apparently they occur if both
modems don't agree on data compression.
On 990907, at 02:35:42, [EMAIL PROTECTED] wrote:
> I thought DMA worked for some intel chipsets. Not all, I
> guess. hdparm -u 1 didn't help? I am starting to wonder why I don't
> have the same problem. I run slip over a null-modem cable at 57600
> between 2 16450's (mta 296) and ftp works fine. By my reckoning it
> shouldn't. I looked at ide.c, and it seems like it shuts off interrupts
> only in 32 bit mode. Is that enabled? (hdparm -c).
In the end, I ended up with hdparm -c1 -u1. It doesn't seem to affect
the modem, and it speeds up the disk transfers.
> > After I close the ppp session, if I query the modem (ATI11), it doesn't
> > list any receive packet errors.
> >
> ?? AFAIK modems don't do packets. Is this new with V.90? I will keep
> my no-name ISA v.34 a while yet, I guess. :-)
Not knowing enough to give a technically correct assessment of the
problem, I was reporting the ifconfig results. It reports in terms of
packets.
> Hmmm. What port speed do you set for this beast? 115200 works for any
> internal ISA modem I know of.
It works at 115200.
--
David Ellement
