On 7/24/22 21:38, Jon Elson wrote:
On 7/24/22 21:08, Jon Elson wrote:
On 7/24/22 19:00, Bari wrote:
On 7/24/22 18:31, gene heskett wrote:
Both of you need to go play with the /lib/udev/rules giving the
real user permissions. Or make
your selves members of what ever group udev assigns it. Some dummy
has decreed its a
security problem and /fixed/ it.
No that what output you get when you don't run lspci as sudo.
The problem with this card is : (Wrong ID) MCS9900 Multi-I/O
Controller [a000:2000]
This cards ID needs to be added the the kernel driver.
OK, can you tell me how to do that? I have hacked udev rules, but
I'm very rusty on it.
I did spend a good part of today beating on my diagnostic and got it
to run fine with a Siig / Oxford Semi OXPCIe952 chip. I only have
one of those card, though. But, it doesn't like the MCS990x chips,
and I agree, it looks like it may well be a driver issue.
Thanks,
Jon
The reason to add these ID's to the kernel is so that StepConf can be
aware of them so it can turn them into a choice of LPT 0 or 1. I know
that StepConf was dumbed down to make it easier to set the LPT ports,
but in this instance it becomes useless since you can't over ride
StepConf blank box and manually enter a base address when it can't find
a LPT port. Yes, you can still manually edit the HAL file but what is a
noob supposed to do? Maybe StepConf can be changed to allow for manual
edits for the LPT base address and offer a choice of 0 or 1.
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
