lkml.org 
[lkml]   [2012]   [Mar]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
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 CONFIGFS_FS 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.
>
> https://lkml.org/lkml/2012/3/8/222 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).


--
~Randy


\
 
 \ /
  Last update: 2012-03-23 23:09    [from the cache]
©2003-2011 Jasper Spaans