From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752139AbdJTNyj (ORCPT ); Fri, 20 Oct 2017 09:54:39 -0400 Received: from esa7.dell-outbound.iphmx.com ([68.232.153.96]:42300 "EHLO esa7.dell-outbound.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750960AbdJTNyi (ORCPT ); Fri, 20 Oct 2017 09:54:38 -0400 From: X-LoopCount0: from 10.166.132.152 X-IronPort-AV: E=Sophos;i="5.43,405,1503378000"; d="scan'208";a="1167817674" X-DLP: DLP_GlobalPCIDSS To: CC: , , , , , , , , , , Subject: RE: [PATCH v10 13/15] platform/x86: wmi: create userspace interface for drivers Thread-Topic: [PATCH v10 13/15] platform/x86: wmi: create userspace interface for drivers Thread-Index: AQHTSaZhj0RVfg0GfEGxUsoMb9lFc6LswcDQ Date: Fri, 20 Oct 2017 13:54:36 +0000 Message-ID: <19e30ca305e449de86b702ae8900d306@ausx13mpc120.AMER.DELL.COM> References: <175838453318108ae69be344c4d3a2b75c2edc69.1508434514.git.mario.limonciello@dell.com> <20171020132138.GA23973@kroah.com> In-Reply-To: <20171020132138.GA23973@kroah.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.143.18.86] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nfs id v9KDsjDq012047 > -----Original Message----- > From: Greg KH [mailto:greg@kroah.com] > Sent: Friday, October 20, 2017 8:22 AM > To: Limonciello, Mario > Cc: dvhart@infradead.org; Andy Shevchenko ; > LKML ; platform-driver-x86@vger.kernel.org; Andy > Lutomirski ; quasisec@google.com; pali.rohar@gmail.com; > rjw@rjwysocki.net; mjg59@google.com; hch@lst.de; Alan Cox > > Subject: Re: [PATCH v10 13/15] platform/x86: wmi: create userspace interface for > drivers > > On Thu, Oct 19, 2017 at 12:50:16PM -0500, Mario Limonciello wrote: > > + wblock = container_of(wdev, struct wmi_block, dev); > > + if (!wblock) > > + return -ENODEV; > > How can container_of() ever return NULL? If so, you have a very odd > memory layout... > I'm assuming this is from set_required_buffer_size right? The symbol is exported out for other drivers to use. It's possible for another driver to allocate a wmi_device structure that's not part of a wblock. > > + list_for_each_entry_safe(wblock, next, &wmi_block_list, list) { > > + wdriver = container_of(wblock->dev.dev.driver, > > + struct wmi_driver, driver); > > + if (!wdriver) > > + continue; > > Same here. And other places in this file. > This one it's possible that a driver isn't bound to a device, and when that happens wdriver is NULL.