- 12 Feb, 2003 16 commits
-
-
Patrick Mochel authored
Recently, the acpi proc files were changed to use the seq_file interface. As a result of this, the write methods became top-level write() methods (i.e. not called by the proc layer). Whoever made these changes, did not take into account that the parameters passed to these changed. The fourth parameter previously was a void*, that pointed to the private data for the owner of the file, and some of the methods still expected this, even though the parameter is now an loff_t*, and points to the offset into the file that is being written. Huge Bug. This fixes the broken methods to look in the same place as the other methods (i.e. in the file's private data).
-
Patrick Mochel authored
- Check if __linux__ is defined in include/acpi/platform/acenv.h, instead of -D_LINUX (defined by drivers/acpi/Makefile). - Remove -D_LINUX from custom CFLAGS. - Remove include path of include/acpi, since all headers are looked for in include/acpi.
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
-
Patrick Mochel authored
- Prevent users from screwing themselves by removing support for entering S5 from the proc file. S5 is 'soft-off' and the state the system enters when powering down. It needs to be preceded by a proper shutdown sequence and should not be triggered manually. - Fix a potential unchecked array reference using the written value as the index.
-
- 11 Feb, 2003 24 commits
-
-
Stephen Rothwell authored
Andi has asked that I send these straight forward compatibility patches to you and he will fix up any merge problems later. These are the outstanding patches for x86_64 against 2.5.60.
-
Stephen Rothwell authored
At Linux Conf AU, Willy asked me to send any further parisc compatibility changes directly to you, so this is what I have outstanding. Basically, it is just the uses of compat_sigset_t that seemed to have been missed in the previous merges.
-
Andi Kleen authored
This brings the x86-64 port uptodate in 2.5.60. Unfortunately I cannot test too much because i constantly get deadlocks in exit/wait in initscripts on SMP bootup. The kernel seems to still lose a lot of SIGCHLD. 2.5.59/SMP had the same problem. Uniprocessor and SMP kernel on UP seems to work. This patch only touches x86-64 specific files. It requires a few simple changes to arch independent files that I will send separately. - Fixed a lot of obsolete/misleading configure help texts. - Remove old bootblock disk loader and support fdimage target for syslinux instead (H. Peter Anvin) - Fix potential fpu signal restore problem on 32bit emulation. - Merge with 2.5.60 i386 (hugetlbfs, acpi etc.) - Some fixes for local apic disabled modus. - Beginngs of S3 ACPI wakeup from real-mode (not working yet, don't use) - Beginnings of NUMA/CONFIG_DISCONTIGMEM support for AMD K8 (work in progress, port from 2.4): clean up memory mapping at bootup, generalize bootmem etc. - Fix 64bit GS base reload problem and reenable (Karsten Keil) - Fix race with vmalloc accesses from interrupt handlers disturbing page fault/ similar race for the debug handler (thanks to Andrew Morton) - Merge cpu access primitives with i386 - Revert to private module list for now because putting modules nto vmlist triggered too many problems. - Some cleanups, removal of unneeded code. - Let early __get_free_pages see consistent pda - Preempt disabled for now because it is too broken right now - Signal handler fixes - Fix do_gettimeofday to be completely lockless and reenable vsyscalls - Optimize context switch path a bit (should be ported to i386) - Get thread_info via stack for better code - Don't leak pmd pages - Clean up hardcoded task stack sizes.
-
Stephen Rothwell authored
Since daemonize now blocks all signals, this simplification is trivially correct.
-
bk://kernel.bkbits.net/davem/sparc-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
bk://kernel.bkbits.net/davem/net-2.5Linus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
http://linux-isdn.bkbits.net/linux-2.5.makeLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Kai Germaschewski authored
into tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5.make
-
Andries E. Brouwer authored
nfs must not use MINORBITS - that fails with 32-bit dev_t
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.5
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.5
-
Kai Germaschewski authored
From Chris Wedgwood: > fixdep doesn't close files when finished with them... normally this > doesn't matter unless you have strict ulimits in place. > > Trivial fix is:
-
Linus Torvalds authored
Not that it makes any difference on x86, but there may be architectures that actually need it.
-
Linus Torvalds authored
Add a name argument to daemonize() (va_arg) to avoid all the kernel threads having to duplicate the name setting over and over again. Make daemonize() disable all signals by default, and add a "allow_signal()" function to let daemons say they explicitly want to support a signal. Make flush_signal() take the signal lock, so that callers do not need to.
-
Linus Torvalds authored
Patch from Roland McGrath.
-
John Levon authored
This patch replaces the assumption that > PAGE_OFFSET == kernel address with testing for user_mode(regs) and inserting switch codes instead.
-
John Levon authored
This patch allows the oprofilefs files to take entry in any base instead of just base 10
-
John Levon authored
This patch updates the horrible enum for the logical CPU type with a string instead.
-
John Levon authored
The below patch implements a P4 driver for OProfile, mostly written by Graydon Hoare.
-
bk://linux-dj.bkbits.net/watchdogLinus Torvalds authored
into home.transmeta.com:/home/torvalds/v2.5/linux
-
Dave Jones authored
Done by Adam Belay.
-
Linus Torvalds authored
tasks (even if we don't otherwise need to wake anything up), since otherwise later signals would see that signals are already pending and wouldn't cause wakeups.
-
Andries E. Brouwer authored
-
Andries E. Brouwer authored
-