lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 12 Jan 2021 23:35:37 +0000 From: Daniel Scally <djrscally@...il.com> To: "Rafael J. Wysocki" <rafael@...nel.org>, Sakari Ailus <sakari.ailus@...ux.intel.com> Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, ACPI Devel Maling List <linux-acpi@...r.kernel.org>, Linux Media Mailing List <linux-media@...r.kernel.org>, "open list:ACPI COMPONENT ARCHITECTURE (ACPICA)" <devel@...ica.org>, "Rafael J. Wysocki" <rjw@...ysocki.net>, Len Brown <lenb@...nel.org>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Mauro Carvalho Chehab <mchehab@...nel.org>, Sergey Senozhatsky <sergey.senozhatsky@...il.com>, yong.zhi@...el.com, Bingbu Cao <bingbu.cao@...el.com>, tian.shu.qiu@...el.com, Robert Moore <robert.moore@...el.com>, Erik Kaneda <erik.kaneda@...el.com>, Petr Mladek <pmladek@...e.com>, Steven Rostedt <rostedt@...dmis.org>, Andy Shevchenko <andriy.shevchenko@...ux.intel.com>, Rasmus Villemoes <linux@...musvillemoes.dk>, Laurent Pinchart <laurent.pinchart+renesas@...asonboard.com>, Jacopo Mondi <jacopo+renesas@...ndi.org>, Kieran Bingham <kieran.bingham+renesas@...asonboard.com>, hverkuil-cisco@...all.nl, m.felsch@...gutronix.de, Niklas Soderlund <niklas.soderlund+renesas@...natech.se>, prabhakar.mahadev-lad.rj@...renesas.com, Steve Longerbeam <slongerbeam@...il.com>, Heikki Krogerus <heikki.krogerus@...ux.intel.com> Subject: Re: [PATCH v5 00/15] Add functionality to ipu3-cio2 driver allowing software_node connections to sensors on platforms designed for Windows Hi Rafael, Sakari On 12/01/2021 19:34, Rafael J. Wysocki wrote: > <snip> >> I'm hopeful that most or all of this series could get picked up for 5.12. >> We touch a few different areas (listed below), but I think the easiest >> approach would be to merge everything through media tree. Rafael, Greg, >> Mauro and Sergey; are you ok with that plan, or would you prefer a >> different approach? Mauro; if that plan is ok (and of course assuming that >> the rest of the patches are acked by their respective maintainers) could >> we get a dedicated feature branch just in case the following series ends >> up being ready in time too? >> >> <snip> > Please feel free to add > > Acked-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com> > > to all of the device properties patches in this series if that helps. > > Thanks! Thanks very much (and Greg too). Sakari; unless I'm misunderstanding something, I think this series could be picked up now, right? Would it be ok to do that through your tree? I think the idea of a dedicated feature branch can be dropped, I won't have the second series ready in time for this round anyway. First time doing this, so if I've missed something please let me know!
Powered by blists - more mailing lists