dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] drm: Release spinlock for calling lastclose() after 58474713
@ 2010-08-07 12:49 Chris Wilson
  2010-08-08  7:08 ` Dave Airlie
  2010-08-11 13:41 ` [PATCH] drm: Remove count_lock for calling lastclose() after 58474713 (v2) Chris Wilson
  0 siblings, 2 replies; 6+ messages in thread
From: Chris Wilson @ 2010-08-07 12:49 UTC (permalink / raw)
  To: dri-devel

When removing of the BKL the locking around lastclose() was rearranged
and resulted in the holding of the open_count spinlock over the call
into drm_lastclose(). The drivers were not ready for this path to be
atomic - it may indeed involve long waits to release old objects and
cleanup the GPU - and so we ended up scheduling whilst atomic.

[   54.625598] BUG: scheduling while atomic: X/3546/0x00000002
[   54.625600] Modules linked in: sco bridge stp llc input_polldev rfcomm bnep l2cap crc16 sch_sfq ipv6 md_mod acpi_cpufreq mperf cryptd aes_x86_64 aes_generic xts gf128mul dm_crypt dm_mod btusb bluetooth usbhid hid zaurus cdc_ether usbnet mii cdc_wdm cdc_acm uvcvideo videodev v4l1_compat v4l2_compat_ioctl32 snd_hda_codec_conexant arc4 pcmcia ecb snd_hda_intel joydev sdhci_pci sdhci snd_hda_codec tpm_tis firewire_ohci mmc_core e1000e uhci_hcd thinkpad_acpi nvram yenta_socket pcmcia_rsrc pcmcia_core tpm wmi sr_mod firewire_core iwlagn ehci_hcd snd_hwdep snd_pcm usbcore tpm_bios thermal led_class snd_timer iwlcore snd soundcore ac snd_page_alloc pcspkr psmouse serio_raw battery sg mac80211 evdev cfg80211 i2c_i801 iTCO_wdt iTCO_vendor_support cdrom processor crc_itu_t rfkill xfs exportfs sd_m
 od crc_t10dif ahci libahci libata scsi_mod [last unloaded: scsi_wait_scan]
[   54.625663] Pid: 3546, comm: X Not tainted 2.6.35-04771-g1787985 #301
[   54.625665] Call Trace:
[   54.625671]  [<ffffffff8102d599>] __schedule_bug+0x57/0x5c
[   54.625675]  [<ffffffff81384141>] schedule+0xe5/0x832
[   54.625679]  [<ffffffff81163e77>] ? put_dec+0x20/0x3c
[   54.625682]  [<ffffffff81384dd4>] schedule_timeout+0x275/0x29f
[   54.625686]  [<ffffffff810455e1>] ? process_timeout+0x0/0xb
[   54.625688]  [<ffffffff81384e17>] schedule_timeout_uninterruptible+0x19/0x1b
[   54.625691]  [<ffffffff81045893>] msleep+0x16/0x1d
[   54.625695]  [<ffffffff812a2e53>] i9xx_crtc_dpms+0x273/0x2ae
[   54.625698]  [<ffffffff812a18be>] intel_crtc_dpms+0x28/0xe7
[   54.625702]  [<ffffffff811ec0fa>] drm_helper_disable_unused_functions+0xf0/0x118
[   54.625705]  [<ffffffff811ecde3>] drm_crtc_helper_set_config+0x644/0x7c8
[   54.625708]  [<ffffffff811f12dd>] ? drm_copy_field+0x40/0x50
[   54.625711]  [<ffffffff811ebca2>] drm_fb_helper_force_kernel_mode+0x3e/0x85
[   54.625713]  [<ffffffff811ebcf2>] drm_fb_helper_restore+0x9/0x24
[   54.625717]  [<ffffffff81290a41>] i915_driver_lastclose+0x2b/0x5c
[   54.625720]  [<ffffffff811f14a7>] drm_lastclose+0x44/0x2ad
[   54.625722]  [<ffffffff811f1ed2>] drm_release+0x5c6/0x609
[   54.625726]  [<ffffffff810d1275>] fput+0x109/0x1c7
[   54.625728]  [<ffffffff810ce5e4>] filp_close+0x61/0x6b
[   54.625731]  [<ffffffff810ce680>] sys_close+0x92/0xd4
[   54.625734]  [<ffffffff81002a2b>] system_call_fastpath+0x16/0x1b

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
---
 drivers/gpu/drm/drm_fops.c |    9 ++++-----
 1 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 2ca8df8..6367961 100644
--- a/drivers/gpu/drm/drm_fops.c
+++ b/drivers/gpu/drm/drm_fops.c
@@ -572,16 +572,15 @@ int drm_release(struct inode *inode, struct file *filp)
 	atomic_inc(&dev->counts[_DRM_STAT_CLOSES]);
 	spin_lock(&dev->count_lock);
 	if (!--dev->open_count) {
+		spin_unlock(&dev->count_lock);
+
 		if (atomic_read(&dev->ioctl_count)) {
 			DRM_ERROR("Device busy: %d\n",
 				  atomic_read(&dev->ioctl_count));
 			retcode = -EBUSY;
-			goto out;
-		}
-		retcode = drm_lastclose(dev);
+		} else
+			retcode = drm_lastclose(dev);
 	}
-out:
-	spin_unlock(&dev->count_lock);
 	mutex_unlock(&drm_global_mutex);
 
 	return retcode;
-- 
1.7.1

^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH] drm: Release spinlock for calling lastclose() after 58474713
  2010-08-07 12:49 [PATCH] drm: Release spinlock for calling lastclose() after 58474713 Chris Wilson
@ 2010-08-08  7:08 ` Dave Airlie
  2010-08-08  8:37   ` [PATCH] drm: Use global_mutex to serialise open/lastclose Chris Wilson
  2010-08-11 13:41 ` [PATCH] drm: Remove count_lock for calling lastclose() after 58474713 (v2) Chris Wilson
  1 sibling, 1 reply; 6+ messages in thread
From: Dave Airlie @ 2010-08-08  7:08 UTC (permalink / raw)
  To: Chris Wilson; +Cc: dri-devel

On Sat, Aug 7, 2010 at 10:49 PM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
> When removing of the BKL the locking around lastclose() was rearranged
> and resulted in the holding of the open_count spinlock over the call
> into drm_lastclose(). The drivers were not ready for this path to be
> atomic - it may indeed involve long waits to release old objects and
> cleanup the GPU - and so we ended up scheduling whilst atomic.

I might be missing something, but what stops the race with something
reopening while we are in lastclose now?

Dave.

>
> [   54.625598] BUG: scheduling while atomic: X/3546/0x00000002
> [   54.625600] Modules linked in: sco bridge stp llc input_polldev rfcomm bnep l2cap crc16 sch_sfq ipv6 md_mod acpi_cpufreq mperf cryptd aes_x86_64 aes_generic xts gf128mul dm_crypt dm_mod btusb bluetooth usbhid hid zaurus cdc_ether usbnet mii cdc_wdm cdc_acm uvcvideo videodev v4l1_compat v4l2_compat_ioctl32 snd_hda_codec_conexant arc4 pcmcia ecb snd_hda_intel joydev sdhci_pci sdhci snd_hda_codec tpm_tis firewire_ohci mmc_core e1000e uhci_hcd thinkpad_acpi nvram yenta_socket pcmcia_rsrc pcmcia_core tpm wmi sr_mod firewire_core iwlagn ehci_hcd snd_hwdep snd_pcm usbcore tpm_bios thermal led_class snd_timer iwlcore snd soundcore ac snd_page_alloc pcspkr psmouse serio_raw battery sg mac80211 evdev cfg80211 i2c_i801 iTCO_wdt iTCO_vendor_support cdrom processor crc_itu_t rfkill xfs exportfs sd_mod crc_t10dif ahci libahci libata scsi_mod [last unloaded: scsi_wait_scan]
> [   54.625663] Pid: 3546, comm: X Not tainted 2.6.35-04771-g1787985 #301
> [   54.625665] Call Trace:
> [   54.625671]  [<ffffffff8102d599>] __schedule_bug+0x57/0x5c
> [   54.625675]  [<ffffffff81384141>] schedule+0xe5/0x832
> [   54.625679]  [<ffffffff81163e77>] ? put_dec+0x20/0x3c
> [   54.625682]  [<ffffffff81384dd4>] schedule_timeout+0x275/0x29f
> [   54.625686]  [<ffffffff810455e1>] ? process_timeout+0x0/0xb
> [   54.625688]  [<ffffffff81384e17>] schedule_timeout_uninterruptible+0x19/0x1b
> [   54.625691]  [<ffffffff81045893>] msleep+0x16/0x1d
> [   54.625695]  [<ffffffff812a2e53>] i9xx_crtc_dpms+0x273/0x2ae
> [   54.625698]  [<ffffffff812a18be>] intel_crtc_dpms+0x28/0xe7
> [   54.625702]  [<ffffffff811ec0fa>] drm_helper_disable_unused_functions+0xf0/0x118
> [   54.625705]  [<ffffffff811ecde3>] drm_crtc_helper_set_config+0x644/0x7c8
> [   54.625708]  [<ffffffff811f12dd>] ? drm_copy_field+0x40/0x50
> [   54.625711]  [<ffffffff811ebca2>] drm_fb_helper_force_kernel_mode+0x3e/0x85
> [   54.625713]  [<ffffffff811ebcf2>] drm_fb_helper_restore+0x9/0x24
> [   54.625717]  [<ffffffff81290a41>] i915_driver_lastclose+0x2b/0x5c
> [   54.625720]  [<ffffffff811f14a7>] drm_lastclose+0x44/0x2ad
> [   54.625722]  [<ffffffff811f1ed2>] drm_release+0x5c6/0x609
> [   54.625726]  [<ffffffff810d1275>] fput+0x109/0x1c7
> [   54.625728]  [<ffffffff810ce5e4>] filp_close+0x61/0x6b
> [   54.625731]  [<ffffffff810ce680>] sys_close+0x92/0xd4
> [   54.625734]  [<ffffffff81002a2b>] system_call_fastpath+0x16/0x1b
>
> Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
> ---
>  drivers/gpu/drm/drm_fops.c |    9 ++++-----
>  1 files changed, 4 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
> index 2ca8df8..6367961 100644
> --- a/drivers/gpu/drm/drm_fops.c
> +++ b/drivers/gpu/drm/drm_fops.c
> @@ -572,16 +572,15 @@ int drm_release(struct inode *inode, struct file *filp)
>        atomic_inc(&dev->counts[_DRM_STAT_CLOSES]);
>        spin_lock(&dev->count_lock);
>        if (!--dev->open_count) {
> +               spin_unlock(&dev->count_lock);
> +
>                if (atomic_read(&dev->ioctl_count)) {
>                        DRM_ERROR("Device busy: %d\n",
>                                  atomic_read(&dev->ioctl_count));
>                        retcode = -EBUSY;
> -                       goto out;
> -               }
> -               retcode = drm_lastclose(dev);
> +               } else
> +                       retcode = drm_lastclose(dev);
>        }
> -out:
> -       spin_unlock(&dev->count_lock);
>        mutex_unlock(&drm_global_mutex);
>
>        return retcode;
> --
> 1.7.1
>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [PATCH] drm: Use global_mutex to serialise open/lastclose
  2010-08-08  7:08 ` Dave Airlie
@ 2010-08-08  8:37   ` Chris Wilson
  2010-08-09 17:00     ` Chris Wilson
  2010-08-11  9:09     ` Thomas Hellstrom
  0 siblings, 2 replies; 6+ messages in thread
From: Chris Wilson @ 2010-08-08  8:37 UTC (permalink / raw)
  To: dri-devel

Dave Airlie:
  I might be missing something, but what stops the race with something
  reopening while we are in lastclose now?

The global_mutex which appears to fill this role is only taken inside
the drm_stub_open() and not drm_open() itself. As that mutex appears to
serve no other role, retask it to serialise open/lastclose.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
---
 drivers/gpu/drm/drm_fops.c |   35 ++++++++++++++++++-----------------
 1 files changed, 18 insertions(+), 17 deletions(-)

diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 6367961..71bcd1b 100644
--- a/drivers/gpu/drm/drm_fops.c
+++ b/drivers/gpu/drm/drm_fops.c
@@ -123,27 +123,30 @@ int drm_open(struct inode *inode, struct file *filp)
 	struct drm_device *dev = NULL;
 	int minor_id = iminor(inode);
 	struct drm_minor *minor;
-	int retcode = 0;
+	int retcode = -ENODEV;
 
+	mutex_lock(&drm_global_mutex);
 	minor = idr_find(&drm_minors_idr, minor_id);
 	if (!minor)
-		return -ENODEV;
+		goto err;
 
 	if (!(dev = minor->dev))
-		return -ENODEV;
+		goto err;
 
 	retcode = drm_open_helper(inode, filp, dev);
-	if (!retcode) {
-		atomic_inc(&dev->counts[_DRM_STAT_OPENS]);
-		spin_lock(&dev->count_lock);
-		if (!dev->open_count++) {
-			spin_unlock(&dev->count_lock);
-			retcode = drm_setup(dev);
-			goto out;
-		}
+	if (retcode)
+		goto err;
+
+	atomic_inc(&dev->counts[_DRM_STAT_OPENS]);
+	spin_lock(&dev->count_lock);
+	if (!dev->open_count++) {
 		spin_unlock(&dev->count_lock);
-	}
-out:
+		retcode = drm_setup(dev);
+	} else
+		spin_unlock(&dev->count_lock);
+err:
+	mutex_unlock(&drm_global_mutex);
+
 	if (!retcode) {
 		mutex_lock(&dev->struct_mutex);
 		if (minor->type == DRM_MINOR_LEGACY) {
@@ -178,7 +181,6 @@ int drm_stub_open(struct inode *inode, struct file *filp)
 
 	DRM_DEBUG("\n");
 
-	mutex_lock(&drm_global_mutex);
 	minor = idr_find(&drm_minors_idr, minor_id);
 	if (!minor)
 		goto out;
@@ -198,8 +200,8 @@ int drm_stub_open(struct inode *inode, struct file *filp)
 	}
 	fops_put(old_fops);
 
+	ret = 0;
 out:
-	mutex_unlock(&drm_global_mutex);
 	return err;
 }
 
@@ -474,8 +476,6 @@ int drm_release(struct inode *inode, struct file *filp)
 	struct drm_device *dev = file_priv->minor->dev;
 	int retcode = 0;
 
-	mutex_lock(&drm_global_mutex);
-
 	DRM_DEBUG("open_count = %d\n", dev->open_count);
 
 	if (dev->driver->preclose)
@@ -569,6 +569,7 @@ int drm_release(struct inode *inode, struct file *filp)
 	 * End inline drm_release
 	 */
 
+	mutex_lock(&drm_global_mutex);
 	atomic_inc(&dev->counts[_DRM_STAT_CLOSES]);
 	spin_lock(&dev->count_lock);
 	if (!--dev->open_count) {
-- 
1.7.1

^ permalink raw reply related	[flat|nested] 6+ messages in thread

* Re: [PATCH] drm: Use global_mutex to serialise open/lastclose
  2010-08-08  8:37   ` [PATCH] drm: Use global_mutex to serialise open/lastclose Chris Wilson
@ 2010-08-09 17:00     ` Chris Wilson
  2010-08-11  9:09     ` Thomas Hellstrom
  1 sibling, 0 replies; 6+ messages in thread
From: Chris Wilson @ 2010-08-09 17:00 UTC (permalink / raw)
  To: dri-devel

On Sun,  8 Aug 2010 09:37:24 +0100, Chris Wilson <chris@chris-wilson.co.uk> wrote:
> Dave Airlie:
>   I might be missing something, but what stops the race with something
>   reopening while we are in lastclose now?
> 
> The global_mutex which appears to fill this role is only taken inside
> the drm_stub_open() and not drm_open() itself. As that mutex appears to
> serve no other role, retask it to serialise open/lastclose.

This patch was just wrong. The ordering is drm_stub_open() -> drm_open()
so open/lastclose are currently serialised using drm_global_mutex.
-- 
Chris Wilson, Intel Open Source Technology Centre

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH] drm: Use global_mutex to serialise open/lastclose
  2010-08-08  8:37   ` [PATCH] drm: Use global_mutex to serialise open/lastclose Chris Wilson
  2010-08-09 17:00     ` Chris Wilson
@ 2010-08-11  9:09     ` Thomas Hellstrom
  1 sibling, 0 replies; 6+ messages in thread
From: Thomas Hellstrom @ 2010-08-11  9:09 UTC (permalink / raw)
  To: Chris Wilson; +Cc: dri-devel

On 08/08/2010 10:37 AM, Chris Wilson wrote:
> Dave Airlie:
>    I might be missing something, but what stops the race with something
>    reopening while we are in lastclose now?
>
> The global_mutex which appears to fill this role is only taken inside
> the drm_stub_open() and not drm_open() itself. As that mutex appears to
> serve no other role, retask it to serialise open/lastclose.
>    

Hmm.

But, if used this way, drm_global_mutex needs to protect *all* accesses
to dev::open_count, what is count_clock used for? Can't it be removed?

/Thomas


> Signed-off-by: Chris Wilson<chris@chris-wilson.co.uk>
> ---
>   drivers/gpu/drm/drm_fops.c |   35 ++++++++++++++++++-----------------
>   1 files changed, 18 insertions(+), 17 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
> index 6367961..71bcd1b 100644
> --- a/drivers/gpu/drm/drm_fops.c
> +++ b/drivers/gpu/drm/drm_fops.c
> @@ -123,27 +123,30 @@ int drm_open(struct inode *inode, struct file *filp)
>   	struct drm_device *dev = NULL;
>   	int minor_id = iminor(inode);
>   	struct drm_minor *minor;
> -	int retcode = 0;
> +	int retcode = -ENODEV;
>
> +	mutex_lock(&drm_global_mutex);
>   	minor = idr_find(&drm_minors_idr, minor_id);
>   	if (!minor)
> -		return -ENODEV;
> +		goto err;
>
>   	if (!(dev = minor->dev))
> -		return -ENODEV;
> +		goto err;
>
>   	retcode = drm_open_helper(inode, filp, dev);
> -	if (!retcode) {
> -		atomic_inc(&dev->counts[_DRM_STAT_OPENS]);
> -		spin_lock(&dev->count_lock);
> -		if (!dev->open_count++) {
> -			spin_unlock(&dev->count_lock);
> -			retcode = drm_setup(dev);
> -			goto out;
> -		}
> +	if (retcode)
> +		goto err;
> +
> +	atomic_inc(&dev->counts[_DRM_STAT_OPENS]);
> +	spin_lock(&dev->count_lock);
> +	if (!dev->open_count++) {
>   		spin_unlock(&dev->count_lock);
> -	}
> -out:
> +		retcode = drm_setup(dev);
> +	} else
> +		spin_unlock(&dev->count_lock);
> +err:
> +	mutex_unlock(&drm_global_mutex);
> +
>   	if (!retcode) {
>   		mutex_lock(&dev->struct_mutex);
>   		if (minor->type == DRM_MINOR_LEGACY) {
> @@ -178,7 +181,6 @@ int drm_stub_open(struct inode *inode, struct file *filp)
>
>   	DRM_DEBUG("\n");
>
> -	mutex_lock(&drm_global_mutex);
>   	minor = idr_find(&drm_minors_idr, minor_id);
>   	if (!minor)
>   		goto out;
> @@ -198,8 +200,8 @@ int drm_stub_open(struct inode *inode, struct file *filp)
>   	}
>   	fops_put(old_fops);
>
> +	ret = 0;
>   out:
> -	mutex_unlock(&drm_global_mutex);
>   	return err;
>   }
>
> @@ -474,8 +476,6 @@ int drm_release(struct inode *inode, struct file *filp)
>   	struct drm_device *dev = file_priv->minor->dev;
>   	int retcode = 0;
>
> -	mutex_lock(&drm_global_mutex);
> -
>   	DRM_DEBUG("open_count = %d\n", dev->open_count);
>
>   	if (dev->driver->preclose)
> @@ -569,6 +569,7 @@ int drm_release(struct inode *inode, struct file *filp)
>   	 * End inline drm_release
>   	 */
>
> +	mutex_lock(&drm_global_mutex);
>   	atomic_inc(&dev->counts[_DRM_STAT_CLOSES]);
>   	spin_lock(&dev->count_lock);
>   	if (!--dev->open_count) {
>    

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [PATCH] drm: Remove count_lock for calling lastclose() after 58474713 (v2)
  2010-08-07 12:49 [PATCH] drm: Release spinlock for calling lastclose() after 58474713 Chris Wilson
  2010-08-08  7:08 ` Dave Airlie
@ 2010-08-11 13:41 ` Chris Wilson
  1 sibling, 0 replies; 6+ messages in thread
From: Chris Wilson @ 2010-08-11 13:41 UTC (permalink / raw)
  To: dri-devel

When removing of the BKL the locking around lastclose() was rearranged
and resulted in the holding of the open_count spinlock over the call
into drm_lastclose(). The drivers were not ready for this path to be
atomic - it may indeed involve long waits to release old objects and
cleanup the GPU - and so we ended up scheduling whilst atomic.

[   54.625598] BUG: scheduling while atomic: X/3546/0x00000002
[   54.625600] Modules linked in: sco bridge stp llc input_polldev rfcomm bnep l2cap crc16 sch_sfq ipv6 md_mod acpi_cpufreq mperf cryptd aes_x86_64 aes_generic xts gf128mul dm_crypt dm_mod btusb bluetooth usbhid hid zaurus cdc_ether usbnet mii cdc_wdm cdc_acm uvcvideo videodev v4l1_compat v4l2_compat_ioctl32 snd_hda_codec_conexant arc4 pcmcia ecb snd_hda_intel joydev sdhci_pci sdhci snd_hda_codec tpm_tis firewire_ohci mmc_core e1000e uhci_hcd thinkpad_acpi nvram yenta_socket pcmcia_rsrc pcmcia_core tpm wmi sr_mod firewire_core iwlagn ehci_hcd snd_hwdep snd_pcm usbcore tpm_bios thermal led_class snd_timer iwlcore snd soundcore ac snd_page_alloc pcspkr psmouse serio_raw battery sg mac80211 evdev cfg80211 i2c_i801 iTCO_wdt iTCO_vendor_support cdrom processor crc_itu_t rfkill xfs exportfs sd_m
 od crc_t10dif ahci libahci libata scsi_mod [last unloaded: scsi_wait_scan]
[   54.625663] Pid: 3546, comm: X Not tainted 2.6.35-04771-g1787985 #301
[   54.625665] Call Trace:
[   54.625671]  [<ffffffff8102d599>] __schedule_bug+0x57/0x5c
[   54.625675]  [<ffffffff81384141>] schedule+0xe5/0x832
[   54.625679]  [<ffffffff81163e77>] ? put_dec+0x20/0x3c
[   54.625682]  [<ffffffff81384dd4>] schedule_timeout+0x275/0x29f
[   54.625686]  [<ffffffff810455e1>] ? process_timeout+0x0/0xb
[   54.625688]  [<ffffffff81384e17>] schedule_timeout_uninterruptible+0x19/0x1b
[   54.625691]  [<ffffffff81045893>] msleep+0x16/0x1d
[   54.625695]  [<ffffffff812a2e53>] i9xx_crtc_dpms+0x273/0x2ae
[   54.625698]  [<ffffffff812a18be>] intel_crtc_dpms+0x28/0xe7
[   54.625702]  [<ffffffff811ec0fa>] drm_helper_disable_unused_functions+0xf0/0x118
[   54.625705]  [<ffffffff811ecde3>] drm_crtc_helper_set_config+0x644/0x7c8
[   54.625708]  [<ffffffff811f12dd>] ? drm_copy_field+0x40/0x50
[   54.625711]  [<ffffffff811ebca2>] drm_fb_helper_force_kernel_mode+0x3e/0x85
[   54.625713]  [<ffffffff811ebcf2>] drm_fb_helper_restore+0x9/0x24
[   54.625717]  [<ffffffff81290a41>] i915_driver_lastclose+0x2b/0x5c
[   54.625720]  [<ffffffff811f14a7>] drm_lastclose+0x44/0x2ad
[   54.625722]  [<ffffffff811f1ed2>] drm_release+0x5c6/0x609
[   54.625726]  [<ffffffff810d1275>] fput+0x109/0x1c7
[   54.625728]  [<ffffffff810ce5e4>] filp_close+0x61/0x6b
[   54.625731]  [<ffffffff810ce680>] sys_close+0x92/0xd4
[   54.625734]  [<ffffffff81002a2b>] system_call_fastpath+0x16/0x1b

v2: The spinlock is actually superfluous as access to open_count is
entirely serialised by drm_global_mutex and so can be dropped. The
count_lock spinlock instead appears to be used to protect access to
dev->buf_alloc and dev->buf_use.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
---
 drivers/gpu/drm/drm_fops.c |   16 +++-------------
 1 files changed, 3 insertions(+), 13 deletions(-)

diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index 2ca8df8..3a652a6 100644
--- a/drivers/gpu/drm/drm_fops.c
+++ b/drivers/gpu/drm/drm_fops.c
@@ -135,15 +135,9 @@ int drm_open(struct inode *inode, struct file *filp)
 	retcode = drm_open_helper(inode, filp, dev);
 	if (!retcode) {
 		atomic_inc(&dev->counts[_DRM_STAT_OPENS]);
-		spin_lock(&dev->count_lock);
-		if (!dev->open_count++) {
-			spin_unlock(&dev->count_lock);
+		if (!dev->open_count++)
 			retcode = drm_setup(dev);
-			goto out;
-		}
-		spin_unlock(&dev->count_lock);
 	}
-out:
 	if (!retcode) {
 		mutex_lock(&dev->struct_mutex);
 		if (minor->type == DRM_MINOR_LEGACY) {
@@ -570,18 +564,14 @@ int drm_release(struct inode *inode, struct file *filp)
 	 */
 
 	atomic_inc(&dev->counts[_DRM_STAT_CLOSES]);
-	spin_lock(&dev->count_lock);
 	if (!--dev->open_count) {
 		if (atomic_read(&dev->ioctl_count)) {
 			DRM_ERROR("Device busy: %d\n",
 				  atomic_read(&dev->ioctl_count));
 			retcode = -EBUSY;
-			goto out;
-		}
-		retcode = drm_lastclose(dev);
+		} else
+			retcode = drm_lastclose(dev);
 	}
-out:
-	spin_unlock(&dev->count_lock);
 	mutex_unlock(&drm_global_mutex);
 
 	return retcode;
-- 
1.7.1

^ permalink raw reply related	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2010-08-11 13:42 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-07 12:49 [PATCH] drm: Release spinlock for calling lastclose() after 58474713 Chris Wilson
2010-08-08  7:08 ` Dave Airlie
2010-08-08  8:37   ` [PATCH] drm: Use global_mutex to serialise open/lastclose Chris Wilson
2010-08-09 17:00     ` Chris Wilson
2010-08-11  9:09     ` Thomas Hellstrom
2010-08-11 13:41 ` [PATCH] drm: Remove count_lock for calling lastclose() after 58474713 (v2) Chris Wilson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox