Re: GFS2: Pre-pull patch posting (merge window)
From: Randy Dunlap
Date: Fri Mar 23 2012 - 18:07:05 EST
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
--
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/