lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cb374d84-c29b-de0d-21d8-c711ccf3ea80@linux.intel.com>
Date: Wed, 30 Oct 2024 16:14:20 +0200 (EET)
From: Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>
To: Luke Jones <luke@...nes.dev>
cc: LKML <linux-kernel@...r.kernel.org>, linux-input@...r.kernel.org, 
    Jiri Kosina <jikos@...nel.org>, platform-driver-x86@...r.kernel.org, 
    Hans de Goede <hdegoede@...hat.com>, corentin.chary@...il.com, 
    Mario Limonciello <superm1@...nel.org>, 
    Mario Limonciello <mario.limonciello@....com>
Subject: Re: [PATCH v6 8/9] platform/x86: asus-armoury: add core count
 control

On Wed, 30 Oct 2024, Luke Jones wrote:

> Hello,
> 
> On Thu, 17 Oct 2024, at 4:41 PM, Ilpo Järvinen wrote:
> > On Mon, 30 Sep 2024, Luke D. Jones wrote:
> >
> >> Implement Intel core enablement under the asus-armoury module using the
> >> fw_attributes class.
> >> 
> >> This allows users to enable or disable preformance or efficiency cores
> >> depending on their requirements. After change a reboot is required.
> >> 
> >> Signed-off-by: Luke D. Jones <luke@...nes.dev>
> >> Reviewed-by: Mario Limonciello <mario.limonciello@....com>
> >> ---
> >>  drivers/platform/x86/asus-armoury.c        | 227 +++++++++++++++++++++
> >>  drivers/platform/x86/asus-armoury.h        |  28 +++
> >>  include/linux/platform_data/x86/asus-wmi.h |   4 +
> >>  3 files changed, 259 insertions(+)
> >> 
> >> diff --git a/drivers/platform/x86/asus-armoury.c b/drivers/platform/x86/asus-armoury.c
> >> index 09e0cbf24f25..caaa55219946 100644
> >> --- a/drivers/platform/x86/asus-armoury.c
> >> +++ b/drivers/platform/x86/asus-armoury.c
> >> @@ -40,6 +40,24 @@
> >>  #define ASUS_MINI_LED_2024_STRONG 0x01
> >>  #define ASUS_MINI_LED_2024_OFF 0x02
> >>  
> >> +#define ASUS_POWER_CORE_MASK GENMASK(15, 8)
> >> +#define ASUS_PERF_CORE_MASK GENMASK(7, 0)
> >
> > Align GENMASK()s.
> 
> That is how clang-format put them using the .clang-format in the repo. 
> I'm not keen on maintaining style manually as it inevitably develops 
> inconsistency. 

Hi Luke,

Then you simply create your own clang-format and put 
AlignConsecutiveMacros into it.

I'm not buying using a kernel-wide .clang-format as an argument because 
there are per subsystem variations in various coding style aspects a 
single file is never going to capture. It also has ColumnLimit: 80 which
is explicitly stated by Linus to not be a rigid rule so that alone proves 
your argument is on very shallow grounds.

The commit that introduced the file states: "Like most tools, it is not 
perfect nor covers every single case, but it is good enough to be 
helpful." It's a big set from "being helpful" to "I want to strictly 
follow what it outputs". I believe that file is there to help you out if 
you want to get started with the style but it does not guaranteed its 
output is accepted as is, you will have to tweak its configuration to get 
the desired output here and there if you want to use on daily basis.

-- 
 i.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ