l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2004 Jun 29 21:24

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] Canonical collection of kernel compile error codes?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] Canonical collection of kernel compile error codes?


sometimes a kernel compile bombs.  at some point, you get so much
experience, you know what to do in certain situations.  like unresolved
symbols tend to be errors in the depends system, so building that
particular subsystem directly into the kernel will often help.


On Tue 29 Jun 04,  6:23 PM, Richard Burkhart <richard@khanfusion.net> said:
> Hi all;
> I tried my first un-supervised kernel compile (at least my first one that
> did more than bomb out after 15 seconds of scrolling.)
> I'm working with 2.4.26 kernel source -- patched up from 2.4.20, because I
> have to keep existing Win4Lin patches.  I ran each patch, and then ran 'make
> oldconfig' each time to apply the new changes and bring my config file
> forward into the next patch.

that's probably the problem.

> on an AMD K6-2, the compile probably takes all night).
> The compile bombed out at the point listed below.
> My questions:
>  a) Any suggestions, from the errors listed below, of what I did wrong?

i don't think you did anything wrong.  my guess is that the win4lin
patch needs to be updated.

>  b) Is there a site listing kernel compile error codes, with suggestions on
> how to fix things?  I've searched on google, trying to find the error, and
> turned up nothing.

these aren't kernel compile error codes.  they're gcc error messages.
you can get the same types of messages with programs you write yourself.
clearly there's a symbol called "priority" which should be available
during the compilation of vmscan.c but for some reason it isn't.

i _seriously_ doubt the problem is with anything you've done.

i would suggest building the kernel without the win4lin patches and see
if that compiles.  if so, apply the win4lin patch and see if it


> Thanks!
> _____cut/paste_____
> gcc -D__KERNEL__ -I/home/src/linux/include -Wall -Wstrict-prototypes -Wno-tr
> igraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpr
> eferred-stack-boundary=2 -march=k6   -nostdinc -iwithprefix
> include -DKBUILD_BASENAME=swap  -c -o swap.o swap.c
> gcc -D__KERNEL__ -I/home/src/linux/include -Wall -Wstrict-prototypes -Wno-tr
> igraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpr
> eferred-stack-boundary=2 -march=k6   -nostdinc -iwithprefix
> include -DKBUILD_BASENAME=vmscan  -c -o vmscan.o vmscan.c
> vmscan.c: In function `swap_out':
> vmscan.c:339: error: `priority' undeclared (first use in this function)
> vmscan.c:339: error: (Each undeclared identifier is reported only once
> vmscan.c:339: error: for each function it appears in.)
> vmscan.c:339: error: `gfp_mask' undeclared (first use in this function)
> make[3]: *** [vmscan.o] Error 1
> make[3]: Leaving directory `/home/src/linux/mm'
> make[2]: *** [first_rule] Error 2
> make[2]: Leaving directory `/home/src/linux/mm'
> make[1]: *** [_dir_mm] Error 2
> make[1]: Leaving directory `/home/src/linux'
> make: *** [stamp-build] Error 2
> minerva:/usr/src# ls
> _____end cut/paste_____
> _______________________________________________
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech

In theory, theory and practise are the same.  In practise, they aren't.
GPG Instructions: http://www.dirac.org/linux/gpg
GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D
vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!