Problem solved. It was a bad cable or a bad piece of a test gear at the end of the chain. Please mark this closed/solved
I don't know if this means anything, but I changed the board_type in gpib.conf to "ni_pci_accel" as an experiment and my mouse disappeared after gpib_config. It shares the same IRQ. cat /proc/interrupts |grep gpib 20: 0 0 0 0 843 0 IO-APIC 20-fasteoi ohci_hcd:usb5, ni-pci-gpib
Could this be a change in kernel 7.0.0.22 some how? I booted the kernel with 'pci=routeirq' in the commandline as I was searching for a possible irq issue, but no change
Everything is ECIC davygrvy@workbench:~$ ibterm -m 0 -d 25 Attempting to open /dev/gpib0 pad = 25, sad = 0, timeout = 10, send_eoi = 1, eos_mode = 0x0000 ibterm>ID? ibterm error: Unable to write to device at pad 25 ECIC 1: Board not controller in charge ibterm>
/etc/udev/rules.d/
gpib.conf
gpib_config is silently failing on kernel 7.0.0.22
What is presented as <upnp:albumArtist>Various Artists</upnp:albumArtist> should be <upnp:artist role="AlbumArtist">Various Artists</upnp:artist> See bug #301