- 15 Nov, 2004 40 commits
-
-
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 <jdike@addtoit.com> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
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:
-
Anton Blanchard authored
Cleanup ppc64 pci code. Signed-off-by:
-
Anton Blanchard authored
From: Christoph Hellwig <hch@lst.de> Reduce ifdef clutter in arch/ppc64/kernel/sysfs.c Signed-off-by:
-
Anton Blanchard authored
Steve Munroe points out that ppc64 glibc builds stubs for a number of 32bit only syscalls. While none of them exist in the kernel syscall table, their existence in unistd.h means glibc still tries to use them then falls back onto the 64bit safe versions. Signed-off-by:
-
Anton Blanchard authored
PCI_GET_DN() doesnt check to see if ->sysdata has been initialised correctly - we should instead use pci_device_to_OF_node. Leave PCI_GET_DN() in the one performance critical case (iommu table lookup in pci DMA functions). In this case ->sysdata is guaranteed to have been initialised by the iommu setup code. Signed-off-by:
-
Anton Blanchard authored
Use printk_ratelimit() in rtc code to avoid flooding the kernel log buffer with errors. Also use rtas_get_error_log_max() instead of duplicating it in __fetch_rtas_last_error. Signed-off-by:
-
David Gibson authored
Remove KRANGE_{START,END} macros from ppc64 code. These were not used anywhere. Further KRANGE_END was misleading, since it implied a limit on the linear mapping range based on the pagetable structure, whereas in fact the linear mapping does not use a (Linux) pagetable at all. Signed-off-by: -
Jeff Scheel authored
Here's a patch to extend the current Linux on Power support for PURR to legacy IBM iSeries servers (pre-Power5 processor models). This patch enables the reporting of timebase metrics to reflect physical processor utilization in a system running multiple logical partitions which share the same physical processors. The patch simply uses existing user interfaces for Linux IBM Power5 based servers to report data already collected by the hypervisor. The values reported with each call are running values in units of the system timebase. The calculation of physical processor utilization results from two samples (purr1 and purr2) differing by a know interval (time) such that: physical utilization = (purr2 - purr1) / (time * number of procs * timebase) where the number of procs and timebase can be obtained from /proc/cpuinfo. Applications have been written to the interface already defined and these applications have value back on the legacy iSeries models. Signed-off by: Jeff Scheel (scheel at vnet.ibm.com) Signed-off-by: -
Tom Rini authored
Motorola Sandpoint builds broke recently, as part of the pci_find_device -> pci_get_device change. The following is the trivial fix. Signed-off-by:
Tom Rini <trini@kernel.crashing.org> Signed-off-by:
-
Hugh Dickins authored
When new_inode failed, shmem_get_inode forgot to restore free_inodes. Signed-off-by:
Hugh Dickins <hugh@veritas.com> Signed-off-by:
-
Hugh Dickins authored
In the case of i386 CONFIG_DISCONTIGMEM CONFIG_HIGHMEM without highmem, highmem_start_page was wrongly initialized (from a NULL zone_mem_map), causing __change_page_attr to BUG on boot. Signed-off-by:
-
Nick Piggin authored
without patch: pages_min pages_low pages_high dma 4 8 12 normal 234 468 702 high 128 256 384 with patch: pages_min pages_low pages_high dma 17 21 25 normal 939 1173 1408 high 128 160 192 without patch: | GFP_KERNEL | GFP_ATOMIC allocate immediately | 9 dma, 469 norm | 9 dma, 469 norm allocate after waking kswapd | 5 dma, 234 norm | 3 dma, 88 norm allocate after synch reclaim | 5 dma, 234 norm | n/a with patch: | GFP_KERNEL | GFP_ATOMIC allocate immediately | 22 dma, 1174 norm | 22 dma, 1174 norm allocate after waking kswapd | 18 dma, 940 norm | 6 dma, 440 norm allocate after synch reclaim | 18 dma, 940 norm | n/a So the buffer between GFP_KERNEL and GFP_ATOMIC allocations is: 2.6.8 | 465 dma, 117 norm, 582 tot = 2328K 2.6.10-rc | 2 dma, 146 norm, 148 tot = 592K patch | 12 dma, 500 norm, 512 tot = 2048K Which is getting pretty good. kswap starts at: 2.6.8 477 dma, 496 norm, 973 total 2.6.10-rc 8 dma, 468 norm, 476 total patched 17 dma, 939 norm, 956 total So in terms of total pages, that's looking similar to 2.6.8. Signed-off-by: -
Andi Kleen authored
The current kernel oopses on x86-64 when gdb steps into the vsyscall page. This patch fixes it. I also removed the bogus NULL checks of *_offset and replaced them with proper _none checks. I made them BUGs because vsyscall pages should be always mapped. Signed-off-by:
Andi Kleen <ak@suse.de> Signed-off-by:
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Herbert Xu authored
OK, let's make it the same as IPv4. This is still broken as the calculation is wrong. However, to fix it properly we need to store the MTUs inside the dst's. I'll get around to that sooner or later. Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
