Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

lspci

549 views
Skip to first unread message

Donald McLachlan

unread,
Jan 9, 2002, 10:05:35 AM1/9/02
to

Background info follows, but my questions are:

- Why does vxWorks say the card's I/O addresses are at 7001 and 7401 when
Linux says they are at 7000 and 7401?
- Also, why 2 addresses 700X and 740X; begin and end, or aliasing?
- Both report memory address f9000000. SeaLevel says the registers
are only available via I/O ... so what's this memory?

Thanks,
Don

-----

I'm running booting vxWorks from a floppy on a PC that was used for linux ...
so if I boot from the hard disk I have linux.

Using the Linux lspci command I get:

> lspci -v -d 0x135e:0x5102
00:0d.0 Serial controller: Sealevel Systems Inc: Unknown device 5102 (rev 01) (prog-if 02 [16550])
Subsystem: Sealevel Systems Inc: Unknown device 5102
Flags: medium devsel, IRQ 12
Memory at f9000000 (32-bit, non-prefetchable)
I/O ports at 7000
I/O ports at 7400

-----

Using vxWorks command from the target shell I get:

-> pciDeviceShow(0)
Scanning function 0 of each PCI device on bus 0
Using configuration mechanism 1
bus device function vendorID deviceID class
00000000 00000000 00000000 00001106 00000691 00000600
00000000 00000001 00000000 00001106 00008598 00040600
00000000 00000007 00000000 00001106 00000596 00010600
00000000 0000000a 00000000 000010b7 00009055 00000200
00000000 0000000d 00000000 0000135e 00005102 02000700
value = 0 = 0x0
-> pciFindDeviceShow(0x0000135e, 0x00005102, 0)
deviceId = 0x00005102
vendorId = 0x0000135e
index = 0x00000000
busNo = 0x00000000
deviceNo = 0x0000000d
funcNo = 0x00000000
value = 0 = 0x0
-> pciHeaderShow(0, 0x0000000d, 0x00000000)
vendor ID = 0x135e
device ID = 0x5102
command register = 0x0003
status register = 0x0280
revision ID = 0x01
class code = 0x07
sub class code = 0x00
programming interface = 0x02
cache line = 0x08
latency time = 0x00
header type = 0x00
BIST = 0x00
base address 0 = 0xf9000000
base address 1 = 0x00007001
base address 2 = 0x00007401
base address 3 = 0x00000000
base address 4 = 0x00000000
base address 5 = 0x00000000
cardBus CIS pointer = 0x00000000
sub system vendor ID = 0x135e
sub system ID = 0x5102
expansion ROM base address = 0x00000000
interrupt line = 0x0c
interrupt pin = 0x01
min Grant = 0x00
max Latency = 0x00
value = 0 = 0x0


--
Donald McLachlan E-mail Donald.M...@crc.ca
Communications Research Centre / RNS Tel (613) 998-2845
3701 Carling Ave., Fax (613) 998-9648
Ottawa, Ontario
K2H 8S2
Canada


Michael Lawnick

unread,
Jan 9, 2002, 11:46:36 AM1/9/02
to
Hi Donald,

your vxWorks' output says the same as linux. The 1 at the end of 7001 and
7401 is the indicator of I/O-space.
Could the memory area at f9.. be a buffer ? Write 0xFFFFFFFF to it and read
back again. Look at the unset bits from low to high and you'll have the
width of your device's address decoder (which _might_ be the size of
device's buffer).

--
Mit freundlichen Grüßen,
Michael Lawnick
==============================================
SOFTEC GmbH Tel +49-731-96600-0
Promenade 17 Fax +49-731-96600-23
D-89073 Ulm Michael Lawnick
Germany law...@softec.de
==============================================

"Donald McLachlan" <d...@mars.dgrc.crc.ca> schrieb im Newsbeitrag
news:a1hm7v$ecv$1...@crc-news.crc.ca...

0 new messages