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]
Date:	Thu, 24 Jul 2008 11:01:44 +0100
From:	Ben Dooks <ben-linux@...ff.org>
To:	"Hans J. Koch" <hjk@...utronix.de>
Cc:	Ben Dooks <ben-linux@...ff.org>,
	Jonathan Cameron <Jonathan.Cameron@...il.com>,
	mgross@...ux.intel.com, Dmitry Torokhov <dtor@...l.ru>,
	LKML <linux-kernel@...r.kernel.org>,
	LM Sensors <lm-sensors@...sensors.org>,
	David Brownell <david-b@...bell.net>, hmh@....eng.br,
	Jean Delvare <khali@...ux-fr.org>,
	spi-devel-general@...ts.sourceforge.net,
	Ben Nizette <bn@...sdigital.com>
Subject: Re: [spi-devel-general] [Patch 0/4] IndustrialIO subsystem (ADCs,
	accelerometers etc)

On Thu, Jul 24, 2008 at 09:41:25AM +0200, Hans J. Koch wrote:
> On Wed, Jul 23, 2008 at 08:19:18PM +0100, Ben Dooks wrote:
> > On Wed, Jul 23, 2008 at 06:00:29PM +0100, Jonathan Cameron wrote:
> > > Dear All,
> > > 
> > > The need for an industrialio subsystem was discussed in
> > > http://lkml.org/lkml/2008/5/20/135
> > 
> > The name is really bad, this sounds like something for doing large
> > scale industrial process control.
> 
> Well, it says "Industrial I/O". To me, this means it handles I/O devices
> typically found in industrial applications.

Yes, industrial is generally process control of manufacturing
processes which in my view is making this sound like it is limiting
the field of operations.

All the applications we would currently need are things like
handheld PDA type devices which are hardly 'industrial' or small
consumer measurement systems.

> >  
> > > Firstly thanks to all the people who have contributed to the discussion
> > > of this in the past.
> > > 
> > > In brief the intention is provide a kernel subsystem directed towards the
> > > handling on sensors (and later related output devices) such as ADC's,
> > > accelerometers and many others.
> > 
> > We've already got an perfectly good hwmon framework, do we really need
> > to do this again?
> 
> hwmon is designed for slow I/O. It won't handle an ADC that does a few
> megasamples/sec.
> 
> Thanks,
> Hans

-- 
Ben (ben@...ff.org, http://www.fluff.org/)

  'a smiley only costs 4 bytes'
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ