No functional changes.

According to Lindent, the file drv_internface.c had some lines with bad
indentation.

This commit is the output of Lindent.

Signed-off-by: Víctor Manuel Jáquez Leal <vjaq...@igalia.com>
---
 drivers/staging/tidspbridge/rmgr/drv_interface.c |   22 +++++++++++-----------
 1 files changed, 11 insertions(+), 11 deletions(-)

diff --git a/drivers/staging/tidspbridge/rmgr/drv_interface.c 
b/drivers/staging/tidspbridge/rmgr/drv_interface.c
index 5ea753c..c7015f5 100644
--- a/drivers/staging/tidspbridge/rmgr/drv_interface.c
+++ b/drivers/staging/tidspbridge/rmgr/drv_interface.c
@@ -147,7 +147,7 @@ static int bridge_open(struct inode *ip, struct file *filp)
 #ifdef CONFIG_TIDSPBRIDGE_RECOVERY
        if (recover) {
                if (filp->f_flags & O_NONBLOCK ||
-                       wait_for_completion_interruptible(&bridge_open_comp))
+                   wait_for_completion_interruptible(&bridge_open_comp))
                        return -EBUSY;
        }
 #endif
@@ -245,7 +245,7 @@ static long bridge_ioctl(struct file *filp, unsigned int 
code,
 
        if (!status) {
                status = api_call_dev_ioctl(code, &buf_in, &retval,
-                                            filp->private_data);
+                                           filp->private_data);
 
                if (!status) {
                        status = retval;
@@ -342,9 +342,10 @@ static void bridge_recover(struct work_struct *work)
        if (atomic_read(&bridge_cref)) {
                INIT_COMPLETION(bridge_comp);
                while (!wait_for_completion_timeout(&bridge_comp,
-                                               msecs_to_jiffies(REC_TIMEOUT)))
-                       pr_info("%s:%d handle(s) still opened\n",
-                                       __func__, atomic_read(&bridge_cref));
+                                                   msecs_to_jiffies
+                                                   (REC_TIMEOUT)))
+                       pr_info("%s:%d handle(s) still opened\n", __func__,
+                               atomic_read(&bridge_cref));
        }
        dev = dev_get_first();
        dev_get_dev_node(dev, &dev_node);
@@ -363,10 +364,10 @@ void bridge_recover_schedule(void)
 #endif
 #ifdef CONFIG_TIDSPBRIDGE_DVFS
 static int dspbridge_scale_notification(struct notifier_block *op,
-               unsigned long val, void *ptr)
+                                       unsigned long val, void *ptr)
 {
        struct omap_dsp_platform_data *pdata =
-               omap_dspbridge_dev->dev.platform_data;
+           omap_dspbridge_dev->dev.platform_data;
 
        if (CPUFREQ_POSTCHANGE == val && pdata->dsp_get_opp)
                pwr_pm_post_scale(PRCM_VDD1, pdata->dsp_get_opp());
@@ -413,7 +414,7 @@ static int omap3_bridge_startup(struct platform_device 
*pdev)
                                        CPUFREQ_TRANSITION_NOTIFIER);
        if (err)
                pr_err("%s: clk_notifier_register failed for iva2_ck\n",
-                                                               __func__);
+                      __func__);
 #endif
 #endif
 
@@ -471,7 +472,7 @@ err2:
 err1:
 #ifdef CONFIG_TIDSPBRIDGE_DVFS
        cpufreq_unregister_notifier(&iva_clk_notifier,
-                                       CPUFREQ_TRANSITION_NOTIFIER);
+                                   CPUFREQ_TRANSITION_NOTIFIER);
 #endif
        dsp_clk_exit();
 
@@ -547,10 +548,9 @@ static int __devexit omap34_xx_bridge_remove(struct 
platform_device *pdev)
                pr_err("%s: Failed to retrieve the object handle\n", __func__);
                goto func_cont;
        }
-
 #ifdef CONFIG_TIDSPBRIDGE_DVFS
        if (cpufreq_unregister_notifier(&iva_clk_notifier,
-                                               CPUFREQ_TRANSITION_NOTIFIER))
+                                       CPUFREQ_TRANSITION_NOTIFIER))
                pr_err("%s: cpufreq_unregister_notifier failed for iva2_ck\n",
                       __func__);
 #endif /* #ifdef CONFIG_TIDSPBRIDGE_DVFS */
-- 
1.7.8.3

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to