From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756570AbdESTKp (ORCPT ); Fri, 19 May 2017 15:10:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:53572 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750783AbdESTKn (ORCPT ); Fri, 19 May 2017 15:10:43 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0489923960 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=mcgrof@kernel.org From: "Luis R. Rodriguez" To: gregkh@linuxfoundation.org Cc: wagi@monom.org, dwmw2@infradead.org, rafal@milecki.pl, arend.vanspriel@broadcom.com, rjw@rjwysocki.net, yi1.li@linux.intel.com, atull@opensource.altera.com, moritz.fischer@ettus.com, pmladek@suse.com, johannes.berg@intel.com, emmanuel.grumbach@intel.com, luciano.coelho@intel.com, kvalo@codeaurora.org, luto@kernel.org, torvalds@linux-foundation.org, keescook@chromium.org, takahiro.akashi@linaro.org, dhowells@redhat.com, pjones@redhat.com, hdegoede@redhat.com, alan@linux.intel.com, tytso@mit.edu, linux-kernel@vger.kernel.org, "Luis R. Rodriguez" Subject: [PATCH v8 0/5] firmware: add driver data API Date: Fri, 19 May 2017 12:10:35 -0700 Message-Id: <20170519191040.25165-1-mcgrof@kernel.org> X-Mailer: git-send-email 2.11.0 In-Reply-To: <20170502084914.23588-1-mcgrof@kernel.org> References: <20170502084914.23588-1-mcgrof@kernel.org> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Greg, Even though using copyleft-next was fine by Linus [0], AKASHI had brought that he expected to see an "or" clause on the license declarations when using copyleft-next. This was the only pending issue from the last v7 series [1]. To be safe I re-touched the subject and Alan and Ted brought up sufficient reasons for preferring the "or" language [2], as such this series goes with the "or" language embraced so that it is even clearer than before that GPLv2 applies when using copyleft-next on the Linux kernel. This series depends on the few other UMH fallback lock changes I had submitted earlier this month [3], and those remain without any noted issues. As usual, all pending changes for this series are available on my linux-next tree on the 20170519-driver-data branch [4], this series was rebased on next-20170519. Please let me know if there are any issues or questions. [0] https://lkml.kernel.org/r/CA+55aFyhxcvD+q7tp+-yrSFDKfR0mOHgyEAe=f_94aKLsOu0Og@mail.gmail.com [1] https://lkml.kernel.org/r/20170502084914.23588-1-mcgrof@kernel.org [2] https://lkml.kernel.org/r/CAB=NE6VnftR-OR9iLFT3Lnbp4m35P0NFeGxNpRnAWvBbaemrFg@mail.gmail.com [3] https://lkml.kernel.org/r/20170502083107.23418-1-mcgrof@kernel.org [4] https://git.kernel.org/pub/scm/linux/kernel/git/mcgrof/linux-next.git/log/?h=20170519-driver-data Luis R. Rodriguez (5): firmware: add extensible driver data params firmware: add extensible driver data API test: add new driver_data load tester firmware: document the extensible driver data API iwlwifi: convert to use driver data API Documentation/driver-api/firmware/driver_data.rst | 167 +++ Documentation/driver-api/firmware/index.rst | 1 + Documentation/driver-api/firmware/introduction.rst | 16 + .../driver-api/firmware/request_firmware.rst | 2 + MAINTAINERS | 4 +- drivers/base/firmware_class.c | 751 ++++++++++-- drivers/net/wireless/intel/iwlwifi/iwl-drv.c | 91 +- include/linux/driver_data.h | 266 ++++ include/linux/firmware.h | 2 + lib/Kconfig.debug | 12 + lib/Makefile | 1 + lib/test_driver_data.c | 1278 ++++++++++++++++++++ tools/testing/selftests/firmware/Makefile | 2 +- tools/testing/selftests/firmware/config | 1 + tools/testing/selftests/firmware/driver_data.sh | 1002 +++++++++++++++ 15 files changed, 3460 insertions(+), 136 deletions(-) create mode 100644 Documentation/driver-api/firmware/driver_data.rst create mode 100644 include/linux/driver_data.h create mode 100644 lib/test_driver_data.c create mode 100755 tools/testing/selftests/firmware/driver_data.sh -- 2.11.0