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.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,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 343C9C433DF for ; Wed, 15 Jul 2020 03:26:10 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id EF19420672 for ; Wed, 15 Jul 2020 03:26:09 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="1L0x0Nyt"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="swLmgPhg" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org EF19420672 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=ltei5it69GTQ14UmQ4ZRG+QD0WNtO/WJPJZRMIiZ6EI=; b=1L0x0NytiVksZxvqPA7rM5WjN PB1kL87Lu5+8QJ5I2a1Ty8Hwhda3d+O3G89Zr9g+szO/Eg6PVyFEvYxyG5kWByRfO33uoN/Dtu1a4 bch1VNjlJloo3GxMiIzFoCqxt/gcg44H+2JHo68E4k6DC0KPrq7L6XkdLKotsMw2KAZ8uQ+w5whsW AHOzRnr+nFFymc6YgyHURc+BCPLgQni7axUMyNY6bjaPwkbvvSA4pu/crX8q/qKiPyxXR02h3e0Rn PGmjPD/c6ZV9c9/VjXNx1c1MYdTW5kCgHmVGKSLkiX4xseNOc6IUValSgx/yorE8akMu200v+sKqZ zQns4Ygew==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jvY2M-0006ez-MS; Wed, 15 Jul 2020 03:24:50 +0000 Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jvY2J-0006eN-Iv for linux-arm-kernel@lists.infradead.org; Wed, 15 Jul 2020 03:24:49 +0000 Received: by mail-pl1-x644.google.com with SMTP id x8so1382452plm.10 for ; Tue, 14 Jul 2020 20:24:47 -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=ZUuXZ5u73MimwN1m1fTwN1RMYE7ypfVgoPosZdMIk3RcK79zJcxZT1npXZW0oOKdVn AWs0t1YIW5JDe2+vYzYBdycbsTu6iGEdGmmooKqJJ2SWZoxnXg8/4njJkRmH4nRwKUB6 PC5Mz+Dwv0QD4Ng3I8jfJQiS85WBHFBnxIop/A7R9Rp8gPsN99/JTqF7SHAjpZL+zfuR UMo0DnIZSAcMnYHu0543MXvbkmR6mvPBENWeaUdQTv7jXj7Av29JHsDMC5cQeWee+ohD m5SMDCRRK9oZoUubwyVFZvjlAMMRMaQ0H9VWdLhxOiKDLeP3m7zgMlqUUQCLxzxvJkqR fdew== X-Gm-Message-State: AOAM532+bMTApaNI0DeY9A9CVa3GugfooOWTxGc5PhlUPs47Ff7W/VoN MprGT1jTf23lnLSw/06RVrl2zw== 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 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-Disposition: inline In-Reply-To: <20200714210340.GJ1398296@dell> User-Agent: NeoMutt/20180716-391-311a52 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200714_232448_287288_F46737D9 X-CRM114-Status: GOOD ( 15.58 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Denis Sadykov , Andy Grover , Linux PM , "Rafael J. Wysocki" , "Rafael J. Wysocki" , Linux Kernel Mailing List , Paul Diefenbaugh , Linux ARM , Dominik Brodowski Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.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 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel