On Mon, 06 Sep 1999, [EMAIL PROTECTED] wrote:
> If you have IDE hd's, it is possible for the IDE driver to keep
> interrupts masked long enough to cause serial overruns, particularly if
> the uart does not have a FIFO.  You may be able to cure this with
> hdparm, either umask 1, or by using DMA.  Have a read of man hdparm.  If
> you don't have man hdparm, install the hdparm rpm. :-)
> 
> My modem has 2 options for hardware flow control.  The default, "CTS
> hardware flow control", doesn't work worth _.  I have to set it to
> "RTS/CTS hardware flow control" with AT\Q3.  You will need to read
> between the lines of your modem manual for this one.  It will probably
> be different.  Also, with some modems, if you miX case in a modem
> command line, results are unspecified.


You will need to read the man page "very" carefully also, i once
sufferd massive disk corruption when i used hdparm alongside an SCC
card which had 4 radio ports on it, 2 ports at 4800 baud and 2 at
9600. My advice would be READ the man page very carefully, Lawson
seems to have experiance with hdparam and a modem so i dont want to
step on his toes, but i felt i must warn you of the use of hdparm.



 > Lawson
>         >< Microsoft free environment
> 
> This mail client runs on Wine.  Your mileage may vary.
> 
> 
> On Sun, 5 Sep 1999, David Ellement wrote:
> 
> > Hello,
> > 
> > I recently installed RH 6.0.  Last week got a PPP/dial-up connection to
> > my ISP working.  I'm able to browse with netscape, and connect to other
> > hosts with ftp or ncftp.  However, if I attempt to download files (via
> > netscape-ftp, ftp, or ncftp), the transfer seems to stall after
> > transferring 2-4 kB.  If I run ifconfig while the download is in
> > progress, it seems all the RX packets have errors.
> > 
> > Here's an example of ifconfig output during a download:
> > 
> >     ppp0    Link encap:Point-to-Point Protocol
> >         inet addr:209.245.43.22 Ptp:209.244.42.44
> Mask:255.255.255.255
> >         UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
> >         RX packets:145 errors:10 dropped:0 overruns:0 frame:10
> >         TX packets:158 errors:0 dropped:0 overruns:0 carrier:0
> >         collisions:0 txqueuelen:10
> > 
> > 
> > In my ppp options file I have:
> >     modem
> >     lock
> >     crtscts
> >     defaultroute
> > 
> > 
> > I've fired up minicom after breaking off a download attempt, and the
> > modem reports (at&v0) it is set for hardware control flow.
> > 
> > 
> > What do I have to do to allow downloads to occur without errors?
> > 
> > -- 
> > David Ellement
> > 
> 
> 
> 
> 
> ___________________________________________________________________
> Get the Internet just the way you want it.
> Free software, free e-mail, and free Internet access for a month!
> Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
--
Regards Richard
[EMAIL PROTECTED]

Reply via email to