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

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. image missing /media/kunena/emoticons/silly.png

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