linux-kernel - Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan power by default.

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]

Date:	Thu, 23 Apr 2009 18:04:54 +0900
From:	Mattia Dongili <malattia@...ux.it>
To:	Tim Gardner <timg@....com>
Cc:	linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Sony laptop: Some Sony Vaia laptops do not enable wwan
	power by default.

On Wed, Apr 22, 2009 at 12:53:51PM -0600, Tim Gardner wrote:
> Mattia,
> 
> Does this patch makes sense for just the Vaio? I've had positive feedback from
> the tester in the bug report.
> 
> rtg
> -----------------
> From 083972abb1d5e84845927b3925f077953c207b82 Mon Sep 17 00:00:00 2001
> From: Tim Gardner <tim.gardner@...onical.com>
> Date: Tue, 21 Apr 2009 11:09:10 -0600
> Subject: [PATCH] Sony laptop: Some Sony Vaio laptops do not enable wwan power by default.
> 
> Bug: https://bugs.launchpad.net/bugs/364678
> 
> Added quirk to enable wwan power based on DMI information already present in the module.
> It appears that wwan is not powered up from a cold boot.

The bug reporter says that this happens when booting from windows to
linux, is it still true when manually enabling the device in linux and
then rebooting (into linux again)?

> Signed-off-by: Tim Gardner <tim.gardner@...onical.com>
> ---
>  drivers/misc/sony-laptop.c |   24 +++++++++++++++++++++++-
>  1 files changed, 23 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/misc/sony-laptop.c b/drivers/misc/sony-laptop.c
> index 7e73acc..eab7011 100644
> --- a/drivers/misc/sony-laptop.c
> +++ b/drivers/misc/sony-laptop.c
> @@ -1248,10 +1248,13 @@ struct device_ctrl {
>  	u16				evport_offset;
>  	u8				has_camera;
>  	u8				has_bluetooth;
> -	u8				has_wwan;
>  	struct sonypi_eventtypes	*event_types;
>  };
>  
> +struct sony_pic_quirk_entry {
> +	u8				set_wwan_power;
> +};
> +
>  struct sony_pic_dev {
>  	struct device_ctrl	*control;
>  	struct acpi_device	*acpi_dev;
> @@ -1260,6 +1263,7 @@ struct sony_pic_dev {
>  	struct list_head	interrupts;
>  	struct list_head	ioports;
>  	struct mutex		lock;
> +	struct sony_pic_quirk_entry *quirks;
>  	u8			camera_power;
>  	u8			bluetooth_power;
>  	u8			wwan_power;
> @@ -2685,6 +2689,12 @@ static int sony_pic_add(struct acpi_device *device)
>  	if (result)
>  		goto err_remove_pf;
>  
> +	if (spic_dev.quirks && spic_dev.quirks->set_wwan_power) {
> +		/*
> +		 * Power isn't enabled by default.
> +		 */
> +		sony_pic_set_wwanpower(1);
> +	}
>  	return 0;
>  
>  err_remove_pf:
> @@ -2755,6 +2765,16 @@ static struct acpi_driver sony_pic_driver = {
>  		},
>  };
>  
> +static struct sony_pic_quirk_entry sony_pic_vaio_vgn = {
> +	.set_wwan_power = 1,
> +};
> +
> +static int dmi_matched(const struct dmi_system_id *dmi)
> +{
> +	spic_dev.quirks = dmi->driver_data;
> +	return 0;
> +}
> +
>  static struct dmi_system_id __initdata sonypi_dmi_table[] = {
>  	{
>  		.ident = "Sony Vaio",
> @@ -2769,6 +2789,8 @@ static struct dmi_system_id __initdata sonypi_dmi_table[] = {
>  			DMI_MATCH(DMI_SYS_VENDOR, "Sony Corporation"),
>  			DMI_MATCH(DMI_PRODUCT_NAME, "VGN-"),
>  		},
> +		.callback = dmi_matched,
> +		.driver_data = &sony_pic_vaio_vgn,

This is like just enabling it on all type3 (and some type2) vaios.
Might as well call your quirk unconditionally for all models.

Honestly I'd rather work towards the rfkill implementation as Matthew
suggests.
-- 
mattia
:wq!
--
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/