On Mon, Feb 19, 2007 at 06:59:16PM -0500, Lennart Sorensen wrote:
> I am also noticing the receive error count going up, and the source is
> this code:
>
> if (status & 0x01) /* Only count a general error at the */
>lp->stats.rx_errors++; /* end of a packet. */
>
> It appears this m
On Mon, Feb 19, 2007 at 06:45:48PM -0500, Lennart Sorensen wrote:
> It seems the problem actually occours when the receive descriptor ring
> is full. This seems to generate one (or sometimes more) descriptors in
> the ring which claim to be owned by the MAC, but at the head of the
> receive ring a
On Mon, Feb 19, 2007 at 05:29:20PM -0500, Lennart Sorensen wrote:
> I just noticed, it seems almost all these problems occour right at the
> start of transfers when the tcp window size is still being worked out
> for the connection speed, and I am seeing the error count go up in
> ifconfig for the
On Mon, Feb 19, 2007 at 05:18:45PM -0500, Lennart Sorensen wrote:
> On Mon, Feb 19, 2007 at 03:11:36PM -0500, Lennart Sorensen wrote:
> > I have been poking at things with firescope to see if the MAC is
> > actually writing to system memory or not.
> >
> > The entry that it gets stuch on is _alway
On Mon, Feb 19, 2007 at 03:11:36PM -0500, Lennart Sorensen wrote:
> I have been poking at things with firescope to see if the MAC is
> actually writing to system memory or not.
>
> The entry that it gets stuch on is _always_ entry 0 in the rx_ring.
> There does not appear to be any exceptions to t
On Fri, Feb 16, 2007 at 04:01:57PM -0500, Lennart Sorensen wrote:
> eth1: netif_receive_skb(skb)
> eth1: netif_receive_skb(skb)
> eth1: pcnet32_poll: pcnet32_rx() got 16 packets
> eth1: base: 0x05215812 status: 0310 next->status: 0310
> eth1: netif_receive_skb(skb)
> eth1: netif_receive_skb(skb)
>
On Fri, Feb 16, 2007 at 05:48:24PM -0500, Lennart Sorensen wrote:
> Well so far it really looks like enabling OOSTORE on the Geode
> SC1200/GX1 really does make a difference. A bit of searching seems to
> indicate the person that originally submitted the patch that enabled
> load/store reordering
On Fri, Feb 16, 2007 at 05:27:28PM -0500, Lennart Sorensen wrote:
> On Fri, Feb 16, 2007 at 04:01:57PM -0500, Lennart Sorensen wrote:
> > It seems whenever it gets stuck, it is always the same descripter it is
> > stuck on. Here is my current log:
> >
> > eth1: interrupt csr0=0x4f3 new csr=0x33,
On Fri, Feb 16, 2007 at 04:01:57PM -0500, Lennart Sorensen wrote:
> It seems whenever it gets stuck, it is always the same descripter it is
> stuck on. Here is my current log:
>
> eth1: interrupt csr0=0x4f3 new csr=0x33, csr3=0x.
> eth1: exiting interrupt, csr0=0x0033, csr3=0x5f00.
> eth1: b
On Fri, Feb 16, 2007 at 03:23:00PM -0500, Lennart Sorensen wrote:
> So I have determined that when the port gets "stuck/slow" it is hitting
> this problem:
>
> (in pcnet32_rx):
> while (quota > npackets && (short)le16_to_cpu(rxp->status) >= 0) {
> if (netif_msg_intr(lp)) pr
On Fri, Feb 16, 2007 at 12:21:10PM -0500, Lennart Sorensen wrote:
> On Fri, Feb 16, 2007 at 10:21:24AM -0600, [EMAIL PROTECTED] wrote:
> > Are there any messages in the log about timeouts, or anything else from the
> > driver? When it gets in this state, can you communicate with another
> > syste
On Fri, Feb 16, 2007 at 10:21:24AM -0600, [EMAIL PROTECTED] wrote:
> Are there any messages in the log about timeouts, or anything else from the
> driver? When it gets in this state, can you communicate with another system,
> and does it have the same slow behavior?
Nope no timeouts or messages.
Are there any messages in the log about timeouts, or anything else from the
driver? When it gets in this state, can you communicate with another system,
and does it have the same slow behavior?
Looks like my mailer is munging white spaces.
On Fri, Feb 16, 2007 at 09:35:54AM -0500, Lennart Soren
On Fri, Feb 16, 2007 at 09:35:54AM -0500, Lennart Sorensen wrote:
> I have run some tests using 2.6.8 now, and so far it hasn't failed.
>
> Still investigating...
And 5 minutes later 2.6.8 failed the same way too. Maybe I will go back
to 2.4 and check.
--
Len Sorensen
-
To unsubscribe from this
On Thu, Feb 15, 2007 at 05:50:30PM -0500, Lennart Sorensen wrote:
> I have encountered a strange behaviour with the pcnet32.
>
> I am transfering data from a server to a client routing it through my
> router. The router has 2 ethernet ports, both of which are amd 972
> chips (pcnet32). The trans
15 matches
Mail list logo
