From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andy Shevchenko Date: Wed, 22 Jun 2022 14:22:38 +0000 Subject: Re: [PATCH v4 0/8] bitops: let optimize out non-atomic bitops on compile-time constants Message-Id: List-Id: References: <20220621191553.69455-1-alexandr.lobakin@intel.com> <20220622122440.87087-1-alexandr.lobakin@intel.com> In-Reply-To: <20220622122440.87087-1-alexandr.lobakin@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Alexander Lobakin Cc: Arnd Bergmann , Yury Norov , Mark Rutland , Matt Turner , Brian Cain , Geert Uytterhoeven , Yoshinori Sato , Rich Felker , "David S. Miller" , Kees Cook , "Peter Zijlstra (Intel)" , Marco Elver , Borislav Petkov , Tony Luck , Maciej Fijalkowski , Jesse Brandeburg , Greg Kroah-Hartman , linux-alpha@vger.kernel.org, linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org On Wed, Jun 22, 2022 at 02:24:40PM +0200, Alexander Lobakin wrote: > From: Alexander Lobakin > Date: Tue, 21 Jun 2022 21:15:45 +0200 > > > While I was working on converting some structure fields from a fixed > > type to a bitmap, I started observing code size increase not only in > > places where the code works with the converted structure fields, but > > also where the converted vars were on the stack. That said, the > > following code: > > [...] > > Oh gosh, now s390 failed and 7/8 revealed one existing code flaw in > the ice driver. > I'll fix those, then will try to test more platforms (to not spam > series again) and send v5 soon (mentioning this as bots CCs only > myself). One mail per person? Because I also got a report. -- With Best Regards, Andy Shevchenko