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 for Android: free password hash cracker in your pocket

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

Message-ID: <49F5B774.5010501@beta.intcomgrp.com>
Date:	Mon, 27 Apr 2009 09:47:32 -0400
From:	James Kosin <jkosin@...a.intcomgrp.com>
To:	Mark Brown <broonie@...ena.org.uk>
CC:	Pavel Machek <pavel@....cz>, Mike Rapoport <mike@...pulab.co.il>,
	linux-kernel@...r.kernel.org, Liam Girdwood <lrg@...mlogic.co.uk>
Subject: Re: [RFD] voltage/current regulator consumer interface

Mark Brown wrote:
> On Sat, Apr 25, 2009 at 10:19:33AM +0200, Pavel Machek wrote:
> 
>> Well, then you should teach serial driver to power the (GPS) device up on
>> open() and power it off on close()...
> 
> This all started because this approach was nacked for serial drivers.
> In any case, I'm not sure that'll scale - it may not be desirable or
> reasonable to do something like that for all devices.  For example, the
> devices may be connected via a technology that's not suitable (I've
> worked on systems which used ethernet here).
> 
Ethernet can be treated as a serial interface as well down to the
simplest level.  I'm leaving out a lot is making this assumption; but,
it is true to a fault.

Scalability has more to do with the generic interface you use... If you
tie things to ttySxx and don't allow configuration parameters you are
also restricting the usage and scalability as well.

The GPS should be configurable so the interface is generic and allows
getting from Ethernet/PCI/IDE/serial/parallel/etc.  The transport layer
should not matter to the GPS driver.  The trick will be to allow the
user to ultimately choose, if that is what you want.

The same applies to disk devices, now we have IDE/SATA/etc. the disk
device itself doesn't depend on the interface physically, the kernel
treats all these as suitable interfaces for disk/CDROM/tape devices and
the world is not turned on its ear just because there is a different
physical interface.

James

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