[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190324190226.jr5cqxqflkfn4uvl@localhost>
Date: Sun, 24 Mar 2019 12:02:26 -0700
From: Richard Cochran <richardcochran@...il.com>
To: Vladimir Oltean <olteanv@...il.com>
Cc: davem@...emloft.net, netdev@...r.kernel.org, f.fainelli@...il.com,
andrew@...n.ch, vivien.didelot@...il.com, linus.walleij@...aro.org
Subject: Re: [RFC PATCH net-next 01/13] lib: Add support for generic packing
operations
On Sun, Mar 24, 2019 at 05:23:34AM +0200, Vladimir Oltean wrote:
> This provides an unified API for accessing register bit fields
> regardless of memory layout. The basic unit of data for these API
> functions is the u64. The process of transforming an u64 from native CPU
> encoding into the peripheral's encoding is called 'pack', and
> transforming it from peripheral to native CPU encoding is 'unpack'.
>
> Signed-off-by: Vladimir Oltean <olteanv@...il.com>
> ---
> Documentation/packing.txt | 150 +++++++++++++++++++++++++++
> MAINTAINERS | 8 ++
> include/linux/packing.h | 49 +++++++++
> lib/Makefile | 2 +-
> lib/packing.c | 211 ++++++++++++++++++++++++++++++++++++++
For this kind of generic infrastructure, you really should CC the lkml
to get proper review.
Thanks,
Richard
Powered by blists - more mailing lists