[Intel-gfx] [PATCH 09/11] drm/i915: don't use a temp buffer for opregion debugfs file

Jani Nikula jani.nikula at intel.com
Mon Dec 14 06:38:58 PST 2015


On Mon, 14 Dec 2015, Ville Syrjälä <ville.syrjala at linux.intel.com> wrote:
> On Mon, Dec 14, 2015 at 12:50:53PM +0200, Jani Nikula wrote:
>> Hasn't been necessary since
>> 
>> commit 115719fceaa733d646e39cdce83cc32ddb891a49
>> Author: Williams, Dan J <dan.j.williams at intel.com>
>> Date:   Mon Oct 12 21:12:57 2015 +0000
>> 
>>     i915: switch from acpi_os_ioremap to memremap
>> 
>> Signed-off-by: Jani Nikula <jani.nikula at intel.com>
>> ---
>>  drivers/gpu/drm/i915/i915_debugfs.c | 11 ++---------
>>  1 file changed, 2 insertions(+), 9 deletions(-)
>> 
>> diff --git a/drivers/gpu/drm/i915/i915_debugfs.c b/drivers/gpu/drm/i915/i915_debugfs.c
>> index 24318b79bcfc..a9e1f18c36d1 100644
>> --- a/drivers/gpu/drm/i915/i915_debugfs.c
>> +++ b/drivers/gpu/drm/i915/i915_debugfs.c
>> @@ -1842,25 +1842,18 @@ static int i915_opregion(struct seq_file *m, void *unused)
>>  	struct drm_device *dev = node->minor->dev;
>>  	struct drm_i915_private *dev_priv = dev->dev_private;
>>  	struct intel_opregion *opregion = &dev_priv->opregion;
>> -	void *data = kmalloc(OPREGION_SIZE, GFP_KERNEL);
>>  	int ret;
>>  
>> -	if (data == NULL)
>> -		return -ENOMEM;
>> -
>>  	ret = mutex_lock_interruptible(&dev->struct_mutex);
>>  	if (ret)
>>  		goto out;
>
> A bit off topic, but I wonder what this locking is supposed to protect?

I thought about it when Chris mentioned locking in the next patch. Some
opregion mailboxes do change due to driver <-> bios notifications, even
if the VBT doesn't. Not sure if there's any chance this could lead to us
dumping an inconsistent opregion, and if so, what difference that could
make. So I thought better safe than sorry and just let it be.

BR,
Jani.

>
>>  
>> -	if (opregion->header) {
>> -		memcpy(data, opregion->header, OPREGION_SIZE);
>> -		seq_write(m, data, OPREGION_SIZE);
>> -	}
>> +	if (opregion->header)
>> +		seq_write(m, opregion->header, OPREGION_SIZE);
>>  
>>  	mutex_unlock(&dev->struct_mutex);
>>  
>>  out:
>> -	kfree(data);
>>  	return 0;
>>  }
>>  
>> -- 
>> 2.1.4
>> 
>> _______________________________________________
>> Intel-gfx mailing list
>> Intel-gfx at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

-- 
Jani Nikula, Intel Open Source Technology Center


More information about the Intel-gfx mailing list