From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751764AbdBOKx1 (ORCPT ); Wed, 15 Feb 2017 05:53:27 -0500 Received: from bombadil.infradead.org ([65.50.211.133]:54728 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751474AbdBOKx0 (ORCPT ); Wed, 15 Feb 2017 05:53:26 -0500 Date: Wed, 15 Feb 2017 11:53:01 +0100 From: Peter Zijlstra To: Thomas Gleixner Cc: LKML , Gabriel C , Ingo Molnar , Peter Anvin , Borislav Petkov , Linus Torvalds , Mike Galbraith , Greg Kroah-Hartman , Ruslan Ruslichenko , stable@vger.kernel.org, alan@linux.intel.com Subject: Re: [patch 1/2] x86/platform/goldfish: Prevent unconditional loading Message-ID: <20170215105301.GB6557@twins.programming.kicks-ass.net> References: <20170215101149.937286619@linutronix.de> <20170215102145.074836404@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170215102145.074836404@linutronix.de> User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 15, 2017 at 11:11:50AM +0100, Thomas Gleixner wrote: > The goldfish platform code registers the platform device unconditionally > which causes havoc in several ways if the goldfish_pdev_bus driver is > enabled: > > - Access to the hardcoded physical memory region, which is either not > available or contains stuff which is completely unrelated. > > - Prevents that the interrupt of the serial port can be requested > > - In case of a spurious interrupt it goes into a infinite loop in the > interrupt handler of the pdev_bus driver (which needs to be fixed > seperately). > > Add a 'goldfish' command line option to make the registration opt-in when > the platform is compiled in. > > I'm seriously grumpy about this engineering trainwreck, which has seven > SOBs from Intel developers for 50 lines of code. And none of them figured > out that this is broken. Impressive fail! > > Fixes: ddd70cf93d78 ("goldfish: platform device for x86") > Reported-by: Gabriel C > Signed-off-by: Thomas Gleixner > Cc: stable@vger.kernel.org Just thinking, could we not simply delete this entire driver and use x86-DT support to setup this platform?