[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <0DA1DE03-4131-4257-B476-03A776A9B4A6@me.com>
Date: Sat, 03 Oct 2009 01:12:12 +0900
From: lenrek@...com
To: linux-kernel@...r.kernel.org
Cc: lenrek@...com
Subject: Re: [PATCH] drivers/char/pcmcia/synclink_cs.c: BKL pushdown?
On 2009/10/03, at 0:33, Paul Fulghum wrote:
> lenrek@...com wrote:
>> How about the BKL calls in synclinkmp.c, synclink.c, and
>> synclink_gt.c?
>> Can they be safely eliminated?
>
> I looked those over and yes, the BKL can be removed
> from those as well. All 4 synclink drivers are mostly
> variations on the same code.
>
> It looks like the lock_kernel calls were blindly pushed down
> for safety during the initial transition, but all of the
> functions covered either use device specific locking or
> do not require locking.
Many thanks. I enclose a patch against 2.6.31.1
which eliminates the BKL calls from the synclink drivers.
diff -ur linux-2.6.31.1/drivers/char/synclink.c linux/drivers/char/
synclink.c
--- linux-2.6.31.1/drivers/char/synclink.c 2009-09-25
00:45:25.000000000 +0900
+++ linux/drivers/char/synclink.c 2009-10-03 00:35:31.000000000 +0900
@@ -2950,9 +2950,8 @@
return -EIO;
}
- lock_kernel();
ret = mgsl_ioctl_common(info, cmd, arg);
- unlock_kernel();
+
return ret;
}
@@ -3162,7 +3161,6 @@
* Note: use tight timings here to satisfy the NIST-PCTS.
*/
- lock_kernel();
if ( info->params.data_rate ) {
char_time = info->timeout/(32 * 5);
if (!char_time)
@@ -3192,7 +3190,6 @@
break;
}
}
- unlock_kernel();
exit:
if (debug_level >= DEBUG_LEVEL_INFO)
diff -ur linux-2.6.31.1/drivers/char/synclink_gt.c linux/drivers/char/
synclink_gt.c
--- linux-2.6.31.1/drivers/char/synclink_gt.c 2009-09-25
00:45:25.000000000 +0900
+++ linux/drivers/char/synclink_gt.c 2009-10-03 00:35:57.000000000 +0900
@@ -928,8 +928,6 @@
* Note: use tight timings here to satisfy the NIST-PCTS.
*/
- lock_kernel();
-
if (info->params.data_rate) {
char_time = info->timeout/(32 * 5);
if (!char_time)
@@ -947,7 +945,6 @@
if (timeout && time_after(jiffies, orig_jiffies + timeout))
break;
}
- unlock_kernel();
exit:
DBGINFO(("%s wait_until_sent exit\n", info->device_name));
@@ -1073,7 +1070,6 @@
return -EIO;
}
- lock_kernel();
switch (cmd) {
case MGSL_IOCGPARAMS:
@@ -1143,7 +1139,7 @@
default:
ret = -ENOIOCTLCMD;
}
- unlock_kernel();
+
return ret;
}
diff -ur linux-2.6.31.1/drivers/char/synclinkmp.c linux/drivers/char/
synclinkmp.c
--- linux-2.6.31.1/drivers/char/synclinkmp.c 2009-09-25
00:45:25.000000000 +0900
+++ linux/drivers/char/synclinkmp.c 2009-10-03 00:38:16.000000000 +0900
@@ -1062,7 +1062,6 @@
if (sanity_check(info, tty->name, "wait_until_sent"))
return;
- lock_kernel();
if (!(info->port.flags & ASYNC_INITIALIZED))
goto exit;
@@ -1106,7 +1105,6 @@
}
exit:
- unlock_kernel();
if (debug_level >= DEBUG_LEVEL_INFO)
printk("%s(%d):%s wait_until_sent() exit\n",
__FILE__,__LINE__, info->device_name );
@@ -1122,7 +1120,6 @@
if (sanity_check(info, tty->name, "write_room"))
return 0;
- lock_kernel();
if (info->params.mode == MGSL_MODE_HDLC) {
ret = (info->tx_active) ? 0 : HDLC_MAX_FRAME_SIZE;
} else {
@@ -1130,7 +1127,6 @@
if (ret < 0)
ret = 0;
}
- unlock_kernel();
if (debug_level >= DEBUG_LEVEL_INFO)
printk("%s(%d):%s write_room()=%d\n",
@@ -1251,7 +1247,7 @@
*
* Return Value: 0 if success, otherwise error code
*/
-static int do_ioctl(struct tty_struct *tty, struct file *file,
+static int ioctl(struct tty_struct *tty, struct file *file,
unsigned int cmd, unsigned long arg)
{
SLMP_INFO *info = tty->driver_data;
@@ -1341,16 +1337,6 @@
return 0;
}
-static int ioctl(struct tty_struct *tty, struct file *file,
- unsigned int cmd, unsigned long arg)
-{
- int ret;
- lock_kernel();
- ret = do_ioctl(tty, file, cmd, arg);
- unlock_kernel();
- return ret;
-}
-
/*
* /proc fs routines....
*/
--
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/
Powered by blists - more mailing lists