search for: kiviniemi

...e4 (XEN) traps.c:3156: GPF (0060): ffff82c480159247 -> ffff82c4802170e4 (XEN) traps.c:3156: GPF (0060): ffff82c480159247 -> ffff82c4802170e4 (XEN) traps.c:3156: GPF (0060): ffff82c480159247 -> ffff82c4802170e4 What does that mean and is it something that I should worry about? -- Valtteri Kiviniemi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

...dcc ]--- Fixing recursive fault but reboot is needed! I also tested Xen 4.2.0 and problem is the same. So is this a Xen bug or a kernel bug? I am running vanilla kernel.org kernel 3.5.0 and my hardware is Intel Core i7-3770 CPU and Intel DQ77MK motherboard with latest bios. Best regards, Valtteri Kiviniemi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

...owadays only old disk frontends rely on that behaviour so that we only write the ABI for disk frontends in libxl, minimizing the impact. Signed-off-by: Wei Liu <wei.liu2@citrix.com> Cc: Ian Campbell <ian.campbell@citrix.com> Cc: Roger Pau Monne <roger.pau@citrix.com> Cc: Valtteri Kiviniemi <kiviniemi.valtteri@gmail.com> --- tools/libxc/xc_dom_arm.c | 7 +++++++ tools/libxc/xc_dom_x86.c | 34 ++++++++++++++++++++++++++++++++++ tools/libxc/xenctrl.h | 10 ++++++++++ tools/libxl/libxl.c | 28 ++++++++++++++++++++++++++++ xen/in...

..., Mark Glines, Markus Goetz, Martin Kihlgren, Martin Schobert, Martin Sch?rrer, Matias Carrasco, Max Rijevski, Menno Smits, Mesar Hameed, Michael Tokarev, Miles Nordin, Nick Hibma, Nick Patavalis, Paul Littlefield, Philipp Babel, Robert van der Meulen, Rumko, Scott Lamb, Sven-Haegar Koch, Teemu Kiviniemi, Timothy Redaelli, Tonnerre Lombard, Vil Brekin, Wessel Dankers and Wouter van Heyst. And finally, thank you for using tinc! -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------------- A non-text attachment was scrubbed.....

..., Mark Glines, Markus Goetz, Martin Kihlgren, Martin Schobert, Martin Sch?rrer, Matias Carrasco, Max Rijevski, Menno Smits, Mesar Hameed, Michael Tokarev, Miles Nordin, Nick Hibma, Nick Patavalis, Paul Littlefield, Philipp Babel, Robert van der Meulen, Rumko, Scott Lamb, Sven-Haegar Koch, Teemu Kiviniemi, Timothy Redaelli, Tonnerre Lombard, Vil Brekin, Wessel Dankers and Wouter van Heyst. And finally, thank you for using tinc! -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------------- A non-text attachment was scrubbed.....

Hi, I had some performance problems with TINC running on Windows XP. I had a VPN tunnel running over a wireless network to a Linux VPN server. Web browsing through the tunnel was a pain. Big web pages with lots of pictures loaded very slow compared to a plain network connection. When the VPN client was running on a Linux computer, and a Windows computer was browsing the web through the VPN

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've added lzo compression support for tinc 1.0pre8. Lzo is a very fast compressor (see http://www.oberhumer.com/opensource/lzo/). I've implemented it by using two new compression levels. Compression level 10 is for fast compression using lzo1x-1 algorithm. Compression level 11 is for slow compression using lzo1x-999 algorithm.