lkml.org 
[lkml]   [2011]   [Nov]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [GIT PULL] ib_srpt: Initial SRP Target merge for v3.2-rc1
    From
    On Sun, Nov 6, 2011 at 2:20 PM, Bart Van Assche <bvanassche@acm.org> wrote:
    > On Sun, Nov 6, 2011 at 11:09 AM, Nicholas A. Bellinger
    > <nab@linux-iscsi.org> wrote:
    >> We have also discussed srpt_service_guid a bit before, which you
    >> indicated needed to stay in current code as global scope, and presumably
    >> should not change value after loading.  Looking at the actual usage, one
    >> post merge improvement we can consider is seeing if it's possible to
    >> move ib_cm_listen() out of srpt_add_one() and have it driven instead by
    >> configfs context in order to optionally set srpt_service_guid on a per
    >> target endpoint basis to get us some more flexibility.
    >
    > ib_sprt defines a single I/O controller profile and hence there should
    > be exactly one GUID associated with it.

    (replying to my own e-mail)

    Note: I'm not sure anyone is using the srpt_service_guid kernel module
    parameter. One possible approach is to leave out that kernel module
    parameter for the initial merge. If later on anyone asks for restoring
    that functionality we can evaluate at that time what would be the best
    way to restore it.

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

    \
     
     \ /
      Last update: 2011-11-06 18:45    [W:2.840 / U:0.184 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site