Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+4\/4\]\s+ipvs\:\s+reduce\s+kernel\s+stack\s+usage\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+4\/4\]\s+ipvs\:\s+reduce\s+kernel\s+stack\s+usage\s*$/: 5 ]

Total 5 documents matching your query.

1. Re: [PATCH 4/4] ipvs: reduce kernel stack usage (score: 1): Author: Arnd Bergmann <arnd@xxxxxxxx>; Date: Mon, 22 Jul 2019 12:28:59 +0200; I double-checked the implementation, and don't see that make any difference, as 'n' is the default. That would work just same, but I don't see any advantage. As the family and port members are the sa; /html/lvs-devel/2019-07/msg00048.html (14,088 bytes)
2. Re: [PATCH 4/4] ipvs: reduce kernel stack usage (score: 1): Author: Arnd Bergmann <arnd@xxxxxxxx>; Date: Mon, 22 Jul 2019 12:16:51 +0200; (replying a bit late) done done I found one case in ip_vs_ftp_in() that needs it in order to subtract one: IP_VS_DBG(7, "protocol %s %pISpc %pISpc\n", ip_vs_proto_name(ipvsh->protocol), - IP_VS_DBG_S; /html/lvs-devel/2019-07/msg00047.html (13,157 bytes)
3. Re: [PATCH 4/4] ipvs: reduce kernel stack usage (score: 1): Author: Julian Anastasov <ja@xxxxxx>; Date: Sun, 30 Jun 2019 23:36:41 +0300 (EEST); Hello, ip_vs_dbg_addr() used compact form (%pI6c), so it would be better to use %pISc and %pISpc everywhere in IPVS... Also, note that before now port was printed with %d and ntohs() was used, now po; /html/lvs-devel/2019-06/msg00023.html (17,420 bytes)
4. Re: [PATCH 4/4] ipvs: reduce kernel stack usage (score: 1): Author: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>; Date: Fri, 28 Jun 2019 15:50:57 -0400; since these are sockaddr_in and sockaddr_in6, should that have the 'n' specifier to denote network byteorder? would it make sense to just define a helper function that takes const char * level and ms; /html/lvs-devel/2019-06/msg00021.html (15,720 bytes)
5. [PATCH 4/4] ipvs: reduce kernel stack usage (score: 1): Author: Arnd Bergmann <arnd@xxxxxxxx>; Date: Fri, 28 Jun 2019 14:37:49 +0200; With the new CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL option, the stack usage in the ipvs debug output grows because each instance of IP_VS_DBG_BUF() now has its own buffer of 160 bytes that add up rat; /html/lvs-devel/2019-06/msg00016.html (26,763 bytes)

Current List: 1 - 5
Page: [1]