Searched hist:"4 be416a5" (Results 1 – 4 of 4) sorted by relevance
/openbmc/linux/include/linux/sunrpc/ |
H A D | gss_krb5.h | 4be416a5 Sun Jan 15 11:20:35 CST 2023 Chuck Lever <chuck.lever@oracle.com> SUNRPC: Remove .conflen field from struct gss_krb5_enctype
Now that arcfour-hmac is gone, the confounder length is again the same as the cipher blocksize for every implemented enctype. The gss_krb5_enctype::conflen field is no longer necessary.
Tested-by: Scott Mayhew <smayhew@redhat.com> Reviewed-by: Simo Sorce <simo@redhat.com> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
/openbmc/linux/net/sunrpc/auth_gss/ |
H A D | gss_krb5_wrap.c | 4be416a5 Sun Jan 15 11:20:35 CST 2023 Chuck Lever <chuck.lever@oracle.com> SUNRPC: Remove .conflen field from struct gss_krb5_enctype
Now that arcfour-hmac is gone, the confounder length is again the same as the cipher blocksize for every implemented enctype. The gss_krb5_enctype::conflen field is no longer necessary.
Tested-by: Scott Mayhew <smayhew@redhat.com> Reviewed-by: Simo Sorce <simo@redhat.com> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
H A D | gss_krb5_crypto.c | 4be416a5 Sun Jan 15 11:20:35 CST 2023 Chuck Lever <chuck.lever@oracle.com> SUNRPC: Remove .conflen field from struct gss_krb5_enctype
Now that arcfour-hmac is gone, the confounder length is again the same as the cipher blocksize for every implemented enctype. The gss_krb5_enctype::conflen field is no longer necessary.
Tested-by: Scott Mayhew <smayhew@redhat.com> Reviewed-by: Simo Sorce <simo@redhat.com> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|
H A D | gss_krb5_mech.c | 4be416a5 Sun Jan 15 11:20:35 CST 2023 Chuck Lever <chuck.lever@oracle.com> SUNRPC: Remove .conflen field from struct gss_krb5_enctype
Now that arcfour-hmac is gone, the confounder length is again the same as the cipher blocksize for every implemented enctype. The gss_krb5_enctype::conflen field is no longer necessary.
Tested-by: Scott Mayhew <smayhew@redhat.com> Reviewed-by: Simo Sorce <simo@redhat.com> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
|