Features/Kconfig (GSoC 2013): Difference between revisions

From QEMU
No edit summary
No edit summary
Line 3: Line 3:
The aim of this Google Summer of Code 2013 project is to bring the Linux kernel's Kconfig facility to Qemu, making it much easier to configure at build-time.
The aim of this Google Summer of Code 2013 project is to bring the Linux kernel's Kconfig facility to Qemu, making it much easier to configure at build-time.


[[File:targets.png|frame|An example target configuration]]
[[File:targets.png|400px|frame|An example target configuration]]


[[File:target_i386.png|frame|An example configuration for the i386 target]]
[[File:target_i386.png|400px|frame|An example configuration for the i386 target]]


== Owner ==
== Owner ==

Revision as of 03:42, 1 July 2013

Summary

The aim of this Google Summer of Code 2013 project is to bring the Linux kernel's Kconfig facility to Qemu, making it much easier to configure at build-time.

An example target configuration
An example configuration for the i386 target

Owner

Implementation

Main topics

  1. Importing kconfig-frontends to Qemu (at scripts/kconfig)
  2. New syntactical structures in the Kconfig files (with writing the actual Kconfig files)
  3. Integrating kconfig to the existing build infrastructure

Progress

At the time, the first and the second topic is in progress. This means, that the kconfig-frontends can be built from the top-level directory (with 'make menuconfig/xconfig/gconfig/...') and has a new syntactical structure. This will enable the user to manage all targets from one root Kconfig file. The current syntax consist a 'symbol' token and the actual symbol itself, which can be written this way:

   config TEST 
       prompt "A foo-bar feature"
       symbol TARGET_FOO
       default n

However, this is not a fixed syntax and there could be other ways.