[lkml]   [2012]   [Mar]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: GFS2: Pre-pull patch posting (merge window)
    On 03/23/2012 01:18 PM, David Teigland wrote:

    > On Fri, Mar 23, 2012 at 01:06:05PM -0700, Randy Dunlap wrote:
    >>>> GFS2_FS selects DLM (if GFS2_FS_LOCKING_DLM, which is enabled).
    >>>> GFS2_FS selects IP_SCTP if DLM_SCTP, which is not enabled and not
    >>>> used anywhere else in the kernel tree AFAICT.
    >>>> DLM just always selects IP_SCTP.
    >>> Here's what we have now:
    >>> config GFS2_FS
    >>> tristate "GFS2 file system support"
    >>> depends on (64BIT || LBDAF)
    >>> select DLM if GFS2_FS_LOCKING_DLM
    >>> select SYSFS if GFS2_FS_LOCKING_DLM
    >>> select IP_SCTP if DLM_SCTP
    >>> select FS_POSIX_ACL
    >>> select CRC32
    >>> select QUOTACTL
    >>> menuconfig DLM
    >>> tristate "Distributed Lock Manager (DLM)"
    >>> depends on EXPERIMENTAL && INET
    >>> depends on SYSFS && CONFIGFS_FS && (IPV6 || IPV6=n)
    >>> select IP_SCTP
    >>> Why does gfs2 Kconfig bother with SCTP at all? It seems that line should
    >>> just be removed. I'll also remove EXPERIMENTAL. I don't understand the
    >>> vagaries of Kconfig, so a dumb question, how could sctp_do_peeloff
    >>> possibly be undefined if we're selecting SCTP.
    >> What is selecting SCTP? DLM? so GFS2 selects DLM, but selects
    >> don't follow dependency chains. Also, the "select IP_SCTP if DLM_SCTP"
    >> in GFS2 is meaningless since there is no DLM_SCTP.
    > seems to have caused this by adding
    > the new dependency on the sctp module without any Kconfig changes.

    bad URL? I don't see how that patch affects this area at all.

    > Should that patch have added depends IP_SCTP to the dlm and gfs2?

    Sounds reasonable (but I haven't seen the patch).


     \ /
      Last update: 2012-03-23 23:09    [W:0.022 / U:1.104 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site