On Saturday 24 September 2011, Tony Lindgren wrote:
If this one is OK, I'll push to my for_3.2/voltage-cleanup branch (which
is already pulled into arm-soc/next/voltage) so just re-pulling will
pick up the fix.
Arnd, care to pull this in directly from Kevin into voltage branch?
It's
On Wednesday 21 September 2011, Kevin Hilman wrote:
Found. Patch below.
If this one is OK, I'll push to my for_3.2/voltage-cleanup branch (which
is already pulled into arm-soc/next/voltage) so just re-pulling will
pick up the fix.
Looks good to me, it's always nice when a bug fix is also a
Arnd Bergmann a...@arndb.de writes:
On Wednesday 21 September 2011, Kevin Hilman wrote:
Found. Patch below.
If this one is OK, I'll push to my for_3.2/voltage-cleanup branch (which
is already pulled into arm-soc/next/voltage) so just re-pulling will
pick up the fix.
Looks good to me,
On Tuesday 20 September 2011 15:33:12 Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [110920 14:12]:
On Tuesday 20 September 2011, Arnd Bergmann wrote:
One more thing: my randconfig tests are running now and
have spit out a new error after merging lost of stuff
today:
Good
On Tuesday 20 September 2011 23:46:11 Arnd Bergmann wrote:
It seems that you replace the #ifdef in the board-flash.c file
with a similar #ifdef in the header that replaces this with an
empty inline function when the object is not built.
Found another similar problem over night, presumably in
Kevin,
* Arnd Bergmann a...@arndb.de [110921 01:55]:
On Tuesday 20 September 2011 23:46:11 Arnd Bergmann wrote:
It seems that you replace the #ifdef in the board-flash.c file
with a similar #ifdef in the header that replaces this with an
empty inline function when the object is not
Hi Arnd,
Arnd Bergmann a...@arndb.de writes:
On Tuesday 20 September 2011 23:46:11 Arnd Bergmann wrote:
It seems that you replace the #ifdef in the board-flash.c file
with a similar #ifdef in the header that replaces this with an
empty inline function when the object is not built.
Found
* Arnd Bergmann a...@arndb.de [110920 23:34]:
On Tuesday 20 September 2011 15:33:12 Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [110920 14:12]:
On Tuesday 20 September 2011, Arnd Bergmann wrote:
One more thing: my randconfig tests are running now and
have spit out a new
On Saturday 17 September 2011, Tony Lindgren wrote:
Please pull the first part of omap cleanup from:
git://github.com/tmlind/linux.git cleanup
This series cleans up early_init functions and removes
CHIP_IS macro usage. This makes it easier to have SoC
specific init functions so adding
* Arnd Bergmann a...@arndb.de [110920 12:27]:
On Saturday 17 September 2011, Tony Lindgren wrote:
Please pull the first part of omap cleanup from:
git://github.com/tmlind/linux.git cleanup
This series cleans up early_init functions and removes
CHIP_IS macro usage. This makes it
On Saturday 17 September 2011, Tony Lindgren wrote:
Hi Arnd,
Please pull the first part of omap cleanup from:
git://github.com/tmlind/linux.git cleanup
This series cleans up early_init functions and removes
CHIP_IS macro usage. This makes it easier to have SoC
specific init functions
On Tuesday 20 September 2011, Arnd Bergmann wrote:
On Saturday 17 September 2011, Tony Lindgren wrote:
Hi Arnd,
Please pull the first part of omap cleanup from:
git://github.com/tmlind/linux.git cleanup
This series cleans up early_init functions and removes
CHIP_IS macro usage.
* Arnd Bergmann a...@arndb.de [110920 14:12]:
On Tuesday 20 September 2011, Arnd Bergmann wrote:
One more thing: my randconfig tests are running now and
have spit out a new error after merging lost of stuff
today:
Good to hear you got arndconfig running :)
Do you think we could also
Commit f41caddbe73f52a42f529d668ce47b4d693fd2c0 (omap2+: Use
Kconfig symbol in Makefile instead of obj-y) cleaned up the
omap2+ Makefile. However this did not account for the inline
functions that are now needed for board_flash_init and
board_nand_init.
Reported-by: Arnd Bergmann a...@arndb.de
Hi Arnd,
Please pull the first part of omap cleanup from:
git://github.com/tmlind/linux.git cleanup
This series cleans up early_init functions and removes
CHIP_IS macro usage. This makes it easier to have SoC
specific init functions so adding support for new omap
variants does not require
15 matches
Mail list logo