From owner-freebsd-alpha Wed Aug 18 5:56:40 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 0F6CA158CD for ; Wed, 18 Aug 1999 05:56:33 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 40B7F1C1F for ; Wed, 18 Aug 1999 20:57:07 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.0.2 2/24/98 To: alpha@freebsd.org Subject: rman_get_virtual() on alpha Date: Wed, 18 Aug 1999 20:57:07 +0800 From: Peter Wemm Message-Id: <19990818125707.40B7F1C1F@overcee.netplex.com.au> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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 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 pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 [..] fxp0: 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> 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