Yay, committed :) \o/ Thanks to Amos, Cleber, Jason. The 4 of us made a great job with this patchset. If somebody else notices any problems with this, yell and we'll fix it. http://autotest.kernel.org/changeset/5399 http://autotest.kernel.org/changeset/5400 http://autotest.kernel.org/changeset/5401 http://autotest.kernel.org/changeset/5402 http://autotest.kernel.org/changeset/5403 On Thu, Jun 2, 2011 at 1:23 AM, Lucas Meneghel Rodrigues <lmr@xxxxxxxxxx> wrote: > This patchset changes the default of KVM autotest networking to use > TAP, and create a private bridge, that behaves very much like the > libvirt bridge, making KVM autotest users to have a nw setup much closer > to a real life scenario. > > The last bugs observed were ironed out, the patchset now works fine in: > > * Fedora 14, 15 > * RHEL 5.x, 6.x > > Now we require dnsmasq, but that should be updated on the documentation. > > Thanks to Cleber for the great help figuring out the problems with the > firewall rules. > > Lucas Meneghel Rodrigues (5): > KVM test: Adding framework code to control bridge creation > KVM test: Add helpers to control the TAP/bridge > KVM test: virt_env_process: Setup private bridge during > postprocessing > KVM test: setup tap fd and pass it to qemu-kvm v3 > KVM test: Changing KVM autotest default to private bridge > > client/tests/kvm/scripts/qemu-ifup | 11 -- > client/tests/kvm/tests_base.cfg.sample | 12 +- > client/virt/kvm_vm.py | 63 +++++++--- > client/virt/virt_env_process.py | 9 ++ > client/virt/virt_test_setup.py | 172 +++++++++++++++++++++++++ > client/virt/virt_utils.py | 216 ++++++++++++++++++++++++++++++++ > 6 files changed, 447 insertions(+), 36 deletions(-) > delete mode 100755 client/tests/kvm/scripts/qemu-ifup > > -- > 1.7.5.2 > > _______________________________________________ > Autotest mailing list > Autotest@xxxxxxxxxxxxxxx > http://test.kernel.org/cgi-bin/mailman/listinfo/autotest > -- Lucas -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html