- 11 Nov, 2004 27 commits
-
-
Mikael Starvik authored
Configuration and build updates for 2.6.9. Signed-off-by:
Mikael Starvik <starvik@axis.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
arch/x86_64/ia32/ia32_aout.c: In function `load_aout_binary': arch/x86_64/ia32/ia32_aout.c:400: error: `IA32_STACK_TOP' undeclared (first use in this function) Cc: <ak@muc.de> Signed-off-by:
-
Pawel Sikora authored
Signed-off-by:
-
David Howells authored
The attached patch makes the presence of /proc/kcore conditional on CONFIG_MMU being configured on. Signed-Off-By:
David Howells <dhowells@redhat.com> Signed-off-by:
-
David Howells authored
The attached patch fixes an uninitialised variable warning in ext3. The compiler is wrong in this case because it can't analyse the code sufficiently. Signed-Off-By:
-
David Howells authored
The attached patch fixes fork to get rid of the assumption that THREAD_SIZE >= PAGE_SIZE (on the FR-V the smallest available page size is 16KB). Signed-Off-By:
-
Anton Blanchard authored
A few small fixes: - Check for the model property before using it. Also check for the correct property name for nighthawk. - Check for the existence of freeze-time-base before using it to synchronize timebases instead of making it conditional on !LPAR Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Anton Blanchard authored
It was possible to hotplug add a new cpu that was larger than numnode. This meant we had a cpu with a node id that didnt have any NODE_DATA() backing it. The following patch catches this in numa_setup_cpu and forces the node to 0. We also make a pass through all cpus at boot to look for the maximum node id - this catches the case at boot. As for hotplug, since the node doesnt have any memory backing it (otherwise the node would have been onlined) then we can assume the machine isnt configured for performance and just force the cpu into node 0. Signed-off-by:
-
Anton Blanchard authored
When fully configured, some POWER5 boxes can have much more than 4 IDE interfaces. Increase the limit to reflect this. Signed-off-by:
-
Stephen Rothwell authored
This last patch is a bit if a mess because it mainly consists of combining some single use small functions into their callers and rearranging some other code. Some intermediate variables are introduced and some code is restructured to improve its readablility (and hopefully maintainability). Overall there are no semantic changes. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Stephen Rothwell authored
Signed-off-by:
-
Stephen Rothwell authored
This patch starts the improvement of the style of the MF code: - remove a union that is used where casts suffice - add a helper function (signal_ce_msg_simple) and use it - replace some painful code that converts a byte array to a couple of u32's and then shifts and masks the bytes back out. Signed-off-by:
-
Stephen Rothwell authored
This patch changes the externally referenced names in mf.c to not use Study Caps and removes a couple of no longer used functions. Signed-off-by:
-
Stephen Rothwell authored
Nothing more than removing trailing white space from mf.c. Signed-off-by:
-
Stephen Rothwell authored
This patch just moves mf_proc.c into mf.c inanticipation of more cleanup to come. So mf_proc.c ceases to exist Signed-off-by:
-
Kumar Gala authored
Remove initializations to zero in cpu_specs table at Tom Rini's suggestion. Signed-off-by:
Kumar Gala <kumar.gala@freescale.com> Signed-off-by:
-
Kumar Gala authored
Remove __setup_cpu_8xx and its initialization in cpu_specs table since it hasn't every done anything. This is at Tom Rini's suggestion. Signed-off-by:
-
Paul Mackerras authored
The linuxppc mailing lists that were at lists.linuxppc.org have moved to ozlabs.org. This patch updates the MAINTAINERS file to reflect that. Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Mark A. Greer authored
No longer needed. Signed-off-by:
Mark Greer <mgreer@mvista.com> Signed-off-by:
-
Kumar Gala authored
Adds the number of performance monitor counters each PowerPC processor has to the cpu table. Makes oprofile support a bit cleaner since we dont need a case statement on processor version to determine the number of counters. Signed-off-by:
-
Kumar Gala authored
Fixes up the reporting of the e500 core revision. Additionally, it changes the reporting of CPU frequency to match what other PPC systems do. Signed-off-by:
-
Kumar Gala authored
Here is patch that fixes a compile warning with rheap Signed-off-by:
-
Kumar Gala authored
This patch adds OCP, interrupt, and memory offset details for the security block on MPC8555/8541 to support drivers. Signed-off-by:
-
Mark A. Greer authored
This patch adds a routine that sets up indirect pci config space access but doesn't ioremap the config space addr/data registers. Signed-off-by:
-
Suparna Bhattacharya authored
The O_SYNC speedup patches missed the generic_file_xxx_nolock cases, which means that pages weren't actually getting sync'ed in those cases. This patch fixes that. Signed-off-by:
Suparna Bhattacharya <suparna@in.ibm.com> Signed-off-by:
-
Jesse Barnes authored
profile_hook unconditionally takes a read lock on profile_lock if kernel profiling is enabled. The lock protects the profile_hook notifier chain from being written while it's being called. The routine profile_hook is called in a very hot path though: every timer tick on every CPU. As you can imagine, on a large system, this makes the cacheline containing profile_lock pretty hot. Since oprofile was the only user of the profile_hook, I removed the notifier chain altogether in favor of a simple function pointer with the help of John Levon. This removes all of the contention in the hot path since the variable is very seldom written and simplifies things a little to boot. Acked-by:
John Levon <levon@movementarian.org> Signed-off-by:
Jesse Barnes <jbarnes@sgi.com> Signed-off-by:
-
Matthew Wilcox authored
On PA-RISC, we have a unified syscall table for 32 and 64 bit that uses macros to generate the appropriate syscall names (native vs compat). For this to work, we need consistent compat syscall names. Unfortunately, some recent additions drop the 'sys_'. Signed-off-by:
-
- 10 Nov, 2004 13 commits
-
-
Linus Torvalds authored
Silly #endif placement problem.
-
Arnaldo Carvalho de Melo authored
"platform_rename_gsi" does not exist unless CONFIG_ACPI_BOOT is defined.
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Nicolas Pitre authored
Patch from Nicolas Pitre This should be applied on top of patch #2154/1. This maps the XIP kernel in the same virtual area as used for kernel modules instead of the previous arbitrary location. Doing so has the advantage of having a well defined kernel address not conflicting with the different definitions for VMALLOC_END, as well as making modules loadable without any indirect long branch calls. The work on XIPable MTD also requires this with code marked __xipram for the same reason. This of course reduces the space available for kernel modules from 16MB to either 14MB or 12MB depending on the size of the resulting kernel but that shouldn't be a real issue at all, given that the whole purpose behind XIP is to execute as much stuff from flash, which is better achieved by compiling drivers in the kernel directly. Signed-off-by: Nicolas Pitre Signed-off-by: Russell King
-
Nicolas Pitre authored
Patch from Nicolas Pitre This patch allows for the kernel to be configured for XIP. A lot of people are using semi hacked up XIP patches already so it is a good idea to have a generic and clean implementation supporting all ARM targets. The patch isn't too intrusive. It involves: - modifying the kernel entry code to map separate .text and .data sections in the initial page table, as well as relocating .data to ram when needed - modifying the linker script to account for the different VMA and LMA for .data, as well as making sure that .init.data gets relocated to ram - adding the final kernel mapping with a new MT_ROM mem type - distinguishing between XIP and non-XIP for bootmem and memory resource declaration - and adding proper target handling to Makefiles. While at it, this also cleans up the kernel boot code a bit so the kernel can now be compiled for any address in ram, removing the need for a relation between kernel address and start of ram. Also throws in some more comments. And finally the _text, _etext, _end and similar variables are now declared extern void instead of extern char, or even extern int. That allows for operations on their address directly without any cast, and trying to reference them by mistake would yield an error which is a good thing. Tested both configurations: XIP and non XIP, the later producing a kernel for execution from ram just as before. Signed-off-by: Nicolas Pitre Signed-off-by: Russell King
-
Ben Dooks authored
Patch from Ben Dooks Added symbol export to the file, and cleaned up the un-necessary include files Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Chris Wright authored
Make sure kernel reads full size of elf data. Error out if mmap fails when mapping any sections of the executable. Make sure interpreter string is NULL terminated. Signed-off-by:
Chris Wright <chrisw@osdl.org> Signed-off-by:
-
Theodore Y. Ts'o authored
On Tue, Nov 09, 2004 at 01:38:11PM -0600, Jason.Jorgensen@comtrol.com wrote: On Tuesday, November 09, 2004 10:58 AM, Theodore Ts'o <tytso@mit.edu> wrote: > I developed the Rocketport device driver under contract of Comtrol, > with the understanding that the resulting device driver would be > released under the GPL. So I believe the correct way of resolving the > conflicting copyright statements is to delete the following lines. > > It would be good to get positive confirmation from Comtrol as well > that this is their understanding as well. You are absolutely correct. That notice slipped by us and should not be in there. If someone with access to the mainline source could remove that for us we would appreciate it. Cc: Keith.Hammerbeck@comtrol.com, Steve.Erler@comtrol.com Acked-by: Jason.Jorgensen@comtrol.com Signed-off-by:"Theodore Ts'o" <tytso@thunk.org> Signed-off-by:
-
Dinakar Guniguntala authored
Only set the flag in the cases when the exit state is not either TASK_DEAD or TASK_ZOMBIE. (TASK_DEAD or TASK_ZOMBIE will either race or we'll return the information, so no need to note them). I confirmed that this fixes the problem and I also ran some LTP tests Signed-off-by:
Dinakar Guniguntala <dino@in.ibm.com> Signed-off-by:
Sripathi Kodi <sripathik@in.ibm.com> Signed-off-by:
-
Anton Altaparmakov authored
into cantab.net:/home/src/ntfs-2.6-devel
-
ssh://linux-ntfs@bkbits.net/ntfs-2.6-develAnton Altaparmakov authored
into cantab.net:/home/src/ntfs-2.6-devel
-
