6,534
edits
Changes
m
<li>* oom_kill_counter correct calculations when task is set to be PF_MEMDIE-d oom_kill_counter must be incremented, when this task calls do_exit() - oom_kill_counter decrements. this logic was broken before;</li>
</ul>
<br/>Bug 44254.
</ul>
<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@1.3845.24.52 * http://linux.bkbits.net:8080/linux-2.6/cset@1.3845.24.52]<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@1.3895.1.53 * http://linux.bkbits.net:8080/linux-2.6/cset@1.3895.1.53]<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@1.3974 * http://linux.bkbits.net:8080/linux-2.6/cset@1.3974]
<ul>
</ul>
<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@428a06d1t7yny15TW1vsHxmsfP9YPg * http://linux.bkbits.net:8080/linux-2.6/cset@428a06d1t7yny15TW1vsHxmsfP9YPg]<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@1.1938.500.76 * http://linux.bkbits.net:8080/linux-2.6/cset@1.1938.500.76]
<br/>Bug 53273.
<br/>[http://bugzilla.openvz.org/show_bug.cgi?id=64 OpenVZ {{Bug |64]}}.
</ul>
<br/>Bug 50052.
<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@42eef8b09C5r6iI0LuMe5Uy3k05c5g http://linux.bkbits.net:8080/linux-2.6/cset@42eef8b09C5r6iI0LuMe5Uy3k05c5g]<br/>[http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-3053 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-3053]
<br/>[http://bugzilla.openvz.org/show_bug.cgi?id=65 OpenVZ {{Bug |65]}}.
<ul>
</ul>
<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@1.1832.6.179 http://linux.bkbits.net:8080/linux-2.6/cset@1.1832.6.179]<br/>Bug 54025.
<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@1.1938.185.9 http://linux.bkbits.net:8080/linux-2.6/cset@1.1938.185.9]<br/>Bug 54154.
<br/>Bug 49285.
<br/>Bug 53926.
<br/>Bug 53938.
<br/>[http://linux.bkbits.net:8080/linux-2.6/cset@1.1938.63.25 http://linux.bkbits.net:8080/linux-2.6/cset@1.1938.63.25]<br/><a href="https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=115031">https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=115031</a><br/>Bug 54772.
<br/>[http://bugzilla.openvz.org/show_bug.cgi?id=70 OpenVZ {{Bug |70]}}.
<br/>Bug 54370.
<br/>Bug 54489.
<br/>Bug 54874.
Protected "Download/kernel/2.6.8/022stab050.1/changes": Robot: Protecting a list of files. [edit=autoconfirmed:move=autoconfirmed]
==== diff-ms-gcc4-tss-20051101 ====
<div class="change">Patch from Kir, fixes compilation issue with gcc4:<br/>
tss_struct should be declared before ref.
</div>
==== diff-fairsched-balance-fix-20051110 ====
<div class="change">Patch from Pavel:<br/>
On UP machines scheduler does not perform active load balancing
and sched domains manupulations.
<div class="change">Patch from mainstream, ported by Kir:<br/>
fixing compilation issue with gcc4.
http://linux.bkbits.net:8080/linux-2.6/cset@1.1982.90.1
</div>
<div class="change">
Patch from mainstream, fixing compilation issue with gcc4.
http://linux.bkbits.net:8080/linux-2.6/cset@1.1803.144.88
</div>
==== diff-ms-stopmachine-ipi-deadlock ====
<div class="change">Patch from Kirill:<br/>
This patch fixes deadlock of stop_machine() vs. synchronous IPI send.
The problem is that stop_machine() disables interrupts before disabling
preemption on other CPUs. So if another CPU is preempted and then calls
something like flush_tlb_all() it will deadlock with CPU doing stop_machine()
and which can't process IPI due to disabled IRQs.<br/>
I changed stop_machine() to do the same things exactly as it does on
==== diff-ubc-oom-fix-20051102 ====
<div class="change">Patch from Pavel:<br/><ul>
* shrinked slabs counting during try_to_free_pages() (lost from 2.4);
* do not call yield() in oom_kill() if suicide hapened (lost from 2.4);
* code cleanups.
</div>
==== diff-ms-pagealloc-nofail-20051108 ====
<div class="change">Patch from Kirill and Pavel:<br/>
When PF_MEMALLOC is set __alloc_pages() does it best
to allocate a page. If even this try fails it is not
good to immediately return NULL - try to wait longer.
</div>
==== diff-ve-ia64-fsyscalls-20051103 ====
<div class="change">Patch from Pavel:<br/><ul>
* fsys_getpid needs new offset for tgid;
* fsys_getppid must not be called via fsys (locking);
* fsys_set_tid_address needs new offset for pid.
</div>
==== diff-ve-ia64-printk-20051010 ====
<div class="change">Patch from Pavel:<br/>
Some info-printk can be triggered by userspace process. No need to
spoil main logbuf.
==== diff-ms-amderrata-20051108 ====
<div class="change">Patch from mainstream, prepared by Pavel:<br/>
This is a merge of
</div>
==== diff-ms-emt64-iounmap-20051031 ====
<div class="change">Patch from mainstream, ported by Pavel:<br/>
Collected ioremap fixes:
* Call change_page_attr correctly
* Fix a race during iounmap
* Handle mmio holes without mem_map correctly (needed for SRAT patch)
* Some cleanups
Plus fix of DoS (CAN-2005-3108).<br/>
This is the merge (and port) of these patches:
</div>
<div class="change">Patch from Pavel:<br/>
task->sleep_avg should be updated under rq->lock.
</div>
==== diff-ubc-compile-20051107 ====
<div class="change">Patch from Kir:<br/> fix of ub_misc.c compilation in case CONFIG_UBC_DEBUG_KMEM isnot set.
</div>
==== diff-ubc-resnames-20051107 ====
<div class="change">Patch from Pavel:<br/>
Print ubc resource name, not just number in
__charge_beancounter_locked() when resource
==== diff-ve-ia64-printk-20051103 ====
<div class="change">Patch from Pavel:<br/>
Unaligned accesses in userspace are handled with kernel exception
handler and appropriate printk() occurs. This printk must go to
==== diff-ve-ip-conntrack-natmodrefs-20051031 ====
<div class="change">Patch from Dmitry:<br/>
fixed iptable_nat module reference counting
</div>
==== diff-ve-ip-conntrack-modrefs-20051031 ====
<div class="change">Patch from Dmitry:<br/>
If we have custom iptables entries inside VPS, than on VPS stop related
iptable_* modules counts decrements aren't performed. Fixed.
==== diff-ve-ia64-vpids-20051103 ====
<div class="change">Patch from Pavel:<br/><ul>
* sys32_ptrace searches task by pid (must by vpid);
* signal handling functions send signal by pid (must by vpid).
</div>
==== diff-ve-ia64-kernelthread-20051103 ====
==== diff-schedule-taskstopped-20050919 ====
<div class="change">Patches from Pavel and Alexander:<br/>
Do not alow stopped tasks sleep if they have pending SIGKILL
</div>
==== diff-ms-setmempolicy-20051031 ====
<div class="change">Patch from mainstream:<br/>
A kernel BUG() is triggered by a call to set_mempolicy()
with a negative first argument.
declared as unsigned int or unsigned long.
</div>
<div class="change">Patch from Alexander:<br/>
make kernel compilable without CONFIG_4KSTACKS
</div>
==== diff-fairsched-balance-20051102 ====
<div class="change">Patch from Andrey, fixed/splitted/corrected by Kirill:<br/>
This patch adds passive/active balancing in CPU scheduler.
Additionally:
* doesn't drop rq->lock in schedule_vcpu() on fast path (same VCPU)
* introduced 5ms VCPU to PCPU affinity
* fixed initialization of VCPUs and scheduler domains
</div>
==== diff-ms-flock-hotplug-fix-20051114 ====
<div class="change">Patch from mainstream:<br/>
The patch below fixes an interesting oddity we're seeing with fedora core
development (where we recently started using udev heavily); basically right
locking operations. When that happens the kernel oopses because the slabs
for file locks aren't initialized yet.
Solution: initialize this way early. It's only a kmem_cache_create after
all, so can happen early.
Signed-off-by: Andrew Morton <akpm@osdl.org><br/>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
</div>
==== diff-ve-vpid-alloc-20051118 ====
<div class="change">Patch from Alexey, modified by Kirill:<br/>
[PATCH] vpid allocator was broken<br/>
alloc_pidmap sometimes returned 65536. I understood its logic incorreclty,
apparently pid_max does not mean a strict limit on pid value,
it just prescribes to allocate pid < pid_max, if there is at least one
free value in this range.<br/>
Plus, it was suboptimal because nr_free never reached 0, so if we have
==== diff-proc-locks-fix-20051111 ====
<div class="change">Patch from Pavel:<br/>
unregister_sysctl_table held sysctl_lock (spinlock) and called
remove_proc_entry, which in turn tried to down_write some
semaphore...<br/> fixes bad interaction of:<br/>* diff-CVE-2005-2709-sysctl-unreg<br/>* diff-proc-locks-20050930
</div>
==== diff-ubc-ia64-include-20051111 ====
<div class="change">Patch from Andrey:<br/>
This patch adds forgotten by Pavel ub include in arch/ia64/mm/fault.c.
This issue appears after applying diff-ubc-hardsoft-cleanup-20051103 patch.
</div>
<div class="change">Patch from mainstream:<br/>
[PATCH] x86_64: correct copy_user_generic return value when exception
happens<br/>
Fix a bug that arch/x86_64/lib/copy_user:copy_user_generic will return a
wrong value when exception happens.<br/>
In the case the address is not 8-byte aligned (i.e. go into
copied bytes, then copy_user_generic returns wrong value. It also fixed a
bug of zeroing wrong number of bytes of destination at this situation. (In
Lzero_rest)<br/>
Signed-off-by: Yanmin Zhang <yanmin.zhang@intel.com><br/>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
</div>
==== diff-ms-dethread-20051117 ====
<div class="change">Patch from mainstream:<br/>
[PATCH] fix de_thread() vs send_group_sigqueue() race<br/>
When non-leader thread does exec, de_thread calls release_task(leader) before
calling exit_itimers(). If local timer interrupt happens in between, it can oops
in send_group_sigqueue() while taking ->sighand->siglock == NULL.<br/>
However, we can't change send_group_sigqueue() to check p->signal != NULL,
because sys_timer_create() does get_task_struct() only in SIGEV_THREAD_ID
case. So it is possible that this task_struct was already freed and we can't
trust p->signal.<br/>
This patch changes de_thread() so that leader released after exit_itimers()
call.<br/>
X-Git-Tag: v2.6.14.2<br/><ahref="X-Git-Url: http://www.kernel.org/git/?p=linux/kernel/git/gregkh/linux-2.6.14.y.git;a=commitdiff;h=6b85cfab9d15c70392cd79896ae1a11d88498e9f">X-Git-Url</a>
</div>
==== diff-vzdq-debug-20051117 ====
<div class="change">Patch from Dmitry:<br/>
print "VZDQ: unexpected creation context" debug messages only if
timeout is more than 3 seconds
</div>
<div class="change">Patch from Denis pointed out by Alexey:<br/>
This patch fixes incorrect UB handling in tcp_fragment.
</div>
<div class="change">Patch from Dmitry, based on Solar Designer idea:<br/>
disable SCHED_FIFO and SCHED_RR in VPS (CAP_SYS_ADMIN)
</div>
==== diff-ms-notifyparent-20051120 ====
<div class="change">Patch from mainstream:<br/>
[PATCH] Don't auto-reap traced children<br/>
If a task is being traced we never auto-reap it even if it might look
like its parent doesn't care. The tracer obviously _does_ care.<br/>
X-Git-Tag: v2.6.15-rc1<br/><ahref="X-Git-Url: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=7ed0175a462c4c30f6df6fac1cccac058f997739">X-Git-Url</a><br/>Bug 54815.
</div>
<div class="change">Patch from mainstream:<br/>
Fix close() vs posix lock race
A threaded app that posix-locks and closes the same file
in two threads concurrently may result in a posix lock
cleanup on the final fput.
Handle it together with the regular flocks.
</div>
Fixes -EIO with sim_statfs and sim_statfs64,
when quota is disabled.
</div>
==== diff-ubc-hugetlb-compile-20051122 ====
<div class="change">Patch from Kirill:<br/>
This patch fixes two typos found by a gentoo user
(http://bugs.gentoo.org/show_bug.cgi?id=113214)
<div class="change">Patch from Vasiliy Tarasov:<br/>
There is now /proc/cmdline file inside VPS. It's empty.
</div>
<div class="change">Patch from Dmitry, issue mentioned by Alexey:<br/>
default devpts entries uid/gid are virtualized
</div>
==== diff-vzdq-readdir-fix-20051123 ====
<div class="change">Patch from Pavel:<br/>
Due to wrong calculations of file position
`ls /proc/vz/vzaquota` could show last entry 3 times.
==== diff-ms-types-20051122 ====
<div class="change">Patch from Pavel:<br/>
Adds necessary typed for aacraid and cciss drivers.
Cut from diff-aacraid-addon-20051021
fixed bug in VPS pty_driver initialization
leading to node crashes
</div>
</noinclude>