On Tue, Feb 02, 2010 at 10:17:43PM +1100, Stephen Rothwell wrote: > On Tue, 2 Feb 2010 10:58:00 +0000 Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote: > > change the form you're using when reporting problems with partially > > constructed -next - at the minute you say "Today's linux-next build > > (x86_64 allmodconfig) failed like this:" which makes it look like you're > > testing the result of the full -next merge. > I was hoping that the subject of the email would help with that > impression. The way I've always read that was that you'd found a build failure in a given bit of the tree while testing -next - you're clearly doing some work to identify and understand where the failure came from (and simply looking at the source file leads to the same result normally anyway) so the fact that you've identified the subsystem doesn't automatically say that this happened with a partially merged -next. If you looked less like a human the subject by itself would be clearer :) > > > Kconfig has nothing to do with it, sorry. > > No, it does really fix the problem. As I said the driver should build > > depend on a Kconfig symbol which is introduced in the MFD tree. This > > means that the driver will not be built at all until MFD has been merged > > since the dependencies required to select the driver will not be > > satisfied unless the commits it depends on are present in the tree. > Yeah, OK, I guess you could do that. It's needed anyway, the driver will try to link against the MFD core so even with both bits merged a build that didn't select the core would fail. -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html