On Monday 03 October 2011, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [111003 02:20]:
On Monday 03 October 2011 11:27:44 Cousson, Benoit wrote:
In the long run, I'd hope we can just get rid of these for
subarchitectures
that support device tree probing and make the
* Arnd Bergmann a...@arndb.de [111004 00:10]:
On Monday 03 October 2011, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [111003 02:20]:
On Monday 03 October 2011 11:27:44 Cousson, Benoit wrote:
In the long run, I'd hope we can just get rid of these for
subarchitectures
On Tuesday 04 October 2011 08:57:52 Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [111004 00:10]:
On Monday 03 October 2011, Tony Lindgren wrote:
Yes please leave out the list so we don't need to constantly update it.
Let's just always build in MACH_OMAP_GENERIC.
That's what I
* Arnd Bergmann a...@arndb.de [111004 11:55]:
On Tuesday 04 October 2011 08:57:52 Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [111004 00:10]:
On Monday 03 October 2011, Tony Lindgren wrote:
Yes please leave out the list so we don't need to constantly update it.
Let's just
On Monday 03 October 2011 10:58:23 Santosh Shilimkar wrote:
+config MACH_OMAP_AUTO_BOARD
+ def_bool y
+ depends on !MACH_OMAP2_TUSB6010
+ depends on !MACH_OMAP_H4
+ depends on !MACH_OMAP_APOLLON
+ depends on !MACH_OMAP_APOLLON
+ depends on !MACH_OMAP_2430SDP
On Monday 03 October 2011 02:41 PM, Arnd Bergmann wrote:
On Monday 03 October 2011 10:58:23 Santosh Shilimkar wrote:
+config MACH_OMAP_AUTO_BOARD
+ def_bool y
+ depends on !MACH_OMAP2_TUSB6010
+ depends on !MACH_OMAP_H4
+ depends on !MACH_OMAP_APOLLON
+ depends on
On Monday 03 October 2011 11:27:44 Cousson, Benoit wrote:
In the long run, I'd hope we can just get rid of these for subarchitectures
that support device tree probing and make the device tree based machine
description unconditional.
This is really our goal, we will have soon the
* Arnd Bergmann a...@arndb.de [111003 02:20]:
On Monday 03 October 2011 11:27:44 Cousson, Benoit wrote:
In the long run, I'd hope we can just get rid of these for
subarchitectures
that support device tree probing and make the device tree based machine
description unconditional.
At least one board file needs to be selected to successfully build
a kernel, so this one adds logic to the omap Kconfig file to
pick one default board file when all others are disabled. Since
the available boards depend on the SoC family (omap2/3/4) being
selected first, this adds one default for
On Sunday 02 October 2011 08:15 PM, Arnd Bergmann wrote:
At least one board file needs to be selected to successfully build
a kernel, so this one adds logic to the omap Kconfig file to
pick one default board file when all others are disabled. Since
the available boards depend on the SoC family
10 matches
Mail list logo