Roland Tollenaar wrote:

Inspect /proc/rtcan or watch the log messages.

Then I presume I will send a message on 1 and then see it appear on the rtcanrecv rtcan1 ?

Yes, but with rtcan2.
Does this not depend on the outcome of the earlier inspection of /proc/rtcan or is rtcan2 an educated guess? To clarify: I will be sending and recieving on rtcan2 in loopback mode in order to test?

The virtual can driver will install two devices. Have you seen something different? If you then load xeno_can_peak_dng... The devices will be named according to order they are installation, of course.



If things are a bit slow on my side its because I am rushing around doing other mandatory things. Only reason I am busy with this as well at the moment is because I don;t want to lose the opportunity of having you all at your desks :)

While I think about it. How DO I apply your patch. I mean besides using the patch tool, which installation steps must I repeat?
1-patch your file
2-run patch_kernel again
3-rebuild the kernel
4-rebuild the modules (make modules)
5-Install modules
(or can I skip 3 and only do 4 and 5?)

1+4+5, nevertheless, I'm going to check-in a revised version of the patch later today. Then please do a "svn update" in your Xenomai repository.

Wolfgang

Roland


Good, because I will be on holiday next week ;-).

That is not good. You sure you don;t want to postpone for a week? :)


Wolfgang.

Thanks, "ich melde mich" soon. :)


Roland.


Wolfgang.


Roland



On 3/2/07, roland Tollenaar <[EMAIL PROTECTED]> wrote:
Hi,

My situation is slightly different. The modules don;t get loaded for
some or other reason (not sure why because I do have parport support
<M> selected in the kernel config.

My BIOS settings said ECP instead of EPP ( I still don;t know the
difference) I set it to EPP and the driver seems to load with modprobe
now.

Interestingly enough before I changed the BIOS I did try

modprobe xeno_can_peak_dng type=ecp io=0x378 irq=7

but it tells me that ecp is an invalid argument? Why is that?


Kind regards,

Roland


On 3/2/07, Markus Franke <[EMAIL PROTECTED]> wrote:
> roland Tollenaar wrote:
> > You mean this must be run as a boot option? Sorry I am not familiar
> > with the term kernel commandline.
>
> Yes, I mean boot option.
>
> >
> > Sounds like its worth a try.
> >
> > Lp and parport_pc are not loaded.
>
> In my case it was the problem that parport_pc and lp were loaded during > system boot. When I removed these modules in order to load my parport > module, the parallelport was always switched off by linux and it was not
> possible to activate it again.
>
> >
> > Thanks
> >
> > Roland
> >
> >> the kernel commandline.
> >> Maybe this can also help you.
> >>
> >> Regards,
> >> Markus Franke
> >>
> >> roland Tollenaar wrote:
> >> >> >
> >> >> > FATAL: Error inserting xeno_can_peak_dng (xeno_can_peak_dng.ko): No
> >> >> such
> >> >> > device
> >> >>
> >> >> Is there som additional kernel output visible via "dmesg"?
> >> >
> >> >
> >> > Yes:
> >> >
> >> > SCSI device sdb: 3963904 512-byte hdwr sectors (2030 MB)
> >> > sdb: Write Protect is off
> >> > sdb: Mode Sense: 43 00 00 00
> >> > sdb: assuming drive cache: write through
> >> > SCSI device sdb: 3963904 512-byte hdwr sectors (2030 MB)
> >> > sdb: Write Protect is off
> >> > sdb: Mode Sense: 43 00 00 00
> >> > sdb: assuming drive cache: write through
> >> > sdb: sdb1
> >> > sd 3:0:0:0: Attached scsi removable disk sdb
> >> > usb-storage: device scan complete
> >> > ERROR! No SJA1000 device found!
> >> > ERROR while trying to register SJA1000 device -19!
> >> > Init failed with -19
> >> >
> >> > are the final lines.
> >> >
> >> >
> >> >>
> >> >> How do you have configured the parport in the kernel? Are there
> >> modules
> >> >> loaded (check /proc/modules)? Retry after removing lp and parport_pc:
> >> >
> >> >
> >> > Have looked can't see any. Have attached the output of /proc/modules
> >> >
> >> >
> >> >>
> >> >>    $ rmmod lp
> >> >>    $ rmmod parport_pc
> >> >
> >> >
> >> > I get a message that it cannot find these modules in /proc/modules
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >>
> >> >> Wolfgang.
> >> >>
> >> >
> >> >
> >> ------------------------------------------------------------------------
> >> >
> >> > _______________________________________________
> >> > Xenomai-help mailing list
> >> > [email protected]
> >> > https://mail.gna.org/listinfo/xenomai-help
> >>
> >> --
> >> Nichts ist so praktisch wie eine gute Theorie!
> >>
> >
>
> --
> Nichts ist so praktisch wie eine gute Theorie!
>
>


_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help












_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help

Reply via email to