On Fri, 2011-01-28 at 16:13 -0500, gene heskett wrote: ... snip > > I'm beginning to think that maybe the most popular chip, maybe Moschip > > 9815, should be considered the standard, then make it work on that. The > > Lava and Siig cards may be better, but the Moschips are easy to find and > > cheap. > > Based on the estimate that at least 95% of these aftermarket cards are > based on this MosChip 9815, could an insmod-able kernel driver could be > written that would make it work?
I think the problem is that the card's internal firmware sets how the signals are handled. For receive, EMC2/Linux can't do anything until the data gets latched into the card's register, but the latch timing is screwy so that never happens. Maybe it could be fixed with a hardware add on that would get the data setup early. > If this could be done, it sure seems like as close as we can get to a one > size (nearly) fits all scenario. I think that of course would have to be > subject to how many motherboard's 0X378 ports would be broken. Possibly > with some mechanism to insmod the correct, MosChip 9815 compatible driver > if it is going to be used. I just looked at the linux drivers, and while > they detect this netmos 9815 chipset, the quirks handling seems more > generic, mostly via lookup tables. An lspci -nnvv of my card: > > 00:0a.0 Communication controller [0780]: NetMos Technology PCI 9815 Multi- > I/O Controller [9710:9815] (rev 01) > Subsystem: LSI Logic / Symbios Logic Device [1000:0020] > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx- > Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- > <TAbort- <MAbort- >SERR- <PERR- INTx- > Interrupt: pin A routed to IRQ 11 > Region 0: I/O ports at a000 [size=8] > Region 1: I/O ports at a400 [size=8] > Region 2: I/O ports at a800 [size=8] > Region 3: I/O ports at ac00 [size=8] > Region 4: I/O ports at b000 [size=8] > Region 5: I/O ports at b400 [size=16] > Kernel driver in use: parport_pc > Kernel modules: parport_pc > > But this, to my untrained eye, gives me no clues as to the available > support modes. From my presently running 2.6.37 kernel tree on this box, Finding more details is what my example program tries to do: http://www.wallacecompany.com/machine_shop/EMC2/example-2b.c a 53 in the ECP register equals SPP, if you can write a 149 to it then it is in EPP mode. Another aspect of this is that if the solution costs more that $20 or $30 it might be better to use a PCI based signal generator. I found a card that looks a lot like a Sunix PAR4018 which is known to work(?), on Newegg: http://www.newegg.com/Product/Product.aspx?Item=N82E16815158040 so for me, is readily available, in enough quantity. I should receive one in a few days. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
