Menu
▾
▴
Re: [Linux-gpib-general] problems with RH 9.0 and Measurement Computing PCI Board
|
From: Neil P. <np...@ex...> - 2003-05-20 18:55:07
|
Hi Frank, Here's the lspci output ... it seems to make sense, it shows the two computer boards I have in the system, one is the 96 bit DIO card and the other is the GPIB card ... it should be the 1 MHz versioon, that's why I used cbi_pci_accel, but I did try it with the regular cbi_pci and got the same result ... using gdb it seems the segfault occurs almost before anything else happens ... I'll put in some breakpoints and send you more detailed info shortly, but for now, at least here's the lspci -v output ... Regards, -Neil >[root@localhost linux-gpib.3.1.93]# lspci -v >00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266] Host Bridge > Subsystem: VIA Technologies, Inc. VT8375 [KM266] Host Bridge > Flags: bus master, 66Mhz, medium devsel, latency 8 > Memory at e0000000 (32-bit, prefetchable) [size=64M] > Capabilities: [a0] AGP version 2.0 > Capabilities: [c0] Power Management version 2 > >00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] (prog-if 00 [Normal decode]) > Flags: bus master, 66Mhz, medium devsel, latency 0 > Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 > Memory behind bridge: dfd00000-dfefffff > Prefetchable memory behind bridge: cfb00000-dfbfffff > Capabilities: [80] Power Management version 2 > >00:0a.0 Class ff00: Computer Boards: Unknown device 0006 > Flags: bus master, fast devsel, latency 32, IRQ 11 > I/O ports at ec00 [size=64] > I/O ports at e800 [size=16] > I/O ports at e400 [size=16] > >00:0b.0 Class ffff: Computer Boards: Unknown device 0054 (rev 02) (prog-if ff) > Subsystem: Computer Boards: Unknown device 0054 > Flags: medium devsel, IRQ 10 > Memory at dfffff80 (32-bit, non-prefetchable) [size=128] > I/O ports at e000 [size=128] > I/O ports at dc00 [size=32] > I/O ports at d800 [size=32] > >00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 [UHCI]) > Subsystem: VIA Technologies, Inc. USB > Flags: bus master, medium devsel, latency 32, IRQ 10 > I/O ports at d400 [size=32] > Capabilities: [80] Power Management version 2 > >00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 [UHCI]) > Subsystem: VIA Technologies, Inc. USB > Flags: bus master, medium devsel, latency 32, IRQ 11 > I/O ports at d000 [size=32] > Capabilities: [80] Power Management version 2 > >00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 [UHCI]) > Subsystem: VIA Technologies, Inc. USB > Flags: bus master, medium devsel, latency 32, IRQ 11 > I/O ports at cc00 [size=32] > Capabilities: [80] Power Management version 2 > >00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI]) > Subsystem: Giga-byte Technology GA-7VAX Mainboard > Flags: bus master, medium devsel, latency 32, IRQ 10 > Memory at dffffe00 (32-bit, non-prefetchable) [size=256] > Capabilities: [80] Power Management version 2 > >00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge > Subsystem: VIA Technologies, Inc. VT8235 ISA Bridge > Flags: bus master, stepping, medium devsel, latency 0 > Capabilities: [c0] Power Management version 2 > >00:11.1 IDE interface: VIA Technologies, Inc. VT82C586/B/686A/B PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) > Subsystem: VIA Technologies, Inc. VT8235 Bus Master ATA133/100/66/33 IDE > Flags: bus master, medium devsel, latency 32, IRQ 14 > I/O ports at fc00 [size=16] > Capabilities: [c0] Power Management version 2 > >00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97 Audio Controller (rev 50) > Subsystem: Giga-byte Technology GA-7VAX Onboard Audio (Realtek ALC650) > Flags: medium devsel, IRQ 11 > I/O ports at c800 [size=256] > Capabilities: [c0] Power Management version 2 > >00:13.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) > Subsystem: Realtek Semiconductor Co., Ltd. RT8139 > Flags: bus master, medium devsel, latency 32, IRQ 11 > I/O ports at c400 [size=256] > Memory at dffffd00 (32-bit, non-prefetchable) [size=256] > Capabilities: [50] Power Management version 2 > >01:00.0 VGA compatible controller: S3 Inc. [ProSavageDDR K4M266] (prog-if 00 [VGA]) > Subsystem: Giga-byte Technology: Unknown device d000 > Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 10 > Memory at dfe80000 (32-bit, non-prefetchable) [size=512K] > Memory at d0000000 (32-bit, prefetchable) [size=128M] > Expansion ROM at dfe70000 [disabled] [size=64K] > Capabilities: [dc] Power Management version 2 > Capabilities: [80] AGP version 2.0 > >[root@localhost linux-gpib.3.1.93]# > Frank Mori Hess wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Monday 19 May 2003 06:26 pm, Neil Phipps wrote: > > >>Hi All, >> >>I've used GPIB/HPIB a lot in the past (>5 years ago). Subsequently I've >>done a lot of work with Linux (at SGI). I'm now trying to get the >>Measurement Computing PCi Board to run with RH Linux 9.0 ... I'm getting >>everything to work just fine for make etc. Even insmod/modprobe >>installs the cb7210 module OK (checked using lsmod). >> >>BUT, when I try ibtest I get the strangest result ... >> >> >> >>>[root@localhost examples]# ./ibtest >>>Do you wish to open a (d)evice or an interface (b)oard? >>> (you probably want to open a device): d >>>enter primary gpib address for device you wish to open [0-30]: 2 >>>trying to open pad = 2 on /dev/gpib0 ... >>>Segmentation fault >>> >>> >>I checked the code for the changes in cb7210 etc and I guess everything >>is up to date in 3.1.93 ,,, so I think I must be doing something silly >>... any body have any suggestions ? >> >> >> > >Well, you should be using cbi_pci as the board_type instead of >cbi_pci_accel, unless you have the 1 megahertz version of the board. You >still shouldn't get a segfault though. Would you send me the output of >'lspci -v'? > >- -- >Frank > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.0.6 (GNU/Linux) >Comment: For info see http://www.gnupg.org > >iD8DBQE+ykbY5vihyNWuA4URAlrjAKCwiNhJFpiFqGaHnzJmOV74HUUKfQCePwJn >S7JVdnum9pPSdaIsy8g/QYM= >=qQDX >-----END PGP SIGNATURE----- > > > >------------------------------------------------------- >This SF.net email is sponsored by: ObjectStore. >If flattening out C++ or Java code to make your application fit in a >relational database is painful, don't do it! Check out ObjectStore. >Now part of Progress Software. http://www.objectstore.net/sourceforge >_______________________________________________ >Linux-gpib-general mailing list >Lin...@li... >https://lists.sourceforge.net/lists/listinfo/linux-gpib-general > > > > |
