public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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



             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