Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1338103 > unrolled thread
| Started by | David Howells <dhowells@redhat.com> |
|---|---|
| First post | 2016-02-19 13:00 +0100 |
| Last post | 2016-02-19 13:00 +0100 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [RFC PATCH 12/20] PKCS#7: Make the signature a pointer rather than embedding it [ver #2] David Howells <dhowells@redhat.com> - 2016-02-19 13:00 +0100
| From | David Howells <dhowells@redhat.com> |
|---|---|
| Date | 2016-02-19 13:00 +0100 |
| Subject | Re: [RFC PATCH 12/20] PKCS#7: Make the signature a pointer rather than embedding it [ver #2] |
| Message-ID | <r3RT5-4A8-35@gated-at.bofh.it> |
Mimi Zohar <zohar@linux.vnet.ibm.com> wrote: > > Point to the public_key_signature struct from the pkcs7_signed_info struct > > rather than embedding it. This makes it easier to have it take an > > arbitrary number of MPIs in future. > > Just a reminder ... > > Reviewing patches isn't easy no matter how well written and documented, > especially large patch sets. For this reason, patch sets should be > limited to the patches that are required to accomplish the patch set > goal. In this case, that goal is to change "how certificates/keys are > determined to be trusted." > > Although this patch is straight forward, the patch description should > include a reason for including this patch in this patch set. Is having > an arbitrary number of MPIs included in this patch set? Could this > patch be deferred? Actually, this may be changed with the advent of Tadeusz's patches. David
Back to top | Article view | linux.kernel
csiph-web