- 23 Mar, 2003 6 commits
-
-
Alan Cox authored
-
Alan Cox authored
[From Osamu Tomita]
-
Alan Cox authored
-
Alan Cox authored
This fixes one of the long standing IDE hangs on SMP. If you get an error we disable the IRQ, unfortunately we may be in the IRQ handler This change gets us back working but does introduce a small potential race I need to investigate further and fix up in a nicer fashion. IDE should do error handling in a seperate context (as SCSI does) but not for 2.6.
-
Linus Torvalds authored
both ways, but anal compilers will warn about using identifiers that have never been defined in preprocessor expression statements.
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
- 22 Mar, 2003 34 commits
-
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.5
-
Bart De Schuymer authored
-
David S. Miller authored
-
Hideaki Yoshifuji authored
-
James Morris authored
-
Jon Grimm authored
-
Tom Lendacky authored
-
Chas Williams authored
-
Chas Williams authored
-
James Morris authored
-
Chas Williams authored
-
David S. Miller authored
into nuts.ninka.net:/home/davem/src/BK/net-2.5
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.5
-
David S. Miller authored
-
Ben Collins authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
David S. Miller authored
-
Andrew Morton authored
Spotted by Dawson Engler. recalc_signpending() needs tsk->sighand->siglock.
-
Andrew Morton authored
It seems pretty pointless and people do complain about it occasionally.
-
Andrew Morton authored
From: Robert Love <rml@tech9.net> Additional work to make syscalls return longs.
-
Andrew Morton authored
From: "Randy.Dunlap" <randy.dunlap@verizon.net> Fix up various syscalls to return longs, as x86_64 and ia64 (at least) require.
-
Andrew Morton authored
From: Adrian Bunk <bunk@fs.tum.de> I got a .exit.text error in 2.5.65. The problem is that in sound/oss/awe_wave.c the __init function _attach_awe calls the __exit function awe_release_region. The following patch that removes the __exit from awe_release_region fixes it.
-
Andrew Morton authored
- Add some commentary to this function - Add a mutex to prevent new callers of sync_filesytems() from DoSing currently-running caller.
-
Andrew Morton authored
From: Dipankar Sarma <dipankar@in.ibm.com> This patch makes the list macros use smp-only version of the barriers, no need to hurt UP performance.
-
Andrew Morton authored
ext3_writepage() calls ext3_journal_stop(), which dereferences the affected inode. It does this _after_ writing the page out, which is illegal. The IO can complete, the page can be repeased from the inode and the inode can be freed up. It's a long-standing bug. It has been reported happening on preemptible kernels, where the timing window is larger. Fix that up by teaching ext3_journal_stop to locate the superblock via the journal structure, not via the inode. This means that ext3_journal_stop() does not need the inode argument at all. Also uninline the affected functions. It saves 5.5 kbytes. Also remove the setting of sb->s_dirt in ext3_journal_stop(). That was an awkward way of telling sys_sync() that the filesystem needs a commit, and with the ext3_sync_fs() that is no longer needed.
-
Andrew Morton authored
From: Alex Tomas <bzzz@tmi.comex.ru> This is the second half of the vm_enough_memory() speedup. When overcommit_memory != 1, vm_enough_memory() calls get_page_state() to calculate the amount of used pagecache. It does this on every call to sys_brk(). get_page_state() is really expensive on SMP. So the patch arranges for pagecache accounting to be in a global atomic_t, with per-cpu batching and approximate accounting to amortise the cost of the global atomic. The nr_pagecache field of /proc/vmstat is removed.
-
Andrew Morton authored
From: george anzinger <george@mvista.com> The recently-added code which avoids a lockup when a timer handler re-adds the timer right now can be simplified. If we change __run_timers() to increment base->timer_jiffies _before_ running the timers, then any re-additions will not be inserted in the list which __run_timers is presently walking.
-
Andrew Morton authored
From: george anzinger <george@mvista.com> Remove the `index' field from the timer structures. It contains the same info as the timer_jiffies field. So just use the base->timer_jiffies field directly.
-