- 15 Jan, 2005 40 commits
-
-
Heiko Carstens authored
s390 core changes: - Fix mm_struct leak on cpu hotplug. - Improved cpu detection logic to avoid long delay at system start. - Call cpu_relax() in cpu hotplug wait loop. - Remove #define of account_system_vtime for CONFIG_VIRT_CPU_ACCOUNTING=n. - Regenerate default configuration. Signed-off-by:
Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Christian Bornträger authored
S/390 needs this for its binfmt_elf32 module. Signed-off-by:
Christian Borntraeger <cborntra@de.ibm.com> Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
It seems that linker script for userspace software are quite toolchain-depending, at least because what we use is a merge between builtin LD scripts (see strings /usr/bin/ld) and normal kernel linking scripts. Plus, a number of people are having toolchain-related troubles building UML (even assertion failures on linking, with Gentoo and Fedora 2). So, let's try to make UML nicer for binutils. Signed-off-by:
Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it> Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> Add stack addresses to print of symbols from stack trace. For stack analysis it's important to have this information. Signed-off-by:
Bodo Stroesser <bstroesser@fujitsu-siemens.com> For UML, we should also copy the CONFIG_FRAME_POINTER stack walking from i386, and move the result to sys-i386. Another note: this should be done for i386 also, if ksymoops does not have problems. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Copy some code from i386 to print the stack content. Rough form yet, should work although. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
* Fix the use of errno: it refers to the __errno_location glibc definition when in ubd_user.c, and hence works; but in ubd_kern.c it refers to kernel_errno, which is different. So use the return value of os_* functions, as we should always have done. * Remove {read,write}_ubd_fs(), which are just silly. Signed-off-by: -
Paolo \'Blaisorblade\' Giarrusso authored
Most code of ubd_user.c already uses the os_* functions, so it can be moved to ubd_kern.c. This patch simply moves the code without any hidden changes. The only change is inside io_thread(): since it calls signal(), I created a little function in ubd_user.c which just calls signal() with the right parameters. In a later patch (send together) I'll do some changes, to fix the usage of errno (which makes this code break when moved in a kernelspace file) and for some other little cleanups. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
When parsing the <flags> section in ubd<n><flags>=file[,file2], instead of requiring that the flags are specified in a certain order, just make the code smarter. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Currently we can use this syntax ubd<n>[<flags>]=file1,file2. However, writing things as ubd0=~/Uml/file1,~/Uml/file2 does not work; in fact, the shell won't expand the second '~', since it's not at a path beginning; possibly even other shell expansions don't work here. So simply allow using, instead of the ',' separator, the ':' separator. The ',' separator can still be used to preserve backward compatibility. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Return an early error message when no TT support is compiled in and no SKAS support is detected. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
UML has his own initcall mechanism to handle his special userspace initialization (they are called in different moments, so they are indeed It must also duplicate some definition for the benefit of userspace code - but those definition weren't in sync with the main code. Also, the UML own macros missed __attribute_used__. Both problems are fixed by this patch. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Cleanup: simplify a lot of strange constructs and whatever present in arch/um/Makefile. Also, get rid of redundant cleaning code introduced in "uml-fix-make-clean.patch" from 2.6.10-mm3 - when it was written it made sense, but I fixed most problems it addressed in a more elegant way. Also about that, don't remove $(ARCH_SYMLINKS) in make clean, but rather in make mrproper as we already do, like for include/asm-um and other symlinks. Finally, remove one wrong thing (almost a bug) introduced in that - the usage of the clean-dirs construct: clean-dirs := sys-$(SUBARCH) which is intended to delete one whole folder, rather than to descend to clean it, when used in normal Makefiles (not in the arch Makefile where is used, with no effect). It's also not needed because that folder is cleaned because is listed in either $(core-y) or $(libs-y). Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Finally, we end with this the need to update arch/um/Kconfig_block with changes in drivers/block/Kconfig - we include directly that; UML-specific entries were moved into it (they are very few). Signed-off-by:
-
Chris Wedgwood authored
If UML wants to open an xterm channel and the xterm does not run properly (eg. terminates soon after starting) we will get a hang (a comment added in the patch explains why). This avoids the most common cause for this and adds a comment (which long term will go away with a rewrite of that code); the complete fix would be to catch the xterm process dying, up(&data->sem), and -EIO all requests from that point onwards. That applies for some of the other channels too, so part of the code should probably be abstracted a little and generalized. Signed-off-by:
Chris Wedgwood <cw@f00f.org> Signed-off-by:
-
Jeff Dike authored
Explain what happens inside the SIGWINCH handler - it's non-obvious enough that the correct code seemed me to need a cleanup (which was indeed buggy). More info in the comments themselves. Signed-off-by:
-
Domen Puncer authored
Remove nowhere referenced header. (egrep "filename\." didn't find anything) Signed-off-by:
Domen Puncer <domen@coderock.org> Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Drop that header inclusion - I discovered this header was unused while checking whether I can use the __set_page_dirty_nobuffers speedup suggested by Andrew Morton. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Add some comments about the "uml-sysemu-fixes" patch of 2.6.10-mm1 (merged in 2.6.11-rc1). Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
This config option was lost during the creation of lib/Kconfig.debug, due to a bad expressed dependency; I also moved the option back to its original place for UML (it is near CONFIG_MCONSOLE since it depends on that). Signed-off-by:
-
Frank Sorenson authored
This patch reorders two lines to check a variable for NULL before using the variable. Signed-off-by:
Frank Sorenson <frank@tuxrocks.com> Signed-off-by:
-
Pavel Machek authored
This patch is from Nigel's swsusp2, it kills ugly #include <suspend.h> from all over the tree, and makes code slightly nicer. I only left those parts that do not change any code. From: Nigel Cunningham <ncunningham@linuxmail.org> Signed-off-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
-
Pavel Machek authored
IRQ balancing daemon needs try_to_freeze(). Signed-off-by:
-
Pavel Machek authored
This cleans few comments/formatting. Signed-off-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
-
Pavel Machek authored
This updates swsusp documentation. Signed-off-by:
-
Pavel Machek authored
This almost changes no code (constant is still "3"), but at least it uses right constants for device_suspend() and fixes types at few points. Also puts explanation of constants to the Documentation. Signed-off-by:
-
Pavel Machek authored
This adds few missing statics to swsusp.c, prints errors even when non-debugging and fixes last "pmdisk: " message. Fixed few comments. Signed-off-by:
-
Suresh B. Siddha authored
Another cpumask_t related fix: use cpumask_t instead of unsigned long. Signed-off-by:
Suresh Siddha <suresh.b.siddha@intel.com> Cc: Andi Kleen <ak@muc.de> Signed-off-by:
-
Prasanna S. Panchamukhi authored
Calculating the base address of the segment is tricky and is used in several places as well. This patch moves this tricky part in a common place as suggested by Andi Kleen. Signed-of-by:
Prasanna S Panchamukhi <prasanna@in.ibm.com> Signed-off-by:
-
Rafael J. Wysocki authored
This patch is intended to fix a bug in timer_suspend() on x86_64 that causes hard lockups on suspend with swsusp and provide some optimizations. It is based on the Nigel Cunningham's patches to to reduce delay in arch/kernel/time.c. Signed-off-by:
Rafael J. Wysocki <rjw@sisk.pl> Acked-by:
Nigel Cunningham <ncunningham@linuxmail.org> Signed-off-by:
-
Andi Kleen authored
Optimize first/node_node Optimize nodemask_t slightly. The x86-64 find_first/next_bit uses __builtin_constant_p on the size argument to special cases small single long word searches. But most gccs don't make __builtin_constant_p true when an argument is passed through an inline function. Move the constant into the inline function to avoid this. This generates a lot better code for node searches on x86-64. Signed-off-by:
Andi Kleen <ak@suse.de> Signed-off-by:
-
Andi Kleen authored
Disable sys_uselib for 64bit processes and only enable for 32bit processes when a.out support is compiled in. Signed-off-by:
-
Andi Kleen authored
Move early CPU detection earlier. Needed for some followup patches and makes sense in general. Signed-off-by:
-
Andi Kleen authored
Add missing argument brackets in bitop macros Makes these macros somewhat safer to use. Signed-off-by:
-
Andi Kleen authored
Enlarge i386/x86-64 kernel command line to 2k This is useful when the kernel command line is used to pass other information to initrds or installers. On i386 it was duplicated for unknown reasons. Signed-off-by:
-
David Howells authored
The attached patch cleans up some excess whitespace from the FRV entry.S. Signed-Off-By:
David Howells <dhowells@redhat.com> Signed-off-by:
-
David Howells authored
The attached patch removes the mandatory single-step diversion code from the FRV syscall handler that was put there for debugging purposes now that it's no longer needed. Signed-Off-By:
-
Anton Blanchard authored
With David Woodhouse <dwmw2@infradead.org> We don't set MM_VM_SIZE() on ppc64, so it defaults to TASK_SIZE. Which means a 32-bit process ending up in exit_mmap() to kill a 64-bit mm may call tlb_finish_mmu() with an incorrect 'end' argument. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
David Woodhouse <dwmw2@infradead.org> Signed-off-by:
-
Olof Johansson authored
On some systems, the first PCI bus has a ISA I/O hole at the first 16MB. We can't use this space for DMA addresses on the bus. On Python-based machines, we'll skip the first 256MB on buses that have the hole, just as we do on later systems. This means that the first bus will have 768MB of DMA space shared between the devices on it. Signed-off-by:
Olof Johansson <olof@austin.ibm.com> Acked-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Michael Ellerman authored
When the iseries_veth driver module is unloaded there is the potential for an oops and also some memory leakage. Because the HvLpEvent_unregisterHandler() function did no synchronisation, it was possible for the handler that was being unregistered to be running on another CPU *after* HvLpEvent_unregisterHandler() had returned. This could cause the iseries_veth driver to leave work in the events work queue after the module had been unloaded. When that work was eventually executed we got an oops. In addition some of the data structures in the iseries_veth driver were not being correctly freed when the module was unloaded. This is the second patch, we make iseries_veth call flush_scheduled_work() after we are sure the handler is no longer running, and also fix the memory leaks. Signed-off-by:
Michael Ellerman <michael@ellerman.id.au> Signed-off-by:
-
Michael Ellerman authored
When the iseries_veth driver module is unloaded there is the potential for an oops and also some memory leakage. Because the HvLpEvent_unregisterHandler() function did no synchronisation, it was possible for the handler that was being unregistered to be running on another CPU *after* HvLpEvent_unregisterHandler() had returned. This could cause the iseries_veth driver to leave work in the events work queue after the module had been unloaded. When that work was eventually executed we got an oops. In addition some of the data structures in the iseries_veth driver were not being correctly freed when the module was unloaded. This is the first patch, which makes HvLpEvent_unregisterHandler() work. Signed-off-by:
-
