>I saw that thing and thought it would be cool to have a NetBSD driver for it;
>I say "go for it".
Cool. Well, it's ordered, I'll see what I can do when it shows up. :)
Considering that the protocol doc is all of a page and a half, I don't think
it'll be too tough.
I was thinking of a load monitor: load average 0-1 == gradually brighter,
higher than that does load average in Hz. It'd be fun to watch it
getting more and more frantic during "build.sh". :)
-s
I saw that thing and thought it would be cool to have a NetBSD driver for it;
I say "go for it".
--Ken
The company is fairly supportive; I wrote to ask about driver docs, and I got
driver docs, along with a copy of a Linux driver, within about three hours,
and not during the business day either.
Anyway, I will likely try to produce a driver for it; anyone interested, let
me know so I can have some motivation. :)
-s
# In message <200201230636...@ginger.cmf.nrl.navy.mil>, Ken Hornstein w
# rites:
# >>Anyway, I will likely try to produce a driver for it; anyone interested, let
# >>me know so I can have some motivation. :)
#
# >I saw that thing and thought it would be cool to have a NetBSD driver for it;
# >I say "go for it".
#
# Cool. Well, it's ordered, I'll see what I can do when it shows up. :)
# Considering that the protocol doc is all of a page and a half, I don't think
# it'll be too tough.
#
# I was thinking of a load monitor: load average 0-1 == gradually brighter,
# higher than that does load average in Hz. It'd be fun to watch it
# getting more and more frantic during "build.sh". :)
Yeah, and then you go into a feedback loop in which the load increases
because more cycles are being dedicated to pulsing the LED...
...or can you offload that to the powermate?
# -s
--*greywolf;
--
NetBSD: The power to Connect
It appears to have hooks for "set pulsing speed".
-s