RE: no pcmcia support

I don't have choice, I must stick with kernel 2.6.15, because 2.6.16 is
not yet supported by RTAI. Unless there is an earlier version of comedi
that would do?

So I will go for your unrecommended suggestion.

Concerning that patch: I am not familiar with patches, so I didn't
manage to run it. From the linux source dir I tried 'patch -p1 -u
--dry-run < comedi.patch' but it failed. In the first place it was
asking me which file to patch, and then would report Hunk failure...
Please help me

Are the 6 revised modules independent? I know I need ni_mio_cs.c, should
I also update others. How should I get them? (I am not familiar with CVS
either). I can get ni_mio_cs 1.74 from the web interface to cvs, but not
1.69. Maybe 1.74 will do just fine...?

And finally: if it fails, have I any hope that there will be support for
2.6.15 in the future? Let say within one month? Or should I just try
something else, e.g. back to kernel 2.4.20 :(

Thanks a lot
Brice
 
 
 

-----Original Message-----
From: Ian Abbott [mailto:abbotti_at_mev.co.uk] 
Sent: Tuesday, August 15, 2006 5:55 PM
To: Rebsamen Brice
Cc: comedi_at_comedi.org
Subject: Re: no pcmcia support

On 15/08/2006 05:38, Rebsamen Brice wrote:
> I am trying to get Comedi work to access a PCMCIA NI DAQ card.
> I got comedi and comedilib from CVS. Comedilib was built and installed
easily: there was no error but I don't know how to check for sure
though.
> I am running under Ubuntu6.06 with a kernel 2.6.15 patched with
RTAI3.3. 2.6.15 is the latest version supported by RTAI.

> 
> The problem with comedi is that autogen cannot find probe in struct
pcmcia_driver (see autogen output below). And subsequently my DAQ card
is not detected. 
> However it is detected by linux: I can see it in dmesg and the
hardware monitor, and if I do lsmod I see the yenta_socket module loaded
together with pcmcia_core, pcmcia, and rsrc_nonstatic.
> I checked the .config file in linux dir and the PCMCIA_PROBE option is
set. 

Currently, the only solutions are to use the 2.6.16 kernel, or to pull
some particular versions of the PCMCIA driver files from CVS, combined
with the --enable-pcmcia configure option to override the PCMCIA
detection.  The CVS revisions are as follows:

comedi/drivers/cb_das16.c 1.16
comedi/drivers/das08_cs.c 1.7
comedi/drivers/ni_daq_dio24.c 1.12
comedi/drivers/ni_mio_cs.c 1.69
comedi/drivers/ni_labpc_cs.c 1.12
comedi/drivers/quatech_daqp_cs.c 1.22

Those revisions will not work with the 2.6.16 kernel unless you also
apply this patch:

Index: include/pcmcia/ds.h
===================================================================
RCS file: /cvs/comedi/comedi/include/pcmcia/ds.h,v
retrieving revision 1.4
diff -u -r1.4 ds.h
--- include/pcmcia/ds.h	27 Feb 2005 23:12:25 -0000	1.4
+++ include/pcmcia/ds.h	15 May 2006 16:53:31 -0000
_at__at_ -37,5 +37,15 _at__at_

  #endif

+/*
+ * Define COMEDI_PCMCIA_2_6_16 if struct pcmcia_driver interface is
+ * like kernel version 2.6.16.  Fedora backported it to 2.6.15!
+ */
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,16) #define 
+COMEDI_PCMCIA_2_6_16 #elif LINUX_VERSION_CODE == KERNEL_VERSION(2,6,15)

+&&
defined(dev_to_instance)
+#define COMEDI_PCMCIA_2_6_16
+#endif
+
  #endif // __COMPAT_PCMCIA_DS_H_


I don't recommend any of the above as there could be other changes in
CVS that stop these older versions working.

> There is another message from autogen at the begining: "variable
addi_common_ko_SOURCES is defined but no program or library has
addi_common_ko as canonical name (possible typo)". I don't know if it's
important or related to the PCMCIA error. 

Don't worry about that one.

-- 
-=( Ian Abbott _at_ MEV Ltd.    E-mail: <abbotti_at_mev.co.uk>        )=-
-=( Tel: +44 (0)161 477 1898   FAX: +44 (0)161 718 3587         )=-

Received on 2006-08-15Z10:17:42