From patchwork Sun Jul 4 13:36:24 2010 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Felipe Contreras X-Patchwork-Id: 110144 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by demeter.kernel.org (8.14.4/8.14.3) with ESMTP id o64DacHX004734 for ; Sun, 4 Jul 2010 13:36:38 GMT Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757848Ab0GDNgh (ORCPT ); Sun, 4 Jul 2010 09:36:37 -0400 Received: from mail-bw0-f46.google.com ([209.85.214.46]:65451 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757851Ab0GDNgg (ORCPT ); Sun, 4 Jul 2010 09:36:36 -0400 Received: by mail-bw0-f46.google.com with SMTP id 1so2295721bwz.19 for ; Sun, 04 Jul 2010 06:36:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:date :message-id:x-mailer:in-reply-to:references; bh=c5SczGnaFjW8Pr7mmjLFKkoHev/Gm4rGngJ3QLZIVAs=; b=EiJLlIzJwd8vxw8vWR//IAovM2FJ/v2Fes8Yh7K9vo7vI034Fs+CeGEubhVjZ+D2bu XI/e1XdcAoRwt+iLa+zgL3fcnoh89CyFuHLu7MkfXfFuS07D/SsIgiBnQKlrY0uwwXgK Fp3bSaLQ2KoWWyLF6fbIT+JRj07oMYIr0GbcM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references; b=Wnu6d8dxr1FE7a4P+Cbr0dfHE3Pwtp73LkdX7VGgUWRPgypuNgvEy4ncsUFvjbYjWN otSYKFGh2Bxuv5DyY5Xib8P/sqZVdLiIOmRtPTWgWNnpvClRPfpDI/y/M1VsMI0kRLwD XVv9b2mdJBTGPYwumBz3xXQmj9XpYo5Zl7msI= Received: by 10.204.102.139 with SMTP id g11mr1355533bko.13.1278250595694; Sun, 04 Jul 2010 06:36:35 -0700 (PDT) Received: from localhost (a91-153-253-80.elisa-laajakaista.fi [91.153.253.80]) by mx.google.com with ESMTPS id y2sm11387695bkx.20.2010.07.04.06.36.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Jul 2010 06:36:35 -0700 (PDT) From: Felipe Contreras To: linux-omap Cc: Ohad Ben-Cohen , Omar Ramirez Luna , Greg KH , Felipe Contreras Subject: [PATCH 3/5] staging: ti dspbridge: improve Kconfig Date: Sun, 4 Jul 2010 16:36:24 +0300 Message-Id: <1278250586-17062-4-git-send-email-felipe.contreras@gmail.com> X-Mailer: git-send-email 1.7.1 In-Reply-To: <1278250586-17062-1-git-send-email-felipe.contreras@gmail.com> References: <1278250586-17062-1-git-send-email-felipe.contreras@gmail.com> Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.2.3 (demeter.kernel.org [140.211.167.41]); Sun, 04 Jul 2010 13:36:38 +0000 (UTC) diff --git a/drivers/staging/tidspbridge/Kconfig b/drivers/staging/tidspbridge/Kconfig index 6ce443a..4d63b66 100644 --- a/drivers/staging/tidspbridge/Kconfig +++ b/drivers/staging/tidspbridge/Kconfig @@ -17,7 +17,6 @@ menuconfig TIDSPBRIDGE config TIDSPBRIDGE_DVFS bool "Enable Bridge Dynamic Voltage and Frequency Scaling (DVFS)" depends on TIDSPBRIDGE && OMAP_PM_SRF && CPU_FREQ - default n help DVFS allows DSP Bridge to initiate the operating point change to scale the chip voltage and frequency in order to match the @@ -33,14 +32,15 @@ config TIDSPBRIDGE_MEMPOOL_SIZE failure under heavy memory fragmentation after some use time. config TIDSPBRIDGE_DEBUG - bool "DSP Bridge Debug Support" + bool "Debug Support" depends on TIDSPBRIDGE help Say Y to enable Bridge debugging capabilities config TIDSPBRIDGE_RECOVERY - bool "DSP Recovery Support" + bool "Recovery Support" depends on TIDSPBRIDGE + default y help In case of DSP fatal error, BRIDGE driver will try to recover itself. @@ -48,7 +48,6 @@ config TIDSPBRIDGE_RECOVERY config TIDSPBRIDGE_CACHE_LINE_CHECK bool "Check buffers to be 128 byte aligned" depends on TIDSPBRIDGE - default n help When the DSP processes data, the DSP cache controller loads 128-Byte chunks (lines) from SDRAM and writes the data back in 128-Byte chunks. @@ -60,27 +59,23 @@ config TIDSPBRIDGE_CACHE_LINE_CHECK byte alignment, buffers failing this check will be rejected. config TIDSPBRIDGE_WDT3 - bool "Enable WDT3 interruptions" + bool "Enable watchdog timer" depends on TIDSPBRIDGE - default n help WTD3 is managed by DSP and once it is enabled, DSP side bridge is in charge of refreshing the timer before overflow, if the DSP hangs MPU will caught the interrupt and try to recover DSP. config TIDSPBRIDGE_WDT_TIMEOUT - int "DSP watchdog timer timeout (in secs)" - depends on TIDSPBRIDGE_WDT3 + int "Watchdog timer timeout (in secs)" + depends on TIDSPBRIDGE && TIDSPBRIDGE_WDT3 default 5 help Watchdog timer timeout value, after that time if the watchdog timer counter is not reset the wdt overflow interrupt will be triggered -comment "Bridge Notifications" - depends on TIDSPBRIDGE - config TIDSPBRIDGE_NTFY_PWRERR - bool "Notify DSP Power Error" + bool "Notify power errors" depends on TIDSPBRIDGE help Enable notifications to registered clients on the event of power errror