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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAErSpo6Dn8+pOsSuiMDNzwheH=LELRKhkWeSB__S0WjHBz13nA@mail.gmail.com>
Date:	Thu, 26 Jul 2012 13:23:37 -0600
From:	Bjorn Helgaas <bhelgaas@...gle.com>
To:	Toshi Kani <toshi.kani@...com>
Cc:	lenb@...nel.org, linux-acpi@...r.kernel.org,
	linux-kernel@...r.kernel.org, joe@...ches.com,
	isimatu.yasuaki@...fujitsu.com, liuj97@...il.com,
	srivatsa.bhat@...ux.vnet.ibm.com, prarit@...hat.com,
	imammedo@...hat.com, vijaymohan.pandarathil@...com
Subject: Re: [PATCH v3 3/4] ACPI: Update Memory hotplug messages

On Wed, Jul 25, 2012 at 5:12 PM, Toshi Kani <toshi.kani@...com> wrote:
> Updated Memory hotplug log messages with acpi_pr_<level>()
> and pr_<level>().
>
> Signed-off-by: Toshi Kani <toshi.kani@...com>
> ---
>  drivers/acpi/acpi_memhotplug.c |   24 ++++++++++++------------
>  1 files changed, 12 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/acpi/acpi_memhotplug.c b/drivers/acpi/acpi_memhotplug.c
> index 06c55cd..dcc8f4d 100644
> --- a/drivers/acpi/acpi_memhotplug.c
> +++ b/drivers/acpi/acpi_memhotplug.c
> @@ -170,7 +170,7 @@ acpi_memory_get_device(acpi_handle handle,
>         /* Get the parent device */
>         result = acpi_bus_get_device(phandle, &pdevice);
>         if (result) {
> -               printk(KERN_WARNING PREFIX "Cannot get acpi bus device");
> +               acpi_pr_warn(phandle, "Cannot get acpi bus device\n");
>                 return -EINVAL;
>         }
>
> @@ -180,14 +180,14 @@ acpi_memory_get_device(acpi_handle handle,
>          */
>         result = acpi_bus_add(&device, pdevice, handle, ACPI_BUS_TYPE_DEVICE);
>         if (result) {
> -               printk(KERN_WARNING PREFIX "Cannot add acpi bus");
> +               acpi_pr_warn(handle, "Cannot add acpi bus\n");
>                 return -EINVAL;
>         }
>
>        end:
>         *mem_device = acpi_driver_data(device);
>         if (!(*mem_device)) {
> -               printk(KERN_ERR "\n driver data not found");
> +               acpi_pr_err(handle, "driver data not found\n");

acpi_driver_data() requires a valid acpi_device *, so dev_err() should
work here.

>                 return -ENODEV;
>         }
>
> @@ -224,7 +224,7 @@ static int acpi_memory_enable_device(struct acpi_memory_device *mem_device)
>         /* Get the range from the _CRS */
>         result = acpi_memory_get_device_resources(mem_device);
>         if (result) {
> -               printk(KERN_ERR PREFIX "get_device_resources failed\n");
> +               pr_err(PREFIX "get_device_resources failed\n");

And here.

>                 mem_device->state = MEMORY_INVALID_STATE;
>                 return result;
>         }
> @@ -257,7 +257,7 @@ static int acpi_memory_enable_device(struct acpi_memory_device *mem_device)
>                 num_enabled++;
>         }
>         if (!num_enabled) {
> -               printk(KERN_ERR PREFIX "add_memory failed\n");
> +               acpi_pr_err(mem_device->device->handle, "add_memory failed\n");

And here.

>                 mem_device->state = MEMORY_INVALID_STATE;
>                 return -EINVAL;
>         }
> @@ -353,7 +353,7 @@ static void acpi_memory_device_notify(acpi_handle handle, u32 event, void *data)
>                         ACPI_DEBUG_PRINT((ACPI_DB_INFO,
>                                           "\nReceived DEVICE CHECK notification for device\n"));
>                 if (acpi_memory_get_device(handle, &mem_device)) {
> -                       printk(KERN_ERR PREFIX "Cannot find driver data\n");
> +                       acpi_pr_err(handle, "Cannot find driver data\n");
>                         break;
>                 }
>
> @@ -361,7 +361,7 @@ static void acpi_memory_device_notify(acpi_handle handle, u32 event, void *data)
>                         break;
>
>                 if (acpi_memory_enable_device(mem_device)) {
> -                       pr_err(PREFIX "Cannot enable memory device\n");
> +                       acpi_pr_err(handle, "Cannot enable memory device\n");

And here.

>                         break;
>                 }
>
> @@ -373,12 +373,12 @@ static void acpi_memory_device_notify(acpi_handle handle, u32 event, void *data)
>                                   "\nReceived EJECT REQUEST notification for device\n"));
>
>                 if (acpi_bus_get_device(handle, &device)) {
> -                       printk(KERN_ERR PREFIX "Device doesn't exist\n");
> +                       acpi_pr_err(handle, "Device doesn't exist\n");
>                         break;
>                 }
>                 mem_device = acpi_driver_data(device);
>                 if (!mem_device) {
> -                       printk(KERN_ERR PREFIX "Driver Data is NULL\n");
> +                       acpi_pr_err(handle, "Driver Data is NULL\n");

And here.

>                         break;
>                 }
>
> @@ -389,7 +389,7 @@ static void acpi_memory_device_notify(acpi_handle handle, u32 event, void *data)
>                  *      with generic sysfs driver
>                  */
>                 if (acpi_memory_disable_device(mem_device)) {
> -                       pr_err(PREFIX "Disable memory device\n");
> +                       acpi_pr_err(handle, "Disable memory device\n");

And here.  (What is this message supposed to mean, anyway?)

>                         /*
>                          * If _EJ0 was called but failed, _OST is not
>                          * necessary.
> @@ -449,7 +449,7 @@ static int acpi_memory_device_add(struct acpi_device *device)
>         /* Set the device state */
>         mem_device->state = MEMORY_POWER_ON_STATE;
>
> -       printk(KERN_DEBUG "%s \n", acpi_device_name(device));
> +       pr_debug("%s\n", acpi_device_name(device));

And here.  This message looks dubious anyway.

>
>         /*
>          * Early boot code has recognized memory area by EFI/E820.
> @@ -464,7 +464,7 @@ static int acpi_memory_device_add(struct acpi_device *device)
>                 /* call add_memory func */
>                 result = acpi_memory_enable_device(mem_device);
>                 if (result)
> -                       printk(KERN_ERR PREFIX
> +                       acpi_pr_err(device->handle,
>                                 "Error in acpi_memory_enable_device\n");

And here.

>         }
>         return result;
> --
> 1.7.7.6
>
--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ