- 12 Sep, 2005 40 commits
-
-
Andi Kleen authored
This avoids races with the APIC broadcast/mask modes. Signed-off-by:
Andi Kleen <ak@suse.de> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Andi Kleen authored
Currently just defined to their non range parts. Pointed out by John Linville Signed-off-by:
-
Andi Kleen authored
- Report PXMs instead of nodes - Report the correct PXM, not always the one of node 1. - Only warn for the case of a PXM overlapping by itself Signed-off-by:
-
Andi Kleen authored
They were previously static. Signed-off-by:
-
Ashok Raj authored
Signed-off-by:
-
Adrian Bunk authored
They should be identical in the kernel now, but this makes it consistent with other code. Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
-
Andi Kleen authored
Nick points out it never worked because PageReserved was set and it might cause problems later on. Also HOTPLUG_CPU is much more common now so let's care not too much about the !hotplug case. Cc: nickpiggin@yahoo.com.au Signed-off-by:
-
Andi Kleen authored
Noted by Ashok Raj Signed-off-by:
-
Alexander Nyberg authored
Signed-off-by:
-
Nakul Saraiya authored
Needed for some newer Opteron systems with E stepping and memory relocation enabled. The node addresses are different in lower bits now so the nodemap hash function needs to be enlarged. Signed-off-by:
-
Jim Paradis authored
When I gave proposed the fix to pfn_valid() for RHEL4, Stephen Tweedie's sharp eyes caught this: Signed-off-by: -
Andi Kleen authored
As noted by matz@suse.de The problem is, that on i386 the syscallN macro is defined like so: long __res; \ __asm__ volatile ("int $0x80" \ : "=a" (__res) \ : "0" (__NR_##name),"b" ((long)(arg1)),"c" ((long)(arg2)), \ "d" ((long)(arg3)),"S" ((long)(arg4)),"D" ((long)(arg5))); \ If one of the arguments (in the _llseek syscall it's the arg4) is a pointer which the syscall is expected to write to (to the memory pointed to by this ptr), then this side-effect is not captured in the asm. If anyone uses this macro to define it's own version of the syscall (sometimes necessary when not using glibc) and it's inlined, then GCC doesn't know that this asm write to "*dest", when called like so for instance: out = 1; llseek (fd, bla, blubb, &out, trara) use (out); Here nobody tells GCC that "out" actually is written to (just a pointer to it is passed to the asm). Hence GCC might (and in the above bug did) copy-propagate "1" into the second use of "out". The easiest solution would be to add a "memory" clobber to the definition of this syscall macro. As this is a syscall, it shouldn't inhibit too many optimizations. Signed-off-by: -
Andi Kleen authored
- Add KERN_INFO to printks (from i386) - Use longs instead of ints to accumulate pages. - Fix broken indenting. Signed-off-by:
-
Andi Kleen authored
It only offers extremly dubious security advantages and is not worth the overhead in this critical path. Signed-off-by:
-
Andi Kleen authored
(from i386) Signed-off-by:
-
Andi Kleen authored
The global bit was not set in the first 2MB page, instead it had a bit in the free AVL section which is useless. Fixed thus. Noticed by Eric Biederman Cc: Eric W. Biederman <ebiederm@xmission.com> Signed-off-by:
-
Hugh Dickins authored
x86_64 idle=poll might be a little less responsive than it should: unlike mwait_idle, and unlike i386, its poll_idle left TIF_POLLING_NRFLAG set. Signed-off-by:
Hugh Dickins <hugh@veritas.com> Signed-off-by:
-
Andi Kleen authored
Saves some memory except for hotplug situations. Signed-off-by:
-
Andi Kleen authored
The generic TLB flush functions kept upto 506 pages per CPU to avoid too frequent IPIs. This value was done for the L1 cache of older x86 CPUs, but with modern CPUs it does not make much sense anymore. TLB flushing is slow enough that using the L2 cache is fine. This patch increases the flush array on x86-64 to cache 5350 pages. That is roughly 20MB with 4K pages. It speeds up large munmaps in multithreaded processes on SMP considerably. The cost is roughly 42k of memory per CPU, which is reasonable. I only increased it on x86-64 for now, but it would probably make sense to increase it everywhere. Embedded architectures with SMP may keep it smaller to save some memory per CPU. Signed-off-by:
-
Andi Kleen authored
asm-x86-64/timex.h does not reference CONFIG constants. Do not need to include config.h. Signed-off-by:
Grant Grundler <iod00d@hp.com> Signed-off-by:
-
Andi Kleen authored
- Remove unused irqrsp field - Remove pda->me - Optimize set_softirq_pending slightly Signed-off-by:
-
Andi Kleen authored
This adds console and earlyprintk support for a host file on AMD's SimNow simulator. Signed-off-by:
-
Andi Kleen authored
Instead of using a global spinlock to protect the state of the remote TLB flush use a lock and state for each sending CPU. To tell the receiver where to look for the state use 8 different call vectors. Each CPU uses a specific vector to trigger flushes on other CPUs. Depending on the received vector the target CPUs look into the right per cpu variable for the flush data. When the system has more than 8 CPUs they are hashed to the 8 available vectors. The limited global vector space forces us to this right now. In future when interrupts are split into per CPU domains this could be fixed, at the cost of needing more IPIs in flat mode. Also some minor cleanup in the smp flush code and remove some outdated debug code. Requires patch to move cpu_possible_map setup earlier. Signed-off-by:
-
Tsuneo.Yoshioka@f-secure.com authored
If we use 64bit kernel on ia64/x86_64/s390 architecture, and we run 32bit binary on 32bit compatibility mode, sendfile system call seems be not set offset argument. This is because sendfile's return value is not zero but the code regards the result by return value is zero or not. This problem will be affect to ia64/x86_64/s390 and not affect to other architecture does not affect other architecture (mips/parisc/ppc64/sparc64). Signed-off-by:
-
Andi Kleen authored
Include build number in oops output Helps me to match oopses to correct kernel. Signed-off-by:
-
Andi Kleen authored
Since this is shared code I had to implement it for i386 too Signed-off-by:
-
Andi Kleen authored
The resume code uses CPU hotplug now so at resume time we only ever see one CPU. Pointed out by Yu Luming. Signed-off-by:
-
Andi Kleen authored
The FLATMEM people added it, but there doesn't seem a good reason because end_pfn is identical. Signed-off-by:
-
Andi Kleen authored
Avoids a very dumb loop Signed-off-by:
-
Andi Kleen authored
Signed-off-by:
-
Andi Kleen authored
Use pcibus_to_node directly Signed-off-by:
-
Andi Kleen authored
It could be wrong for kexec or other cases. Read it from the CPU instead. Signed-off-by:
Murali <muralim@in.ibm.com> Signed-off-by:
-
Andi Kleen authored
Signed-off-by:
-
Andi Kleen authored
One machine is constantly throwing NMI watchdog timeouts in mce_log This was one attempt to fix it. (AK: this doesn't actually fix the bug I'm seeing unfortunately, probably drop. I don't like it that the reader can spin forever now waiting for a writer) Signed-off-by:
-
Andi Kleen authored
It's already handled in the main swiotlb code. Signed-off-by:
-
Andi Kleen authored
No-one needs it then Signed-off-by:
-
Andi Kleen authored
This leads to bootmem allocating first from node 0 instead of from the last node. This avoids swiotlb allocating on the last node, which doesn't really work on a machine with >4GB. Note: there is a better patch around from someone else that gets rid of the pgdat list completely. Signed-off-by:
-
Andi Kleen authored
PCI_DMA_BUS_IS_PHYS has to be zero even when the GART IOMMU is disabled and the swiotlb is used. Otherwise the block layer does unnecessary double bouncing. Signed-off-by:
-
Andi Kleen authored
Originally from Stuart Hayes. When setting up the APIC for the Uniprocessor kernel don't assume the CPU has an APIC ID of zero. This fixes boot with the UP kernel on Dell PowerEdge 6800/6850 4way systems. Cc: Stuart.Hayes@dell.com Signed-off-by:
-
Andi Kleen authored
Signed-off-by:
-
