[Xenomai-help] problems installing peak CAN dongle

[Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

Hi,

My dongle has arrived and seems to be OK under windows.

I am now trying to install it under linux but things not looking good so far.

from

/lib/modules/2.6.16-xen-3/kernel/drivers/xenomai/can/sja1000

I ran

$>depmod xeno_can_peak_dng.ko
$>modprobe xeno_can_peak_dng type=epp io=0x378 irq=7

but the result is:

FATAL: Error inserting xeno_can_peak_dng (xeno_can_peak_dng.ko): No such device

The little led is glowing. And the dongle is even plugged in to the
only parallel port my machine has :)
Nothing is connected to the output of the dongle at this stage.

Am I missing something fundamental here?

Thanks for your time.

Regards,

Roland

Re: [Xenomai-help] problems installing peak CAN dongle

[Jan Kiszka]

[-- Attachment #1: Type: text/plain, Size: 1046 bytes --]

roland Tollenaar wrote:
> Hi,
> 
> My dongle has arrived and seems to be OK under windows.
> 
> I am now trying to install it under linux but things not looking good so
> far.
> 
> from
> 
> /lib/modules/2.6.16-xen-3/kernel/drivers/xenomai/can/sja1000
> 
> I ran
> 
> $>depmod xeno_can_peak_dng.ko
> $>modprobe xeno_can_peak_dng type=epp io=0x378 irq=7
> 
> but the result is:
> 
> FATAL: Error inserting xeno_can_peak_dng (xeno_can_peak_dng.ko): No such
> device
> 
> The little led is glowing. And the dongle is even plugged in to the
> only parallel port my machine has :)
> Nothing is connected to the output of the dongle at this stage.
> 
> Am I missing something fundamental here?
> 

Maybe a conflict with parport_pc.

Wolfgang, do we always have to remove that module, or is there a chance
to cooperate with it without loosing real-time? When removing the Linux
parport layer, there is the risk that the port is powered off (see
irqbench), and xeno_can_peak_dng does not account for this yet.

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

roland Tollenaar wrote:
> Hi,
> 
> My dongle has arrived and seems to be OK under windows.
> 
> I am now trying to install it under linux but things not looking good so 
> far.
> 
> from
> 
> /lib/modules/2.6.16-xen-3/kernel/drivers/xenomai/can/sja1000
> 
> I ran
> 
> $>depmod xeno_can_peak_dng.ko
> $>modprobe xeno_can_peak_dng type=epp io=0x378 irq=7

Are these the options you used for Windoze as well?

> but the result is:
> 
> FATAL: Error inserting xeno_can_peak_dng (xeno_can_peak_dng.ko): No such 
> device

Is there som additional kernel output visible via "dmesg"?

> The little led is glowing. And the dongle is even plugged in to the
> only parallel port my machine has :)
> Nothing is connected to the output of the dongle at this stage.
> 
> Am I missing something fundamental here?

How do you have configured the parport in the kernel? Are there modules 
loaded (check /proc/modules)? Retry after removing lp and parport_pc:

   $ rmmod lp
   $ rmmod parport_pc

Wolfgang.

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

Jan Kiszka wrote:
> roland Tollenaar wrote:
>> Hi,
>>
>> My dongle has arrived and seems to be OK under windows.
>>
>> I am now trying to install it under linux but things not looking good so
>> far.
>>
>> from
>>
>> /lib/modules/2.6.16-xen-3/kernel/drivers/xenomai/can/sja1000
>>
>> I ran
>>
>> $>depmod xeno_can_peak_dng.ko
>> $>modprobe xeno_can_peak_dng type=epp io=0x378 irq=7
>>
>> but the result is:
>>
>> FATAL: Error inserting xeno_can_peak_dng (xeno_can_peak_dng.ko): No such
>> device
>>
>> The little led is glowing. And the dongle is even plugged in to the
>> only parallel port my machine has :)
>> Nothing is connected to the output of the dongle at this stage.
>>
>> Am I missing something fundamental here?
>>
> 
> Maybe a conflict with parport_pc.

Yes, because it already grabs/registers the interrupt:

   $ grep par /proc/interrupts
     7:          3          XT-PIC  parport0

> Wolfgang, do we always have to remove that module, or is there a chance
> to cooperate with it without loosing real-time? When removing the Linux
> parport layer, there is the risk that the port is powered off (see
> irqbench), and xeno_can_peak_dng does not account for this yet.

That's the tricky part, indeed. On my Laptop I need to disabled the 
parport support completely for proper operation. On my PC that does not 
work for some strange reasons. I need parport loaded and parport_pc 
removed. We still need the PNP fix to avoid the problem you described 
with power off.

Wolfgang.

Re: [Xenomai-help] problems installing peak CAN dongle

[Roland Tollenaar]

Hi,

>> FATAL: Error inserting xeno_can_peak_dng (xeno_can_peak_dng.ko): No such
>> device
>>
> 
> Maybe a conflict with parport_pc.

Is there any way I can confirm this suspicion of yours? Can it be solved 
by disabling parallel port support in the kernel? (humbly assuming this 
would not install the parport layer in the first place).


> Wolfgang, do we always have to remove that module, or is there a chance
> to cooperate with it without loosing real-time? When removing the Linux
> parport layer, there is the risk that the port is powered off (see
> irqbench), 
What am I looking for?



Regards,

Roland.

and xeno_can_peak_dng does not account for this yet.
> 
> Jan
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

[-- Attachment #1: Type: text/plain, Size: 1037 bytes --]

> >
> > 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.
>

[-- Attachment #2: modules.txt --]
[-- Type: text/plain, Size: 0 bytes --]

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

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.

OK ==> the device cannot be accessed. Either the I/O address "0x378" and 
partport type "epp" is incorrect (you did not answer my question on 
that) or the parallel port is not operational (power off, etc.).
Please check what is actually selected in the BIOS of your system.

>> 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

Try "modporbe parport". If the module does not exists, configure and 
rebuild your kernel with parport support.

In the meantime I'm going to apply the fix Jan mentioned.

Wolfgang.

Re: [Xenomai-help] problems installing peak CAN dongle

[Markus Franke]

I had the same problems with a parallelport dongle. When I removed the
modules "parport_pc" and "lp" the parallel port device was always
powered off and it was not possible to receive interrupts anymore. A
workaround for this "power off" was to append "pnpbios=off"-option to
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!

Re: [Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

Hi,

> OK ==> the device cannot be accessed. Either the I/O address "0x378" and
> partport type "epp" is incorrect (you did not answer my question on
> that) or the parallel port is not operational (power off, etc.).
> Please check what is actually selected in the BIOS of your system.

I will check the BIOS.


>
> >> 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
>
> Try "modporbe parport". If the module does not exists, configure and
> rebuild your kernel with parport support.

Modprobe parport  tells me the module does not exist. Are you sure its
called parport?

Will reconfigure the kernel.

Regards,

Roland.



>
> In the meantime I'm going to apply the fix Jan mentioned.
>
> Wolfgang.
>
>

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

[-- Attachment #1: Type: text/plain, Size: 2025 bytes --]

Markus Franke wrote:
> I had the same problems with a parallelport dongle. When I removed the
> modules "parport_pc" and "lp" the parallel port device was always
> powered off and it was not possible to receive interrupts anymore. A
> workaround for this "power off" was to append "pnpbios=off"-option to
> the kernel commandline.
> Maybe this can also help you.

Good hint. Roland, could you try that first. I think this does not 
require the parport module loaded, doesn't it?
Attached is a patch registering the PNP device in rtcan_peak_dng.c. This 
should also solve the power-down problem.

Wolfgang.

> 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
> 


[-- Attachment #2: xenomai-rtcan-peak-dng-parport.patch --]
[-- Type: text/x-patch, Size: 2532 bytes --]

+ diff -u xenomai/ksrc/drivers/can/sja1000/rtcan_peak_dng.c.PARPORT xenomai/ksrc/drivers/can/sja1000/rtcan_peak_dng.c
--- xenomai/ksrc/drivers/can/sja1000/rtcan_peak_dng.c.PARPORT	2007-02-26 09:17:27.000000000 +0100
+++ xenomai/ksrc/drivers/can/sja1000/rtcan_peak_dng.c	2007-03-02 11:11:41.000000000 +0100
@@ -23,8 +23,13 @@
 
 #include <linux/module.h>
 #include <linux/ioport.h>
+#include <linux/version.h>
 #include <linux/delay.h>
 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+#include <linux/pnp.h>
+#endif /* Linux >= 2.6.0 */
+
 #include <rtdm/rtdm_driver.h>
 
 /* CAN device profile */
@@ -315,13 +320,44 @@
     rtcan_dev_free(dev);
 }
 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+static const struct pnp_device_id rtcan_peak_dng_pnp_tbl[] = {
+    /* Standard LPT Printer Port */
+    {.id = "PNP0400", .driver_data = 0},
+    /* ECP Printer Port */
+    {.id = "PNP0401", .driver_data = 0},
+    { }
+};
+
+MODULE_DEVICE_TABLE(pnp, rtcan_peak_dng_pnp_tbl);
+
+static int rtcan_peak_dng_pnp_probe(struct pnp_dev *dev,
+				    const struct pnp_device_id *id)
+{
+    return 0;
+}
+
+static struct pnp_driver rtcan_peak_dng_pnp_driver = {
+    .name     = RTCAN_DRV_NAME,
+    .id_table = rtcan_peak_dng_pnp_tbl,
+    .probe    = rtcan_peak_dng_pnp_probe,
+};
+
+static int pnp_registered;
+#endif /* Linux >= 2.6.0 */
+
 /** Init module */
 static int __init rtcan_peak_dng_init(void)
 {
     int i, ret, done = 0;
 
-    for (i = 0; 
-	 i < RTCAN_PEAK_DNG_MAX_DEV && type[i] != 0; 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+    if (pnp_register_driver(&rtcan_peak_dng_pnp_driver) == 0)
+	pnp_registered = 1;
+#endif /* Linux >= 2.6.0 */
+
+    for (i = 0;
+	 i < RTCAN_PEAK_DNG_MAX_DEV && type[i] != 0;
 	 i++) {
 
 	if ((ret = rtcan_peak_dng_init_one(i)) != 0) {
@@ -332,6 +368,11 @@
     }
     if (done)
 	return 0;
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+    if (pnp_registered)
+	pnp_unregister_driver(&rtcan_peak_dng_pnp_driver);
+#endif /* Linux >= 2.6.0 */
+
     printk("Please specify type=epp or type=sp\n");
     return -EINVAL;
 }
@@ -343,10 +384,15 @@
     int i;
     struct rtcan_device *dev;
 
-    for (i = 0, dev = rtcan_peak_dng_devs[i]; 
+    for (i = 0, dev = rtcan_peak_dng_devs[i];
 	 i < RTCAN_PEAK_DNG_MAX_DEV && dev != NULL;
 	 i++)
 	rtcan_peak_dng_exit_one(dev);
+
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0)
+    if (pnp_registered)
+	pnp_unregister_driver(&rtcan_peak_dng_pnp_driver);
+#endif /* Linux >= 2.6.0 */
 }
 
 module_init(rtcan_peak_dng_init);

Re: [Xenomai-help] problems installing peak CAN dongle

[Markus Franke]

[-- Attachment #1: Type: text/plain, Size: 218 bytes --]

Wolfgang Grandegger wrote:
> Good hint. Roland, could you try that first. I think this does not
> require the parport module loaded, doesn't it?

No, it doesn't need the parport module nor the lp module beeing loaded.

[-- Attachment #2: Markus.Franke.vcf --]
[-- Type: text/x-vcard, Size: 245 bytes --]

begin:vcard
fn:Markus Franke
n:Franke;Markus
adr;quoted-printable:;;Vettersstra=C3=9Fe 64/722;Chemnitz;Saxony;09126;Germany
email;internet:Markus.Franke@domain.hid
x-mozilla-html:FALSE
url:http://www.tu-chemnitz.de/~franm
version:2.1
end:vcard

Re: [Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

> workaround for this "power off" was to append "pnpbios=off"-option to

You mean this must be run as a boot option? Sorry I am not familiar
with the term kernel commandline.

Sounds like its worth a try.

Lp and parport_pc are not loaded.

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!
>

Re: [Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

Hi
>
> Good hint. Roland, could you try that first. I think this does not
> require the parport module loaded, doesn't it?
> Attached is a patch registering the PNP device in rtcan_peak_dng.c. This
> should also solve the power-down problem.

I am having trouble loading the parport module anyway. This is the dmesg output.

parport_pc: Unknown symbol parport_ieee1284_ecp_read_data
parport_pc: Unknown symbol parport_ieee1284_epp_read_data
parport_pc: Unknown symbol parport_ieee1284_read_nibble
parport_pc: Unknown symbol parport_ieee1284_read_byte
parport_pc: Unknown symbol parport_ieee1284_epp_read_addr
parport_pc: Unknown symbol parport_announce_port
parport_pc: Unknown symbol parport_ieee1284_write_compat
parport_pc: Unknown symbol parport_ieee1284_epp_write_data
parport_pc: Unknown symbol parport_ieee1284_interrupt
parport_pc: Unknown symbol parport_put_port
parport_pc: Unknown symbol parport_ieee1284_epp_write_addr
parport_pc: Unknown symbol parport_remove_port
parport_pc: Unknown symbol parport_register_port
parport_pc: Unknown symbol parport_ieee1284_ecp_write_addr
parport_pc: Unknown symbol parport_ieee1284_ecp_write_data

Any ideas as to what the problem with the loading might be?

Regards,

Roland

>
> Wolfgang.
>
> > 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
> >
>
>
>

Re: [Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

I just need to know where I must this command

pnpbios=off.

I am going to try the boot options. Hold thumbs. :)

Roland

On 3/2/07, Markus Franke <Markus.Franke@domain.hid> wrote:
> Wolfgang Grandegger wrote:
> > Good hint. Roland, could you try that first. I think this does not
> > require the parport module loaded, doesn't it?
>
> No, it doesn't need the parport module nor the lp module beeing loaded.
>
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help
>
>
>

Re: [Xenomai-help] problems installing peak CAN dongle

[Markus Franke]

[-- Attachment #1: Type: text/plain, Size: 2259 bytes --]

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!

[-- Attachment #2: Markus.Franke.vcf --]
[-- Type: text/x-vcard, Size: 245 bytes --]

begin:vcard
fn:Markus Franke
n:Franke;Markus
adr;quoted-printable:;;Vettersstra=C3=9Fe 64/722;Chemnitz;Saxony;09126;Germany
email;internet:Markus.Franke@domain.hid
x-mozilla-html:FALSE
url:http://www.tu-chemnitz.de/~franm
version:2.1
end:vcard

Re: [Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

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 <Markus.Franke@domain.hid> 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!
>
>

Re: [Xenomai-help] problems installing peak CAN dongle

[roland Tollenaar]

Hi,

One question. The driver loads properly but is that a guarantee that
everything is fine? Without anything connected to it what is the best
manner to check its correct functioning?

Roland



On 3/2/07, roland Tollenaar <rolandtollenaar@domain.hid> 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 <Markus.Franke@domain.hid> 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!
> >
> >
>

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

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
> <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?

Simply because the module only supports the types epp and sp (= spp). 
But if I remember correctly, the driver does also work with type "epp" 
and ecp configured in the BIOS. Could you please apply my PNP patch and 
  tell me if it's working (check output of "dmesg" after loading it).

Thanks.

Wolfgang.

> 
> Kind regards,
> 
> Roland
> 
> 
> On 3/2/07, Markus Franke <Markus.Franke@domain.hid> 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
> 
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

roland Tollenaar wrote:
> Hi,
> 
> One question. The driver loads properly but is that a guarantee that
> everything is fine? Without anything connected to it what is the best
> manner to check its correct functioning?

Remember the special modes. You could configure the "loopback" mode of 
the device using "rtcanconfig -c loopback rtcan0".

Wolfgang.

> 
> Roland
> 
> 
> 
> On 3/2/07, roland Tollenaar <rolandtollenaar@domain.hid> 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 <Markus.Franke@domain.hid> 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
> 
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[Roland Tollenaar]

Hi,

> Remember the special modes. You could configure the "loopback" mode of 
> the device using "rtcanconfig -c loopback rtcan0".

But the virtual device installs on rtcan0 Where will I find the loaded 
dongle? rtcan1?

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

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 :)

Thanks, "ich melde mich" soon. :)


Roland.

> 
> Wolfgang.
> 
>>
>> Roland
>>
>>
>>
>> On 3/2/07, roland Tollenaar <rolandtollenaar@domain.hid> 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 <Markus.Franke@domain.hid> 
>>> 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
>>
>>
> 
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

Roland Tollenaar wrote:
> Hi,
> 
>> Remember the special modes. You could configure the "loopback" mode of 
>> the device using "rtcanconfig -c loopback rtcan0".
> 
> But the virtual device installs on rtcan0 Where will I find the loaded 
> dongle? rtcan1?

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.

> 
> 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 :)

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

Wolfgang.

> Thanks, "ich melde mich" soon. :)
> 
> 
> Roland.
> 
>>
>> Wolfgang.
>>
>>>
>>> Roland
>>>
>>>
>>>
>>> On 3/2/07, roland Tollenaar <rolandtollenaar@domain.hid> 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 <Markus.Franke@domain.hid> 
>>>> 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
>>>
>>>
>>
>>
> 
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[Roland Tollenaar]

> 
> 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?

> 
>>
>> 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?)

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 <rolandtollenaar@domain.hid> 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 <Markus.Franke@domain.hid> 
>>>>> 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
>>>>
>>>>
>>>
>>>
>>
>>
> 
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[Roland Tollenaar]

Hi,

Before I forget: I probably do need plug and play functionality. You did 
say that your patch should not remove it?

Regards,

Roland

Wolfgang Grandegger wrote:
> Roland Tollenaar wrote:
>> Hi,
>>
>>> Remember the special modes. You could configure the "loopback" mode 
>>> of the device using "rtcanconfig -c loopback rtcan0".
>>
>> But the virtual device installs on rtcan0 Where will I find the loaded 
>> dongle? rtcan1?
> 
> 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.
> 
>>
>> 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 :)
> 
> Good, because I will be on holiday next week ;-).
> 
> Wolfgang.
> 
>> Thanks, "ich melde mich" soon. :)
>>
>>
>> Roland.
>>
>>>
>>> Wolfgang.
>>>
>>>>
>>>> Roland
>>>>
>>>>
>>>>
>>>> On 3/2/07, roland Tollenaar <rolandtollenaar@domain.hid> 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 <Markus.Franke@domain.hid> 
>>>>> 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
>>>>
>>>>
>>>
>>>
>>
>>
> 
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

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 <rolandtollenaar@domain.hid> 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 <Markus.Franke@domain.hid> 
>>>>>> 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
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
> 
> 

Re: [Xenomai-help] problems installing peak CAN dongle

[Wolfgang Grandegger]

Wolfgang Grandegger wrote:
> 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.

FYI, I just committed the following changes to the trunk:

2007-03-02  Wolfgang Grandegger  <wg@domain.hid>

         * include/rtdm/rtcan.h: Document CAN controller modes and remove
         definition of SIOCGIFINDEX to avoid potential conflicts with the
         corresponding definition in kernel header files.

         * ksrc/drivers/can/sja1000/rtcan_peak_dng.c: add plug-n-play
         support to ensure that the parallel port device is powered on
         and do proper cleanup.

Wolfgang.

Re: [Xenomai-help] problems installing peak CAN dongle

[Paul]

Hi Jan

On Friday 02 March 2007 08:40, Jan Kiszka wrote:
> Maybe a conflict with parport_pc.
>
> Wolfgang, do we always have to remove that module, or is there a chance
> to cooperate with it without loosing real-time? When removing the Linux
> parport layer, there is the risk that the port is powered off (see
> irqbench), and xeno_can_peak_dng does not account for this yet.

Apologies if you're already aware of the following...
There are a series of calls within the parport subsystem that allow you to 
register the driver and claim exclusive access to the port - This has several 
advantages:

 * The IO address is validated (usefull for PCI cards).
 * IRQ & base addresses returned in a single struct.
 * Correct IEEE-1284 device present can be checked.
 * IEEE-1284 modes configured with a single call.
 * Numerous read/write calls for EPP/SP modes (depending on .config, not RT 
safe).

Retaining parport_pc should avoid any problems with the port being powered off 
and also allow easy access to PCI card based ports... Unfortunately I don't 
have a Can dongle to test, so can only offer pointers to parport.h and 
http://people.redhat.com/twaugh/parport/html/parportguide.html - Although the 
doc relates to 2.4 series kernels, the info is valid for 2.6.xx (I'm using 
parport_claim & friends for another project).


Regards, Paul.