linux-kernel - Re: [RFD] voltage/current regulator consumer interface

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20090421100524.GC25828@sirena.org.uk>
Date:	Tue, 21 Apr 2009 11:05:24 +0100
From:	Mark Brown <broonie@...ena.org.uk>
To:	James Kosin <jkosin@...a.intcomgrp.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [RFD] voltage/current regulator consumer interface

On Mon, Apr 20, 2009 at 11:38:49AM -0400, James Kosin wrote:

> > such as GPS trancievers and GSM modems. Moreover, in SoC based systems it is
> > possible to switch on/off power to entire subsystem when it is not used.

> I'd also ask the question, Why?
> If exposing to user space it leaves the possibility of damaging hardware
> or completely frying a board.

There are some classes of device found in embedded systems which do
things like provide an essentially separate system which interacts with
the host system via something like a serial port.  These devices are
normally controlled entirely from user space which is fine with static
power configuration but if you want to provide regulator control for
these devices you need to either move the control of the device into the
kernel or expose the regulators the device uses to userspace.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/