search for: orebokech

Hi Linus, Please pull the following. Please note this needs to be merged before merging target-pending PULL which Nicholas will be sending out shortly. Thanks! The following changes since commit 1860e379875dfe7271c649058aeddffe5afd9d0d: Linux 3.15 (2014-06-08 11:19:54 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus

Hi Linus, Please pull the following. Please note this needs to be merged before merging target-pending PULL which Nicholas will be sending out shortly. Thanks! The following changes since commit 1860e379875dfe7271c649058aeddffe5afd9d0d: Linux 3.15 (2014-06-08 11:19:54 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus

...possible to create the device on > systems where memory is very fragmented, with slightly lower > performance. Thanks Michael, I'm glad to see that this change made its way into mainline after all! Would you be willing to take the following on top? From: Romain Francoise <romain at orebokech.com> Date: Thu, 12 Jun 2014 10:26:40 +0200 Subject: [PATCH] vhost-net: don't open-code kvfree Commit 23cc5a991c ("vhost-net: extend device allocation to vmalloc") added another open-coded version of kvfree (which is available since v3.15-rc5), nuke it. Signed-off-by: Romain Franc...

"Michael S. Tsirkin" <mst at redhat.com> writes: > Please dont' do this, extra indirection hurts performance. > Instead, please change vhost_net_open and scsi to allocate the whole > structure with vmalloc if kmalloc fails, along the lines of > 74d332c13b2148ae934ea94dac1745ae92efe8e5 Back in January 2013, you didn't seem to think it was a good idea:

"Michael S. Tsirkin" <mst at redhat.com> writes: > Please dont' do this, extra indirection hurts performance. > Instead, please change vhost_net_open and scsi to allocate the whole > structure with vmalloc if kmalloc fails, along the lines of > 74d332c13b2148ae934ea94dac1745ae92efe8e5 Back in January 2013, you didn't seem to think it was a good idea:

Reposting with actual patches included. The following changes since commit 96b2e73c5471542cb9c622c4360716684f8797ed: Revert "net/mlx4_en: Use affinity hint" (2014-06-02 00:18:48 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git vhost-next for you to fetch changes up to 2ae76693b8bcabf370b981cd00c36cd41d33fabc: vhost:

Reposting with actual patches included. The following changes since commit 96b2e73c5471542cb9c622c4360716684f8797ed: Revert "net/mlx4_en: Use affinity hint" (2014-06-02 00:18:48 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git vhost-next for you to fetch changes up to 2ae76693b8bcabf370b981cd00c36cd41d33fabc: vhost:

Dear All, I have just installed a fresh Debian testing (squeeze) on my system (amd64 architecture). I am experiencing some really strange problems in updating my system whenever I have both the R repository and the multimedia repository available. This is my source.list (when I disable the multimedia repository) ~$ cat /etc/apt/sources.list deb http://ftp.ch.debian.org/debian/ testing main

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Wahl <ronald.wahl@raritan.com> RongQing.Li <roy.qing.li@gmail.com> Ronny Hegewald <ronny.hegewald@online.de> Ronny Standtke &lt...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Wahl <ronald.wahl@raritan.com> RongQing.Li <roy.qing.li@gmail.com> Ronny Hegewald <ronny.hegewald@online.de> Ronny Standtke &lt...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Wahl <ronald.wahl@raritan.com> RongQing.Li <roy.qing.li@gmail.com> Ronny Hegewald <ronny.hegewald@online.de> Ronny Standtke &lt...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Wahl <ronald.wahl@raritan.com> RongQing.Li <roy.qing.li@gmail.com> Ronny Hegewald <ronny.hegewald@online.de> Ronny Standtke &lt...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Wahl <ronald.wahl@raritan.com> RongQing.Li <roy.qing.li@gmail.com> Ronny Hegewald <ronny.hegewald@online.de> Ronny Standtke &lt...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Gushchin <klamm@yandex-team.ru> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Wahl <ronald.wahl@raritan.com> RongQing.Li <roy.qing.li@gmail.com> Ronny Hegewald <ron...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Gushchin <klamm@yandex-team.ru> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Wahl <ronald.wahl@raritan.com> RongQing.Li <roy.qing.li@gmail.com> Ronny Hegewald <ron...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Izard <romain.izard.pro@gmail.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Gushchin <klamm@yandex-team.ru> Roman Ovchinnikov <coolthecold@gmail.com> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Uiter...

...@systemanalysen.net> Roland McGrath <roland@hack.frob.com> Roland Scheidegger <rscheidegger_lists@hispeed.ch> Roland Stigge <stigge@antcom.de> Rolf Eike Beer <eike-kernel@sf-tec.de> Rolf Manderscheid <rvm@obsidianresearch.com> Romain Francoise <romain@orebokech.com> Romain Izard <romain.izard.pro@gmail.com> Romain Kuntz <r.kuntz@ipflavors.com> Roman Gushchin <klamm@yandex-team.ru> Roman Ovchinnikov <coolthecold@gmail.com> Roman Schneider <schneider@at.festo.com> Ronald <ronald645@gmail.com> Ronald Uiter...