From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <45E837AC.1060609@domain.hid> Date: Fri, 02 Mar 2007 15:41:48 +0100 From: Wolfgang Grandegger MIME-Version: 1.0 Subject: Re: [Xenomai-help] problems installing peak CAN dongle References: <45E7E49C.2000005@domain.hid> <45E7F453.9090803@domain.hid> <45E7FFA6.3060405@domain.hid> <45E808C7.4010101@domain.hid> <45E80CDB.1040504@domain.hid> <45E82460.1030809@domain.hid> <45E82887.8090809@domain.hid> In-Reply-To: <45E82887.8090809@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: rolandtollenaar@domain.hid Cc: Xenomai-help@domain.hid 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 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 >>>>>> 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 >>>>>> 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 >>>>>> > >> > Xenomai-help@domain.hid >>>>>> > >> > 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 >>>>> Xenomai-help@domain.hid >>>>> https://mail.gna.org/listinfo/xenomai-help >>>>> >>>>> >>>> >>>> >>> >>> >> >> > >