On Wed, Apr 22, 2009 at 07:44:48AM -0500, Kumar Gala wrote:
>
> On Apr 21, 2009, at 3:52 PM, Wolfgang Denk wrote:
>
> >Dear Kumar Gala,
> >
> >In message <93A8F58D-8C13-4F72-AFF3-
> >cf4fdf9a3...@kernel.crashing.org> you wrote:
> >>
> >>>In my experience, I tend to search for board names first.
> >>
> >>So back to the root of my question, do we just have one really long
> >>list of board names?
> >
> >I'm not an expert for the capabilities of Kconfig, but one looong list
> >with hundrets of entries clearly makes no sense. We obviously need sum
> >grouping / structuring.
> >
> >IMHO there should be several options:
> >
> >- for those who look for a board name, we should support this,
> > probably wih an initial selection by the first letter (case
> > insensitive) of the board name.
> >
> > like this: => board name => M => MPC837XERDB
> >
> >- alternatively, it should be possible to restrict the choice by
> > selecting first processor architecture (ARM, PowerPC, MIPS, ...),
> > then CPU (family) name, then board names.
> >
> > like this: => Architecture => PPC => MPC83xx => MPC837XERDB
>
> Sam,
>
> We are looking at moving u-boot to use Kconfig and was wondering if
> you could possible tell us if its possible to represent the same
> Kconfig 'config' options via two different menu schemes. We have a
> list of boards that will be 'config' options. We'd like to have it in
> one 'menu' that is just a long list of boards. The other would be a
> smaller subset that you "filter" based on selecting an Arch & Subarch.
Kconfig does not allow you to duplicate a config entry in two menus
in a way that is usefull here.
You want to use the same name, prompt and help text in both menus.
I think the solution is to have a filter part and a "list all boards"
part.
Then the filter part can be used to make the board list smaller.
Below is a quick mock-up of the idea.
I used CPU + INTERFACE - reading the above I should have used
Arch + SubArch but you get the idea.
If you decide to do something like this then hide most of this
in a separate file and include it.
Sam
choice SHOW_CPU
prompt "What CPU?"
default SHOW_CPU_ALL
config SHOW_CPU_ALL
bool "Show all cpus"
select CPU_ARM
select CPU_POWERPC
select CPU_AVR32
config SHOW_CPU_ARM
bool "Show only ARM"
select CPU_ARM
config SHOW_CPU_POPWERPC
bool "Show only PowerPC"
select CPU_POWERPC
config SHOW_CPU_AVR32
bool "Show only AVR32"
select CPU_AVR32
endchoice
config CPU_ARM
bool
config CPU_POWERPC
bool
config CPU_AVR32
bool
choice SHOW_INTERFACE_ALL
tristate "Which interfaces?"
default SHOW_INTERFACE_ALL
config SHOW_INTERFACE_ALL
bool "All interfaces"
select INTERFACE_NONE
select INTERFACE_USB
select INTERFACE_CAN
config SHOW_INTERFACE_NONE
bool "No interfaces!?!?!"
select INTERFACE_NONE
config SHOW_INTERFACE_USB
bool "USB"
select INTERFACE_USB
config SHOW_INTERFACE_CAN
bool "CAN"
select INTERFACE_CAN
endchoice
config INTERFACE_NONE
bool
config INTERFACE_USB
bool
config INTERFACE_CAN
bool
config ARM_BOARD_A1
bool "A1 - not-fancy ARM based board"
depends on CPU_ARM
depends on INTERFACE_NONE
help
This is the super fancy ARM based boards
config ARM_BOARD_A2
bool "A1 - USB ARM based board"
depends on CPU_ARM
depends on INTERFACE_USB
help
This is the super fancy ARM based boards
config ARM_BOARD_A3
bool "A1 - CAN+USB ARM based board"
depends on CPU_ARM
depends on INTERFACE_CAN || INTERFACE_USB
help
This is the super fancy ARM based boards
config PPC_BOARD_A1
bool "P1 - not-fancy PPC based board"
depends on CPU_POWERPC
depends on INTERFACE_NONE
help
This is the fancy PopwerPC based board
config PPC_BOARD_USB10
bool "USB - PopwerPC based USB hub"
depends on CPU_POWERPC
depends on INTERFACE_USB
help
The 20 port USB hub with monitoring facilities
config AVR32_CAN
bool "CAN Monitor based on AVR32"
depends on CPU_AVR32
depends on INTERFACE_CAN
help
CAN monitor for 10 CAN simultaneously channels
>
> is something like this possible?
>
> - k
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
