From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from wout2-smtp.messagingengine.com ([64.147.123.25]:37133 "EHLO wout2-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727491AbeK1V5F (ORCPT ); Wed, 28 Nov 2018 16:57:05 -0500 Date: Wed, 28 Nov 2018 11:55:46 +0100 From: 'Greg KH' To: Jean Delvare Cc: "Schmauss, Erik" , stable@vger.kernel.org, 'Guenter Roeck' , "Wysocki, Rafael J" , "Moore, Robert" Subject: Re: Please revert "ACPICA: AML interpreter: add region addresses in global list during initialization" Message-ID: <20181128105546.GA1822@kroah.com> References: <20181120094649.243f9670@endymion> <20181120085419.GA19171@kroah.com> <20181120100359.3986a611@endymion> <20181120091136.GA20291@kroah.com> <20181121094549.1576050f@endymion> <20181128095627.38c8ca74@endymion> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181128095627.38c8ca74@endymion> Sender: stable-owner@vger.kernel.org List-ID: On Wed, Nov 28, 2018 at 09:56:27AM +0100, Jean Delvare wrote: > Hi Erik, Greg, > > On Wed, 28 Nov 2018 00:27:37 +0000, Schmauss, Erik wrote: > > Here's an additional data point from the discussion on bz201721. > > The user started using fancontrol during the period where resource conflict > > checking was unintentionally removed. If the reporter tries using fancontrol > > on 4.18.13, they report that fancontrol does not work. So it was basically > > always the case that he needed to use acpi_resource_conflicts=lax for a short > > period of time. > > > > I understand that this "breaks" this machine but we shouldn't be reverting > > resource conflict checking for all other drivers just because of fancontrol. By > > removing this check, we are suppressing warnings and changing the loading behavior > > of other drivers as well. > > I agree. The incorrect (or at the very least incomplete and confusing) > claims in bug #201721 made me think it was a regression from older > versions. As it turns out that this isn't the case, my request to > revert 4abb951b73ff0a8a979113ef185651aa3c8da19b from stable kernel > series was incorrect. I apologize for the noise and ask Greg to undo > the revert. Ok, now added back, thanks. greg k-h