Peter C. Wallace wrote:
> On Sun, 7 Jun 2009, Kirk Wallace wrote:
>
>> Date: Sun, 07 Jun 2009 16:23:29 -0700
>> From: Kirk Wallace <kwall...@wallacecompany.com>
>> Reply-To: "Enhanced Machine Controller (EMC)"
>> <emc-users@lists.sourceforge.net>
>> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
>> Subject: [Emc-users] Pluto-P and PCI
>>
>> I found an old thread on CNCzone that indicated that a LAVA PCI parallel
>> port card works with the Pluto-P, so I got this one (with a Xilinx
>> chip):
>> http://www.lavalink.com/dev/index.php?id=66
>>
>> lspci -v gave me an address for each port, but pluto_servo still will
>> not load. The Pluto-P works fine on the motherboard port, but I have one
>> motherboard that has a blown port, so it would be nice to get this
>> working. Has anyone gotten this or another PCI parallel port card
>> working with the Pluto-P? If so is there a trick to getting it set up?
>>
>> Does the Mesa 7i43 have the same problem? Do all FPGA's have this
>> problem? Usually, if I wait long enough, whatever I need in Linux gets
>> fixed, this one seems particularly stubborn.
>
>
> I think the same problem exists for the 7I43. Sebastian could not get the
> same
> card I tested as working to do anything under linux. The LAVA hardware seems
> to work fine (I had no trouble downloading bitfiles to the 7I43 or running
> loopback tests for days with a DOS test jig)
>
> My guess is that either the current drivers do something to the card that
> breaks it, or the probe parport breaks it. One thing unusual about the card
> is
> that it comes up in EPP mode, so it worked under DOS without any register
> access other than the normal EPP registers
I'm not sure why I couldn't get the LAVA parport chipset to work with
the 7i43, but i agree with Peter's assessment: it's something the
hm2_7i43 driver is doing wrong. I think the next debugging step is to
trace Linux's somewhat convoluted parport driver and see how it does it.
The only PCI parport i got to work with the 7i43 was the OXSEMI PCI952,
which ran flawlessly as long as EPP Wide mode was disabled. In this
mode the parport I/O is just as fast as normal, it just takes slightly
more CPU to do it.
lspci for that board is:
01:05.1 Parallel controller: Oxford Semiconductor Ltd OX16PCI952
Integrated Parallel Port (prog-if 01 [BiDir])
Subsystem: Oxford Semiconductor Ltd Unknown device 0001
Flags: medium devsel, IRQ 3
I/O ports at dcb8 [size=8]
I/O ports at dca4 [size=4]
I/O ports at dce0 [size=32]
Memory at fe9dd000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <access denied>
And the loadrt line looks like this:
loadrt hm2_7i43 ioaddr=0xdcb8 ioaddr_hi=0xdca4 epp_wide=0
config="firmware=hm2/7i43/SVST4_4B.BIT"
--
Sebastian Kuzminsky
A liter of ammonia contains more hydrogen than a liter of hydrogen.
<http://www.foresight.org/nanodot/?p=3065>
------------------------------------------------------------------------------
OpenSolaris 2009.06 is a cutting edge operating system for enterprises
looking to deploy the next generation of Solaris that includes the latest
innovations from Sun and the OpenSource community. Download a copy and
enjoy capabilities such as Networking, Storage and Virtualization.
Go to: http://p.sf.net/sfu/opensolaris-get
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
