linux-kernel - Re: regmap: Question about devices with unequal register sizes

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: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Mon, 6 May 2013 20:36:36 +0100
From:	Mark Brown <broonie@...nel.org>
To:	Daniel Mack <zonque@...il.com>
Cc:	LKML <linux-kernel@...r.kernel.org>,
	Dimitris Papastamos <dp@...nsource.wolfsonmicro.com>
Subject: Re: regmap: Question about devices with unequal register sizes

On Mon, May 06, 2013 at 06:32:12PM +0200, Daniel Mack wrote:
> On 17.02.2013 17:23, Mark Brown wrote:

> > The regmap I/O code isn't making any effort to support such devices, the
> > hardware is just too crazy to worry about.  The best you can do is use
> > the no-bus support and open code your physical I/O so you can still use
> > the cache.

> So it turns out I need to write these registers now on the TAS5086
> codec, which has such a strange layout. I wonder how I can possibly open
> code the physical I/O with registers that are up to 20 bytes in size,
> while the reg_write callback in struct regmap_config assumes an unsigned
> int suffices for the data? Any example you can point me to?

There's just no attempt being made in regmap to cater for such devices.
I'm not sure it's worth bothering, sorry, though if you come up with a
non-intrusive way of handling such hardware of course it'd be worth
considering.

Using the no-bus support, having that take a lock and then bypassing it
completely to do the 20 byte writes would probably work.

Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)