We were able to resolve this today -- we can now build and install SI
flavors from a RH9 machine, for install on a Dell 1750 target with the
Broadcomm network adaptor. The key is to migrate SI 3.0.1 to
2.4.21-pre3 first.
I added the following patches to ./patches under our flavor build tree.
These patches were extracted from RedHat's own kernel-2.4.20-8.src.rpm:
patch-2.4.21-pre3.bz2
linux-2.4.20-tg3.patch
(The interesting thing to note here is that the "2.4.20" kernel which
ships with RH9 is actually 2.4.21-pre3, but they don't update the
version string to say that...)
I renamed these so that the pre3 patch ran first, before all other
linux kernel patches, followed immediately by the tg3 patch. I then
simply deleted any patches which conflicted later in the build (I think
that xfs patches were the only thing that conflicted, and we aren't
using xfs...).
I also had to update linux.i386.config, since the above pre3 patch
upgrades the kernel to 2.4.21-pre3.
Since I was building on RH9, I also had to apply the errno patches
mentioned previously, both here and in the bugs db. Basically this just
meant adding an "#include <errno.h>" to the top of any .c which
complained about it -- about 8 files in dosfstools and jfsutils.
I also had to add code to the make.d dosfstools.rul and jfsutils.rul to
apply the above errno patches.
I also had to apply the uclibc patches mentioned here and/or in the bugs
db.
I'm probably missing one or two minor things in this description, but
if so they weren't as time-consuming to work out. This whole process
took about one full day.
Steve
On Tue, Sep 30, 2003 at 08:37:00PM -0700, wrote:
> We just now ran into this same problem at almost the same time you
> posted this Monday night. ;-) The problem makes it impossible to build
> recent models of Dell servers (1750, in this case) using SystemImager,
> regardless of flavor. The vanilla 2.4.20 tg3 driver is simply
> incompatible with the (Broadcomm?) chipset, it looks like. Apparently,
> RedHat has added patches to the RH9 2.4.20 kernel to fix this, as a
> standard RH9 CD install works fine on these machines.
>
> dann frazier <[EMAIL PROTECTED]> wrote:
> > On Sat, Sep 27, 2003 at 10:56:06PM +1000, Frank Crawford wrote:
> > > Folks,
> > > Recently, a number of OSCAR users of had problems with PXE booting new
> > > servers with recent hardware, particularly the Broadcom NIC and tg3
> > > driver. This is mainly due to the driver in the 2.4.20 kernel (which
> > > forms the basis of the boel utilities) being too old.
> >
> > PXE booting all happens before the kernel is running, so I don't see
> > how the driver pertains - or is this actually not a pxe booting problem?
>
> It's not a PXE problem -- once the SystemImager kernel is loaded,
> whether from floppy or PXE, it can't see the network adapter, so things
> just sort of stop there; no DCHP response, because eth0 never gets
> configured.
>
> This is with tg3 built into the kernel, per the i386 SystemImager 3.0.1
> default.
>
> > > The current version in OSCAR is systemimager-i386boot-standard-3.1.4,
> > > although 3.1.5 suffers the same problem. I think (although haven't
> > > tested) that the driver in the 2.4.22 kernel should work better, so are
> > > their plans to release a new version of the systemimager-i386boot to
> > > support it?
> >
> > Jumping to a 2.4.22 isn't planned before 3.2.0, though i realize that by the
> > time 3.2.0 actually happens, 2.4.20 is going to be rather dated). If you can
> > send a patch that updates the 2.4.20 driver, that'd be easy to add.
>
> Which should be easier, patching 2.4.20, or trying to ourselves migrate
> to 2.4.22? I started an attempt at a 2.4.22 migration; still looking
> through the resulting patch rejects... ;-)
>
> > > Secondly, FYI, I've put together a version of both the kernel and
> > > boel_binaries based on the current Red Hat kernel (2.4.20-20.9) which
> > > supports the current Broadcom chipset. A number of users have already
> > > requested it.
> >
> > cool - feel free to post a url to it here.
>
> I second that -- I could very much use it this minute.
>
> Steve
> --
> Stephen G. Traugott (KG6HDQ)
> UNIX/Linux Infrastructure Architect, TerraLuna LLC
> [EMAIL PROTECTED]
> http://www.stevegt.com -- http://Infrastructures.Org
--
Stephen G. Traugott (KG6HDQ)
UNIX/Linux Infrastructure Architect, TerraLuna LLC
[EMAIL PROTECTED]
http://www.stevegt.com -- http://Infrastructures.Org
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Sisuite-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/sisuite-devel
