From: Nicolas Ferre <nicolas.ferre@atmel.com>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Haavard Skinnemoen <haavard.skinnemoen@atmel.com>,
plagnioj@jcrosoft.com, linux-arm-kernel@lists.arm.linux.org.uk,
linux-kernel@vger.kernel.org, avictor.za@gmail.com
Subject: Re: [RFC PATCH] atmel_lcdfb Kconfig: remove long dependency line
Date: Fri, 13 Nov 2009 16:27:33 +0100 [thread overview]
Message-ID: <4AFD7AE5.9010901@atmel.com> (raw)
In-Reply-To: <20091103210542.GA8719@n2100.arm.linux.org.uk>
Russell King - ARM Linux :
> On Tue, Nov 03, 2009 at 03:42:16PM +0100, Nicolas Ferre wrote:
>> The problem is that if I do not setup the dependency here the menu entry
>> will not be available at the proper level. In fact I will see the Atmel
>> LCD entry here:
>> "Graphics support"
>> <*> Support for frame buffer devices --->
>> <*> AT91/AT32 LCD Controller support
>>
>> instead of here:
>> "Graphics support"
>> ---> "Support for frame buffer devices"
>> [..]
>> <*> "AT91/AT32 LCD Controller support"
>> [..]
>>
>> So I keep the depend.
>
> The depend is on ARCH_ATMEL_HAS_FB which has no description (and therefore
> does not appear in the menus) not the symbol for "AT91/AT32 LCD Controller
> support".
The issue with the menu was that the additional variable was in the middle
of the list of frame buffer devices.
Here is a snippet of the solution I propose without the not needed depend.
I cook a v2 patch just now.
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 9bbb285..6d3f291 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -5,6 +5,9 @@
menu "Graphics support"
depends on HAS_IOMEM
+config HAVE_FB_ATMEL
+ bool
+
source "drivers/char/agp/Kconfig"
source "drivers/gpu/vga/Kconfig"
@@ -937,7 +940,7 @@ config FB_S1D13XXX
config FB_ATMEL
tristate "AT91/AT32 LCD Controller support"
- depends on FB && (ARCH_AT91SAM9261 || ARCH_AT91SAM9G10 || ARCH_AT91SAM9263 || ARCH_AT91SAM9RL || ARCH_AT91SAM9G45 || ARCH_AT9
+ depends on FB && HAVE_FB_ATMEL
select FB_CFB_FILLRECT
select FB_CFB_COPYAREA
select FB_CFB_IMAGEBLIT
Best regards,
--
Nicolas Ferre
next prev parent reply other threads:[~2009-11-13 15:27 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-18 16:16 [PATCH 0/5] at91: Introduction of at91sam9g10 SOC Nicolas Ferre
2009-06-18 16:16 ` [PATCH 1/5] at91: Basic support for at91sam9g10: header files Nicolas Ferre
2009-06-18 16:16 ` [PATCH 2/5] at91: Support for at91sam9g10: clocks management Nicolas Ferre
2009-06-18 16:16 ` [PATCH 3/5] at91: Support for at91sam9g10: core chip & board support Nicolas Ferre
2009-06-18 22:28 ` Jean-Christophe PLAGNIOL-VILLARD
2009-06-18 16:16 ` [PATCH 4/5] at91/USB: USB drivers modifications for at91sam9g10 Nicolas Ferre
2009-09-16 11:59 ` Nicolas Ferre
2009-09-16 11:59 ` Nicolas Ferre
2009-09-25 10:24 ` Nicolas Ferre
2009-09-25 10:24 ` Nicolas Ferre
2009-09-25 17:51 ` David Brownell
2009-09-25 17:51 ` David Brownell
2009-09-29 7:59 ` Nicolas Ferre
2009-09-29 7:59 ` Nicolas Ferre
2009-09-29 17:40 ` Greg KH
2009-09-29 17:40 ` Greg KH
2009-10-20 13:01 ` Nicolas Ferre
2009-10-20 13:01 ` Nicolas Ferre
2009-06-18 16:16 ` [PATCH 5/5] at91/atmel_lcdfb: add at91sam9g10 support to atmel LCD driver Nicolas Ferre
2009-06-18 22:24 ` Jean-Christophe PLAGNIOL-VILLARD
2009-06-23 13:20 ` Nicolas Ferre
2009-06-23 14:30 ` [RFC PATCH] atmel_lcdfb Kconfig: remove long dependency line Nicolas Ferre
2009-06-23 13:35 ` Haavard Skinnemoen
2009-06-23 14:12 ` Nicolas Ferre
2009-06-25 8:46 ` Russell King - ARM Linux
2009-11-03 14:42 ` Nicolas Ferre
2009-11-03 14:42 ` Nicolas Ferre
2009-11-03 21:05 ` Russell King - ARM Linux
2009-11-13 15:27 ` Nicolas Ferre [this message]
2009-06-23 14:13 ` Jean-Christophe PLAGNIOL-VILLARD
2009-07-06 10:32 ` [PATCH 5/5] at91/atmel_lcdfb: add at91sam9g10 support to atmel LCD driver Nicolas Ferre
2009-07-20 22:24 ` Andrew Morton
2009-07-20 22:24 ` Andrew Morton
2009-07-21 9:31 ` Nicolas Ferre
2009-06-25 22:00 ` [PATCH 0/5] at91: Introduction of at91sam9g10 SOC Andrew Victor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AFD7AE5.9010901@atmel.com \
--to=nicolas.ferre@atmel.com \
--cc=avictor.za@gmail.com \
--cc=haavard.skinnemoen@atmel.com \
--cc=linux-arm-kernel@lists.arm.linux.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=plagnioj@jcrosoft.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.