lkml.org 
[lkml]   [2002]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Re: Re: <no subject>
Zwane Mwaikambo <zwane@linuxpower.ca> schrieb am 25.08.02 14:10:12:
> On Sun, 25 Aug 2002 joerg.beyer@email.de wrote:
>
> > you are right, I had no dma enabled. Now I recomiled the kernel with this
> > dma-related options:
> >
> > CONFIG_BLK_DEV_IDEDMA_PCI=y
> > # CONFIG_BLK_DEV_IDEDMA_FORCED is not set
> > CONFIG_IDEDMA_PCI_AUTO=y
> > # CONFIG_IDEDMA_ONLYDISK is not set
> > CONFIG_BLK_DEV_IDEDMA=y
> > # CONFIG_IDEDMA_PCI_WIP is not set
> > # CONFIG_BLK_DEV_IDEDMA_TIMEOUT is not set
> > # CONFIG_IDEDMA_NEW_DRIVE_LISTINGS is not set
> > CONFIG_BLK_DEV_ADMA=y
> > # CONFIG_HPT34X_AUTODMA is not set
> > CONFIG_IDEDMA_AUTO=y
> > # CONFIG_IDEDMA_IVB is not set
> > # CONFIG_DMA_NONPCI is not set
> >
> >
> > and I still get many many errors on the nic. Do I need something more in .config?
>
> That should fix your slowdown during untarring/disk access, as for your
> NIC problem looks like you might be having a receive FIFO overflow, so
> perhaps the card stops processing incoming packets? I have no clue,
> Jeff?

I set max_interrupt_work to higher values,
e.g. 500 (instead of the default value 20) and the message in /var/log/messages
does not appear - no wonder. But I still get large numbes of RX errors and
RX overruns (these numbers are equal most of the time). So receiving
is to slow and brings RX overruns.

Is there anything I can do about it?

It's a Athlon 1200 and that should be
fast enough to receive data on a single connection.

still confused, but now on a higher level
Joerg

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.027 / U:9.088 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site