X86 platform drivers
 help / color / mirror / Atom feed
From: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
To: Finn Thain <fthain@telegraphics.com.au>
Cc: linux-kernel@vger.kernel.org, linux-m68k@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org, Darren Hart <dvhart@infradead.org>,
	ibm-acpi-devel@lists.sourceforge.net,
	platform-driver-x86@vger.kernel.org
Subject: Re: [RFC 07/24] x86/thinkpad_acpi: Use arch_nvram_ops methods instead of nvram_read_byte() and nvram_write_byte()
Date: Sun, 31 May 2015 01:11:15 -0300	[thread overview]
Message-ID: <20150531041114.GA30431@khazad-dum.debian.net> (raw)
In-Reply-To: <20150531010134.129479218@telegraphics.com.au>

On Sun, 31 May 2015, Finn Thain wrote:
> Make use of arch_nvram_ops in the thinkpad_acpi driver so that the
> nvram_* function exports can be removed.
> 
> This patch series was tested on a ThinkPad T43.

Can you describe how you did the testing?  A specific procedure is required
to test the hotkey NVRAM polling codepaths (which will read several NVRAM
bytes @10Hz by default) in a T43...

> Signed-off-by: Finn Thain <fthain@telegraphics.com.au>

The patch looks correct, so I don't expect any problems.

Provided that your test procedure did enable hotkey NVRAM polling in the T43
and your hotkeys all still worked fine, you have my Acked-by.

> ---
>  drivers/platform/x86/thinkpad_acpi.c |   20 ++++++++++----------
>  1 file changed, 10 insertions(+), 10 deletions(-)
> 
> Index: linux/drivers/platform/x86/thinkpad_acpi.c
> ===================================================================
> --- linux.orig/drivers/platform/x86/thinkpad_acpi.c	2015-05-31 11:00:59.000000000 +1000
> +++ linux/drivers/platform/x86/thinkpad_acpi.c	2015-05-31 11:01:07.000000000 +1000
> @@ -2311,30 +2311,30 @@ static void hotkey_read_nvram(struct tp_
>  	u8 d;
>  
>  	if (m & TP_NVRAM_HKEY_GROUP_HK2) {
> -		d = nvram_read_byte(TP_NVRAM_ADDR_HK2);
> +		d = arch_nvram_ops.read_byte(TP_NVRAM_ADDR_HK2);
>  		n->thinkpad_toggle = !!(d & TP_NVRAM_MASK_HKT_THINKPAD);
>  		n->zoom_toggle = !!(d & TP_NVRAM_MASK_HKT_ZOOM);
>  		n->display_toggle = !!(d & TP_NVRAM_MASK_HKT_DISPLAY);
>  		n->hibernate_toggle = !!(d & TP_NVRAM_MASK_HKT_HIBERNATE);
>  	}
>  	if (m & TP_ACPI_HKEY_THNKLGHT_MASK) {
> -		d = nvram_read_byte(TP_NVRAM_ADDR_THINKLIGHT);
> +		d = arch_nvram_ops.read_byte(TP_NVRAM_ADDR_THINKLIGHT);
>  		n->thinklight_toggle = !!(d & TP_NVRAM_MASK_THINKLIGHT);
>  	}
>  	if (m & TP_ACPI_HKEY_DISPXPAND_MASK) {
> -		d = nvram_read_byte(TP_NVRAM_ADDR_VIDEO);
> +		d = arch_nvram_ops.read_byte(TP_NVRAM_ADDR_VIDEO);
>  		n->displayexp_toggle =
>  				!!(d & TP_NVRAM_MASK_HKT_DISPEXPND);
>  	}
>  	if (m & TP_NVRAM_HKEY_GROUP_BRIGHTNESS) {
> -		d = nvram_read_byte(TP_NVRAM_ADDR_BRIGHTNESS);
> +		d = arch_nvram_ops.read_byte(TP_NVRAM_ADDR_BRIGHTNESS);
>  		n->brightness_level = (d & TP_NVRAM_MASK_LEVEL_BRIGHTNESS)
>  				>> TP_NVRAM_POS_LEVEL_BRIGHTNESS;
>  		n->brightness_toggle =
>  				!!(d & TP_NVRAM_MASK_HKT_BRIGHTNESS);
>  	}
>  	if (m & TP_NVRAM_HKEY_GROUP_VOLUME) {
> -		d = nvram_read_byte(TP_NVRAM_ADDR_MIXER);
> +		d = arch_nvram_ops.read_byte(TP_NVRAM_ADDR_MIXER);
>  		n->volume_level = (d & TP_NVRAM_MASK_LEVEL_VOLUME)
>  				>> TP_NVRAM_POS_LEVEL_VOLUME;
>  		n->mute = !!(d & TP_NVRAM_MASK_MUTE);
> @@ -6153,7 +6153,7 @@ static unsigned int tpacpi_brightness_nv
>  {
>  	u8 lnvram;
>  
> -	lnvram = (nvram_read_byte(TP_NVRAM_ADDR_BRIGHTNESS)
> +	lnvram = (arch_nvram_ops.read_byte(TP_NVRAM_ADDR_BRIGHTNESS)
>  		  & TP_NVRAM_MASK_LEVEL_BRIGHTNESS)
>  		  >> TP_NVRAM_POS_LEVEL_BRIGHTNESS;
>  	lnvram &= bright_maxlvl;
> @@ -6178,7 +6178,7 @@ static void tpacpi_brightness_checkpoint
>  	if (unlikely(!acpi_ec_read(TP_EC_BACKLIGHT, &lec)))
>  		goto unlock;
>  	lec &= TP_EC_BACKLIGHT_LVLMSK;
> -	b_nvram = nvram_read_byte(TP_NVRAM_ADDR_BRIGHTNESS);
> +	b_nvram = arch_nvram_ops.read_byte(TP_NVRAM_ADDR_BRIGHTNESS);
>  
>  	if (lec != ((b_nvram & TP_NVRAM_MASK_LEVEL_BRIGHTNESS)
>  			     >> TP_NVRAM_POS_LEVEL_BRIGHTNESS)) {
> @@ -6186,7 +6186,7 @@ static void tpacpi_brightness_checkpoint
>  		b_nvram &= ~(TP_NVRAM_MASK_LEVEL_BRIGHTNESS <<
>  				TP_NVRAM_POS_LEVEL_BRIGHTNESS);
>  		b_nvram |= lec;
> -		nvram_write_byte(b_nvram, TP_NVRAM_ADDR_BRIGHTNESS);
> +		arch_nvram_ops.write_byte(b_nvram, TP_NVRAM_ADDR_BRIGHTNESS);
>  		dbg_printk(TPACPI_DBG_BRGHT,
>  			   "updated NVRAM backlight level to %u (0x%02x)\n",
>  			   (unsigned int) lec, (unsigned int) b_nvram);
> @@ -6794,13 +6794,13 @@ static void tpacpi_volume_checkpoint_nvr
>  	if (unlikely(!acpi_ec_read(TP_EC_AUDIO, &lec)))
>  		goto unlock;
>  	lec &= ec_mask;
> -	b_nvram = nvram_read_byte(TP_NVRAM_ADDR_MIXER);
> +	b_nvram = arch_nvram_ops.read_byte(TP_NVRAM_ADDR_MIXER);
>  
>  	if (lec != (b_nvram & ec_mask)) {
>  		/* NVRAM needs update */
>  		b_nvram &= ~ec_mask;
>  		b_nvram |= lec;
> -		nvram_write_byte(b_nvram, TP_NVRAM_ADDR_MIXER);
> +		arch_nvram_ops.write_byte(b_nvram, TP_NVRAM_ADDR_MIXER);
>  		dbg_printk(TPACPI_DBG_MIXER,
>  			   "updated NVRAM mixer status to 0x%02x (0x%02x)\n",
>  			   (unsigned int) lec, (unsigned int) b_nvram);
> 
> 

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

  reply	other threads:[~2015-05-31  4:11 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20150531010132.289674310@telegraphics.com.au>
2015-05-31  1:01 ` [RFC 07/24] x86/thinkpad_acpi: Use arch_nvram_ops methods instead of nvram_read_byte() and nvram_write_byte() Finn Thain
2015-05-31  4:11   ` Henrique de Moraes Holschuh [this message]
2015-05-31  6:15     ` Finn Thain
2015-05-31 14:34       ` Henrique de Moraes Holschuh
     [not found]         ` <20150531143422.GA12337-ZGHd14iZgfaRjzvQDGKj+xxZW9W5cXbT@public.gmane.org>
2015-06-02 10:09           ` Henrique de Moraes Holschuh
2015-06-03  3:34             ` Darren Hart
2015-06-03  7:38               ` Finn Thain
2015-06-03 10:37               ` Henrique de Moraes Holschuh
2015-06-04  5:14                 ` Darren Hart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150531041114.GA30431@khazad-dum.debian.net \
    --to=hmh@hmh.eng.br \
    --cc=dvhart@infradead.org \
    --cc=fthain@telegraphics.com.au \
    --cc=ibm-acpi-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=platform-driver-x86@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox