[3127] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Re: Case 254686: GX150 autonegotiate problem

daemon@ATHENA.MIT.EDU (Garry Zacheiss)
Wed Feb 6 17:18:41 2002

Date: Wed, 6 Feb 2002 17:18:37 -0500 (EST)
Message-Id: <200202062218.RAA16583@brad-majors.mit.edu>
From: Garry Zacheiss <zacheiss@MIT.EDU>
To: Bill Cattey <wdc@mit.edu>
CC: release-team@mit.edu
In-reply-to: "[3123] in Release_7.7_team"

[ dropped vortex@scyld.com from headers for now ]

>> I have charged the my Linux Platform lead, Andrew Boardman, with doing
>> the work to get the candidate 3c59x.o modules compiled for testing.  (I
>> tried myself but missed some bit of lore and got no working module.

   This got thrown at me and I didn't duck fast enough.  I built a
variety of kernel modules today, using 2.49-21 because that's what my
crash and burn machine was running.  For the record, to get a useful
build:

install the kernel source RPM
cd /usr/src/linux-2.4.9-21
make oldconfig
make dep
make clean
make bzImage
make modules

The new module will then be drivers/net/3c59x.o.

   The results of today's experimentation:

- Building the driver out of a vanilla redhat kernel tree results in
  something that doesn't negotiate correctly and is slow.

- Applying the patch in release-team[3117] to the redhat kernel tree
  results in something that still claims to negotiate a 10Mbps half
  duplex connection, but ftps Bill's 3MB file quickly.

- Merging the most recent kernel.org driver + the patch in
  release-team[3117] gives the same results as above.

All of this testing was performed on gorf, and I still have all three
sets of modules around.  

It's unclear to me what the next step in this is, so I'll leave it to
Bill.

Garry


home help back first fref pref prev next nref lref last post