headers
Auke Kok | 1 Dec 2004 21:15

Re: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R


This message is a confirmation on the thread by:

From: Andreas Haumer
Date: Tue Sep 21 2004 - 04:16:52 EST
Subject: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R

I have 24 boxes with the same hardware and all require the patch 
attached to Andreas' e-mail to function. After abusing one of them for 2 
days continuously the nic hasn't shown a single flaw so far ;^)

I thus would like to conclude that this patch is a valid and worthfull 
addition to the 2.4.28+ kernels, as it applies cleanly to 2.4.28-final.

Auke kok

PS URL to the patch: 
http://www.ussg.iu.edu/hypermail/linux/kernel/0409.2/1215/013-3com_ati_radeon.patch
Permalink | Reply | 6 comments |
headers
Andrew Morton | 1 Dec 2004 22:11

Re: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R

Auke Kok <sofar <at> lunar-linux.org> wrote:
>
> 
> This message is a confirmation on the thread by:
> 
> From: Andreas Haumer
> Date: Tue Sep 21 2004 - 04:16:52 EST
> Subject: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R
> 
> I have 24 boxes with the same hardware and all require the patch 
> attached to Andreas' e-mail to function. After abusing one of them for 2 
> days continuously the nic hasn't shown a single flaw so far ;^)
> 
> I thus would like to conclude that this patch is a valid and worthfull 
> addition to the 2.4.28+ kernels, as it applies cleanly to 2.4.28-final.
> 
> Auke kok
> 
> 
> PS URL to the patch: 
> http://www.ussg.iu.edu/hypermail/linux/kernel/0409.2/1215/013-3com_ati_radeon.patch

That patch should of course be merged.  Please email a copy to Marcelo.
Permalink | Reply | 4 comments |
headers
Marcelo Tosatti | 1 Dec 2004 18:23
Picon

Re: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R

On Wed, Dec 01, 2004 at 01:11:27PM -0800, Andrew Morton wrote:
> Auke Kok <sofar <at> lunar-linux.org> wrote:
> >
> > 
> > This message is a confirmation on the thread by:
> > 
> > From: Andreas Haumer
> > Date: Tue Sep 21 2004 - 04:16:52 EST
> > Subject: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R
> > 
> > I have 24 boxes with the same hardware and all require the patch 
> > attached to Andreas' e-mail to function. After abusing one of them for 2 
> > days continuously the nic hasn't shown a single flaw so far ;^)
> > 
> > I thus would like to conclude that this patch is a valid and worthfull 
> > addition to the 2.4.28+ kernels, as it applies cleanly to 2.4.28-final.
> > 
> > Auke kok
> > 
> > 
> > PS URL to the patch: 
> > http://www.ussg.iu.edu/hypermail/linux/kernel/0409.2/1215/013-3com_ati_radeon.patch
> 
> That patch should of course be merged.  Please email a copy to Marcelo.

This has been merged together with 3c59x's v2.6 sync in 2.4.29-pre1.
Can you give that a shot Auke?
Permalink | Reply | 2 comments |
headers
Auke Kok | 2 Dec 2004 12:20

Re: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R

Marcelo Tosatti wrote:

>On Wed, Dec 01, 2004 at 01:11:27PM -0800, Andrew Morton wrote:
>  
>
>>Auke Kok <sofar <at> lunar-linux.org> wrote:
>>    
>>
>>>This message is a confirmation on the thread by:
>>>
>>>From: Andreas Haumer
>>>Date: Tue Sep 21 2004 - 04:16:52 EST
>>>Subject: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R
>>>
>>>I have 24 boxes with the same hardware and all require the patch 
>>>attached to Andreas' e-mail to function. After abusing one of them for 2 
>>>days continuously the nic hasn't shown a single flaw so far ;^)
>>>
>>>I thus would like to conclude that this patch is a valid and worthfull 
>>>addition to the 2.4.28+ kernels, as it applies cleanly to 2.4.28-final.
>>>
>>>Auke kok
>>>
>>>
>>>PS URL to the patch: 
>>>http://www.ussg.iu.edu/hypermail/linux/kernel/0409.2/1215/013-3com_ati_radeon.patch
>>>      
>>>
>>That patch should of course be merged.  Please email a copy to Marcelo.
>>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tyson Vickers | 2 Dec 2004 22:00
Picon

Re: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R

I've been using this patch for the last 6 months without incident.  It
was originally designed for 2.4 but somehow ended up in the 2.6 tree
first.

-----Original Message-----

Message: 1
Date: Wed, 01 Dec 2004 21:15:29 +0100
From: Auke Kok <sofar <at> lunar-linux.org>
Subject: [vortex] Re: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus
	Pundit-R
To: linux-kernel <at> vger.kernel.org, vortex <at> scyld.com
Message-ID: <41AE2661.2040408 <at> lunar-linux.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

This message is a confirmation on the thread by:

From: Andreas Haumer
Date: Tue Sep 21 2004 - 04:16:52 EST
Subject: [PATCH][2.4.28-pre3] 3c59x builtin NIC on Asus Pundit-R

I have 24 boxes with the same hardware and all require the patch
attached to Andreas' e-mail to function. After abusing one of them for 2
days continuously the nic hasn't shown a single flaw so far ;^)

I thus would like to conclude that this patch is a valid and worthfull
addition to the 2.4.28+ kernels, as it applies cleanly to 2.4.28-final.

Auke kok
(Continue reading)

Permalink | Reply | 7 comments |
headers
Lars Corzilius | 5 Dec 2004 21:01
Picon

3Com 3CCFE575CT and kernel 2.6.8.1 and higher

Hi!

I have a notebook running Gentoo Linux 2004.3. My NIC is a 3Com
3CCFE575CT which workes nice in kernel 2.6.7 and below but does not work
in kernel 2.6.8.1 and higher.

Gentoo Linux does not use redhat's kudzu but it's own hotplug and 
coldplug scripts - I only use hotplug.

I tried deactivating hotplug, acpi and pcmcia_cs but it made no
difference. So my last resort is to send a mail with the outputs off
dmesg, 'vortex-diag -aaeemm', 'mii-tool -v' and 'modinfo 3c59x' to this 
list, hoping for answers. mii-diag did not compile in gcc-3.3.4 and 
glibc-2.3.4.20040808.

I have tested the plain kernel 2.6.7 and the gentoo-patched version
2.6.7-gentoo-r13, both work nice. For 2.6.8.1 I have only tested the
unpatched kernel and in 2.6.9 I tested the gentoo-patched variants r1,
r4, r6 and r8 but they made no difference to 2.6.8.1.

Regards,
     Lars Corzilius

----------------------------------------------------------------------------
Outputs follow:

dmesg:

2.6.7-gentoo-r13:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steven Timm | 15 Dec 2004 20:39
Favicon

eth0: memory shortage


Configuration is as follows:
Tyan 2466 motherboard, 3c905c onboard nic, version
LK1.1.18ac of the 3c59x driver in 2.4.21-20smp version of kernel
as supplied by red hat, on enterprise linux 3.

In previous versions of the OS we also saw

eth0: too much work in interrupt

errors, but now we are seeing them simultaneously across all
240 nodes of a cluster.  Sometimes we also see

eth0:memory shortage

error as well.

Any idea what might be causing this?  Certainly corelated to network
activity in general, particularly if we have nodes rebooting and
doing a lot of nfs activity on the way up and down.  Any reason
why it would be worse on this version of the driver/OS? Any difference
in multicast handling?

Steve Timm

------------------------------------------------------------------
Steven C. Timm, Ph.D  (630) 840-8525  timm <at> fnal.gov  http://home.fnal.gov/~timm/
Fermilab Computing Div/Core Support Services Dept./Scientific Computing Section
Assistant Group Leader, Farms and Clustered Systems Group
Lead of Computing Farms Team
(Continue reading)

Permalink | Reply | 3 comments |
headers
Bogdan Costescu | 20 Dec 2004 00:02
Picon

Re: eth0: memory shortage

On Wed, 15 Dec 2004, Steven Timm wrote:

> In previous versions of the OS we also saw
> eth0: too much work in interrupt

This usually means that the 3c59x interrupt code is not called as 
often as it should, probably because interrupts generated by other 
devices are processed.

> but now we are seeing them simultaneously across all
> 240 nodes of a cluster.

This is very strange... Do you have some application that uses 
multicast ? This could explain lots of packets to lots of nodes 
simultaneously...

> eth0:memory shortage

Hmm, I've tried to convince somebody on the RHEL mailing list that 
this had nothing to do with the driver and everything to do with the 
memory handling in general. The system is just short on memory and 
memory allocation by the driver fails. The recent RHEL3 kernels have 
had quite bad memory handling behaviour and this might be related. 
Supposedly the RHEL3U4 kernel that should come out very soon finally 
fixes memory handling.

> Any difference in multicast handling?

Not at the driver level at least...
(Continue reading)

Permalink | Reply | 2 comments |
headers
Steven Timm | 20 Dec 2004 00:30
Favicon

Re: eth0: memory shortage

>
> > In previous versions of the OS we also saw
> > eth0: too much work in interrupt
>
> This usually means that the 3c59x interrupt code is not called as
> often as it should, probably because interrupts generated by other
> devices are processed.
>
> > but now we are seeing them simultaneously across all
> > 240 nodes of a cluster.
>
> This is very strange... Do you have some application that uses
> multicast ? This could explain lots of packets to lots of nodes
> simultaneously...

We are using ganglia, as I said before there seems to be the most
activity on this when nodes enter and exit, but there is a
lot of nfs activity on shutdown and reboot as well.

Steve

>
> > eth0:memory shortage
>
> Hmm, I've tried to convince somebody on the RHEL mailing list that
> this had nothing to do with the driver and everything to do with the
> memory handling in general. The system is just short on memory and
> memory allocation by the driver fails. The recent RHEL3 kernels have
> had quite bad memory handling behaviour and this might be related.
> Supposedly the RHEL3U4 kernel that should come out very soon finally
(Continue reading)

Permalink | Reply | 1 comment |
headers
lchism | 20 Dec 2004 15:54
Picon

Leon Chism is out of the office.


I will be out of the office starting  12/17/2004 and will not return until
12/28/2004.

I will respond to your message when I return.

_______________________________________________
vortex mailing list
vortex <at> scyld.com
http://www.scyld.com/mailman/listinfo/vortex
Permalink | Reply | 0 comments |

Gmane