If you want to suggest a kernel configuration option change for MeeGo, please send an email to the meego-dev mailing list or file a bug in bugzilla. Please include a description of why you want the change done (not just the "what"), why it is important for MeeGo to do this change.
Note that MeeGo tries to keep the kernel configurations between the different builds as consistent as possible, and because of that, you may see configuration options that are not strictly required for some platform still be enabled. We do make exceptions to the "as consistent as possible" if a general configuration option has a significant impact on size, but we'd like to know this... (think of it this way: "Turning this option off saves 102312 bytes of size, and phones do not use fiber channel" is a pretty good justification description, while "turn FOO off for size" is not).
The MeeGo project really wants Device drivers and other kernel code to be developed for, and integrated in, the kernel.org kernel as maintained by Linus Torvalds. Every patch we carry has a cost for us, and we do not want to carry long term patches.
So if you want to develop a device driver for MeeGo, please develop your driver for, and submit your driver to, the kernel.org Linux kernel. In fact, this is a requirement for MeeGo!
Now, sometimes the process of integrating into the kernel.org kernel takes a bit of time (for example your code may be in a maintainer tree but not yet merged by Linus). In that case, and as long as you're committed to continue the upstream integration process, we may make and exception and integrate your code prior to Linus Torvalds doing the final merge of your code.
There will be a few hard cases where the upstream kernel, for principle reasons, to reject a device driver. The PowerVR graphics drivers come to mind. For those cases, for pragmatic reasons, the Meego Technical Steering Group can grant exceptions to the policy and allow such drivers into MeeGo regardless of upstream rejection. Such exception comes with a set of requirements on maintenance and responsiveness etc/etc.
Lets say you have developed a patch, or otherwise want a patch that Linus or a maintainer already merged (or is in progress, as described above) included into MeeGo. There are two ways to request this: Email to meego-dev and MeeGo Bugzilla. For either case, we expect you to do the same diligence you do when you send a patch to the Linux Kernel Mailing List: You provide a description of the what and the why, you format the patch in the LKML form (included Signed-off-by: line etc etc).
Specifically for MeeGo, we also want you to tell us where the patch is in the upstream integration process. If your patch is already merged by Linus, we'd like you to give us the git commit ID (we have tools that make it easy for us to backport patches based on this commit ID). If the patch is in a maintainer tree, let us know. If your patch is in progress of being merged by the maintainer, let us know where you posted it and where the review is happening.
You should also consider the MeeGo release schedules, including code freeze dates, before submitting your contributions.
Please visit our general contribution guidelines for other details and additional ways to contribute to MeeGo.