On Mon, Nov 23, 2020 at 2:31 PM Hans de Goede <hdegoede@xxxxxxxxxx> wrote: > > Hi, > > On 11/23/20 1:17 PM, Rafael J. Wysocki wrote: > > On Sat, Nov 21, 2020 at 9:31 PM Hans de Goede <hdegoede@xxxxxxxxxx> wrote: > >> > >> The current solution, of deferring adding of some devices because they > >> need access during the OpRegions of other devices while they are added, > >> is not very generic. > >> > >> And support for making the decision to defer adding a device based on > >> its _DEP list, instead of the device's HID being in a fixed list of HIDs > >> to defer, which should be a more generic way to deal with this. > > > > Thanks a lot for working on this! > > You're welcome. > > > I'll have a more thorough look at the series later this week, stay tuned. > > Ok. > > >> Since this is likely to cause issues on some hardware, this new method will > >> only be used if the new acpi.defer_scan_based_on_dep kernel commandline > >> option is set to 1. > > > > However, I already can say that I don't like the new command line option. > > You don't like the name, or you don't like having a commandline option for this? The latter. > Anyways I'll wait till you have taken a closer look. OK, thanks!
