- From: Frank Mori Hess <fmhess_at_users.sourceforge.net>
- Date: Tue, 20 Apr 2004 08:25:36 -0400
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 19 April 2004 10:03 pm, Mike Reedy wrote: > Hi all, > > Experimenting with comedilib/demo/mmap.c with Computer > Boards pcidas64/16. > > Repeatedly executing "mmap" with "-nx", which sets the > channel count to x, with a dead short on channel 0 > Analog input, I see the shorted channel's data change > position within the data scan. In other words, the > short may appear as channel 0, I Control-C & rerun > mmap & I may see the short in column 10, or any other > column. Clearly there is some residual data somewhere > offsetting the digital data by varying amounts. It's a driver bug, that I remember fixing. Your best bet would be to go back to 0.7.68 or cvs and figure out where the NULL dereference is happening (it must be in init_plx9080(), init_stc_registers(), or handle_interrupt()). By the way, the driver works fine for me with a pci-das6025 on x86. It might also be helpful to uncomment the #define PCIDAS64_DEBUG line near the top of the driver, and also you should send your oops message through ksymoops if you can. - -- Frank -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFAhRbA5vihyNWuA4URAlmqAKCDaOg4zNVZNsiJECwpw3FzWsby6ACgmG8V jBACu9oy+23AfN6lZN3ZZ0s= =SaOY -----END PGP SIGNATURE-----
Received on 2004-04-20Z11:25:36