Return-path: Received: from mail-wm0-f47.google.com ([74.125.82.47]:37807 "EHLO mail-wm0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752450AbcGAV1V (ORCPT ); Fri, 1 Jul 2016 17:27:21 -0400 Received: by mail-wm0-f47.google.com with SMTP id a66so44452489wme.0 for ; Fri, 01 Jul 2016 14:27:20 -0700 (PDT) From: Jakub Kicinski To: kvalo@codeaurora.org, linux-wireless@vger.kernel.org Cc: netdev@vger.kernel.org, hannes@stressinduktion.org, nbd@nbd.name, linux-kernel@vger.kernel.org, Jakub Kicinski Subject: [PATCHv3 wl-drv-next 0/2] register-field manipulation macros Date: Fri, 1 Jul 2016 22:26:47 +0100 Message-Id: <1467408409-24224-1-git-send-email-jakub.kicinski@netronome.com> (sfid-20160701_232801_151259_1ED6C5AB) Sender: linux-wireless-owner@vger.kernel.org List-ID: Hi! This set moves to a global header file macros which I find very useful and worth popularising. The basic problem is that since C bitfields are not very dependable accessing subfields of registers becomes slightly inconvenient. It is nice to have the necessary mask and shift operations wrapped in a macro. It is also nice to have that macro compute the shift amount based on the mask automatically. My implementation follows what Felix Fietkau has done in mt76. Hannes Frederic Sowa suggested more use of standard Linux/GCC functions. Since the RFC I've also added a compile-time check to validate that the value passed to setters fits in the mask. I attempted the use of static inlines instead of macros but it makes GCC < 6.0 barf at the BUILD_BUG_ON()s. I also noticed that forcing arguments to be u32 for inlines makes the compiler use 32bit arithmetic where it could get away with 64bit before (on 64bit machines, obviously). That's a potential performance concern but probably not a very practical one today. Apart from looking "cleaner" static inlines would have the advantage that we could #undef the auxiliary macros at the end of the header. v3: Build bot caught a build failure with -Os set. AFAICT gcc did not handle temporary variable I put in the macro expression too well. I work around that by defining __BUILD_BUG_ON_NOT_POWER_OF_2 and using it instead of BUILD_BUG_ON(!tmp || is_power_of_2(tmp)). Please review and advise on improvements. If accepted I think would be best to push this through Kalle's tree, since the only existing user is in drivers/net/wireless/. v3: - don't use variables in statement expressions; - use __BUILD_BUG_ON_NOT_POWER_OF_2. v2: - change Felix's email address. Jakub Kicinski (2): add basic register-field manipulation macros mt7601u: use linux/bitfield.h drivers/net/wireless/mediatek/mt7601u/dma.h | 2 - drivers/net/wireless/mediatek/mt7601u/mt7601u.h | 5 +- drivers/net/wireless/mediatek/mt7601u/util.h | 77 ------------------------- include/linux/bitfield.h | 58 +++++++++++++++++++ include/linux/bug.h | 3 + 5 files changed, 65 insertions(+), 80 deletions(-) delete mode 100644 drivers/net/wireless/mediatek/mt7601u/util.h create mode 100644 include/linux/bitfield.h -- 1.9.1