lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20130111200046.GB13897@intel.com> Date: Fri, 11 Jan 2013 22:00:46 +0200 From: Mika Westerberg <mika.westerberg@...ux.intel.com> To: "Rafael J. Wysocki" <rjw@...k.pl> Cc: ACPI Devel Maling List <linux-acpi@...r.kernel.org>, Toshi Kani <toshi.kani@...com>, Bjorn Helgaas <bhelgaas@...gle.com>, LKML <linux-kernel@...r.kernel.org>, linux-pci@...r.kernel.org, Yinghai Lu <yinghai@...nel.org>, Myron Stowe <myron.stowe@...hat.com>, Yijing Wang <wangyijing0307@...il.com>, Jiang Liu <liuj97@...il.com> Subject: Re: [PATCH 1/16] ACPI: Separate adding ACPI device objects from probing ACPI drivers (Sorry to jump in late but I noticed one problem with this series while testing). On Thu, Dec 20, 2012 at 02:47:47AM +0100, Rafael J. Wysocki wrote: > +static acpi_status acpi_bus_probe_start(acpi_handle handle, u32 lvl, > + void *context, void **not_used) > +{ > + struct acpi_bus_ops *ops = context; > + acpi_status status = AE_OK; > + struct acpi_device *device; > + unsigned long long sta_not_used; > + int type_not_used; > + > + /* > + * Ignore errors ignored by acpi_bus_check_add() to avoid terminating > + * namespace walks prematurely. > + */ > + if (acpi_bus_type_and_status(handle, &type_not_used, &sta_not_used)) > + return AE_OK; > + > + if (acpi_bus_get_device(handle, &device)) > + return AE_CTRL_DEPTH; > + > + if (ops->acpi_op_add) { > + if (!acpi_match_device_ids(device, acpi_platform_device_ids)) { > + /* This is a known good platform device. */ > + acpi_create_platform_device(device); > + } else if (device_attach(&device->dev)) { device_attach() returns 1 if it succeeds to attach device to a driver. In that case we should continue and not return AE_CTRL_DEPTH, right? > + status = AE_CTRL_DEPTH; > + } > + } else if (ops->acpi_op_start) { > + if (ACPI_FAILURE(acpi_start_single_object(device))) > + status = AE_CTRL_DEPTH; > + } > + return status; > +} -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists