Re: Problem with Ines PCI gpib board on AlmaLinux 9 (RHEL 9 clone)
dave penkler <[email protected]> Sun, 11 Jan 2026 13:36:29 +0100
| Newsgroups | gmane.linux.hardware.gpib.general |
|---|---|
| Message-ID | <CAL=kjP0E0gbNHhQn+iCqMHe+J535YQ=JqaFaqYiGdKZr-EjOkQ@mail.gmail.com> |
--===============6340076461325444048== Content-Type: multipart/alternative; boundary="000000000000a57c1206481c0221" --000000000000a57c1206481c0221 Content-Type: text/plain; charset="UTF-8" Hi George, It looks like the driver does not read the bus control line monitor register correctly for your board. Can you please provide me with the oiutput of: *sudo lspci -vnn -d 16da:* so that I can identify the exact hardware you are using. Also have you tried the accelerated interface ? On Sat, 10 Jan 2026 at 20:57, George Apostolopoulos < [email protected]> wrote: > Update: > > After adding return_to_local: ines_return_to_local in ines_init.c and > rebuilding the 4.3.6 kernel modules the device started talking!! > > > $ ibterm -d 16 > > Attempting to open /dev/gpib0 > > pad = 16, sad = 0, timeout = 10, send_eoi = 1, eos_mode = 0x0000 > > ibterm>*IDN? > > KEITHLEY INSTRUMENTS INC.,MODEL 2000,1187798,A20 /A02 > > I did also the commands with ibtest. The results are different: > > > $ ibtest > > Do you wish to open a (d)evice or an interface (b)oard? > > (you probably want to open a device): b > > enter name of interface board (or device) you wish to open: ines > > trying to open board named 'ines' > > > : g > > ATN released. > > gpib status is: > > ibsta = 0x1164 < SRQI CMPL REM CIC LACS > > > iberr= 0 > > > ibcntl = 0 > > > : l > > DAV off > > NDAC off > > NRFD off > > IFC on > > REN on > > SRQ on > > ATN on > > EOI off > > gpib status is: > > ibsta = 0x1164 < SRQI CMPL REM CIC LACS > > > iberr= 0 > > > ibcntl = 0 > > > : k > > Enter '1' to assert ATN synchronously, or '0' for asynchronously [1]: 1 > > Taking control synchronously... > > ATN asserted. > > gpib status is: > > ibsta = 0x1174 < SRQI CMPL REM CIC ATN LACS > > > iberr= 0 > > > ibcntl = 0 > > > : l > > DAV off > > NDAC off > > NRFD off > > IFC on > > REN on > > SRQ on > > ATN on > > EOI off > > gpib status is: > > ibsta = 0x1174 < SRQI CMPL REM CIC ATN LACS > > > iberr= 0 > > > ibcntl = 0 > > > > On Sat, 2026-01-10 at 18:26 +0000, George Apostolopoulos via > Linux-gpib-general wrote: > Hi Dave, > > Thank you very much for your help and generally for the linux-gpib project. > > My gpib.conf file is > > > $ cat /etc/gpib.conf > > interface { > > minor = 0 /* board index, minor = 0 uses /dev/gpib0, minor = > 1 uses /dev/gpib1, etc. */ > > board_type = "ines_pci_unaccel" /* type of interface board being > used */ > > name = "ines" > > pad = 0 /* primary address of interface */ > > sad = 0 /* secondary address of interface */ > > timeout = T3s /* timeout for commands */ > > eos = 0x0a /* EOS Byte, 0xa is newline and 0xd is carriage > return */ > > set-reos = yes /* Terminate read if EOS */ > > set-bin = no /* Compare EOS 8-bit */ > > set-xeos = no /* Assert EOI whenever EOS byte is sent */ > > set-eot = yes /* Assert EOI with last byte on writes */ > > master = yes /* interface board is system controller */ > > } > > I run ibtest with the commands you requested and the output was: > > > : g > > ATN released. > > gpib status is: > > ibsta = 0x1120 < SRQI CMPL CIC > > > iberr= 0 > > > ibcntl = 0 > > > : l > > DAV off > > NDAC off > > NRFD off > > IFC on > > REN on > > SRQ on > > ATN on > > EOI off > > gpib status is: > > ibsta = 0x1120 < SRQI CMPL CIC > > > iberr= 0 > > > ibcntl = 0 > > > : k > > Enter '1' to assert ATN synchronously, or '0' for asynchronously [1]: 1 > > Taking control synchronously... > > ATN asserted. > > gpib status is: > > ibsta = 0x1130 < SRQI CMPL CIC ATN > > > iberr= 0 > > > ibcntl = 0 > > > > : l > > DAV off > > NDAC off > > NRFD off > > IFC on > > REN on > > SRQ on > > ATN on > > EOI off > > gpib status is: > > ibsta = 0x1130 < SRQI CMPL CIC ATN > > > iberr= 0 > > > ibcntl = 0 > > > I will recompile 4.3.6 with your suggestions and send here the results. > > Best regards > George > > > On Sat, 2026-01-10 at 13:11 +0100, dave penkler wrote: > Hi Dr Apostolopoulos, > For the SSL problem you may try the answer provided here< > https://superuser.com/questions/1214116/no-openssl-sign-file-signing-key-pem-leads-to-error-while-loading-kernel-modules/1322832#1322832> > for signing kernel modules. > For the fifo failed message, I am not sure, please send your gpib_config > file. > For the ENOL error, in the meantime you might try and rebuild after adding > the line > skip_check_for_command_acceptors : 1 > after > return_to_local: ines_return_to_local, > in the 4.3.6 file drivers/gpib/ines/ines_init.c > at lines 256,285 and 314 > > To understand what is going on can you please run ibtest with your device > attached and powered on. > Open the board and provide me with the output for the following commands. > g (g)o to standby > l get bus (l)ine status > k ta(k)e control > l get bus (l)ine status > Thanks, > -Dave > > On Fri, 9 Jan 2026 at 19:03, George Apostolopoulos via Linux-gpib-general < > [email protected]<mailto: > [email protected]><mailto: > [email protected]<mailto: > [email protected]>>> wrote: > Hello, > > I am trying to install linux-gpib on AlmaLinux 9 to operate an Ines PCI > GPIB board. > > I have tried both linux-gpib-4.3.6 and linux-gpib-4.3.7. > > In both versions, during "make install" of the kernel part, I get a lot > of messages: > > At main.c:167: > - SSL error:FFFFFFFF80000002:system library::No such file or > directory: crypto/bio/bss_file.c:67 > - SSL error:10000080:BIO routines::no such file: > crypto/bio/bss_file.c:75 > sign-file: certs/signing_key.pem: No such file or directory > > However, the modules are installed. > > After make/make install of the user part, the board seems to be > recognized in the system. > E.g. the following is obtained for 4.3.6 with dmesg: > > $ dmesg | grep gpib > [ 5.904112] gpib_common: loading out-of-tree module taints kernel. > [ 5.904118] gpib_common: module verification failed: signature > and/or required key missing - tainting kernel > [ 5.939516] gpib: registered ines_pci interface > [ 5.939522] gpib: registered ines_pci_unaccel interface > [ 5.939523] gpib: registered ines_pci_accel interface > [ 5.939524] gpib: registered ines_isa interface > > > After > > $ sudo gpib_config --minor 0 > > the following messages are seen with dmesg: > > [ 128.442229] ines_gpib 0000:02:02.0: enabling device (0000 ->0003) > [ 128.442361] ines gpib: fifo error > > With an instrument attached at gpib address 16 I get the following with > ibterm: > > $ ibterm -d 16 > Attempting to open /dev/gpib0 > pad = 16, sad = 0, timeout = 10, send_eoi = 1, eos_mode = 0x0000 > ibterm>*IDN? > ibterm error: Unable to write to device at pad 16 > > - ENOL 2: No listeners > > The system was operational up to now with CentOS 7 and linux-gpib- > 4.3.0. > > Any help would be greatly appreciated. > > Best regards > George Apostolopoulos > > > > _______________________________________________ > Linux-gpib-general mailing list > [email protected]<mailto: > [email protected]> > https://lists.sourceforge.net/lists/listinfo/linux-gpib-general > --000000000000a57c1206481c0221 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi=C2=A0George,<div>It looks like the driver does not read= the bus control line monitor register correctly for your board.</div><div>= Can you please provide me with the oiutput=C2=A0of:</div><div><font face=3D= "monospace"><b>sudo lspci -vnn=C2=A0 -d 16da:</b></font></div><div><font fa= ce=3D"arial, sans-serif">so that I can identify the exact hardware you=C2= =A0 are using.</font></div><div><font face=3D"arial, sans-serif">Also have = you tried the accelerated interface ?</font></div></div><br><div class=3D"g= mail_quote gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On = Sat, 10 Jan 2026 at 20:57, George Apostolopoulos <<a href=3D"mailto:gapo= [email protected]">[email protected]</a>> wrote:<br></div><b= lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le= ft:1px solid rgb(204,204,204);padding-left:1ex">Update:<br> <br> After adding return_to_local: ines_return_to_local in ines_init.c and rebui= lding the 4.3.6 kernel modules the device started talking!!<br> <br> <br> $ ibterm -d 16<br> <br> Attempting to open /dev/gpib0<br> <br> pad =3D 16, sad =3D 0, timeout =3D 10, send_eoi =3D 1, eos_mode =3D 0x0000<= br> <br> ibterm>*IDN?<br> <br> KEITHLEY INSTRUMENTS INC.,MODEL 2000,1187798,A20=C2=A0 /A02<br> <br> I did also the commands with ibtest. The results are different:<br> <br> <br> $ ibtest<br> <br> Do you wish to open a (d)evice or an interface (b)oard?<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 (you probably want to open a device): b<br> <br> enter name of interface board (or device) you wish to open: ines<br> <br> trying to open board named 'ines'<br> <br> <br> : g<br> <br> ATN released.<br> <br> gpib status is:<br> <br> ibsta =3D 0x1164=C2=A0 < SRQI CMPL REM CIC LACS ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> : l<br> <br> DAV off<br> <br> NDAC off<br> <br> NRFD off<br> <br> IFC on<br> <br> REN on<br> <br> SRQ on<br> <br> ATN on<br> <br> EOI off<br> <br> gpib status is:<br> <br> ibsta =3D 0x1164=C2=A0 < SRQI CMPL REM CIC LACS ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> : k<br> <br> Enter '1' to assert ATN synchronously, or '0' for asynchron= ously [1]: 1<br> <br> Taking control synchronously...<br> <br> ATN asserted.<br> <br> gpib status is:<br> <br> ibsta =3D 0x1174=C2=A0 < SRQI CMPL REM CIC ATN LACS ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> : l<br> <br> DAV off<br> <br> NDAC off<br> <br> NRFD off<br> <br> IFC on<br> <br> REN on<br> <br> SRQ on<br> <br> ATN on<br> <br> EOI off<br> <br> gpib status is:<br> <br> ibsta =3D 0x1174=C2=A0 < SRQI CMPL REM CIC ATN LACS ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> <br> On Sat, 2026-01-10 at 18:26 +0000, George Apostolopoulos via Linux-gpib-gen= eral wrote:<br> Hi Dave,<br> <br> Thank you very much for your help and generally for the linux-gpib project.= <br> <br> My gpib.conf file is<br> <br> <br> $ cat /etc/gpib.conf<br> <br> interface {<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 minor =3D 0=C2=A0 =C2=A0 =C2=A0 =C2=A0/* board = index, minor =3D 0 uses /dev/gpib0, minor =3D 1 uses /dev/gpib1, etc. */<br= > <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 board_type =3D "ines_pci_unaccel" /* = type of interface board being used */<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 name =3D "ines"<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 pad =3D 0 /* primary address of interface=C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*/<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 sad =3D 0 /* secondary address of interface=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*/<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 timeout =3D T3s=C2=A0 =C2=A0/* timeout for comm= ands */<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 eos =3D 0x0a=C2=A0 =C2=A0 =C2=A0 /* EOS Byte, 0= xa is newline and 0xd is carriage return */<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 set-reos =3D yes=C2=A0 /* Terminate read if EOS= */<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 set-bin =3D no=C2=A0 =C2=A0 /* Compare EOS 8-bi= t */<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 set-xeos =3D no=C2=A0 =C2=A0/* Assert EOI whene= ver EOS byte is sent */<br> <br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 set-eot =3D yes=C2=A0 =C2=A0/* Assert EOI with = last byte on writes */<br> <br> master =3D yes=C2=A0 =C2=A0 /* interface board is system controller */<br> <br> }<br> <br> I run ibtest with the commands you requested and the output was:<br> <br> <br> : g<br> <br> ATN released.<br> <br> gpib status is:<br> <br> ibsta =3D 0x1120=C2=A0 < SRQI CMPL CIC ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> : l<br> <br> DAV off<br> <br> NDAC off<br> <br> NRFD off<br> <br> IFC on<br> <br> REN on<br> <br> SRQ on<br> <br> ATN on<br> <br> EOI off<br> <br> gpib status is:<br> <br> ibsta =3D 0x1120=C2=A0 < SRQI CMPL CIC ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> : k<br> <br> Enter '1' to assert ATN synchronously, or '0' for asynchron= ously [1]: 1<br> <br> Taking control synchronously...<br> <br> ATN asserted.<br> <br> gpib status is:<br> <br> ibsta =3D 0x1130=C2=A0 < SRQI CMPL CIC ATN ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> <br> : l<br> <br> DAV off<br> <br> NDAC off<br> <br> NRFD off<br> <br> IFC on<br> <br> REN on<br> <br> SRQ on<br> <br> ATN on<br> <br> EOI off<br> <br> gpib status is:<br> <br> ibsta =3D 0x1130=C2=A0 < SRQI CMPL CIC ATN ><br> <br> iberr=3D 0<br> <br> <br> ibcntl =3D 0<br> <br> <br> I will recompile 4.3.6 with your suggestions and send here the results.<br> <br> Best regards<br> George<br> <br> <br> On Sat, 2026-01-10 at 13:11 +0100, dave penkler wrote:<br> Hi Dr Apostolopoulos,<br> For the SSL problem you may try the answer provided here<<a href=3D"http= s://superuser.com/questions/1214116/no-openssl-sign-file-signing-key-pem-le= ads-to-error-while-loading-kernel-modules/1322832#1322832" rel=3D"noreferre= r" target=3D"_blank">https://superuser.com/questions/1214116/no-openssl-sig= n-file-signing-key-pem-leads-to-error-while-loading-kernel-modules/1322832#= 1322832</a>> for signing kernel modules.<br> For the fifo failed message, I am not sure, please send your gpib_config fi= le.<br> For the ENOL error, in the meantime you might try and rebuild after adding = the line<br> =C2=A0skip_check_for_command_acceptors : 1<br> after<br> =C2=A0return_to_local: ines_return_to_local,<br> in the 4.3.6 file drivers/gpib/ines/ines_init.c<br> at lines 256,285 and 314<br> <br> To understand what is going on can you please run ibtest with your device a= ttached and powered on.<br> Open the board and provide me with the output for the following commands.<b= r> g (g)o to standby<br> l get bus (l)ine status<br> k ta(k)e control<br> l get bus (l)ine status<br> Thanks,<br> -Dave<br> <br> On Fri, 9 Jan 2026 at 19:03, George Apostolopoulos via Linux-gpib-general &= lt;<a href=3D"mailto:[email protected]" target=3D"_b= lank">[email protected]</a><mailto:<a href=3D"mai= lto:[email protected]" target=3D"_blank">linux-gpib-= [email protected]</a>><mailto:<a href=3D"mailto:linux-gpi= [email protected]" target=3D"_blank">linux-gpib-general@lists= .sourceforge.net</a><mailto:<a href=3D"mailto:[email protected]= ourceforge.net" target=3D"_blank">[email protected]<= /a>>>> wrote:<br> Hello,<br> <br> I am trying to install linux-gpib on AlmaLinux 9 to operate an Ines PCI<br> GPIB board.<br> <br> I have tried both linux-gpib-4.3.6 and linux-gpib-4.3.7.<br> <br> In both versions, during "make install" of the kernel part, I get= a lot<br> of messages:<br> <br> =C2=A0 =C2=A0At main.c:167:<br> =C2=A0 =C2=A0- SSL error:FFFFFFFF80000002:system library::No such file or<b= r> =C2=A0 =C2=A0directory: crypto/bio/bss_file.c:67<br> =C2=A0 =C2=A0- SSL error:10000080:BIO routines::no such file:<br> =C2=A0 =C2=A0crypto/bio/bss_file.c:75<br> =C2=A0 =C2=A0sign-file: certs/signing_key.pem: No such file or directory<br= > <br> However, the modules are installed.<br> <br> After make/make install of the user part, the board seems to be<br> recognized in the system.<br> E.g. the following is obtained for 4.3.6 with dmesg:<br> <br> =C2=A0 =C2=A0$ dmesg | grep gpib<br> =C2=A0 =C2=A0[=C2=A0 =C2=A0 5.904112] gpib_common: loading out-of-tree modu= le taints kernel.<br> =C2=A0 =C2=A0[=C2=A0 =C2=A0 5.904118] gpib_common: module verification fail= ed: signature and/or required key missing - tainting kernel<br> =C2=A0 =C2=A0[=C2=A0 =C2=A0 5.939516] gpib: registered ines_pci interface<b= r> =C2=A0 =C2=A0[=C2=A0 =C2=A0 5.939522] gpib: registered ines_pci_unaccel int= erface<br> =C2=A0 =C2=A0[=C2=A0 =C2=A0 5.939523] gpib: registered ines_pci_accel inter= face<br> =C2=A0 =C2=A0[=C2=A0 =C2=A0 5.939524] gpib: registered ines_isa interface<b= r> <br> <br> After<br> <br> =C2=A0 =C2=A0$ sudo gpib_config --minor 0<br> <br> the following messages are seen with dmesg:<br> <br> =C2=A0 =C2=A0[=C2=A0 128.442229] ines_gpib 0000:02:02.0: enabling device (0= 000 ->0003)<br> =C2=A0 =C2=A0[=C2=A0 128.442361] ines gpib: fifo error<br> <br> With an instrument attached at gpib address 16 I get the following with<br> ibterm:<br> <br> =C2=A0 =C2=A0$ ibterm -d 16<br> =C2=A0 =C2=A0Attempting to open /dev/gpib0<br> =C2=A0 =C2=A0pad =3D 16, sad =3D 0, timeout =3D 10, send_eoi =3D 1, eos_mod= e =3D 0x0000<br> =C2=A0 =C2=A0ibterm>*IDN?<br> =C2=A0 =C2=A0ibterm error: Unable to write to device at pad 16<br> <br> =C2=A0 =C2=A0 - ENOL 2: No listeners<br> <br> The system was operational up to now with CentOS 7 and linux-gpib-<br> 4.3.0.<br> <br> Any help would be greatly appreciated.<br> <br> Best regards<br> George Apostolopoulos<br> <br> <br> <br> _______________________________________________<br> Linux-gpib-general mailing list<br> <a href=3D"mailto:[email protected]" target=3D"_blan= k">[email protected]</a><mailto:<a href=3D"mailto= :[email protected]" target=3D"_blank">Linux-gpib-gen= [email protected]</a>><br> <a href=3D"https://lists.sourceforge.net/lists/listinfo/linux-gpib-general"= rel=3D"noreferrer" target=3D"_blank">https://lists.sourceforge.net/lists/l= istinfo/linux-gpib-general</a><br> </blockquote></div> --000000000000a57c1206481c0221-- --===============6340076461325444048== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============6340076461325444048== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Linux-gpib-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-gpib-general --===============6340076461325444048==--