RE: Building Kernels and Kernel modules

Hi,
	well, my progress today so far has been slow.  I installed the rpms
for compat-egcs, and the linux src package for 2.4.20.  I uncompressed the
linux-2.4.20.tar.bz2 file in /usr/src/redhat/SOURCES for the Kernel sources
and grabbed the kernel-2.4.20-sparc64-smp.config file from the same
directory and built this Kernel in /usr/src/linux-2.4.20.  Do I need any
patches on top of this?

	I ran into the problem of the Kernel image being too big to boot,
and found the tip on Google about stripping the symbols.  What is the max
size for the Kernel Image?

	The problem I have now is that there is a whole bunch of unresolved
symbols in loading the ext3 module during boot.  I still get these even when
I compile the ext3 into the kernel.

	I'm not sure if this was the right thing to do, but I moved
/usr/bin/gcc out of the way and set up a symbolic link of usr/bin/gcc to
/usr/bin/kgcc.  This is the version I'm using

[kevinc@icarus kevinc]$ gcc -v
Reading specs from /usr/lib/gcc-lib/sparc-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)

which is as you say it should be.

Right now I'm trying to work out why the ext3 module is still being loaded,
when it's now in the Kernel?


Kevin



-----Original Message-----
From: Tom 'spot' Callaway [mailto:[email protected]]
Sent: 28 April 2003 14:18
To: [email protected]
Cc: Dermot Smith
Subject: RE: [aurora-sparc-devel] Building Kernels and Kernel modules


On Mon, 2003-04-28 at 03:21, Kevin Curtis wrote:
> Hi everyone,
> 	I have now signed up to the list as requested.  I work for a company
> that manufactures PCI WAN cards.  We have Intel Linux drivers for our own
> X.25 stack and also sync drivers that allow syncppp or the generic hdlc
> modules to be used.  We would like to port these ultra-linux.  I chose the
> aurora-linux distribution because it was the most upto date, and it
> installed (via the text install) with out any problems.  So far everything
> looks good.

Wow. This is the first time I've ever heard of a hardware vendor giving
any consideration to SPARC/Linux. I'll try to help you guys out as best
I can.

> 	However, there seems to be some things I need to be aware of about
> developing in this environment.  Is there a howto or other publication
that
> will make me aware of the "right way" to go about developing?

Not really, most of the rules can be found buried in the archives for
[email protected], but the summation is this:

Right now, if you want a reliable kernel, you had better use
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) for sparc32, and 
gcc version egcs-2.92.11 for sparc64. These are kgcc -v and kgcc -v
-m64, as included in the compat-egcs package in Aurora 1.0.

Make xconfig has been broken for sometime on sparc, use make menuconfig
(or make oldconfig) instead.

When things really start to break in the kernel, look at what Dave
Miller's settings in defconfig are. The closer you match up with him,
the more likely he is to help. ;)

If you're adding a lot of functionality, do not compile much of it into
the kernel. Modularizing as much as possible is key to getting a fully
featured kernel to boot on sparcs.

Even with almost everything modularized, the kernel image may still be
too big to boot (most custom kernels built by users suffer from this
error). You might get a little more space by stripping the symbols from
the kernel. It removes the option of debugging that kernel, however.
Aurora 1.0 works around this by including two kernel images, one with
symbols stripped that is used for booting, and one named
vmlinuz-UNSTRIPPED that is the original, unstripped image for debugging.

strip -R .comment -R .note vmlinux <- strip syntax used by Aurora RPM

Thats all the gotchas I can think of offhand, feel free to ask questions
as you go forward.

~spot
---
Tom "spot" Callaway <tcallawa(a)redhat*com> SAIR LCA, RHCE
Red Hat Enterprise Architect :: http://www.redhat.com
Project Leader for Aurora Sparc Linux :: http://auroralinux.org
GPG: D786 8B22 D9DB 1F8B 4AB7  448E 3C5E 99AD 9305 4260

The words and opinions reflected in this message do not necessarily
reflect those of my employer, Red Hat, and belong solely to me.

"Immature poets borrow, mature poets steal." --- T. S. Eliot

_______________________________________________
aurora-sparc-devel mailing list
[email protected]
http://lists.linuxpower.org/mailman/listinfo/aurora-sparc-devel