Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38537 - compile of modules using gentoo-sources (2.4.22-r5) fails
Summary: compile of modules using gentoo-sources (2.4.22-r5) fails
Status: RESOLVED DUPLICATE of bug 38274
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: x86-kernel@gentoo.org (DEPRECATED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-17 12:27 UTC by Josh
Modified: 2005-07-17 13:06 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
genkernel 3.0.1b4 log (genkernel.log,678.67 KB, text/plain)
2004-01-17 12:40 UTC, Josh
Details
viadrv_fix.patch (viadrv_fix.patch,668 bytes, patch)
2004-01-17 12:58 UTC, Brian Jackson (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Josh 2004-01-17 12:27:40 UTC
$ tail /var/log/genkernel.log                                    ld -m elf_i386  -r -o linux_xfs.o xfs_stats.o xfs_sysctl.o xfs_aops.o xfs_behavior.o xfs_file.o xfs_fs_subr.o xfs_globals.o xfs_ioctl.o xfs_iomap.o xfs_iops.o xfs_lrw.o xfs_super.o xfs_vfs.o xfs_vnode.o
make[3]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5/fs/xfs/linux'
rm -f xfs_quota.o
ld -m elf_i386  -r -o xfs_quota.o xfs_qm_stats.o xfs_dquot.o xfs_dquot_item.o xfs_trans_dquot.o xfs_qm_syscalls.o xfs_qm_bhv.o xfs_qm.o
make[3]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5/fs/xfs/quota'
rm -f xfs.o
ld -m elf_i386  -r -o xfs.o xfs_alloc.o xfs_alloc_btree.o xfs_attr.o xfs_attr_leaf.o xfs_bit.o xfs_bmap.o xfs_bmap_btree.o xfs_btree.o xfs_buf_item.o xfs_da_btree.o xfs_dir.o xfs_dir2.o xfs_dir2_block.o xfs_dir2_data.o xfs_dir2_leaf.o xfs_dir2_node.o xfs_dir2_sf.o xfs_dir2_trace.o xfs_dir_leaf.o xfs_error.o xfs_extfree_item.o xfs_fsops.o xfs_ialloc.o xfs_ialloc_btree.o xfs_iget.o xfs_inode.o xfs_inode_item.o xfs_iocore.o xfs_itable.o xfs_dfrag.o xfs_log.o xfs_log_recover.o xfs_macros.o xfs_mount.o xfs_rename.o xfs_trans.o xfs_trans_ail.o xfs_trans_buf.o xfs_trans_extfree.o xfs_trans_inode.o xfs_trans_item.o xfs_utils.o xfs_vfsops.o xfs_vnodeops.o xfs_rw.o pagebuf/pagebuf.o linux/linux_xfs.o support/support_xfs.o quota/xfs_quota.o xfs_dmops.o xfs_qmops.o
make[2]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5/fs/xfs'
make[1]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5/fs'
* gen_die(): compile of modules failed


Reproducible: Always
Steps to Reproduce:
1.emerge sync
2.emerge gentoo-sources
- it should emerge linux kernel 2.4.22 gentoor-r5
3.emerge genkernel
- it should emerge genkernel-3.0.1_beta4
4. genkernel all

Actual Results:  
i dont have the actual screen output infront of me (late filing this bug) but it
successfully compiles everything before it starts the compile of modules, after
awhile of compiling modules it then fails.

Expected Results:  
not fail
Comment 1 Brian Jackson (RETIRED) gentoo-dev 2004-01-17 12:32:56 UTC
That's not enough of the log to tell what's actually dieing. Can you either find where it says the error, or attach the whole log?
Comment 2 Josh 2004-01-17 12:40:17 UTC
Created attachment 24003 [details]
genkernel 3.0.1b4 log

as requested here is the full log.
Comment 3 Brian Jackson (RETIRED) gentoo-dev 2004-01-17 12:58:51 UTC
Created attachment 24004 [details, diff]
viadrv_fix.patch
Comment 4 Brian Jackson (RETIRED) gentoo-dev 2004-01-17 12:59:06 UTC
Looks like something bad in via_drv.h. Try the attached patch.
Comment 5 Brad House 2004-01-17 13:00:32 UTC
Obviously you must have not seen this in your own log..
Don't report this as a genkernel problem, it can't fix
stuff like this!


savage_drv.c:139:2: warning: #warning "Race at the very least"
savage_drv.c:161:2: warning: #warning "FIXME: need to redo logic for this"
savage_drv.c:203:2: warning: #warning "fix size overflow check"
gcc -D__KERNEL__ -I/usr/src/linux-2.4.22-gentoo-r5/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -finline-limit=2000 -pipe -mpreferred-stack-boundary=2 -march=i386 -DMODULE -D_JFS_4K -nostdinc -iwithprefix include -DKBUILD_BASENAME=jfs_unicode  -c -o jfs_unicode.o jfs_unicode.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.22-gentoo-r5/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -finline-limit=2000 -pipe -mpreferred-stack-boundary=2 -march=i386 -DMODULE -D_JFS_4K -nostdinc -iwithprefix include -DKBUILD_BASENAME=jfs_dtree  -c -o jfs_dtree.o jfs_dtree.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.22-gentoo-r5/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -finline-limit=2000 -pipe -mpreferred-stack-boundary=2 -march=i386 -DMODULE  -nostdinc -iwithprefix include -DKBUILD_BASENAME=savage_state  -c -o savage_state.o savage_state.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.22-gentoo-r5/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -finline-limit=2000 -pipe -mpreferred-stack-boundary=2 -march=i386 -DMODULE  -nostdinc -iwithprefix include -DKBUILD_BASENAME=via_drv  -c -o via_drv.o via_drv.c
In file included from via_drv.c:28:
via_drv.h:119: redefinition of `__cmpxchg'
drmP.h:180: `__cmpxchg' previously defined here
make[3]: *** [via_drv.o] Error 1
make[3]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5/drivers/char/drm'
make[2]: *** [_modsubdir_drm] Error 2
make[2]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5/drivers/char'
make[1]: *** [_modsubdir_char] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.22-gentoo-r5/drivers'
make: *** [_mod_drivers] Error 2
make: *** Waiting for unfinished jobs....
gcc -D__KERNEL__ -I/usr/src/linux-2.4.22-gentoo-r5/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -finline-limit=2000 -pipe -mpreferred-stack-boundary=2 -march=i386 -DMODULE -D_JFS_4K -nostdinc -iwithprefix include -DKBUILD_BASENAME=jfs_inode  -c -o jfs_inode.o jfs_inode.c
make -C lockd modules
Comment 6 Josh 2004-01-17 13:05:13 UTC
i reported as a genkernel bug, because using genkernel 1.8 with the same sources does not create this error. i will try the patch, but its definately a genkernel 3.0.1b4 bug, and since emerge genkernel now retrieves 3.0.1b4 it should be fixed.
Comment 7 Brad House 2004-01-17 13:09:10 UTC
can I ask WTF?
this is pissing me off

it's a config issue, and a kernel issue
not a genkernel issue

DO NOT OPEN IT AGAIN
Comment 8 Brian Jackson (RETIRED) gentoo-dev 2004-01-17 13:29:33 UTC
Release time pressure. It really isn't a genkernel bug, it's my bug. That's why I assigned it to x86-kernel. I just wanted brad to be aware of it, but he's got enough stuff to worry about, so we'll take care of this.
Comment 9 Donnie Berkholz (RETIRED) gentoo-dev 2004-01-17 13:36:18 UTC
The cmpxchg stuff is because you can't build the DRM stuff with a computer defined as 386. It needs to be >386. If possible, it would be quite useful to have the default kernel config use something >386 so I stop getting bugs on this too.
Comment 10 Brad House 2004-01-18 13:40:26 UTC
making sure I don't see it when I search for 'genkernel'
Comment 11 Brian Jackson (RETIRED) gentoo-dev 2004-01-20 21:17:44 UTC

*** This bug has been marked as a duplicate of 38274 ***