GitHub PushEvent at 2014-09-16 15:03:01
Repository: snabbswitch
Actor: eugeneia
Payload: {"shas":[["c03b2db287b644605572f518ca05e1cfc846b37a","b75edcdb5c0fa61a7127f80bff8c96c92c0d059f@homie.homelinux.net","Update authorized_keys","ba1020",false],["6f8b30649f0f1c8d18d1b0bfa9ee9b1053d658df","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","[src/Makefile] Capture stderr to testlog","Luke Gorrie",false],["657d8e65a5810b5709722feaebbdfaf261aee9bf","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","config.lua: Remove \"s\" debug printout","Luke Gorrie",false],["441ab83915abe85bdde03f8cb1d59b25da39c7ae","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","Support \"engine.log = true\" to enable engine event logging","Luke Gorrie",false],["fd8a713febb92c3fc0977287deac40130d1abf9b","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","snabbnfv-traffic: Enable engine logging","Luke Gorrie",false],["37ecc0a661397f3cb3d7abe8d87ed5f69f08eb81","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","timer.init() removed (timer module now auto-initializes)\n\nCalling timer.init() now throws an error. Please remove all these\ncalls from the code base.\n\n(It was lousy API design to require an explicit init call.)","Luke Gorrie",false],["adfdc1cf2ce1a71d0d7a7e9ab5aa9eaa8d0dc0de","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","Remove timer.init() calls/references from the codebase\n\nThis function was removed/obsoleted by the previous commit.","Luke Gorrie",false],["220513b79f9c60a1f635430dd3c8098f09f760f2","0a3d37b3897a1b81db5c1f81d1d2aee80a970031@gmail.com","Merge pull request #256 from lukego/logging\n\nLogging improvements","Luke Gorrie",false],["e1d138c3192e4c860ca4edab781b6e93cccf37a3","0a3d37b3897a1b81db5c1f81d1d2aee80a970031@gmail.com","Merge pull request #257 from SnabbCo/timerapi\n\nTimer API update","Luke Gorrie",false],["773b60c65a13fe86a3446330343cc0befe44d580","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","Remove VFIO support to simplify memory and device access\n\nVFIO is a Linux kernel interface for controlling the IOMMU hardware.\nhttps://www.kernel.org/doc/Documentation/vfio.txt\n\nVFIO is a valuable feature and we do want to support it over the long\nterm. However, right now we do not completely use/trust/understand it,\nand by removing it we can simplify the code in several ways:\n\n- Remove C code that uses a complex Linux API.\n- Remove Linux's vfio.h that we imported to work around build problems.\n- Eliminate code duplication between pci.lua, vfio.lua, and bus.lua.\n- Eliminate complex hooks/indirections in memory.lua.\n- Eliminate the bus scan from app.lua (which slowed down startup).\n- buffer.physical is now known to always be an actual physical address.\n\nSo let us re-introduce this feature in the future when we need it\nenough to justify its complexity, and when we have the time to work\nthrough all of its quirks and implications.\n\nOBTW: also removed the memory.use_hugetlb option. Now snabbswitch\nalways uses HugeTLB. Again, we can reintroduce this when we need it.","Luke Gorrie",false],["dfe456cf58c5505f633ff3c66280053b21a487c7","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","engine.configure(): Fix order of operations during config update\n\nEnsure that 'stop' actions are executed before 'start' actions.\n\nOtherwise there can be problems when a new app and an old app both\nwant to use the same resource and the new app starts before the old\none has terminated. For example, when replacing an app like intel10g\nthat needs exclusive use of a PCI device.","Luke Gorrie",false],["633523972fa23dbf7558d96e5390dba56977bd47","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","[intel10g, pci] Exclusively lock PCI devices before use\n\nThis is to prevent two snabb processes from attempting to control the\nsame PCI device at the same time, which could lead to... hilarity.\n\nThis change also involves an explicit close operation on the PCI\ndevice when the intel app is stopped.","Luke Gorrie",false],["98ffff52922e0b6cbb68074b5c68a4f3fce7c9fe","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","[lib.nfv.config] More verbose debug output in selftest","Luke Gorrie",false],["c4e3ebebf6b920aff0f9d06406d3dc1d06cffdfc","5fb6ff14f2a3b931c007d120a649a55e86928f6a@virtualopensystems.com","nfv: in default config remove unsupported tables\n\nSigned-off-by: Nikolay Nikolaev <n.nikolaev@virtualopensystems.com>","Nikolay Nikolaev",false],["2ded9a8a3ece439dd74bd57714035faad6685089","5fb6ff14f2a3b931c007d120a649a55e86928f6a@virtualopensystems.com","nfv: neutron sync agent fixes\n\nForce sync on first run.\n\nSigned-off-by: Nikolay Nikolaev <n.nikolaev@virtualopensystems.com>","Nikolay Nikolaev",false],["bf485088d9714ef3de6d00388d03f00f9344fc0c","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","lib.pcap: Fix memory corruption bug affecting unit tests\n\nThe bug could cause occasional segmentation faults in code that uses\nthe pcap reader library, such as the ipv6 and packet filter unit tests.\n\nThe bug is that ffi.copy() writes one by more than we want. See caveat\nmentioned in the LuaJIT docs at http://luajit.org/ext_ffi_api.html:\n\n    ffi.copy(dst, src):\n    All bytes of the string plus a zero-terminator are copied to\n    dst (i.e. #src+1 bytes).\n\nAmusingly, this bug was introduced by the previous change (commit\n8def5910) that simultaneously fixed a different more-or-less\nequivalent bug in the same function.","Luke Gorrie",false],["23723b451138e558054c390d4a14c4a339066a2a","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","lib.pcap: Remove 'extra' nonstandard pcap format extension\n\nThis was an old hack to store additional metadata on pcap records. Wed\ndon't use it anymore.","Luke Gorrie",false],["078760cfabea997348d3de794efcd6f15a5906e1","6b3799be4300e44489a08090123f3842e6419da5@snabb.co","pci.lua: Scan devices in selftest() and remove dead code","Luke Gorrie",false],["4bd68b78f6cc563eed123574fc19d80968e39a7c","0a3d37b3897a1b81db5c1f81d1d2aee80a970031@gmail.com","Merge pull request #261 from virtualopensystems/nfv-fixes\n\nNfv fixes","Luke Gorrie",false],["51c9880fb4f92311b94f15d852f90d17ad037b07","5fb6ff14f2a3b931c007d120a649a55e86928f6a@virtualopensystems.com","virtio: fix address trnaslation\n\nWhen there are multiple virtio instances, we would like to keep the\ntranslation cache per instance instead of global.\n\nSigned-off-by: Nikolay Nikolaev <n.nikolaev@virtualopensystems.com>","Nikolay Nikolaev",false]],"size":30,"ref":"refs/heads/snabbnfv_testing","head":"c0e7abd6526ad50b8eaed792c45c0f8966910077"}