On Tue, 18 Feb 2014 08:50:13 +0900 Mark Brown <broo...@kernel.org> wrote:
> On Mon, Feb 17, 2014 at 03:35:18PM +0000, One Thousand Gnomes wrote: > > > We've identified a correct working approach which is to simply add a > > CONFIG entry to the ARM tree and a few ifdefs to the problem drivers to > > make the "problem" (in fact a complete fictional non-problem) go away and > > to get rid of the mess over time completely as the drivers are set > > dynamic and it turns out that all the userspace happens to already handle > > this just fine. > > It's a very real problem which affects actual kernels that distro style > users are building. Only because you persist in trying to keep the old static minor numbers even though they are not needed by anything in the real world that will ever run such kernels. Also only because you are apparently too slack to bother to check whether the driver matches the platform or there is an device tree node before registering it even though that's trivial to code and is already done by some other platforms and serial drivers just fine. It's a core code "problem" that is invented by refusing to do the simple trivial fixes in the ARM tree. Please clean up your own poop instead of trying to shovel it into the street. And the proposed change set is buggy as hell - because we register things like 8250 devices at least four ways on the same x86 machine all of which could in theory occur in parallel. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
