Re: Driver for device behind a PCI-VME bridge

2 messages, 2 authors, 2007-08-23 · open the first message on its own page

Re: Driver for device behind a PCI-VME bridge

From: Konstantin Boyanov <hidden>
Date: 2007-08-23 07:47:47

Hi again,

First of all thanks for reply.

I attached a diff to the 3.7 version of the Motorola patch. I hope this
will help you. This is not the Xenomai version, but the standard version
with VME interrupts per level. The mechanism for Xenomai is identical,
but I don't know yet about the legal status of this. The attached patch
has also been provided to Motorola.

I've got the 3.5 version of the driver, and tried to find newer one. Where
do you get this new releases and patches?
Nevertheless thanks for the patch.

I also had some ssh problems, but AFAICR I had to enable UNIX98PTYS and
BSDPTYS, and create the entries in /dev/ for the BSD ptys (/dev/ttypXX
and /dev/ptyXX).

I also had these two options enabled, but still the kernel hangs at boot
time just after trying to initialize SCSI devices... Without Xenomai this
problem doesn't occur. I'm wondering what is that makes Xenomai mess up
things so badly?

Best regards,
Konstantin Boyanov

Re: Driver for device behind a PCI-VME bridge

From: Johan Borkhuis <hidden>
Date: 2007-08-23 08:24:39

Konstantin Boyanov wrote:
Hi again,
 
First of all thanks for reply.
 

    I attached a diff to the 3.7 version of the Motorola patch. I hope
    this
    will help you. This is not the Xenomai version, but the standard
    version
    with VME interrupts per level. The mechanism for Xenomai is identical,
    but I don't know yet about the legal status of this. The attached
    patch
    has also been provided to Motorola.

 
I've got the 3.5 version of the driver, and tried to find newer one. 
Where do you get this new releases and patches?
Nevertheless thanks for the patch.
We got this patch directly from Motorola. Officially Motorola does not 
support Linux, but you can ask Ajit Prem (Ajit.Prem@motorola.com) for 
the latest version of the patch. As far as I know there is a patch 
availeble for 2.6.14 and 2.6.20, but as you have a patch for 2.6.15 
already it should not be to difficult to move the 2.6.14 patch to 2.6.15.
    I also had some ssh problems, but AFAICR I had to enable
    UNIX98PTYS and
    BSDPTYS, and create the entries in /dev/ for the BSD ptys
    (/dev/ttypXX
    and /dev/ptyXX).

 
I also had these two options enabled, but still the kernel hangs at 
boot time just after trying to initialize SCSI devices... Without 
Xenomai this problem doesn't occur. I'm wondering what is that makes 
Xenomai mess up things so badly?
I did not try SCSI on my system I just disabled all devices that I don't 
need, including SCSI. You could try disabling these devices for the 
moment (or build them as modules and load these later by hand) and see 
if that works, or that there are other problems.
If the problem is still there, you could try the Xenomai mailing list 
(see www.xenomai.org).

Kind regards,
    Johan Borkhuis

-- 
Johan Borkhuis                                  Dutch Space BV
email:        j.borkhuis@dutchspace.nl          Newtonweg 1
phone:        071-5245788                       Leiden
fax:          071-5245499                       The Netherlands
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help