From: Nathan <wfilardo@fuse.net>
To: lkml <linux-kernel@vger.kernel.org>
Subject: 2.5.5-dj2 compile failures
Date: Tue, 26 Feb 2002 22:00:15 -0500 [thread overview]
Message-ID: <3C7C4BBF.2020505@fuse.net> (raw)
First the good news - it built the ALSA modules correctly this time around.
And I suspect these are trivial fixes:
USB storage fails by trying to reference "address" member of a
scatterlist, which has a vdma_address (MIPS) or a dma_address (x86)
(didn't check others).
USB Mass Storage is modular, all sub drivers selected.
This affects datafab.c and jumpshot.c.
gcc -D__KERNEL__
-I/home/expsoft/src/linux-kernel/linux-2.5/linux-2.5.5-dj2/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2
-march=i686 -DMODULE -DMODVERSIONS -include
/home/expsoft/src/linux-kernel/linux-2.5/linux-2.5.5-dj2/include/linux/modversions.h
-I../../scsi/ -DKBUILD_BASENAME=datafab -c -o datafab.o datafab.c
datafab.c: In function `datafab_read_data':
datafab.c:260: structure has no member named `address'
datafab.c:261: structure has no member named `address'
datafab.c:269: structure has no member named `address'
datafab.c:270: structure has no member named `address'
datafab.c: In function `datafab_write_data':
datafab.c:351: structure has no member named `address'
datafab.c:351: structure has no member named `address'
datafab.c:360: structure has no member named `address'
datafab.c:360: structure has no member named `address'
make[3]: *** [datafab.o] Error 1
make[3]: Leaving directory
`/home/expsoft/src/linux-kernel/linux-2.5/linux-2.5.5-dj2/drivers/usb/storage'
make[2]: *** [_modsubdir_storage] Error 2
make[2]: Leaving directory
`/home/expsoft/src/linux-kernel/linux-2.5/linux-2.5.5-dj2/drivers/usb'
make[1]: *** [_modsubdir_usb] Error 2
make[1]: Leaving directory
`/home/expsoft/src/linux-kernel/linux-2.5/linux-2.5.5-dj2/drivers'
make: *** [_mod_drivers] Error 2
Some FSs seem to have trouble with dparent_lock - fatfs.o, at least,
caused depmod to say "undefined symbol."
I believe the following patch fixes it.
--- dcache.c.old Tue Feb 26 21:55:53 2002
+++ dcache.c Tue Feb 26 21:56:59 2002
@@ -31,6 +31,7 @@
spinlock_t dcache_lock __cacheline_aligned_in_smp = SPIN_LOCK_UNLOCKED;
rwlock_t dparent_lock __cacheline_aligned_in_smp = RW_LOCK_UNLOCKED;
+EXPORT_SYMBOL(dparent_lock);
/* Right now the dcache depends on the kernel lock */
#define check_lock() if (!kernel_locked()) BUG()
--Nathan
next reply other threads:[~2002-02-27 3:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-27 3:00 Nathan [this message]
2002-02-27 3:57 ` 2.5.5-dj2 compile failures Nathan
2002-02-27 4:06 ` Greg KH
2002-02-27 12:24 ` Helge Hafting
2002-02-27 14:01 ` Zwane Mwaikambo
2002-02-27 14:17 ` Roberto Nibali
2002-02-27 14:16 ` Zwane Mwaikambo
2002-02-27 14:45 ` Martin Dalecki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3C7C4BBF.2020505@fuse.net \
--to=wfilardo@fuse.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox