All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.