Hi Ingo and friends.
Well I finally got my AMD64 x2 up and running and a cross compiler
working (is there a better way in Debian to get a AMD64 cross compiler
than building one from scratch?).
I got Thomas' kthrt running with no problem (my default kernel in
fact ;-)
Then I felt good and compiled -rt. After a few problems (mostly
configuration) it booted and I got the gdm login. "cool" I thought.
Well, as soon as I logged in, the system froze. Well not really. I had
interrupts working, and the mouse moved around, but all the bash shells
would lock up immediately, as well as all the gnome-terminals ???
Well I solved it, and this might even be a problem with the vanilla
kernel. Grant you, this is most susceptible with a dual AMD64 on RT.
Here's the problem:
in fs/compat.c: compat_sys_ioctl
It has this hash table of ioctl commands protected with a ioctl32_sem.
To get an ioctl you must grab the sem and then search for your ioctl in
the hash table. When you find it, you call your ioctl and then release
the sem.
That's the problem. I found out that one ioctl might sleep holding the
sem and won't be woken up until another process calls another ioctl to
wake it up. But unfortunately, the one waking up the sleeper will block
on the sem. (the killer was tty_wait_until_sent)
I don't know how this doesn't lock up the non-rt kernels. I guess the
ioctls just don't sleep. I haven't looked too deep into why this works
outside of -rt, I just solved it for -rt and will look deeper into this
tomorrow.
Here's the patch:
I created a temporary variable to hold the function pointer when it
finds the ioctl to call, and then release the semaphore. This is
definitely the solution for -rt, since I can't login without this patch.
-- Steve
PS. There's other bug messages I'm getting (in -rt), but I'll work on
those tomorrow ;-)
Index: linux-2.6.14-rt13/fs/compat.c
===================================================================
--- linux-2.6.14-rt13.orig/fs/compat.c 2005-10-27 20:02:08.000000000 -0400
+++ linux-2.6.14-rt13/fs/compat.c 2005-11-15 23:00:14.000000000 -0500
@@ -347,6 +347,7 @@
int error = -EBADF;
struct ioctl_trans *t;
int fput_needed;
+ ioctl_trans_handler_t handler = NULL;
filp = fget_light(fd, &fput_needed);
if (!filp)
@@ -394,8 +395,11 @@
this lock! -AK */
down_read(&ioctl32_sem);
for (t = ioctl32_hash_table[ioctl32_hash(cmd)]; t; t = t->next) {
- if (t->cmd == cmd)
+ if (t->cmd == cmd) {
+ handler = t->handler;
+ up_read(&ioctl32_sem);
goto found_handler;
+ }
}
up_read(&ioctl32_sem);
@@ -413,15 +417,13 @@
goto out_fput;
found_handler:
- if (t->handler) {
+ if (handler) {
lock_kernel();
- error = t->handler(fd, cmd, arg, filp);
+ error = handler(fd, cmd, arg, filp);
unlock_kernel();
- up_read(&ioctl32_sem);
goto out_fput;
}
- up_read(&ioctl32_sem);
do_ioctl:
error = vfs_ioctl(filp, fd, cmd, arg);
out_fput:
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]