Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1214617 > unrolled thread
| Started by | Matt Fleming <matt@codeblueprint.co.uk> |
|---|---|
| First post | 2015-08-27 16:50 +0200 |
| Last post | 2015-08-27 21:50 +0200 |
| Articles | 3 — 2 participants |
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 2/3] firmware_class: split out transaction helpers Matt Fleming <matt@codeblueprint.co.uk> - 2015-08-27 16:50 +0200
Re: [RFC 2/3] firmware_class: split out transaction helpers James Bottomley <James.Bottomley@HansenPartnership.com> - 2015-08-27 18:30 +0200
Re: [RFC 2/3] firmware_class: split out transaction helpers Matt Fleming <matt@codeblueprint.co.uk> - 2015-08-27 21:50 +0200
| From | Matt Fleming <matt@codeblueprint.co.uk> |
|---|---|
| Date | 2015-08-27 16:50 +0200 |
| Subject | Re: [RFC 2/3] firmware_class: split out transaction helpers |
| Message-ID | <q26F4-7pQ-5@gated-at.bofh.it> |
On Wed, 29 Apr, at 04:10:52PM, James Bottomley wrote: > From: James Bottomley <JBottomley@Odin.com> > > The firmware class contains code to manage an arbitrary sized buffer for > discrete read and write operations. We need precisely this ability to update > firmware capsule files (and likely for other transactions as well), so split > out the capability into a library helper > > Signed-off-by: James Bottomley <JBottomley@Odin.com> > --- > drivers/base/firmware_class.c | 117 ++++--------------------------- > include/linux/transaction_helper.h | 26 +++++++ > lib/Makefile | 2 +- > lib/transaction_helper.c | 137 +++++++++++++++++++++++++++++++++++++ > 4 files changed, 179 insertions(+), 103 deletions(-) > create mode 100644 include/linux/transaction_helper.h > create mode 100644 lib/transaction_helper.c (Sorry, I'm coming to this incredibly late) This patch is pretty neat and I wish something like this had existed when I originally wrote the EFI capsule patches. James, do you have any plans to resubmit this as a non-RFC? If not, do you mind if I pick this up and rebase my capsule patches ontop of it? -- Matt Fleming, Intel Open Source Technology Center -- 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/
[toc] | [next] | [standalone]
| From | James Bottomley <James.Bottomley@HansenPartnership.com> |
|---|---|
| Date | 2015-08-27 18:30 +0200 |
| Message-ID | <q28dQ-1k5-17@gated-at.bofh.it> |
| In reply to | #1214617 |
On Thu, 2015-08-27 at 15:47 +0100, Matt Fleming wrote: > On Wed, 29 Apr, at 04:10:52PM, James Bottomley wrote: > > From: James Bottomley <JBottomley@Odin.com> > > > > The firmware class contains code to manage an arbitrary sized buffer for > > discrete read and write operations. We need precisely this ability to update > > firmware capsule files (and likely for other transactions as well), so split > > out the capability into a library helper > > > > Signed-off-by: James Bottomley <JBottomley@Odin.com> > > --- > > drivers/base/firmware_class.c | 117 ++++--------------------------- > > include/linux/transaction_helper.h | 26 +++++++ > > lib/Makefile | 2 +- > > lib/transaction_helper.c | 137 +++++++++++++++++++++++++++++++++++++ > > 4 files changed, 179 insertions(+), 103 deletions(-) > > create mode 100644 include/linux/transaction_helper.h > > create mode 100644 lib/transaction_helper.c > > (Sorry, I'm coming to this incredibly late) > > This patch is pretty neat and I wish something like this had existed > when I originally wrote the EFI capsule patches. > > James, do you have any plans to resubmit this as a non-RFC? If not, do > you mind if I pick this up and rebase my capsule patches ontop of it? Sort of, but I was stalled trying to work out how to combine with your capsule patches. If you're going to do that work, I can resubmit my stuff as a patch with all the changes based on the review comments and then you can do the real work ... James -- 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/
[toc] | [prev] | [next] | [standalone]
| From | Matt Fleming <matt@codeblueprint.co.uk> |
|---|---|
| Date | 2015-08-27 21:50 +0200 |
| Message-ID | <q2blp-5JR-13@gated-at.bofh.it> |
| In reply to | #1214681 |
On Thu, 27 Aug, at 09:25:17AM, James Bottomley wrote: > On Thu, 2015-08-27 at 15:47 +0100, Matt Fleming wrote: > > > > (Sorry, I'm coming to this incredibly late) > > > > This patch is pretty neat and I wish something like this had existed > > when I originally wrote the EFI capsule patches. > > > > James, do you have any plans to resubmit this as a non-RFC? If not, do > > you mind if I pick this up and rebase my capsule patches ontop of it? > > Sort of, but I was stalled trying to work out how to combine with your > capsule patches. If you're going to do that work, I can resubmit my > stuff as a patch with all the changes based on the review comments and > then you can do the real work ... Yeah, that sounds great. I'm happy to respin my patches on top. -- Matt Fleming, Intel Open Source Technology Center -- 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/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web