- 15 Nov, 2004 40 commits
-
-
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:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
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:Stephen Rothwell <sfr@canb.auug.org.au> 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>
-
bk://bk.arm.linux.org.uk/linux-2.6-serialLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Russell King authored
-
Ben Dooks authored
Patch from Ben Dooks S3C2410/S3C2440 new serial driver this patch includes the following - clock selection using clock core - handling for both 2410 and 2440 uarts - uart suspend/resume support - Dimitry Andric's fix for un-initialised spinlocks - Herbert Poetzl's fixes for the following -> break character recognition -> Magic-SYSRQ handling -> Uart software flow control (IrDA console) Updated to include rmk's comments from Patch #2234/1 and fix a few checks for serial clocks, as well as merging fixes from rmk that had taken time to go through the biteepr to release. Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Ben Dooks authored
Patch from Ben Dooks Move the configuration for the UART to use for the low-level messages generated by the uncompressor out of the kernel debug section, which means the system builds properly without having kernel debug enabled. Also remove the use of including <config/xxx.h> headers, and the default configuration updates Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
Ben Dooks authored
Patch from Ben Dooks Ensure the i2c platform device has the correct name if the system is an s3c2440. Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
Ben Dooks authored
Patch from Ben Dooks Move the pm code to use the machine's init_machine code, instead of an late_initcall(). This change is as-per the documentation, and means we do not need to check for machine type in the init code. Thanks to Dimitry Andric for pointing this out Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
Ben Dooks authored
Patch from Ben Dooks Updates for the Simtec BAST (EB2410ITX) default configuration to fix the following: - add mtd support for NAND and NOR - remove PC style parallel port (does not build) - use S3C2410 core RTC for time - remove non-bast S3C2410 machines Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
Ben Dooks authored
Patch from Ben Dooks updates to the default configuration to change the following: - use S3C2410 internal rtc instead of PC style rtc - add mtd support for nand - add mtd support for nor (and bast nor mapping) Signed-off-by: Ben Dooks Signed-off-by: Russell King
-
David S. Miller authored
Signed-off-by: -
Michael Chan authored
Add support for 5753 chips which is mostly just adding in the appropriate PCI ids and recognizing that these chips do not use GPIO2 for Vaux switching. Also do not set DMA read water mark on PCI Express. In such configurations these bits are reserved. Signed-off-by: -
Andries E. Brouwer authored
Just tried the new toy. It works.
-
-
Phil Oester authored
Signed-off-by:
Phil Oester <kernel@linuxace.com> Signed-off-by:
Patrick McHardy <kaber@trash.net>
-
Patrick McHardy authored
into coreworks.de:/home/kaber/src/nf/nf-2.6
-
Patrick McHardy authored
into coreworks.de:/home/kaber/src/nf/nf-2.6
-
