]> git.neil.brown.name Git - history.git/commit
[PATCH] Linux-0.99.4 (January 20, 1993) 0.99.4
authorLinus Torvalds <torvalds@linuxfoundation.org>
Fri, 23 Nov 2007 20:09:08 +0000 (15:09 -0500)
committerLinus Torvalds <torvalds@linuxfoundation.org>
Fri, 23 Nov 2007 20:09:08 +0000 (15:09 -0500)
commitc9e69190099fe03195e3a761c20fae664cc2803d
tree8ea12a4b1d494cdb97dc56aec9294bf2351b9a21
parentb0755ed8da9bd6761994e6c42b5fbcfbc738b19e
[PATCH] Linux-0.99.4 (January 20, 1993)

net-1: random addition of "volatile" keywords to try to hide race
conditions in the code.

File locking updated with shared and exclusive locks for BSD flock.

Re-mounting of filesystems and new mount system call.

Re: Freeze up on X

In article <1993Jan21.181502.23485@miles.com> dennisf@miles.com (Dennis Flaherty) writes:
>
>Here's another clue.  Try this: when your system freezes, running X, try
>MOVING THE MOUSE.  It's weird!!  But moving the mouse actually makes the
>system run!  Stop moving the mouse, and the system freezes again.  And
>this only happens with 0.99.3, not 0.99.2.

Get pl4, and it should be gone.  There was a bug in the handling of
uninitialized interrupts in pl3, where they could result in either the
wrong interrupt mask being loaded leading to interrupt lock-out or (in
some cases) bit corruption at the user level.  The symptoms are exactly
as you describe: a good interrupt that didn't happen to be locked out
will correct the interrupt mask, and the system goes on (it can be
moving the mouse, but it might also be a keyboard event etc).

            Linus
23 files changed:
Makefile
boot/head.S
boot/setup.S
fs/locks.c
fs/minix/bitmap.c
fs/pipe.c
fs/proc/array.c
fs/proc/root.c
fs/super.c
include/asm/bitops.h
include/asm/irq.h
include/linux/fcntl.h
include/linux/fs.h
include/linux/sched.h
include/linux/tasks.h [new file with mode: 0644]
kernel/blk_drv/scsi/scsi.c
kernel/blk_drv/scsi/seagate.c
kernel/chr_drv/sound/sound_stub.c
kernel/chr_drv/tty_io.c
kernel/ptrace.c
mm/memory.c
net/tcp/dev.c
net/tcp/tcp.c