- 15 Nov, 2004 40 commits
-
-
Martin Schwidefsky authored
From: Stefan Bader <shbader@de.ibm.com> From: Martin Schwidefsky <schwidefsky@de.ibm.com> s390 core changes: - Store correct set of registers to core dumps. - Fix make install with separate obj directory. - 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>
-
Jeff Dike authored
Update defconfig. Signed-off-by:
Jeff Dike <jdike@addtoit.com> Signed-off-by:
-
Jeff Dike authored
Bodo pointed out that arch/um/kernel/skas/exec_user.c is dead code, so this removes it. Signed-off-by:
-
Jeff Dike authored
Remove an unused declaration of time_stamp(). Signed-off-by:
-
Jeff Dike authored
Add ARCH_USER_CFLAGS so the arches can modify USER_CFLAGS. We now take __ARCH_WANT_OLD_STAT and __ARCH_WANT_STAT64 from the base arch so that the LFS-64 code gets included or excluded automatically. Signed-off-by:
-
Jeff Dike authored
Some definitions of pte_unmap_* macros were written for HIGHPTE, which UML doesn't support. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> This one covers the fact, that the SIGSEGV signal, which is created by force_sigsegv() in case of an error in handle_signal(), is not delivered to the user immediately. In the worst case it even could be masked if a sigprocmask() systemcall follows immediately after return from kernel. The patch is relevant for other architectures, too. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> If the user stack limit is reached or the signal stack assigned with sigaltstack() is invalid when a user signal handler with SA_ONSTACK has to be started, the signal mask of the interrupted user program is modified. This happens because the mask, that should be used with the handler only, is written to "current->blocked" even if the handler could not be started. But without a handler, no rewrite of the original mask at sys_sigreturn will be done. A slightly different case is sys_sigsuspend(), where the mask is already modified when kern_do_signal() is started. "*oldset" and "current->blocked" are not equal here and thus current->blocked has to be set to *oldset, if an error occurs in handle_signal(). For both cases I've written small tests, and with the patch the result is OK. This issue is relevant for other architectures too (e.g. i386, I've seen). Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> This makes the UML signal frame construction interface somewhat more similar to x86 than before. Also, some small code cleanup, and checking for errors before changing the signal mask in the SA_NODEFER case. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> handle_signal now checks whether it is being called from a system call invocation. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> Move the signal delivery code around to eliminate a couple of temporary variables. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> Change the interface to handle_signal so that it doesn't take the system call return value as an argument and eliminate its return value. kern_do_signal also now doesn't return immediately after determining that there is no signal to deliver. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> Change the do_signal interface to eliminate its argument. Also, remove the calls from the system call handlers since they are redundant. In all cases, pending signals are checked for in the interrupt handler. Temporarily, do_signal passes the current error to kern_do_signal. Signed-off-by:
-
Jeff Dike authored
From: Bodo Stroesser <bstroesser@fujitsu-siemens.com> Change the valid system call numbers to reflect the possibility that we could have __NR_restart_syscall. Signed-off-by:
-
Jeff Dike authored
64-bit cleanliness - Fix the number of bits of the time_t field in the COW header to be 32 and change an int to a longs. Signed-off-by:
-
Jeff Dike authored
64-bit cleanup - this fixes the return values of the system calls to be longs. Signed-off-by:
-
Jeff Dike authored
This patch fixes a bug introduced in the last batch of signal fixes. The system call return value should only be reset if called diectly from a system call, i.e. sigsuspend. The fixes added earlier caused any interrupted non-zero system call return to be reset, confusing fork and vfork, among others. Signed-off-by:
-
Hirokazu Takata authored
This patch is for updating GDB initalization files (dot.gdbinit*) for all m32r target boards. Currently, part of dot.gdbinit* files are maintained by using a "gen_gdbinit" script. http://www.linux-m32r.org/eng/download.html#othertoolsSigned-off-by:
Hirokazu Takata <takata@linux-m32r.org> Signed-off-by:
-
Hirokazu Takata authored
Signed-off-by:
-
Hirokazu Takata authored
- Update io_mappi2.c to access a CF device as an IDE disk device for Mappi2 eva board. - Please set CONFIG_M32R_CFC=n, when you use m32r-g00ff for CF boot. Signed-off-by:
NIIBE Yutaka <gniibe@fsij.org> Signed-off-by:
-
Hirokazu Takata authored
This patchset was originally from NIIBE Yutaka. These patch update the m32r kernel for a new bootloader "m32r-g00ff". The "m32r-g00ff" has been written and developed by NIIBE Yutaka, and released under the GPL from http://www.gniibe.org/. So far, it supports two types of booting operations, CF boot and Network boot (HTTP boot). * CF boot - boot from CompactFlash or Microdrive(TM) We can boot a kernel from CF device. To make use of m32r-g00ff, we just put a first stage IPL(initial program loader) into a flash memory, and a secondary bootloader into CF media device. Currently, LILO-21.4.4 can be used to write m32r-g00ff into the boot sector of CF device on a cross development environment. * HTTP boot - boot via network with HTTP protocol By using m32r-g00ff, we can download and boot a kernel image from a web-server. The m32r-g00ff downloads a kernel image from a given URL, resolving the webserver's IP address by DNS. As a preparation, we just place a secondary bootloader binary and a kernel image on the webserver. - Position-independent zImage support; this aims at removing constraints of zImage(vmlinuz)'s location. Signed-off-by:
-
Yoshinori Sato authored
- duplicate define section delete. - fix CONFIG_ROMKERNEL. Signed-off-by:
Yoshinori Sato <ysato@users.sourceforge.jp> Signed-off-by:
-
Yoshinori Sato authored
read{b,w,l} and write{b,w,l} compile error fix. Signed-off-by: -
Yoshinori Sato authored
Signed-off-by:
-
Yoshinori Sato authored
Signed-off-by:
-
Randy Dunlap authored
put function prototype outside of #ifdef block, to fix: arch/x86_64/kernel/time.c:941: warning: implicit declaration of function `oem_force_hpet_timer' Signed-off-by:
Randy Dunlap <rddunlap@osdl.org> Cc: <ak@muc.de> Signed-off-by:
-
Maciej W. Rozycki authored
Both detect_init_APIC() and init_apic_mappings() it's called from are invoked early, before the command line has been processed. Therefore its meaningless to call apic_printk() from them as that depends on apic_verbosity which is initialized from the command line. I could move apic_verbosity initialization to parse_cmdline_early(), but I think that would be an overkill, the point being we are initerested in feedback from detect_init_APIC() anyway. Without that it's hard to tell what's really going on as it's been the case with the recent report of the local APIC being non-functional despite the whole setup being apparently correct. So I converted these calls to ordinary printk() invocations. The init_apic_mappings() are less interesting, so I've made them output at the debug level. While at it I've made some obvious nearby formatting clean-up. Signed-off-by:
Maciej W. Rozycki <macro@linux-mips.org> Signed-off-by:
-
Fenghua Yu authored
The patch adds cpu_relax() in the body of some spin loops for 2.6.9. The patch also removes redundant barrier() code after cpu_relax() on ia32. In the PAUSE instruction section, IA32 SDM claims "it is recommended that a PASUE instruction be placed in all spin-wait loops". And x86_64 SDM says that PAUSE instruction is same as legacy mode in IA-32e mode operation. This patch is against 2.6.9 (kernel.org). It was tested on ia32 and x86_64. Acked-by:
Andi Kleen <ak@muc.de> Signed-off-by:
-
Stephen Rothwell authored
This patch fixes the PPC64 rtc driver where a pair of braces was missing. Not a big bug, but a bug none the less. Also, while I was there, use C99 initialisers. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Stephen Rothwell authored
This patch fixes the virtual cdrom driver to not share a single request queue. Sharing the queue causes an oops if you remove the module and more than one cdrom exists. Signed-off-by:
-
Paul Mackerras authored
This patch is from Jake Moilanen <moilanen@austin.ibm.com>. There appears to be a hole that if we get an log_error() call, that we could zero out our error log count in nvram. When rtasd() starts up, it turns on the logging via 'no_more_logging = 0'. If we get a log_error() call after that is set but before nvram_read_error_log has actually read nvram to set error_log_cnt, the log_error() call will write back to nvram a uninitialized error_log_cnt value, and wipe out our sequence number. To close the hole, simply move the 'no_more_logging = 0' till after nvram sets error_log_cnt but before pSeries_log_error is called. I also changed the 'no_more_logging' variable to be 'no_logging' since it's not only used when we stop logging now. I also removed the "volatile" part of no_more_logging, since it's unneeded. Signed-off-by:
Jake Moilanen <moilanen@austin.ibm.com> Signed-off-by:
Paul Mackerras <paulus@samba.org> Signed-off-by:
-
Paul Mackerras authored
This patch is from Olaf Hering. The rtas property 'ibm,os-term' is not available on JS20, a panic will print: unable to mount root filesystem on /dev/hda Kernel panic - not syncing: Attempted to kill init! <0>ibm,os-term call failed -1 Rebooting in 42 seconds.. Signed-off-by:
Olaf Hering <olh@suse.de> Signed-off-by:
-
Anton Blanchard authored
From: Christoph Hellwig <hch@lst.de> This splits out a small helper that checks whether tlb batching should be enabled from hpte_init_native, thus cleaning up the ifdef hell and killing a warning for pmac builds. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Anton Blanchard authored
As Andrew points out, there is no need for casts since alloc_bootmem returns void*. Signed-off-by:
-
Anton Blanchard authored
get_phb_reg_prop was only used for python PCI machines, so remove it from common code and call it from there. Signed-off-by:
-
Anton Blanchard authored
BUG() on missing IO or memory resources in pcibios_fixup_bus is rude, remove it. Also use list_for_each_entry. Signed-off-by:
-
Anton Blanchard authored
Allow pci_probe_only and pci_assign_all_buses to be modified via OF properties. Signed-off-by:
-
Anton Blanchard authored
We duplicated the code in pci_alloc_pci_controller twice and had an ifdef for iseries as well, just to select between kmalloc and bootmem memory. Change this so we instead pass the allocation into a common function - pci_setup_pci_controller. Also use a spinlock around the host_list and global_phb_number code since we now can modify it at runtime via hotplug. Signed-off-by:
-
Anton Blanchard authored
The winbond irq fixup is pSeries specific. Move it into pSeries_pci.c and check for PLATFORM_PSERIES. Signed-off-by:
-
Anton Blanchard authored
phb_set_model does a lot of work just to set up a text string that almost nothing uses. Replace this all with an is_python() check. Signed-off-by:
-
