From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.6 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BEADFC433E0 for ; Wed, 15 Jul 2020 03:24:48 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8C53A2070E for ; Wed, 15 Jul 2020 03:24:48 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="swLmgPhg" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728449AbgGODYr (ORCPT ); Tue, 14 Jul 2020 23:24:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33548 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727049AbgGODYq (ORCPT ); Tue, 14 Jul 2020 23:24:46 -0400 Received: from mail-pl1-x642.google.com (mail-pl1-x642.google.com [IPv6:2607:f8b0:4864:20::642]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7B37AC061794 for ; Tue, 14 Jul 2020 20:24:46 -0700 (PDT) Received: by mail-pl1-x642.google.com with SMTP id 72so1398687ple.0 for ; Tue, 14 Jul 2020 20:24:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=dVCx6htI5TVOttkAFatlrmjAYqmh13a2xgOrYQfZR+o=; b=swLmgPhgBkDkXHB/JCDnmiyyNjJolmWYhYsntkr0xHe4LMexlvYTmAWGgYhQ52XXMx 77/GNPg4XlDSFiQPuBKfklkXHtRs315SnYFjmBb5SkdIUA5ddzIxTexeK9XaGMO6vL6X RvnFWLUDT1WK+2e/7XiZXjenGX+bfaVa/qvbcgRj8wXEQgTwzcAr6W4SoFO9P6a6qYt6 jyVhgBDQqKYlWDyTUupWhICo3wbaUV+c4L0oXsnSMHixRrGNwmToGMRnsSQ8Hp8PHMP1 cmfzVcyGxhKFcdrHjKo3uZF3z6YUJlmaKkaFv2GCFRcOEsVOVbROg1rtTM4vj7WfpM/r oalw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=dVCx6htI5TVOttkAFatlrmjAYqmh13a2xgOrYQfZR+o=; b=K/TyJ9xTY303zGi66fnMBXhuH0w8bCOJb1uYc+eeQ+rRjG4553B+401sXH/z2kVjtS aNUq3DvKTa1OtbqfbeHhWTpGAw1YWzEB1fWYfvZ2dZuazUhiFYHFhKvsjaMOz/NL98hN tZDI6RPeNJS5WIiI3s77q7fC1uLohFq5oj50G0Zu/3Y1qIYcbOugjZ+odt81IdH1j27P E00V83m55Qo2dHFPd58aKB0MQoD7I0hyEWcVM2FKyJX5u2pMiO9QvvNcyNaE9DdQZx7v HLlUkPl8+5bUfdxwOj9+7AKlq+YIzZyMeGfa2O1sschvlAYeEdM59M0dMENQjh84DHcJ 2tvw== X-Gm-Message-State: AOAM533rvb2yPah8ojw0uRNF2FsZszd47qP93dK11xKmu73oDYuytl7p pmz+tz+QvmLyJrjC6cy4yW39Tw== X-Google-Smtp-Source: ABdhPJzI/jGv+9mdtKCgglTH9INVPVH2hbHvJSR+Iok++HVt4l15rbmwjqQqKczIoGyPr81tGVFXZg== X-Received: by 2002:a17:90b:e8d:: with SMTP id fv13mr8170265pjb.128.1594783485893; Tue, 14 Jul 2020 20:24:45 -0700 (PDT) Received: from localhost ([122.172.34.142]) by smtp.gmail.com with ESMTPSA id d5sm398825pju.15.2020.07.14.20.24.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Jul 2020 20:24:45 -0700 (PDT) Date: Wed, 15 Jul 2020 08:54:42 +0530 From: Viresh Kumar To: Lee Jones Cc: "Rafael J. Wysocki" , "Rafael J. Wysocki" , Linux ARM , Linux Kernel Mailing List , Linux PM , Andy Grover , Paul Diefenbaugh , Dominik Brodowski , Denis Sadykov Subject: Re: [PATCH 09/13] cpufreq: acpi-cpufreq: Remove unused ID structs Message-ID: <20200715032442.gh2cliiddhv35fdj@vireshk-i7> References: <20200714145049.2496163-1-lee.jones@linaro.org> <20200714145049.2496163-10-lee.jones@linaro.org> <20200714210340.GJ1398296@dell> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200714210340.GJ1398296@dell> User-Agent: NeoMutt/20180716-391-311a52 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 14-07-20, 22:03, Lee Jones wrote: > On Tue, 14 Jul 2020, Rafael J. Wysocki wrote: > > > On Tue, Jul 14, 2020 at 4:51 PM Lee Jones wrote: > > > > > > Can't see them being used anywhere and the compiler doesn't complain > > > that they're missing, so ... > > > > Aren't they needed for automatic module loading in certain configurations? > > Any idea how that works, or where the code is for that? The MODULE_DEVICE_TABLE() thingy creates a map of vendor-id, product-id that the kernel keeps after boot (and so there is no static reference of it for the compiler), later when a device is hotplugged into the kernel it refers to the map to find the related driver for it and loads it if it isn't already loaded. This has some of it, search for MODULE_DEVICE_TABLE() in it. Documentation/driver-api/usb/hotplug.rst -- viresh