xfs
[Top] [All Lists]

Re: Question about kernel update

To: Eric Sandeen <sandeen@xxxxxxx>
Subject: Re: Question about kernel update
From: Simon Matter <simon.matter@xxxxxxxxxxxxxxxx>
Date: Mon, 04 Nov 2002 11:37:04 +0100
Cc: ksimach@xxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx
Organization: Sauter AG, Basel
References: <3DC0371E.50908@xxxxxxxxxxxxxx> <3DC03A72.9060800@xxxxxxxxxxxxxx> <3DC05699.8010206@xxxxxxxxxxxxxx> <1036015245.18972.23.camel@xxxxxxxxxxxxx s.sgi.com> <1036015835.20833.25.camel@xxxxxxxxxxxxxxxxxxxxxx> <3DC18C35.1030 701@xxxxxxxxxxxxxx> <3DC18FDB.3070501@xxxxxxxxxxxxxx> <1036098522.1604.11.camel@xxxxxxxxxxxxxxxxxxxxxx> <3DC1A543.80606@xxxxxxxxxxxxxx> <1036103789.1657.23.camel@xxxxxxxxxxxxxxxxxxxxxx> <3DC23098.79045D5C@xxxxxxxxxxxxxxxx> <3DC24E71.28971B3A@xxxxxxxxxxxxxxxx> <1036180536.4534.22.camel@xxxxxxxxxxxxxxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
Okay, I have now successfully built 2.4.18-17SGI_XFS_1.2pre2 rpms on
RedHat 7.2 and they seems to work as expected.

I did remove uml support by changeing the .spec file like this:
%define buildUML 0

Then built binaries. Building an i686 kernel alone didn't work! Using
target i386,i586,i686,athlon worked and built okay. It is up and
running:

Linux version 2.4.18-17SGI_XFS_1.2pre2 (root@xxxxxxxxxxxxxxxxxxxxxxx)
(gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-108.7.2)) #1 Fri Nov
1 20:08:13 CET 2002

Eric, if you could give me ftp access somewhere, I could upload the rpms
for /contrib on oss. Let me know.

Simon

Eric Sandeen schrieb:
> 
> I guess that I don't know what to say about these problems... we just
> don't have the bandwidth to build & test RPMs for multiple platforms.
> 
> In addition to vanilla kernels, we support the latest Red Hat distro for
> historical reasons (*cough* and because every other major distro already
> has XFS support *cough*), but if you're running an older version, I'm
> afraid it will likely be up to those outside of SGI to come up with any
> solution...
> 
> My hints would be along the lines of making sure you're using the latest
> available gcc version for your release...
> 
> -Eric
> 
> On Fri, 2002-11-01 at 03:50, Simon Matter wrote:
> > Simon Matter schrieb:
> > >
> > > Eric Sandeen schrieb:
> > > >
> > > > Ok, I'm pretty confused by this.  :)
> > > >
> > > > The only difference I see between the "stock" kernel spec files for
> > > > 17.7.x and 17.8.0 is:
> > > >
> > > > -%define release 17.7.x
> > > > +%define release 17.8.0
> > > >
> > > > (i.e. no gcc differences)
> > > >
> > > > and the only differences between the 17.?.? Red Hat specfiles, and our
> > > > specfile, (aside from the release name) are the XFS patches.
> > > >
> > > > I see "BuildRequires: gcc >= 2.96-98" in the 17.7.x specfiles as well,
> > > > but I only see gcc-2.96-85 for RH 7.1, so I don't know how you're
> > > > supposed to rebuild it on 7.1, or why you seem to be able to.
> > > >
> > > > So I'm stumped.  :)
> > >
> > > I'm just trying to rebuild the i686 kernel on RH 7.2. It is updated to
> > > the latest erata, which is
> > > gcc-2.96-108.7.2
> > > and
> > > gcc3-3.0.4-1
> > >
> > > I'll let you know where it dies.
> >
> > Here we go:
> > ---------------------------------------------------------------------
> > Enable gcov support (CONFIG_GCOV) [N/y/?]
> > *
> > * Library routines
> > *
> >
> > *** End of Linux kernel configuration.
> > *** Check the top-level Makefile for additional configuration.
> > *** Next, you must run 'make dep'.
> >
> > + make -s dep
> > + make -s include/linux/version.h
> > + echo BUILDING A KERNEL FOR uml i686...
> > BUILDING A KERNEL FOR uml i686...
> > + '[' uml = uml ']'
> > + make -s ARCH=um linux
> > sched.c: In function `sys_sched_yield':
> > sched.c:1374: warning: unused variable `rq'
> > kksymoops.c: In function `lookup_symbol':
> > kksymoops.c:18: warning: unused variable `sym_end'
> > kksymoops.c:18: warning: unused variable `sym_start'
> > kksymoops.c:18: warning: unused variable `sec_end'
> > kksymoops.c:18: warning: unused variable `sec_start'
> > kksymoops.c:18: warning: unused variable `mod_end'
> > kksymoops.c:18: warning: unused variable `mod_start'
> > kksymoops.c:17: warning: unused variable `sym_name'
> > kksymoops.c:17: warning: unused variable `sec_name'
> > kksymoops.c:17: warning: unused variable `mod_name'
> > kksymoops.c:15: warning: unused variable `bestsofar'
> > kksymoops.c:14: warning: unused variable `this_mod'
> > kksymoops.c: In function `print_modules':
> > kksymoops.c:70: warning: unused variable `i'
> > kksymoops.c:70: warning: unused variable `pos'
> > kksymoops.c:69: warning: unused variable `this_mod'
> > loop.c: In function `loop_change_fd':
> > loop.c:762: warning: label `out_put_all' defined but not used
> > xfs_mount.c: In function `xfs_initialize_perag':
> > xfs_mount.c:332: Unrecognizable insn:
> > (insn/i 164 594 597 (parallel[
> >             (set (reg:SI 0 eax)
> >                 (asm_operands ("") ("=a") 0[
> >                         (reg:DI 1 edx)
> >                     ]
> >                     [
> >                         (asm_input:DI ("A"))
> >                     ]  ("linux/xfs_linux.h") 255))
> >             (set (reg:SI 1 edx)
> >                 (asm_operands ("") ("=d") 1[
> >                         (reg:DI 1 edx)
> >                     ]
> >                     [
> >                         (asm_input:DI ("A"))
> >                     ]  ("linux/xfs_linux.h") 255))
> >             (clobber (reg:QI 19 dirflag))
> >             (clobber (reg:QI 18 fpsr))
> >             (clobber (reg:QI 17 flags))
> >         ] ) -1 (insn_list 163 (nil))
> >     (nil))
> > xfs_mount.c:332: confused by earlier errors, bailing out
> > make[3]: *** [xfs_mount.o] Error 1
> > make[2]: *** [first_rule] Error 2
> > make[1]: *** [_subdir_xfs] Error 2
> > make: *** [_dir_fs] Error 2
> > ---------------------------------------------------------------------
> >
> > Seems to be the uml kernel. Any ideas?
> >
> > Simon
> >
> > > BTW, if someone could try the same on an up to date RedHat 7.3, it may
> > > build there although I don't believe because most packages are almost
> > > the same.
> > >
> > > Simon
> > >
> > > >
> > > > -Eric
> > > >
> > > > On Thu, 2002-10-31 at 15:48, Joe St.Clair wrote:
> > > > > Yes, when I attempt to build from the SGI SRPM it fails due to the gcc
> > > > > version.
> > > > >
> > > > > I have just downloaded gcc-3.1 from the RedHat site.  It seems that 
> > > > > the
> > > > > only dependency problem with it is that gcc3-objc-3.1-5.i386.rpm want 
> > > > > to
> > > > > have gcc-objc >= 2.96-94 before it will install.  I have 2.96-85.
> > > > > So now I am downloading the gcc from RedHat 7.2, check its 
> > > > > dependencies,
> > > > > update with that and then update to 3.1.
> > > > >
> > > > > I don't know if this will break anything but as far as I know it 
> > > > > should
> > > > > be ok.
> > > > >
> > > > > I won't get to check this out until tomorrow.
> > > > >
> > > > >
> > > > > Eric Sandeen wrote:
> > > > >
> > > > > >Joe - how does it fail?  (Or is the failure the gcc version 
> > > > > >requirement
> > > > > >you noted?)
> > > > > >
> > > > > >-Eric
> > > > > >
> > > > > >On Thu, 2002-10-31 at 14:17, Joe St.Clair wrote:
> > > > > >
> > > > > >
> > > > > >>Just a bit more infomation - Not only does the build fail on my 
> > > > > >>system
> > > > > >>for i686 but also for i386.
> > > > > >>
> > > > > >>--
> > > > > >>Joseph St.Clair - KSI Machine & Engineering
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > Joseph St.Clair - KSI Machine & Engineering
> > > > >
> > > > >
> > > > --
> > > > Eric Sandeen      XFS for Linux     http://oss.sgi.com/projects/xfs
> > > > sandeen@xxxxxxx   SGI, Inc.         651-683-3102
> >


<Prev in Thread] Current Thread [Next in Thread>