Open main menu

OpenVZ Virtuozzo Containers Wiki β

Download/kernel/rhel5/028stab053.10/changes

< Download‎ | kernel‎ | rhel5‎ | 028stab053.10
Revision as of 15:29, 10 April 2008 by Kir (talk | contribs) (added missing /noinclude tag)

Contents

Changes

  • Fixed not working NAT in container in case ip_conntrack_disable_ve0 module option is set
  • Fixed data corruption with 3ware 7000 and 8000 controllers
  • Improved performance on AMD NUMA boxes

Patches

diff-nf-nat-targets-init-20080228-3

Patch from Dmitry Mishin <dim@parallels.com>

If ip_conntrack_disable_ve0 option is set, than it is impossible to use nat targets (DNAT, SNAT) inside Containers even if nat table is permitted for them and respective modules are loaded. This patch fixes above issue.

Fixed and tested by Konstantin Khlebnikov <khlebnikov@openvz.org>.

Issue reported by Alec.

diff-sched-load-balance-09012008

Patch from Alexandr Andreev <aandreev@openvz.org>

[SCHEDULER] fix load_balance() behavior, when it's invoked on a busy PCPU.

Note: looks like it works, but not sure about any kind of performance any more. Now we can trust performance results for VE's with --cpus 1

Bugs #93544, #98868.

diff-fix-cpufreq-ondemand-20080220

Patch from Konstantin Khlebnikov <khlebnikov@openvz.org>

CPU frequency switch may be incorrect on some hardware.

Ondemand use queue_delayed_work_on call and suppose that it works correctly. Farsched schedule kernel threads on random cpu and timer event may called not on supposed cpu.

This leads to CPU frequency is set almost randomly.

Bug #98868.

linux-2.6.18-3w-xxxx-1.26.02.001-03.000.patch

Patch prepared by Kirill Shileev <kshileev@parallels.com>

>From http://www.3ware.com/KB/article.aspx?id=15243&cNode=6I1C6S

Solves the problem with data corruption with 3ware 7000 or 8000 on x86_64 with more then 4G.

Bug #99172.