G'Day,
> I doubt that you could skip the omap_reset() function since it's used
> to address a specific device or the branch on the DS2490. (and reset the
> 1-wire bus which more devices need)
I have added an OMAP_reset() now; it is fairly simple, but there does
not seem to be much to do.
On Sunday 10 July 2005 10:52 pm, Matthew Percival wrote:
> G'Day,
>
> Thanks for the suggestions: it has made things a lot easier to work
> through! I had actually skipped those files (ow_ds9097.c, etc) assuming
> they were 1-Wire devices, rather than adaptors --- I did not think I
> would
On Mon, 2005-07-11 at 04:52, Matthew Percival wrote:
> G'Day,
>
> > > I have now just finished writing a kernel module which handles the
> > > OMAP's hardware support for 1-Wire, and have used a test program to
> > > interact with the DS2431. All that remains to do is have a nice, user
> > > pr
G'Day,
> > I have now just finished writing a kernel module which handles the
> > OMAP's hardware support for 1-Wire, and have used a test program to
> > interact with the DS2431. All that remains to do is have a nice, user
> > program that can handle interactions with any number of any kind
There were no dependencies to libpthread when compiling libow.so,
so OW.so loaded libow.so and didn't understand to use libpthread.so
too.
I have updated some of the makefiles and configure.ac to fix the
problem (I hope). I guess this fix only was needed for older libc.
/Christian
On Sun, 200
Paul Alfille wrote:
> I just pulled a fresh owfs from the CVS, did c./bootstrap and make
> install. then module/swig/owperl5/test.pl /dev/ttyS1 works.
>
I just pulled newest owfs from cvs too and the problem persists.
I've checked perl lib paths and files "ow.pm ,ow.so" are up to date!
[EMAIL PRO