I am trying to install the parallel port linux drivers for an ADC100. I've tried several versions of linux, but get a series of errors running MAKE. Probably there is no significant problem, but I don't know enough to interpret the error messages.
The PicoTech literature mentions RedHat6.0. That's quite old. Are there any other versions of linux for which the drivers are known to compile & install without errors?
If I buy an old copy of RedHat6.0 on ebay, can I then be assured of being able to MAKE & install the drivers error-free?
Although, I can get the application to compile on linux kernel 2.4 (I think its Redhat 6). I can't get the ADC-100 to take any readings.
Since we're not in a position to support the Linux drivers in a timely fashion (see the notice on the linux download page), I would advise against persuing the Linux path at this time.
I was able to compile the ADC42 driver under RH7.2, so probably no need to go back as far as RH6.
Cannot compile under RH8.0, which is a shame because I had written a nice little Perl app to log data to file at regular intervals.
Using Windows is not an option for me - this is a Microsoft free zone.
It looks to me (but I am not an expert in this) as if reason for compile fail is missing /usr/include/asm/delay.h and others.
Up to RH7.2 (and 7.3?) these were in the kernel-headers rpm. That rpm no longer exists. I don't know where these files are in RH8. They are NOT in any rpm in any of the 3 install CDs. If they exist at all they are in an rpm on one of the source CDs, that I don't have copies of.
No, its not that simple.
By trial and error, changing the includes in picolnx.c to
#include // added
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
//#include // removed
#include
#include
//#include // removed
reduces number of compile errors reported. Sorry, I don't have the time to investigate further. I'm sure someone who is expert at compiling C could fix this quickly.
A more complete fix was posted by tomset, but that was months ago, and the makefile still hasn't been patched.
When you load the module, you get:
[root@flasher picopar]# insmod ./pico.o
Warning: loading ./pico.o will taint the kernel: no license
See http://www.tux.org/lkml/#export-tainted for information about tainted modules
Module pico loaded, with warnings
Reviewing the code, I wonder why Pico doesn't GPL or OSS this stuff.
I lack the hardware for the moment, but it builds and loads with RH9, Linux 2.4.22, so this looks pretty good.