Date: Wed, 18 Aug 1999 20:57:07 +0800 From: Peter Wemm <peter@netplex.com.au> To: alpha@freebsd.org Subject: rman_get_virtual() on alpha Message-ID: <19990818125707.40B7F1C1F@overcee.netplex.com.au>
next in thread | raw e-mail | index | archive | help
So, what's the situation these days with rman_get_virtual()? if_fxp explodes
on the alpha because it allocates SYS_RES_MEMORY and wants the virtual
address of it, but the alpha still is returning physical addresses it seems.
It seems to me we might need some alternative to rman_get_virtual since it
doesn't have enough context and is just a hack. Perhaps allocating memory
and activating a mapping etc needs to be seperate bus methods? That way we
can allocate memory, and later activate it (pmap_mapdev on x86, BWX, or
DENSE on Alpha as requested) and free it's kvm mappings?
*** keyboard not plugged in...
ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5.f3.f2.f1.f0.
ef.ee.ed.probing hose 0, PCI
probing PCI-to-ISA bridge, bus 1
bus 0, slot 5 -- pka -- NCR 53C875
bus 0, slot 7 -- eia -- Intel 82558 Ethernet
^^^^^^^^^^^^^^^^^^^^^^^^ Hey! SRM supports the fxp series!
bus 0, slot 8, function 1 -- dqa -- Cypress 82C693 IDE
bus 0, slot 8, function 2 -- dqb -- Cypress 82C693 IDE
ec.f4.eb.ea.e9.e8.e7.
Digital AlphaPC 164SX 533 MHz Console V5.4-1, Mar 18 1999 15:23:35
CPU 0 booting
waiting for pka0.7.0.5.0 to poll...
(boot dka0.0.0.5.0 -flags a)
[..]
FreeBSD 4.0-CURRENT #92: Wed Aug 18 20:23:04 WST 1999
peter@ashburton.netplex.com.au:/home/src/sys/compile/ASHBURTON
EB164
Digital AlphaPC 164SX 533 MHz, 531MHz
8192 byte page size, 1 processor.
CPU: PCA56 (21164PC) major=9 minor=2 extensions=0x1<BWX>
OSF PAL rev: 0x1000600020116
real memory = 132251648 (129152K bytes)
avail memory = 124116992 (121208K bytes)
Preloaded elf kernel "kernel" at 0xfffffc0000586000.
cia0: Pyxis, pass 1
cia0: extended capabilities: 1<BWEN>
pcib0: <2117x PCI host bus adapter> on cia0
pci0: <PCI bus> on pcib0
[..]
fxp0: <Intel EtherExpress Pro 10/100B Ethernet> irq 10 at device 7.0 on pci0
fxp0: interrupting at CIA irq 10
fatal kernel trap:
trap entry = 0x2 (memory management fault)
a0 = 0x82221008
a1 = 0x1
a2 = 0x1
pc = 0xfffffc000042ce94
ra = 0xfffffc000042caf0
curproc = 0xfffffc000052e6c8
pid = 0, comm = swapper
ddbprinttrap from 0xfffffc000042ce94
ddbprinttrap(0x82221008, 0x1, 0x1, 0x2)
panic: trap
panic
Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfffffc000058b9a0> <ra=0xfffffc000047fa40,sp=0xfffffc000058b9a0>
db> trace
Debugger() at Debugger+0x2c
panic() at panic+0xf4
trap() at trap+0x5cc
XentMM() at XentMM+0x20
fxp_attach() at fxp_attach+0x1f0
_GLOBAL_OFFSET_TABLE_() at _GLOBAL_OFFSET_TABLE_+0x8000
Cheers,
-Peter
--
Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990818125707.40B7F1C1F>