PCIe - No parport registered at "0x " . This is not Always an error.Continuing.

Bloody oath mate.

Yourself, Cannuck ?

If you mc (midnight commander) installed on the client or host it's real simple to transfer files.

Or some file managers let you type something like sftp://username@hostname

LinuxMint using caja, one has to have the gvfs installed. So I'm using sftp to look at my server, but as long as ssh is on the client your good, no need to have a ssh session running. Yeah the server is named after a "Happy Tree Friends" character cos I'm a 50+ yro child.

 

From Longdons:
Ubiuntu: Debian: -
So both show drivers and modules loaded, leading to conclude not a Linux issue.
Back to chasing bus master and other flags, although we already have instances where bus master shows and does not show with the corresponding driver/module showing and not showing.

No need to guess, Then look for the an entry mentioning a parallel port, it's been mentioned a number of times throughout the thread

I wonder if there is a way to force these Sunix cards to load parport_pc driver and module from the I/O ports address?

So it will showup in dmesg as a proper enumerated parallel port.

It would make my life easier. I wrote a bash script to automate PCI card report creation ( forum.linuxcnc.org/18-computer/54368-pci...-box?start=30#325532 ) and I have a bunch of PCI cards to test and report, and some of them are Sunix.

Do any of you guys know a way?

ContinenteCNC wrote:

I wonder if there is a way to force these Sunix cards to load parport_pc driver and module from the I/O ports address?

So it will showup in dmesg as a proper enumerated parallel port.

Why?
I had two of those, both showed everything on 2 different PC's, but 1 did not show driver and kernel module on a 3'rd PC. Same card did show on 1 PC and did not show on another PC.
On the PC that did not show modules another PCI card did not show modules loaded, after showing them and working for years.
All this points to something in BIOS causing that, but i am out of luck as i can not find any more of those Sunix cards.
Here is one example of it showing modules loaded
forum.linuxcnc.org/10-advanced-configura...uing?start=20#324494

First thing you need to do is get the pci_id.
That will show you a list of PCI IDs and module parameters.

Then you can use modprobe to load partport_pc using the parameter that's required to set the address of the card.

Now whether the kernel module loads automatically for that card will depend on whether the PCI ID is a match with the driver.
If you can give me your kernel version and PCI ID of the card I can check the kernel sources and see if I can find a match. If not for the kernel you're running but one that might.
In all honesty for the headaches that a parallel port can cause a mesa 7i92 plugged into your existing breakout boards is a better solution. Latency isn't a problem, migration to a another PC is easier.
But I get that parallel port cards can be cheaper.

tommylight wrote:

ContinenteCNC wrote:

I wonder if there is a way to force these Sunix cards to load parport_pc driver and module from the I/O ports address?

So it will showup in dmesg as a proper enumerated parallel port.

Why?
I had two of those, both showed everything on 2 different PC's, but 1 did not show driver and kernel module on a 3'rd PC. Same card did show on 1 PC and did not show on another PC.
On the PC that did not show modules another PCI card did not show modules loaded, after showing them and working for years.
All this points to something in BIOS causing that, but i am out of luck as i can not find any more of those Sunix cards.
Here is one example of it showing modules loaded
forum.linuxcnc.org/10-advanced-configura...uing?start=20#324494

I thought it might be something trivial to do, but if it is not, nevermind. It is marginally more convenient to find base, extended addresses and available modes (they showup in dmesg and /proc/sys/dev/parport/parport*)

And the bash script I wrote to automate reports assumes it is an enumerated port. If its not, it won't work. 

I tried using modprobe, setpci and some others, but linux is high in my list of "things I like doing, but I'm also bad at doing".

unknown wrote:

First thing you need to do is get the pci_id.

Code:

modinfo parport_pc That will show you a list of PCI IDs and module parameters. Then you can use modprobe to load partport_pc using the parameter that's required to set the address of the card. Now whether the kernel module loads automatically for that card will depend on whether the PCI ID is a match with the driver. If you can give me your kernel version and PCI ID of the card I can check the kernel sources and see if I can find a match. If not for the kernel you're running but one that might. In all honesty for the headaches that a parallel port can cause a mesa 7i92 plugged into your existing breakout boards is a better solution. Latency isn't a problem, migration to a another PC is easier. But I get that parallel port cards can be cheaper.

I love mesa cards, but unfortunately I can only use them in high end projects. Things get expensive really fast bellow equator line. 

I believe I have attached everthing you've asked. Let me know if you need some more info. Thanks!

I am more interested in finding what is causing them to show on one PC and not show on the other PC, and i am sure it is not in software as i tried two installs on the same PC with the same card and it did not show on both.
I am also sure that same PC has marginal BIOS battery as it did show "load setup defaults and continue" more than once lately.