[lkml]   [1999]   [Jan]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: AIMS Labs radio card: frequency limit (fwd)

Sorry to have to forward this to the list, but Russell's server just
noticed that I had a open mail relay problem on my end at the end of
August, as a result I cannot send mail directly to him.

Forwarded message ---------- Date: Sat, 16 Jan 1999 22:43:15 -0800 (PST)
From: David Lang <>
To: Russell Kroll <>
Subject: Re: AIMS Labs radio card: frequency limit

why have the kernel limit it at all? why not leave that up to the
application frount end?

David Lang

"If users are made to understand that the system administrator's job is to
make computers run, and not to make them happy, they can, in fact, be made
happy most of the time. If users are allowed to believe that the system
administrator's job is to make them happy, they can, in fact, never be made
- -Paul Evans (as quoted by Barb Dijker in "Managing Support Staff", LISA '97)

On Sat, 16 Jan 1999, Russell Kroll wrote:

> Date: Sat, 16 Jan 1999 12:26:48 -0700 (MST)
> From: Russell Kroll <>
> To:
> Subject: Re: AIMS Labs radio card: frequency limit
> > if someone sets these cards out of range what happens? if it is mearly
> > poor or non-existant reception, then let the driver set it to whatever and
> > let the manufacturer worry about the specs, like everything else - if you
> > use it out of spec you are on your own. If actual damage can be done, then
> > we need to have the driver limit the freq.
> I've been unable to get the cards to perform a 'halt and catch fire'
> operation despite sending all sorts of crazy data during tests. This
> doesn't mean it's impossible, but bad results seem unlikely. The usual
> result when tuning to an unsupported frequency is static.
> The general idea at this point is to code in defaults of 87-108 and allow
> clueful types to override with a module parameter. This way, you can
> sidestep my "known good" values if you know better.
Good signature made 1999-01-17 06:43 GMT by key:
2048 bits, Key ID 84A6971B, Created 1997-09-26

Version: PGP for Personal Privacy 5.0
Charset: noconv


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:49    [W:0.029 / U:0.708 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site