Re: 2.6.18-rc6-mm1

From: Andy Whitcroft
Date: Fri Sep 08 2006 - 07:57:34 EST


Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc6/2.6.18-rc6-mm1/
>
> - autofs4 mounting of NFS is still sick.
>
>
>
> Boilerplate:
>
> - See the `hot-fixes' directory for any important updates to this patchset.
>
> - To fetch an -mm tree using git, use (for example)
>
> git fetch git://git.kernel.org/pub/scm/linux/kernel/git/smurf/linux-trees.git v2.6.16-rc2-mm1
>
> - -mm kernel commit activity can be reviewed by subscribing to the
> mm-commits mailing list.
>
> echo "subscribe mm-commits" | mail majordomo@xxxxxxxxxxxxxxx
>
> - If you hit a bug in -mm and it is not obvious which patch caused it, it is
> most valuable if you can perform a bisection search to identify which patch
> introduced the bug. Instructions for this process are at
>
> http://www.zip.com.au/~akpm/linux/patches/stuff/bisecting-mm-trees.txt
>
> But beware that this process takes some time (around ten rebuilds and
> reboots), so consider reporting the bug first and if we cannot immediately
> identify the faulty patch, then perform the bisection search.
>
> - When reporting bugs, please try to Cc: the relevant maintainer and mailing
> list on any email.
>
> - Semi-daily snapshots of the -mm lineup are uploaded to
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/ and are announced on
> the mm-commits list.
>
>
> origin.patch
> git-acpi.patch
> git-alsa.patch
> git-agpgart.patch
> git-arm.patch
> git-block.patch
> git-cifs.patch
> git-cpufreq.patch
> git-drm.patch
> git-dvb.patch
> git-geode.patch
> git-gfs2.patch
> git-ia64.patch
> git-ieee1394.patch
> git-infiniband.patch
> git-input.patch
> git-intelfb.patch
> git-kbuild.patch
> git-libata-all.patch
> git-lxdialog.patch
> git-mmc.patch
> git-mtd.patch
> git-netdev-all.patch
> git-net.patch
> git-nfs.patch
> git-ocfs2.patch
> git-parisc.patch
> git-pcmcia.patch
> git-powerpc.patch
> git-r8169.patch
> git-s390.patch
> git-scsi-misc.patch

Seems that -mm fails to compile when CONFIG_MODULES is set but
CONFIG_MODULE_UNLOAD is not.

LD .tmp_vmlinux1
drivers/built-in.o(.text+0x47724): In function `scsi_device_put':
drivers/scsi/scsi.c:887: undefined reference to `module_refcount'

Config fragment:
CONFIG_MODULES=y
# CONFIG_MODULE_UNLOAD is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set

This seems to be caused by changes in the scsi-misc git tree, from the
changes in the two commits below:

[SCSI] sd: fix cache flushing on module removal
(and individual device removal)
[SCSI] fix up non-modular SCSI

85b6c720b0931101c8bcc3a5abdc2b8514b0fb4b
f479ab87936563a286b8aa0e39003c40fa31c6da

It looks very much like module_refcount is really not meant to be an
external interface, cirtainly its not available in all module
'load/unload modes'.

-apw
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/