From patchwork Fri Sep 7 10:19:29 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Daniel Lezcano X-Patchwork-Id: 1421081 Return-Path: X-Original-To: patchwork-linux-acpi@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork1.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork1.kernel.org (Postfix) with ESMTP id 26C813FC85 for ; Fri, 7 Sep 2012 10:19:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932846Ab2IGKTq (ORCPT ); Fri, 7 Sep 2012 06:19:46 -0400 Received: from mail-bk0-f46.google.com ([209.85.214.46]:46113 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932651Ab2IGKTp (ORCPT ); Fri, 7 Sep 2012 06:19:45 -0400 Received: by mail-bk0-f46.google.com with SMTP id j10so1284302bkw.19 for ; Fri, 07 Sep 2012 03:19:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references :x-gm-message-state; bh=ZFbttgt5qws56+tWzkPxjUyaIJThR30cda/xtfI3oXs=; b=XYNFinHWCNibzi3WBX4+CzkrqYBeBmoU91Q29UE3cR2o+nr+TJs6DEPmMY/vf/ZTZt 6emmQ8spSjpDoYA9dWg2pKlDyS+dKrdQ8ErbponE+gyPoykxIzIPyj6B0wg3uwI9Lm0s mdCGJiCvKfEr/7XGlIX5hGKMKAdI+uBF1+KQTIemjg030mqBmBFmq6K38y5f53W0tQmO w0kMZOr9xfLq0OCksis6bbZZp+PQ1sLpfHtDJfrqZkaRWwIS2qif1NVyJTPGzfEmZF9p dMcP7pht7pqoJsrNfKa/IO2QABwJTS2OQ2ufSc3u/an9o1naZshPXUPLMvZeJOYskFJK 0i0A== Received: by 10.205.126.13 with SMTP id gu13mr2323180bkc.79.1347013184614; Fri, 07 Sep 2012 03:19:44 -0700 (PDT) Received: from localhost.localdomain (AToulouse-651-1-16-21.w92-149.abo.wanadoo.fr. [92.149.191.21]) by mx.google.com with ESMTPS id n5sm3018481bkv.14.2012.09.07.03.19.42 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 07 Sep 2012 03:19:43 -0700 (PDT) From: Daniel Lezcano To: rjw@sisk.pl, lenb@kernel.org Cc: linux-pm@vger.kernel.org, linux-acpi@vger.kernel.org, patches@linaro.org, linaro-dev@lists.linaro.org, pdeschrijver@nvidia.com, lorenzo.pieralisi@arm.com Subject: [PATCH 3/6] acpi : remove pointless cpuidle device state_count init Date: Fri, 7 Sep 2012 12:19:29 +0200 Message-Id: <1347013172-12465-4-git-send-email-daniel.lezcano@linaro.org> X-Mailer: git-send-email 1.7.5.4 In-Reply-To: <1347013172-12465-1-git-send-email-daniel.lezcano@linaro.org> References: <1347013172-12465-1-git-send-email-daniel.lezcano@linaro.org> X-Gm-Message-State: ALoCoQlvnX7mEieDZgmZ6ns8ePMePsnb6UQHduF3c7pQpL+PKi8Z7wL5N3Q6mCkGeK/k/f/X0zpF Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org The cpuidle core takes care of filling this field from drv->state_count. Signed-off-by: Daniel Lezcano --- drivers/acpi/processor_idle.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c index 084b1d2..fc4757e 100644 --- a/drivers/acpi/processor_idle.c +++ b/drivers/acpi/processor_idle.c @@ -1035,8 +1035,6 @@ static int acpi_processor_setup_cpuidle_cx(struct acpi_processor *pr) break; } - dev->state_count = count; - if (!count) return -EINVAL;