From owner-freebsd-alpha Sun Sep 2 1:25:13 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id AEDF937B406; Sun, 2 Sep 2001 01:25:00 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f828P0M28391; Sun, 2 Sep 2001 01:25:00 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 5A0FD3807; Sun, 2 Sep 2001 01:25:00 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Andrew Gallatin Cc: John Baldwin , freebsd-alpha@FreeBSD.ORG, cvs-committers@FreeBSD.ORG Subject: Re: cvs commit: src/sys/alpha/alpha pmap.c In-Reply-To: <15247.55907.363565.267385@grasshopper.cs.duke.edu> Date: Sun, 02 Sep 2001 01:25:00 -0700 From: Peter Wemm Message-Id: <20010902082500.5A0FD3807@overcee.netplex.com.au> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Andrew Gallatin wrote: > > John Baldwin writes: > > Can you do a 'l *0xfffffc0000582da8' in gdb to see what source line it die d on? > > 0xfffffc0000582da8 is in pmap_remove_pages (../../../alpha/alpha/pmap.c:2612) > > Which ends up being: > > 2607 #ifdef PMAP_REMOVE_PAGES_CURPROC_ONLY > 2608 pte = vtopte(pv->pv_va); > 2609 #else > 2610 pte = pmap_pte_quick(pv->pv_pmap, pv->pv_va); > 2611 #endif > 2612 if (!pmap_pte_v(pte)) > 2613 panic("pmap_remove_pages: page on pm_pvlist h as no pte\n"); > 2614 tpte = *pte; Well, I'm confused now. I've reread the 1.63 -> 1.64 diff about 50 times now and I cannot for the life of me see any actual real change. Maybe I've been looking at it for so long now that I cannot see what is staring right at me? Can you please look over the diff and see if you can spot something that I cannot see? Also, do you see an immediate explosion or one at some later point? Is it repeatable - if not, is it possible that you just had the semi-regular crash with the -current while running the new kernel? What is the value of "pte" BTW? pmap_dispose_proc() is essentially changed like this: + vm_offset_t up; - ptek = vtopte((vm_offset_t) p->p_addr); + up = (vm_offset_t)p->p_addr; + ptek = vtopte(up); - if ((m = vm_page_lookup(upobj, i)) == NULL) + m = vm_page_lookup(upobj, i); + if (m == NULL) - pmap_invalidate_page(kernel_pmap, (vm_offset_t)p->p_addr + i * PAGE_SIZE); + pmap_invalidate_page(kernel_pmap, up + i * PAGE_SIZE); The rest is whitespace. I really dont see how this can lead to the kind of crash you saw. :-( Anyway, the next thing to try is to back out one of the four functions at a time.. (or do a binary search, backing out 2 then either the 3rd or restoring 1). I would look over the asm code but I just *know* gcc is going to produce totally unrecognizable assembler differences. :-( There is some serious badness with object / resource management here. When a process is created, its vm object is created and *never* destroyed. Its pointer is left in p_upages_obj across exit() and later with a new fork(). It depends on the vm zones being type safe and preserving their contents across zfree() / zalloc(). At least it releases the pages at exit. I will rebuild my UP2000 at work and retest it there as well. I'll let you know what happens. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 2:54:45 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131]) by hub.freebsd.org (Postfix) with ESMTP id 43C4937B406 for ; Sun, 2 Sep 2001 02:54:41 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id LAA03477; Sun, 2 Sep 2001 11:54:37 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f829sbv28988; Sun, 2 Sep 2001 11:54:37 +0200 (CEST) (envelope-from wkb) Date: Sun, 2 Sep 2001 11:54:37 +0200 From: Wilko Bulte To: Andrew Gallatin Cc: Jim Pirzyk , freebsd-alpha@FreeBSD.ORG Subject: Re: XFree86-4 and alpha DS10 Message-ID: <20010902115437.A28974@freebie.xs4all.nl> References: <15248.26093.985320.772619@grasshopper.cs.duke.edu> <20010901194419.B25898@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010901194419.B25898@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Sat, Sep 01, 2001 at 07:44:19PM +0200 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Sep 01, 2001 at 07:44:19PM +0200, Wilko Bulte wrote: > On Sat, Sep 01, 2001 at 12:37:01AM -0400, Andrew Gallatin wrote: > > > "hmmm" Since this works for me, I'm assuming it must be a problem > > specific to the tsunami. I don't suppose either of you has an X log > > from your attempt to start the X server? Even starting it remotely > > and saving the output of your ssh session would be helpful. ... > > One blind shot in the dark is to change > > xc/programs/Xserver/hw/xfree86/os-support/bsd/bsdResource.c's > > xf86PciBusAccWindowsFromOS(void) RANGE to allow everything, like > > I'm gonna try this next.. Better, in the sense that the machine does not lockup: (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0, module version = 0.1.0 (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0, module version = 0.1.0 (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(0:14:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, 0x018a0000/14, 0x01000000/23, BIOS @ 0x01880000/16 (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.1.9 (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o (II) Module mga: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400 (--) Assigning device section with no busID to primary device (--) Chipset mga2164w found (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.1.0, module version = 0.1.0 (**) MGA(0): Depth 16, (--) framebuffer bpp 16 (==) MGA(0): RGB weight 565 (II) MGA(0): Matrox HAL module not found - using builtin mode setup instead (--) MGA(0): Chipset: "mga2164w" (==) MGA(0): Using AGP 1x mode (--) MGA(0): Linear framebuffer at 0x40000000 (EE) MGA(0): No valid MMIO address in PCI config space (II) Unloading /usr/X11R6/lib/modules/libvgahw.a (EE) Screen(s) found, but none have a usable configuration. But also not correct. W/ -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 4: 1:50 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id E882637B401 for ; Sun, 2 Sep 2001 04:01:43 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f82B1XA26899 for ; Sun, 2 Sep 2001 13:01:35 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f82B1ie03835 for freebsd-alpha@freebsd.org; Sun, 2 Sep 2001 13:01:44 +0200 (CEST) Date: Sun, 2 Sep 2001 13:01:43 +0200 From: Bernd Walter To: freebsd-alpha@freebsd.org Subject: Todays buildworld failed in libc Message-ID: <20010902130143.B3712@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org cc -O -pipe -mcpu=ev4 -DLIBC_RCS -DSYSLIBC_RCS -I/var/d8/FreeBSD-2001-09-02/src/lib/libc/include -I/var/d8/FreeBSD-2001-09-02/src/lib/libc/../../include -DLIBC_MAJOR=5 -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/var/d8/FreeBSD-2001-09-02/src/lib/libc -DPOSIX_MISTAKE -I/var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -I/usr/obj/var/d8/FreeBSD-2001-09-02/src/alpha/usr/include -c /var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/posix1e/cap_cmp.c -o cap_cmp.o cc -O -pipe -mcpu=ev4 -DLIBC_RCS -DSYSLIBC_RCS -I/var/d8/FreeBSD-2001-09-02/src/lib/libc/include -I/var/d8/FreeBSD-2001-09-02/src/lib/libc/../../include -DLIBC_MAJOR=5 -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/var/d8/FreeBSD-2001-09-02/src/lib/libc -DPOSIX_MISTAKE -I/var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -I/usr/obj/var/d8/FreeBSD-2001-09-02/src/alpha/usr/include -c /var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/posix1e/cap_copy.c -o cap_copy.o /var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/posix1e/cap_copy.c:46: conflicting types for `cap_copy_ext' /usr/obj/var/d8/FreeBSD-2001-09-02/src/alpha/usr/include/sys/capability.h:219: previous declaration of `cap_copy_ext' /var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/posix1e/cap_copy.c: In function `cap_copy_ext': /var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/posix1e/cap_copy.c:55: warning: type mismatch in implicit declaration for built-in function `memcpy' /var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/posix1e/cap_copy.c: At top level: /var/d8/FreeBSD-2001-09-02/src/lib/libc/../libc/posix1e/cap_copy.c:78: conflicting types for `cap_size' /usr/obj/var/d8/FreeBSD-2001-09-02/src/alpha/usr/include/sys/capability.h:233: previous declaration of `cap_size' *** Error code 1 Stop in /var/d8/FreeBSD-2001-09-02/src/lib/libc. *** Error code 1 Stop in /var/d8/FreeBSD-2001-09-02/src/lib. *** Error code 1 Stop in /var/d8/FreeBSD-2001-09-02/src. *** Error code 1 Stop in /var/d8/FreeBSD-2001-09-02/src. *** Error code 1 Stop in /var/d8/FreeBSD-2001-09-02/src. 2879.444u 764.177s 1:18:16.89 77.5% 2070+3274k 17390+4110io 2464pf+0w Exit 1 -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 9:52:44 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id C7CB737B405; Sun, 2 Sep 2001 09:52:40 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.11.4/8.11.4) id f82GqbW06350; Sun, 2 Sep 2001 12:52:37 -0400 (EDT) (envelope-from wollman) Date: Sun, 2 Sep 2001 12:52:37 -0400 (EDT) From: Garrett Wollman Message-Id: <200109021652.f82GqbW06350@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: freebsd-alpha@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/alpha pmap.c In-Reply-To: <20010902082500.5A0FD3807@overcee.netplex.com.au> References: <15247.55907.363565.267385@grasshopper.cs.duke.edu> <20010902082500.5A0FD3807@overcee.netplex.com.au> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > It depends on the vm zones being type safe and preserving their contents > across zfree() / zalloc(). That's the whole point of using a zone allocator. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 10:46:25 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 91B1737B405 for ; Sun, 2 Sep 2001 10:46:23 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA03787; Sun, 2 Sep 2001 13:46:17 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f82HjmU10395; Sun, 2 Sep 2001 13:45:48 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15250.28748.426132.928287@grasshopper.cs.duke.edu> Date: Sun, 2 Sep 2001 13:45:48 -0400 (EDT) To: Wilko Bulte Cc: Jim Pirzyk , freebsd-alpha@FreeBSD.ORG Subject: Re: XFree86-4 and alpha DS10 In-Reply-To: <20010902115437.A28974@freebie.xs4all.nl> References: <15248.26093.985320.772619@grasshopper.cs.duke.edu> <20010901194419.B25898@freebie.xs4all.nl> <20010902115437.A28974@freebie.xs4all.nl> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Wilko Bulte writes: <...> > (--) PCI:*(0:14:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, > 0x018a0000/14, 0x01000000/23, BIOS @ 0x01880000/16 <...> > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting Hmm.. "correcting" to what, I wonder? Can you insert enough debugging code to find out why it doesn't like this address and what it is being corrected to? > (EE) MGA(0): No valid MMIO address in PCI config space Is the "MMIO" address the address mentioned above? Can you trace this down thru the XF86-4 sources? Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 11:32:46 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id A329137B408; Sun, 2 Sep 2001 11:32:42 -0700 (PDT) Received: from deneb (deneb [128.130.111.2]) by vexpert.dbai.tuwien.ac.at (8.11.6/8.11.6) with ESMTP id f82IWVI17728; Sun, 2 Sep 2001 20:32:33 +0200 (MET DST) Date: Sun, 2 Sep 2001 20:32:31 +0200 (CEST) From: Gerald Pfeifer To: Marcel Moolenaar Cc: , Subject: Re: Linuxulator update and new linux_base port In-Reply-To: <20010901225144.A593@dhcp01.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 1 Sep 2001, Marcel Moolenaar wrote: > The change applies to both Alpha and i386. I intend to commit it > shortly. Given that 5.0-RELEASE has been delayed that much, is there hope this can/will be MFCed after some testing on -CURRENT? Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 11:58:33 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 8630037B407; Sun, 2 Sep 2001 11:58:19 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.4/8.11.4) with ESMTP id f82IwJU38932; Sun, 2 Sep 2001 11:58:19 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id f82IwRf00609; Sun, 2 Sep 2001 11:58:27 -0700 (PDT) (envelope-from marcel) Date: Sun, 2 Sep 2001 11:58:27 -0700 From: Marcel Moolenaar To: Gerald Pfeifer Cc: emulation@freebsd.org, alpha@freebsd.org Subject: Re: Linuxulator update and new linux_base port Message-ID: <20010902115827.B400@dhcp01.pn.xcllnt.net> References: <20010901225144.A593@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.21i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Sep 02, 2001 at 08:32:31PM +0200, Gerald Pfeifer wrote: > On Sat, 1 Sep 2001, Marcel Moolenaar wrote: > > The change applies to both Alpha and i386. I intend to commit it > > shortly. > > Given that 5.0-RELEASE has been delayed that much, is there hope > this can/will be MFCed after some testing on -CURRENT? Yes, there's hope. Since I don't know how much testing these changes get on -current, I think I'm going to make -stable patches available for people to test. If I get enough positive feedback, I'll do the MFC. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 14:27:41 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from admin.vt.com (admin.vt.com [204.117.188.10]) by hub.freebsd.org (Postfix) with ESMTP id E68B037B403 for ; Sun, 2 Sep 2001 14:27:34 -0700 (PDT) Received: from earthoid.com (isdn.earthoid.com [204.117.188.113]) by admin.vt.com (8.8.5/8.7.3) with ESMTP id QAA12664 for ; Sun, 2 Sep 2001 16:27:28 -0500 (CDT) Message-ID: <3B92A5FC.77647C9F@earthoid.com> Date: Sun, 02 Sep 2001 16:34:52 -0500 From: Diego Montalvo X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.org Subject: installed FreeBSD but boot error! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I was able to install FreeBSD 4.3 -20010822- STABLE on an Alpha 5305 , but I am not able to boot the OS. I tried: set boot_osflags a set bootdef_dev dkb0 set auto_action BOOT I get the following error: (boot dkb0.0.0.2000.0 -flags a) block 0 of dkb0.0.0.2000 is not a valid boot block bootstrap failure Thanks, Diego To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 15: 2:36 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id CF53F37B406 for ; Sun, 2 Sep 2001 15:02:32 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id AAA01980; Mon, 3 Sep 2001 00:02:22 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f82M2Mj02047; Mon, 3 Sep 2001 00:02:22 +0200 (CEST) (envelope-from wkb) Date: Mon, 3 Sep 2001 00:02:22 +0200 From: Wilko Bulte To: Diego Montalvo Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: installed FreeBSD but boot error! Message-ID: <20010903000222.A2030@freebie.xs4all.nl> References: <3B92A5FC.77647C9F@earthoid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B92A5FC.77647C9F@earthoid.com>; from diego@earthoid.com on Sun, Sep 02, 2001 at 04:34:52PM -0500 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Sep 02, 2001 at 04:34:52PM -0500, Diego Montalvo wrote: Try a 4.4-RC .iso image. Bugs have been fixed in the loader/cdboot and also in the support for 530x W/ > Hello, > > I was able to install FreeBSD 4.3 -20010822- STABLE on an Alpha 5305 , > but I am not able to boot the OS. > > I tried: > > set boot_osflags a > set bootdef_dev dkb0 > set auto_action BOOT > > I get the following error: > > (boot dkb0.0.0.2000.0 -flags a) > block 0 of dkb0.0.0.2000 is not a valid boot block > bootstrap failure > > Thanks, > > Diego > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message ---end of quoted text--- -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 16:26:10 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 2F3AC37B401 for ; Sun, 2 Sep 2001 16:26:08 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f82NPqf03264; Sun, 2 Sep 2001 16:25:52 -0700 (PDT) (envelope-from obrien) Date: Sun, 2 Sep 2001 16:25:51 -0700 From: "David O'Brien" To: Riccardo.Veraldi@fi.infn.it Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Powerstorm on Miata Message-ID: <20010902162551.A3102@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010902081833.M9164-100000@durlindana.fi.infn.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010902081833.M9164-100000@durlindana.fi.infn.it>; from Riccardo.Veraldi@fi.infn.it on Sun, Sep 02, 2001 at 08:19:26AM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Sep 02, 2001 at 08:19:26AM +0200, Riccardo.Veraldi@fi.infn.it wrote: > I am about to buy a Miata, it has a Powerstorm 3D. > Anyone could tell me if it works with XFree 4 ?? It does not. However, this is not reason to not buy the Alpha. You can put a XFree86 supported $10 S3 PCI card in this Alpha. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 21:45:51 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id BF3A237B403; Sun, 2 Sep 2001 21:45:43 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id AAA14152; Mon, 3 Sep 2001 00:45:36 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f834j7U14022; Mon, 3 Sep 2001 00:45:07 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15251.2771.622862.75985@grasshopper.cs.duke.edu> Date: Mon, 3 Sep 2001 00:45:07 -0400 (EDT) To: Peter Wemm Cc: John Baldwin , freebsd-alpha@FreeBSD.ORG, cvs-committers@FreeBSD.ORG Subject: Re: cvs commit: src/sys/alpha/alpha pmap.c In-Reply-To: <20010902082500.5A0FD3807@overcee.netplex.com.au> References: <15247.55907.363565.267385@grasshopper.cs.duke.edu> <20010902082500.5A0FD3807@overcee.netplex.com.au> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Peter Wemm writes: > > Also, do you see an immediate explosion or one at some later point? Is it > repeatable - if not, is it possible that you just had the semi-regular > crash with the -current while running the new kernel? > I think that current being current might be the culprit. I tried to reproduce this & couldn't. It crashed previously on a single-threaded make buildworld -- that worked fine this time, as did a make -j4 buildworld. A make -j32 buildworld died with an unrelated 'panic: vm_page_insert: already inserted' -- this was with a stack that came out of execve, exec_copyout_strings, bcopy, bcopy_lp -> XentMM ... vm_fault...vm_page_alloc(). (all lost on a graphics console; I really wish ddb used a normal printf so that I could get a damned stack trace back out of dmesg..) Anyway, it looks like this is not reproducable. I'm sorry I wasted your time. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sun Sep 2 22:39:44 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132]) by hub.freebsd.org (Postfix) with ESMTP id 9FD1037B403; Sun, 2 Sep 2001 22:39:40 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id HAA01453; Mon, 3 Sep 2001 07:39:38 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f835dcL03609; Mon, 3 Sep 2001 07:39:38 +0200 (CEST) (envelope-from wkb) Date: Mon, 3 Sep 2001 07:39:38 +0200 From: Wilko Bulte To: "David O'Brien" Cc: Riccardo.Veraldi@fi.infn.it, freebsd-alpha@FreeBSD.ORG Subject: Re: Powerstorm on Miata Message-ID: <20010903073938.C3544@freebie.xs4all.nl> References: <20010902081833.M9164-100000@durlindana.fi.infn.it> <20010902162551.A3102@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010902162551.A3102@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Sun, Sep 02, 2001 at 04:25:51PM -0700 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Sep 02, 2001 at 04:25:51PM -0700, David O'Brien wrote: > On Sun, Sep 02, 2001 at 08:19:26AM +0200, Riccardo.Veraldi@fi.infn.it wrote: > > I am about to buy a Miata, it has a Powerstorm 3D. > > Anyone could tell me if it works with XFree 4 ?? > > It does not. > However, this is not reason to not buy the Alpha. > You can put a XFree86 supported $10 S3 PCI card in this Alpha. And sell the Powerstorm to a Tru64 user for >> $10 ;) -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 0:39:24 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from ringworld.nanolink.com (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id B03C537B406 for ; Mon, 3 Sep 2001 00:38:56 -0700 (PDT) Received: (qmail 80326 invoked by uid 1000); 3 Sep 2001 07:36:06 -0000 Date: Mon, 3 Sep 2001 10:36:06 +0300 From: Peter Pentchev To: Sean Chittenden Cc: Neil Blakey-Milner , freebsd-ports@FreeBSD.org, freebsd-alpha@FreeBSD.org Subject: Re: sysutils/daemontools FreeBSD port update to 0.76 Message-ID: <20010903103606.D72833@ringworld.oblivion.bg> Mail-Followup-To: Sean Chittenden , Neil Blakey-Milner , freebsd-ports@FreeBSD.org, freebsd-alpha@FreeBSD.org References: <20010901165256.A2365@ringworld.oblivion.bg> <20010902113530.B42588@rand.tgd.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010902113530.B42588@rand.tgd.net>; from sean@chittenden.org on Sun, Sep 02, 2001 at 11:35:30AM -0700 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [CC'd to -alpha because of build/run problems on beast, any Alpha users running 4.4-RC and willing to help test a last-minute port update please have patience and read on..] On Sun, Sep 02, 2001 at 11:35:30AM -0700, Sean Chittenden wrote: > > The attached patch updates the daemontools port to 0.76. > > My machine has been running with it for the past few days, > > and everything seems to be working fine so far. > > Excellent! Thanks :) > > The one drawback I see is that this deviates from DJB's instructions > > by not using the svscanboot script for svscan startup, and consequently, > > not running readproctitle for the ability to glance quickly at svscan's > > error output. svscanboot, however, has a hardcoded path for /service, > > and is therefore slightly inferior to our own svscan.sh :) > > > > Should I try to modify svscan.sh to run readproctitle, or modify > > svscanboot to honor a variable /service path, or just leave it > > the way it is > > Modify svscan.sh and svscanboot? Given that most FreeBSD folks > will probably use svscan.sh (haven't seen an exception yet), I'd put > that as the higher priority. If you patch svscanboot, then that'd be > icing one the cake, but not as useful as the modified svscan.sh. > Leaving things as is would cause a world of problems, IMHO. Having > svscan work out of the box is what people expect and they don't > necessarily care how it works (and if they do, then they're probably > wise/experienced enough to figure it out). Maybe a pkg-message is in > order? Okay, that's what the attached patch does. Feel free to test it, but please read on before really using it in a production environment. > > (which would incur DJB's wrath when problems are > > reported back, lacking readproctitle's output..) ? > > Blah, his crankiness is his own fault: don't cater to it. That was my personal opinion, too; however, this would become a problem for the users of the FreeBSD port who go to his mailing lists to ask a question for the first time.. So, see the attached updated patch. > > Should any of this be committed before 4.4 hits the streets? :) > > Most certainly! ;) -sc Unfortunately, there seems to be a bit of a problem when running this on an Alpha running -current :( It compiles fine on beast.FreeBSD.org, however, when the Makefile tries to run the regression test suite, supervise bombs. This looks more like a build toolchain error to me than anything else, but I would not risk committing this so close to the ports freeze without somebody actually testing the build - AND correct operation - of daemontools-0.76 on a 4.4-RC Alpha. Anyone out there? Do y'all have an Alpha running 4.4-RC? Could anyone test this, and see if the build hangs when it tries to run the rts script? If it does, does it do it the same way it does on beast - supervise reporting an EOPNOTSUPP when trying to obtain a lock on the test.sv/supervise/lock file? ./compile tai64nlocal.c ./load tai64nlocal unix.a byte.a env - /bin/sh rts.tests 2>&1 | cat -v > rts ^C*** rts removed [roam@beast ~/tmp/daemontools]$ cd work/admin/daemontools-0.76/src/rts-tmp [roam@beast ~/tmp/daemontools/work/admin/daemontools-0.76/src/rts-tmp]$ ../supervise test.sv supervise: fatal: unable to acquire test.sv/supervise/lock: operation not supported [roam@beast ~/tmp/daemontools/work/admin/daemontools-0.76/src/rts-tmp]$ file test.sv/supervise/lock test.sv/supervise/lock: empty [roam@beast ~/tmp/daemontools/work/admin/daemontools-0.76/src/rts-tmp]$ ls -l test.sv/supervise/lock -rw------- 1 roam roam 0 Sep 3 00:30 test.sv/supervise/lock [roam@beast ~/tmp/daemontools/work/admin/daemontools-0.76/src/rts-tmp]$ The EOPNOTSUPP certainly looks weird; it seems the flock() call in lock_exnb.c is returning EOPNOTSUPP, when fd is the fdlock variable that supervise.c::main() has previously obtained by an open() on the test.sv/supervise/lock file. Ideas, anyone? G'luck, Peter -- If this sentence didn't exist, somebody would have invented it. Index: ports/sysutils/daemontools/Makefile =================================================================== RCS file: /home/ncvs/ports/sysutils/daemontools/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- ports/sysutils/daemontools/Makefile 2001/05/10 07:10:23 1.9 +++ ports/sysutils/daemontools/Makefile 2001/09/03 07:35:06 @@ -6,14 +6,14 @@ # PORTNAME= daemontools -PORTVERSION= 0.70 -PORTREVISION= 1 +PORTVERSION= 0.76 CATEGORIES= sysutils MASTER_SITES= http://cr.yp.to/daemontools/ \ ftp://cr.yp.to/daemontools/ MAINTAINER= nbm@FreeBSD.org +WRKSRC= ${WRKDIR}/admin/${DISTNAME}/src NO_PACKAGE= "Unsure of djb\'s license" ALL_TARGET= it @@ -24,12 +24,20 @@ post-patch: @echo "${CC} ${CFLAGS}" > ${WRKSRC}/conf-cc - @echo "${CC} -s" > ${WRKSRC}/conf-ld - @echo "${PREFIX}" > ${WRKSRC}/conf-home + @echo "${CC} ${STRIP}" > ${WRKSRC}/conf-ld post-build: @${SED} "s!/usr/local/!${PREFIX}/!;s!/var/service!${SERVICEDIR}!g" \ ${FILESDIR}/${SAMPLERC} > ${WRKDIR}/${SAMPLERC} + +do-install: + (while read cmd; do \ + if file ${WRKSRC}/$$cmd | ${GREP} -q "shell script"; then \ + ${INSTALL_SCRIPT} ${WRKSRC}/$$cmd ${PREFIX}/bin; \ + else \ + ${INSTALL_PROGRAM} ${WRKSRC}/$$cmd ${PREFIX}/bin; \ + fi \ + done) < ${WRKSRC}/../package/commands post-install: @${INSTALL} -d -o ${SHAREOWN} -g ${SHAREGRP} -m 755 \ Index: ports/sysutils/daemontools/distinfo =================================================================== RCS file: /home/ncvs/ports/sysutils/daemontools/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- ports/sysutils/daemontools/distinfo 2000/04/27 21:43:39 1.2 +++ ports/sysutils/daemontools/distinfo 2001/09/03 07:35:06 @@ -1 +1 @@ -MD5 (daemontools-0.70.tar.gz) = c88e8c5e4453b4df41571f60eaa0baf3 +MD5 (daemontools-0.76.tar.gz) = 1871af2453d6e464034968a0fbcb2bfc Index: ports/sysutils/daemontools/pkg-plist =================================================================== RCS file: /home/ncvs/ports/sysutils/daemontools/pkg-plist,v retrieving revision 1.3 diff -u -r1.3 pkg-plist --- ports/sysutils/daemontools/pkg-plist 2000/04/27 21:43:43 1.3 +++ ports/sysutils/daemontools/pkg-plist 2001/09/03 07:35:06 @@ -1,9 +1,11 @@ bin/svscan +bin/svscanboot bin/supervise bin/svc bin/svok bin/svstat bin/fghack +bin/pgrphack bin/multilog bin/tai64n bin/tai64nlocal @@ -12,3 +14,4 @@ bin/envuidgid bin/envdir bin/setlock +bin/readproctitle Index: ports/sysutils/daemontools/files/patch-Makefile =================================================================== RCS file: patch-Makefile diff -N patch-Makefile --- ports/sysutils/daemontools/files/patch-Makefile Mon Sep 3 00:03:03 2001 +++ ports/sysutils/daemontools/files/patch-Makefile Mon Sep 3 00:35:06 2001 @@ -0,0 +1,26 @@ +--- Makefile.old Fri Aug 31 15:16:47 2001 ++++ Makefile Fri Aug 31 15:17:04 2001 +@@ -82,10 +82,9 @@ + chkshsgr.o: chkshsgr.c compile + ./compile chkshsgr.c + +-choose: choose.sh home warn-auto.sh ++choose: choose.sh warn-auto.sh + rm -f choose + cat warn-auto.sh choose.sh \ +- | sed s}HOME}"`head -1 home`"}g \ + > choose + chmod 555 choose + +@@ -387,10 +386,9 @@ + pathexec.h str.h strerr.h svscan.c wait.h + ./compile svscan.c + +-svscanboot: home svscanboot.sh warn-auto.sh ++svscanboot: svscanboot.sh warn-auto.sh + rm -f svscanboot + cat warn-auto.sh svscanboot.sh \ +- | sed s}HOME}"`head -1 home`"}g \ + > svscanboot + chmod 555 svscanboot + Index: ports/sysutils/daemontools/files/patch-supervise.c =================================================================== RCS file: patch-supervise.c diff -N patch-supervise.c --- ports/sysutils/daemontools/files/patch-supervise.c Mon Sep 3 00:35:06 2001 +++ ports/sysutils/daemontools/files/patch-supervise.c Mon Sep 3 00:03:03 2001 @@ -1,24 +0,0 @@ -diff -urN supervise.c supervise.c ---- supervise.c Mon Mar 6 07:21:09 2000 -+++ supervise.c Mon Apr 23 11:15:10 2001 -@@ -90,7 +90,12 @@ - void trystart(void) - { - int f; -+ static int firstpassed = 0; - -+ if (firstpassed) -+ sleep(1); -+ else -+ firstpassed = 1; - switch(f = fork()) { - case -1: - strerr_warn4(WARNING,"unable to fork for ",dir,", sleeping 60 seconds: ",&strerr_sys); -@@ -105,7 +110,6 @@ - pid = f; - pidchange(); - announce(); -- sleep(1); - } - - void doit(void) Index: ports/sysutils/daemontools/files/svscan.sh.sample =================================================================== RCS file: /home/ncvs/ports/sysutils/daemontools/files/svscan.sh.sample,v retrieving revision 1.1 diff -u -r1.1 svscan.sh.sample --- ports/sysutils/daemontools/files/svscan.sh.sample 2000/06/22 09:22:15 1.1 +++ ports/sysutils/daemontools/files/svscan.sh.sample 2001/09/03 07:35:06 @@ -31,4 +31,5 @@ #ulimit -s ${MINSEGMENT} #ulimit -u ${MAXCHILD} -exec /bin/csh -cf '/usr/local/bin/svscan /var/service &' +exec /bin/csh -cf '/usr/local/bin/svscan /var/service |& '\ +'/usr/local/bin/readproctitle service errors: ................................................................................................................................................................................................................................................................................................................................................................................................................ &' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 2:42:15 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from kawoserv.kawo2.rwth-aachen.de (kawoserv.kawo2.RWTH-Aachen.DE [134.130.180.1]) by hub.freebsd.org (Postfix) with ESMTP id A961F37B407; Mon, 3 Sep 2001 02:42:09 -0700 (PDT) Received: from fump.kawo2.rwth-aachen.de (root@fump.kawo2.rwth-aachen.de [134.130.181.148]) by kawoserv.kawo2.rwth-aachen.de (8.9.3/8.9.3) with ESMTP id LAA23899; Mon, 3 Sep 2001 11:42:08 +0200 Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.11.3/8.11.3) id f839gGM27037; Mon, 3 Sep 2001 11:42:16 +0200 (CEST) (envelope-from alex) Date: Mon, 3 Sep 2001 11:42:14 +0200 From: Alexander Langer To: alpha@FreeBSD.ORG Cc: Ruslan Ermilov , Kris Kennaway , arch@FreeBSD.ORG Subject: Re: cvs commit: src/share/mk sys.mk Message-ID: <20010903114214.A27026@fump.kawo2.rwth-aachen.de> References: <200108311118.f7VBIO124920@freefall.freebsd.org> <20010831142958.A60910@sunbay.com> <20010831141746.A1809@zerogravity.kawo2.rwth-aachen.d> <20010831084811.B95710@dragon.nuxi.com> <20010831184945.A16872@fump.kawo2.rwth-aachen.de> <20010831100216.A17397@dragon.nuxi.com> <20010831193947.A17086@fump.kawo2.rwth-aachen.de> <20010831131627.A86427@xor.obsecurity.org> <20010903102102.A49997@sunbay.com> <20010903002926.A42260@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903002926.A42260@dragon.nuxi.com>; from dev-null@NUXI.com on Mon, Sep 03, 2001 at 12:29:26AM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thus spake David O'Brien (dev-null@NUXI.com): > > Include world.conf from sys.mk. That way, it will be read before make(1) > > even reads the ${.CURDIR}/Makefile. This is documented in the manpage. > Uh, and how would a world.conf then be an improvement over make.conf? It's at least seperated. :-) (no real improvement). But if there was a way to determine from sys.mk, if we are building world or parts of the world (I just don't know yet, how this could be done), we could include world.conf from sys.mk only in this case. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 10:30:53 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id D630437B407 for ; Mon, 3 Sep 2001 10:30:50 -0700 (PDT) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 15dxYf-0007E9-01; Mon, 3 Sep 2001 19:30:49 +0200 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.1) id f83HK8M00917 for freebsd-alpha@freebsd.org; Mon, 3 Sep 2001 19:20:08 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Linuxulator update and new linux_base port Date: Mon, 3 Sep 2001 17:20:05 +0000 (UTC) Message-ID: <9n0e45$qv$1@kemoauc.mips.inka.de> References: <20010901225144.A593@dhcp01.pn.xcllnt.net> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Marcel Moolenaar wrote: > I updated the Linuxulator to be in sync with Linux 2.4.2 and also > created a linux_base port based on Red Hat 7.1 packages. This works for me for compaq-cc. I don't use any other Linux apps at this time. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 10:45:58 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 4A1F637B405 for ; Mon, 3 Sep 2001 10:45:55 -0700 (PDT) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 15dxnG-0007rT-00; Mon, 3 Sep 2001 19:45:54 +0200 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.1) id f83HWIa01533 for freebsd-alpha@freebsd.org; Mon, 3 Sep 2001 19:32:18 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Reproducible -CURRENT panic Date: Mon, 3 Sep 2001 17:32:12 +0000 (UTC) Message-ID: <9n0eqs$1fc$1@kemoauc.mips.inka.de> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Compiling ports/shells/ksh93 with Compaq C reliably panics -CURRENT. To reproduce: - Install linux_base and compaq-cc. - cd /usr/ports/shells/ksh93; export CC=ccc CFLAGS= ; make The build proceeds through various configuration checks that take several minutes on my PC164/500, then the box panics. Every time. This already happened before Marcel's Linuxulator changes, and it still happens with them. panic: mutex process lock not owned at /usr/src/sys/alpha/alpha/machdep.c:1242 db> trace Debugger() at Debugger+0x34 panic() at panic+0x114 _mtx_assert() at _mtx_assert+0x74 osendsig() at osendsig+0xb4 trapsignal() at trapsignal+0x344 trap() at trap+0x114c XentArith() at XentArith+0x2c --- arithmetic trap (from ipl 0) --- --- user mode --- For further debugging information ("show witness"? I really have no clue what's required) I'd have to set up a serial console. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 11:49: 5 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id ED66C37B403 for ; Mon, 3 Sep 2001 11:48:59 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA04195; Mon, 3 Sep 2001 20:48:53 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f83Imro01085; Mon, 3 Sep 2001 20:48:53 +0200 (CEST) (envelope-from wkb) Date: Mon, 3 Sep 2001 20:48:53 +0200 From: Wilko Bulte To: Andrew Gallatin Cc: Jim Pirzyk , freebsd-alpha@FreeBSD.ORG Subject: Re: XFree86-4 and alpha DS10 Message-ID: <20010903204853.A989@freebie.xs4all.nl> References: <15248.26093.985320.772619@grasshopper.cs.duke.edu> <20010901194419.B25898@freebie.xs4all.nl> <20010902115437.A28974@freebie.xs4all.nl> <15250.28748.426132.928287@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15250.28748.426132.928287@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Sun, Sep 02, 2001 at 01:45:48PM -0400 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Sep 02, 2001 at 01:45:48PM -0400, Andrew Gallatin wrote: > > Wilko Bulte writes: > <...> > > (--) PCI:*(0:14:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, > > 0x018a0000/14, 0x01000000/23, BIOS @ 0x01880000/16 > <...> > > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting > > > Hmm.. "correcting" to what, I wonder? This comes from: common/xf86pciBus.c / ValidatePci() } else if (pvp->memBase[i]) { PV_M_RANGE(range,pvp,i,ResExcMemBlock); if (pvp->type[i] & PCI_MAP_MEMORY_CACHABLE) { if (xf86IsSubsetOf(range,res_mp) && ! ChkConflict(&range,own,SETUP) && ! ChkConflict(&range,avoid,SETUP) && ! ChkConflict(&range,NonSys,SETUP)) { xf86FreeResList(own); continue; } } if (xf86IsSubsetOf(range,res_m_io) && ! ChkConflict(&range,own,SETUP) && ! ChkConflict(&range,avoid,SETUP) && ! ChkConflict(&range,NonSys,SETUP)) { xf86FreeResList(own); continue; } xf86MsgVerb(X_WARNING, 0, "****INVALID MEM ALLOCATION**** b: 0x%lx e: 0x%lx " "correcting\a\n", range.rBegin,range.rEnd); if (ChkConflict(&range,own,SETUP)) { xf86MsgVerb(X_INFO,3,"own\n"); xf86PrintResList(3,own); } if (ChkConflict(&range,avoid,SETUP)) { xf86MsgVerb(X_INFO,3,"avoid\n"); xf86PrintResList(3,avoid); } if (ChkConflict(&range,NonSys,SETUP)) { xf86MsgVerb(X_INFO,3,"NonSys\n"); xf86PrintResList(3,NonSys); } > Can you insert enough debugging code to find out why it doesn't like > this address and what it is being corrected to? > > > (EE) MGA(0): No valid MMIO address in PCI config space The code is probably: #if !defined(__powerpc__) if (pMga->device->IOBase != 0) { /* Require that the config file value matches one of the PCI values. */ if (!xf86CheckPciMemBase(pMga->PciInfo, pMga->device->IOBase)) { xf86DrvMsg(pScrn->scrnIndex, X_ERROR, "IOBase 0x%08lX doesn't match any PCI base register.\n", pMga->device->IOBase); MGAFreeRec(pScrn); return FALSE; } pMga->IOAddress = pMga->device->IOBase; from = X_CONFIG; } else { /* details: mgabase1 sdk pp 4-11 */ int i = ((pMga->Chipset == PCI_CHIP_MGA1064 && pMga->ChipRev < 3) || pMga->Chipset == PCI_CHIP_MGA2064) ? 0 : 1; if (pMga->PciInfo->memBase[i] != 0) { pMga->IOAddress = pMga->PciInfo->memBase[i] & 0xffffc000; from = X_PROBED; } else { xf86DrvMsg(pScrn->scrnIndex, X_ERROR, "No valid MMIO address in PCI config space\n"); MGAFreeRec(pScrn); return FALSE; } } out of drivers/mga/mga_driver.c > Is the "MMIO" address the address mentioned above? Can you trace this > down thru the XF86-4 sources? Well, a bit. But I do not pretend to understand too much about it to be honest. -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 12:17:58 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id 530F537B409 for ; Mon, 3 Sep 2001 12:17:45 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id VAA12243; Mon, 3 Sep 2001 21:17:40 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f83JHeW01343; Mon, 3 Sep 2001 21:17:40 +0200 (CEST) (envelope-from wkb) Date: Mon, 3 Sep 2001 21:17:40 +0200 From: Wilko Bulte To: Andrew Gallatin Cc: Jim Pirzyk , freebsd-alpha@FreeBSD.ORG Subject: Re: XFree86-4 and alpha DS10 Message-ID: <20010903211740.A1329@freebie.xs4all.nl> References: <15248.26093.985320.772619@grasshopper.cs.duke.edu> <20010901194419.B25898@freebie.xs4all.nl> <20010902115437.A28974@freebie.xs4all.nl> <15250.28748.426132.928287@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i In-Reply-To: <15250.28748.426132.928287@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Sun, Sep 02, 2001 at 01:45:48PM -0400 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Sep 02, 2001 at 01:45:48PM -0400, Andrew Gallatin wrote: >=20 > Wilko Bulte writes: > <...> > > (--) PCI:*(0:14:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, > > 0x018a0000/14, 0x01000000/23, BIOS @ 0x01880000/16 > <...> > > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcti= ng >=20 >=20 > Hmm.. "correcting" to what, I wonder? >=20 > Can you insert enough debugging code to find out why it doesn't like > this address and what it is being corrected to? Drats.. :-/ Why not post the complete log file that XFree produced? Here go= es: XFree86 Version 4.1.0 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 2 June 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: FreeBSD 4.4-RC alpha [ELF]=20 Module Loader present (=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Mon Sep 3 21:13:37 2001 (=3D=3D) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "IIYAMA 17" (**) | |-->Device "Mill2" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (=3D=3D) Keyboard: CustomKeycode disabled (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fo= nts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts= /100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/= Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (=3D=3D) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 16777218.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:07:0: chip 10b9,1533 card 0000,0000 rev c3 class 06,01,00 hdr = 00 (II) PCI: 00:09:0: chip 1011,0019 card 1011,500b rev 41 class 02,00,00 hdr = 00 (II) PCI: 00:0b:0: chip 1011,0019 card 1011,500b rev 41 class 02,00,00 hdr = 00 (II) PCI: 00:0d:0: chip 10b9,5229 card 0000,0000 rev c1 class 01,01,f0 hdr = 00 (II) PCI: 00:0f:0: chip 1077,1020 card 1077,0001 rev 05 class 01,00,00 hdr = 00 (II) PCI: 00:11:0: chip 102b,051b card 102b,0100 rev 00 class 03,00,00 hdr = 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) PCI-to-ISA bridge: (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 0 I/O range: [0] -1 0x00000000 - 0xffffffff (0x0) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (--) PCI:*(0:17:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, 0x018a0000/= 14, 0x01000000/23, BIOS @ 0x01890000/16 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0x00000000 - 0xffffffff (0x0) IX[B] (II) OS-reported resource ranges: [0] -1 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0xffffffff - 0xffffffff (0x1) IX[B] [4] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0x018a4000 - 0x018a7fff (0x4000) MX[B]E [1] -1 0x018a5400 - 0x018a57ff (0x400) MX[B]E [2] -1 0x018a5000 - 0x018a5fff (0x1000) MX[B]E [3] -1 0x01890000 - 0x0189ffff (0x10000) MX[B](B) [4] -1 0x01000000 - 0x017fffff (0x800000) MX[B](B) [5] -1 0x018a0000 - 0x018a3fff (0x4000) MX[B](B) [6] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B](B) [7] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [8] -1 0x00001210 - 0x0000121f (0x10) IX[B]E [9] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [10] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [11] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [12] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [13] -1 0x00001180 - 0x000011ff (0x80) IX[B]E [14] -1 0x00001100 - 0x000011ff (0x100) IX[B]E (II) PCI Memory resource overlap reduced 0x018a4000 from 0x018a7fff to 0x01= 8a4fff (II) PCI Memory resource overlap reduced 0x018a5000 from 0x018a5fff to 0x01= 8a53ff (II) PCI I/O resource overlap reduced 0x00001100 from 0x000011ff to 0x00001= 17f (II) Active PCI resource ranges after removing overlaps: [0] -1 0x018a4000 - 0x018a4fff (0x1000) MX[B]E [1] -1 0x018a5400 - 0x018a57ff (0x400) MX[B]E [2] -1 0x018a5000 - 0x018a53ff (0x400) MX[B]E [3] -1 0x01890000 - 0x0189ffff (0x10000) MX[B](B) [4] -1 0x01000000 - 0x017fffff (0x800000) MX[B](B) [5] -1 0x018a0000 - 0x018a3fff (0x4000) MX[B](B) [6] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B](B) [7] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [8] -1 0x00001210 - 0x0000121f (0x10) IX[B]E [9] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [10] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [11] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [12] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [13] -1 0x00001180 - 0x000011ff (0x80) IX[B]E [14] -1 0x00001100 - 0x0000117f (0x80) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0xffffffff - 0xffffffff (0x1) IX[B] [4] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0x018a4000 - 0x018a4fff (0x1000) MX[B]E [4] -1 0x018a5400 - 0x018a57ff (0x400) MX[B]E [5] -1 0x018a5000 - 0x018a53ff (0x400) MX[B]E [6] -1 0x01890000 - 0x0189ffff (0x10000) MX[B](B) [7] -1 0x01000000 - 0x017fffff (0x800000) MX[B](B) [8] -1 0x018a0000 - 0x018a3fff (0x4000) MX[B](B) [9] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B](B) [10] -1 0xffffffff - 0xffffffff (0x1) IX[B] [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] [12] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [13] -1 0x00001210 - 0x0000121f (0x10) IX[B]E [14] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [15] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [16] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [17] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [18] -1 0x00001180 - 0x000011ff (0x80) IX[B]E [19] -1 0x00001100 - 0x0000117f (0x80) IX[B]E (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 1.1.9 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font FreeType (II) LoadModule: "mga" (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o (II) Module mga: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 1.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.4 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.2 (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400 (II) Primary Device is: PCI 00:11:0 (--) Assigning device section with no busID to primary device (--) Chipset mga2164w found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0x018a4000 - 0x018a4fff (0x1000) MX[B]E [4] -1 0x018a5400 - 0x018a57ff (0x400) MX[B]E [5] -1 0x018a5000 - 0x018a53ff (0x400) MX[B]E [6] -1 0x01890000 - 0x0189ffff (0x10000) MX[B](B) [7] -1 0x01000000 - 0x017fffff (0x800000) MX[B](B) [8] -1 0x018a0000 - 0x018a3fff (0x4000) MX[B](B) [9] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B](B) [10] -1 0xffffffff - 0xffffffff (0x1) IX[B] [11] -1 0x00000000 - 0x000000ff (0x100) IX[B] [12] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [13] -1 0x00001210 - 0x0000121f (0x10) IX[B]E [14] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [15] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [16] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [17] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [18] -1 0x00001180 - 0x000011ff (0x80) IX[B]E [19] -1 0x00001100 - 0x0000117f (0x80) IX[B]E (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting=07 (II) NonSys [0] -1 0x01880000 - 0x018fffff (0x80000) MX[B] [1] -1 0x018a4000 - 0x018a4fff (0x1000) MX[B] [2] -1 0x01840000 - 0x0187ffff (0x40000) MX[B] [3] -1 0x018a5400 - 0x018a57ff (0x400) MX[B] [4] -1 0x01800000 - 0x01ffffff (0x800000) MX[B] [5] -1 0x018a5000 - 0x018a53ff (0x400) MX[B] [6] -1 0xffffffff - 0xffffffff (0x1) MX[B] [7] -1 0x00000000 - 0x00000000 (0x1) MX[B] [8] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [9] -1 0x00001000 - 0x000010ff (0x100) IX[B] [10] -1 0x00001210 - 0x0000121f (0x10) IX[B] [11] -1 0x00000374 - 0x00000377 (0x4) IX[B] [12] -1 0x00000170 - 0x0000017f (0x10) IX[B] [13] -1 0x000003f4 - 0x000003f7 (0x4) IX[B] [14] -1 0x000001f0 - 0x000001ff (0x10) IX[B] [15] -1 0x00001180 - 0x000011ff (0x80) IX[B] [16] -1 0x00001100 - 0x0000117f (0x80) IX[B] [17] -1 0xffffffff - 0xffffffff (0x1) IX[B] [18] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) window: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) resSize: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) window fixed: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) resource ranges after probing: [0] -1 0x00000000 - 0x00003fff (0x4000) MX[B](B) [1] -1 0xffffffff - 0xffffffff (0x1) MX[B] [2] -1 0x00000000 - 0x00000000 (0x1) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x018a4000 - 0x018a4fff (0x1000) MX[B]E [5] -1 0x018a5400 - 0x018a57ff (0x400) MX[B]E [6] -1 0x018a5000 - 0x018a53ff (0x400) MX[B]E [7] -1 0x01890000 - 0x0189ffff (0x10000) MX[B](B) [8] -1 0x01000000 - 0x017fffff (0x800000) MX[B](B) [9] -1 0x40000000 - 0x40ffffff (0x1000000) MX[B](B) [10] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [11] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [12] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [13] -1 0xffffffff - 0xffffffff (0x1) IX[B] [14] -1 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [16] -1 0x00001210 - 0x0000121f (0x10) IX[B]E [17] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [18] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [19] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [20] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [21] -1 0x00001180 - 0x000011ff (0x80) IX[B]E [22] -1 0x00001100 - 0x0000117f (0x80) IX[B]E [23] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [24] 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor=3D"The XFree86 Project" compiled for 4.1.0, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (**) MGA(0): Depth 16, (--) framebuffer bpp 16 (=3D=3D) MGA(0): RGB weight 565 (II) MGA(0): Matrox HAL module not found - using builtin mode setup instead (--) MGA(0): Chipset: "mga2164w" (=3D=3D) MGA(0): Using AGP 1x mode (--) MGA(0): Linear framebuffer at 0x40000000 (EE) MGA(0): No valid MMIO address in PCI config space (II) UnloadModule: "mga" (II) UnloadModule: "vgahw" (II) Unloading /usr/X11R6/lib/modules/libvgahw.a (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to xfree86@xfree86.org. --=20 | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte=09 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 13:22:36 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from web13402.mail.yahoo.com (web13402.mail.yahoo.com [216.136.175.60]) by hub.freebsd.org (Postfix) with SMTP id 077F137B401 for ; Mon, 3 Sep 2001 13:22:34 -0700 (PDT) Message-ID: <20010903202233.45472.qmail@web13402.mail.yahoo.com> Received: from [204.117.188.113] by web13402.mail.yahoo.com via HTTP; Mon, 03 Sep 2001 13:22:33 PDT Date: Mon, 3 Sep 2001 13:22:33 -0700 (PDT) From: Diego Montalvo Subject: Bios corruption? To: freebsd-alpha@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I was installing FreeBSD yesterday and I choice the Upgrade option. To my dismay, I noticed that the alpha server, does not boot up properly, nor does it run AlphaBios, boot to any dva0, it just hangs in SRM. A long story short, it seems to me that the bios has been corrupted. Is there any way to reset, in order to gain back original bio settings? Diego __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 13:47:31 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134]) by hub.freebsd.org (Postfix) with ESMTP id 918CC37B40B for ; Mon, 3 Sep 2001 13:47:28 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id WAA23938; Mon, 3 Sep 2001 22:47:25 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f83KlOq01751; Mon, 3 Sep 2001 22:47:24 +0200 (CEST) (envelope-from wkb) Date: Mon, 3 Sep 2001 22:47:24 +0200 From: Wilko Bulte To: Diego Montalvo Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Bios corruption? Message-ID: <20010903224724.A1723@freebie.xs4all.nl> References: <20010903202233.45472.qmail@web13402.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010903202233.45472.qmail@web13402.mail.yahoo.com>; from dmontal2@yahoo.com on Mon, Sep 03, 2001 at 01:22:33PM -0700 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Sep 03, 2001 at 01:22:33PM -0700, Diego Montalvo wrote: > Hello, > > I was installing FreeBSD yesterday and I choice the > Upgrade option. To my dismay, I noticed that the > alpha server, does not boot up properly, nor does it > run AlphaBios, boot to any dva0, it just hangs in SRM. Hmm. There is a failsafe booter option (jumper) that allows you to recover from a f*d up SRM firmware. Is that what you are looking for? This is a AS1200 yes? W/ -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 19:36:50 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from web13407.mail.yahoo.com (web13407.mail.yahoo.com [216.136.175.65]) by hub.freebsd.org (Postfix) with SMTP id 8DF1A37B40B for ; Mon, 3 Sep 2001 19:36:47 -0700 (PDT) Message-ID: <20010904023646.46809.qmail@web13407.mail.yahoo.com> Received: from [204.117.188.113] by web13407.mail.yahoo.com via HTTP; Mon, 03 Sep 2001 19:36:46 PDT Date: Mon, 3 Sep 2001 19:36:46 -0700 (PDT) From: Diego Montalvo Subject: Installed FreeBSD but cpu error? To: freebsd-alpha@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I am using kern.flp 5.0-20010721 and mfsroot.flp 5.0-20010721 to boot and pre-install FreeBSD. 5.0x is the only boot disk that has been successful with my AS5305. I am using FreeBSD 4.3-20010822 STABLE as install CD-ROM, all works well during install. I have gone into the "emergency holographic shell" before reboot in order to add the 5.0 Kernel from floppy. (Andrew Gallatin's instructions) During reboot (10..9..8..7) countdown I hit space bar and load "kernel.x from 5.0-20010721" It now goes further than before, but still: PANICS... panic: cpu_initclocks: no clock attached cpu =0; syncing disks done Uptime 0s I am confused, what does that error mean? Thanks, Diego __________________________________________________ Do You Yahoo!? Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Sep 3 20:45:26 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 0A19137B413 for ; Mon, 3 Sep 2001 20:45:06 -0700 (PDT) Received: (qmail 61539 invoked from network); 4 Sep 2001 03:45:05 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Sep 2001 03:45:05 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <9n0eqs$1fc$1@kemoauc.mips.inka.de> Date: Mon, 03 Sep 2001 20:45:01 -0700 (PDT) From: John Baldwin To: (Christian Weisgerber) Subject: RE: Reproducible -CURRENT panic Cc: freebsd-alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 03-Sep-01 Christian Weisgerber wrote: > Compiling ports/shells/ksh93 with Compaq C reliably panics -CURRENT. > > To reproduce: > - Install linux_base and compaq-cc. > - cd /usr/ports/shells/ksh93; export CC=ccc CFLAGS= ; make > > The build proceeds through various configuration checks that take > several minutes on my PC164/500, then the box panics. Every time. > This already happened before Marcel's Linuxulator changes, and it > still happens with them. > > panic: mutex process lock not owned at > /usr/src/sys/alpha/alpha/machdep.c:1242 > > db> trace > Debugger() at Debugger+0x34 > panic() at panic+0x114 > _mtx_assert() at _mtx_assert+0x74 > osendsig() at osendsig+0xb4 > trapsignal() at trapsignal+0x344 > trap() at trap+0x114c > XentArith() at XentArith+0x2c > --- arithmetic trap (from ipl 0) --- > --- user mode --- > > For further debugging information ("show witness"? I really have > no clue what's required) I'd have to set up a serial console. That's all that's required. Ah, ok. osendsig() is b0rked in this case. I have patches to fix this, but they blow up on my SMP alpha test box. I'll post them tomorrow when I get to work. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 0:36:50 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id CA67B37B406 for ; Tue, 4 Sep 2001 00:36:48 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f847akH89046 for alpha@freebsd.org; Tue, 4 Sep 2001 00:36:46 -0700 (PDT) (envelope-from obrien) Date: Tue, 4 Sep 2001 00:36:44 -0700 From: "David O'Brien" To: alpha@freebsd.org Subject: Updated -current packages !! Message-ID: <20010904003644.A89036@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have just finished uploading a fresh set of 5-current packages !! Steve Price built these on July 21, 2001. :-) They replace the May 2000 built packages we had on ftp.freebsd.org. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 5:30:20 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0C5B937B406 for ; Tue, 4 Sep 2001 05:30:01 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id f84CU1377191; Tue, 4 Sep 2001 05:30:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 10BDD37B405 for ; Tue, 4 Sep 2001 05:26:55 -0700 (PDT) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id f84CQtn74339; Tue, 4 Sep 2001 05:26:55 -0700 (PDT) (envelope-from nobody) Message-Id: <200109041226.f84CQtn74339@freefall.freebsd.org> Date: Tue, 4 Sep 2001 05:26:55 -0700 (PDT) From: Patrick Murphy To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: alpha/30308: 5.0-CURRENT will not boot on Alpha 2100A/250 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 30308 >Category: alpha >Synopsis: 5.0-CURRENT will not boot on Alpha 2100A/250 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-alpha >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 04 05:30:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Patrick Murphy >Release: 5.0-CURRENT >Organization: Michigan State University >Environment: FreeBSD 5.0-CURRENT #1: Mon Sep 3 22:18:37 EDT 2001 murphyp1@bsdalpha.ais.msu.edu:/usr2/FreeBSD-Source-Current/sys/alpha/compile/GENERIC DEC AlphaServer 2100A AlphaServer 2100A 5/250, 250MHz >Description: I am trying to update my Alpha 2100A/250 from 4.4-RC, which has been running fine, to 5.0-CURRENT (from cvsup of 09/01/2001). The machine has three processors, and I am trying to test out the SMP support for it. When I boot the new 5.0-CURRENT kernel it aborts with the following captured output: syncing disks... done Uptime: 4d15h18m30s Rebooting... halted CPU 0 halt code = 5 HALT instruction executed PC = fffffc00005c7790 CPU 0 booting resetting all I/O buses waiting for drb.0.0.6.0 to start... (boot dka0.0.0.2001.0 -flags 0) block 0 of dka0.0.0.2001.0 is a valid boot block reading 15 blocks from dka0.0.0.2001.0 bootstrap code read in base = 200000, image_start = 0, image_bytes = 1e00 initializing HWRPB at 2000 initializing page table at 3fff0000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Loading /boot/loader Console: SRM firmware console VMS PAL rev: 0x4000300010114 OSF PAL rev: 0x4000100020116 Switch to OSF PAL code succeeded. FreeBSD/alpha SRM disk boot, Revision 1.1 (murphyp1@bsdalpha.ais.msu.edu, Fri Aug 31 18:57:25 EDT 2001) Memory: 1048576 k Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x46ef68+0x7a538 syms=[0x8+0x590a0+0x8+0x4250c] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Booting [/boot/kernel/kernel]... Entering kernel at 0xfffffc00003389a0... sio1: gdb debugging port Unrecognized boot flag '0'. Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Mon Sep 3 22:18:37 EDT 2001 murphyp1@bsdalpha.ais.msu.edu:/usr2/FreeBSD-Source-Current/sys/alpha/compile/GENERIC DEC AlphaServer 2100A AlphaServer 2100A 5/250, 250MHz 8192 byte page size, 3 processors. CPU: EV5 (21164) major=5 minor=5 OSF PAL rev: 0x4000100020116 real memory = 1071570944 (1046456K bytes) avail memory = 1036615680 (1012320K bytes) Preloaded elf kernel "kernel" at 0xfffffc0000888000. t20: using interrupt type 1 on pci bus 0 t20: halted CPU 0 halt code = 6 double error halt PC = 18fe8 starting console on CPU 0 starting console on CPU 0 breakpoint at PC 1305c8 desired, XDELTA not loaded interrupt through vector 670 on CPU 0 EV5 detected B-Cache parity or ECC error CPU detected C-bus error *** unexpected machine check through vector 00000067 EV5 IPRs (CPU 0): EXC_ADDR:0000000000072530 EXC_SUM: 0000000000000000 EXC_MASK:0000000000000000 PAL_BASE:0000000000008000 ISR: 0000000000000000 ICSR: 0000004144800000 EI_ADDR: FFFFFF000020000F EI_STAT: FFFFFFF014FFFFFF VA: 0000000000200004 SC_ADDR: FFFFFF00001F0A2F SC_STAT: 0000000000000000 MM_STAT: 0000000000016451 IC_PERR_STAT: DC_PERR_STAT: BC_TAG_ADDR: 0000000000000000 0000000000000000 FFFFFF80100F0FFF CPU CSRs (CPU 0): CREG: 380003F238000002 ESREG: 0300000003240000 EVBCR: 0000006100000061 EVBVEAR: 03E8000603E80006 EVBCER: 0000000000000000 EVBCEAR: B800000AB800000A EVBUER: 8000000080000000 EVBUEAR: B800000EB800000E EVRESV: 0000000000000000 DTCTR: 0000011100000111 DTER: 00000000000002E0 DTTCR: 0000000000000000 DTTR: BE80000DBE80000D DTRESV: 0000000000000000 IBCSR: 0000100000001000 IBEAR: 4F203E83E0000073 ACR: 0000012000000120 CBCR: 0000110100001001 CBER: 00000000010B0000 CBEALR: 4F203E67E3C00083 CBEAHR: 0F203E67E3C00083 CBRESV: 0000000000000000 ALR: 000F3B61000F3B61 PMBR: 0000000000000000 IIRR: 0000000000000000 SICR: 0000000000000000 PMCR: 0000000000000000 PMR1: 0000000000000000 PMR2: 0000000000000000 PMR3: 0000000000000000 PMR4: 0000000000000000 PMR5: 0000000000000000 Primary I/O Interface CSRs: IOCSR: FE240E0D23020D80 CERR1: 0000000000000000 CERR2: E3800010E3800010 CERR3: 00203E9340203E93 PERR1: 0000000000080000 PERR2: 00000002000003FD HAEO_1: 0000000000000010 HAEO_2: 0000000000000000 HBASE: 0000000000002000 WBASE1: 00000000000807FF WMASK1: 000000007FF00000 TBASE1: 0000000000000000 WBASE2: 0000000000000000 WMASK2: 0000000000000000 TBASE2: 0000000000000000 IVRPRIA: 0000002400000000 HAEO_3: 0000000000000000 HAEO_4: 0000000000000003 Memory Module 0 CSRs: ERR: 0000000000000000 CTRAP1: E2000008E2000008 CTRAP2: 00203E8740203E87 CONFIG: 8005506880055068 EDCSTAT1:042D084E042D0B66 EDCSTAT2:000000170000000D EDCCTRL: 2000000020000000 SB_CTRL: 0000080000000800 REF_CTRL:000001D8000001D8 Memory Module 1 CSRs: ERR: 0000000000000000 CTRAP1: E2400008E2400008 CTRAP2: 00203E9340203E93 CONFIG: 8015506980155069 EDCSTAT1:0C1400810C140839 EDCSTAT2:000000170000000D EDCCTRL: 2000000020000000 SB_CTRL: 0000080000000800 REF_CTRL:000001D8000001D8 Process powerup, pcb = 00027E80 pc: 0000000000072530 ps: 1000000000000000 r2: 0000000000130F5C r5: 000000003FDFE000 r3: 00000000000224F4 r6: 0000000000000000 r4: 0000000000000060 r7: 0000000000000005 exception context saved starting at 00029C00 GPRs: 0: 00000000 0002B280 16: 00000000 00200000 1: FFFFFFFF FFFFFFE0 17: 00000000 0002B280 2: 00000000 0010E348 18: 00000000 0002B280 3: 00000000 0002B280 19: 00000000 0002B288 4: 00000000 00200000 20: 00000000 00000011 5: 00000000 3FDFE000 21: 00000000 00000000 6: 00000000 00000000 22: 00000000 000F3B60 7: 00000000 00000005 23: 00000000 00000000 8: 00000000 000302F8 24: 00000000 00005CBF 9: 00000000 00000000 25: 00000000 00000003 10: 00000000 00000000 26: 00000000 00054728 11: 00000000 00000000 27: 00000000 00131700 12: 00000000 00000000 28: 00000000 00136190 13: 00000000 00000000 29: 00000000 00029D50 14: 00000000 00000000 30: 00000000 00029D50 15: 00000000 00000000 dump of active call frames: PC = 0007252C PD = 0010E348 FP = 00029D50 SP = 00029D50 R2 R3 R4 R5 R6 R7 R8 R29 saved starting at 00029D58 R2 = 0010E3E8 R3 = 00000000 R4 = 000303AC R5 = 0013E000 R6 = 000C1500 R7 = 00000000 R8 = 3FFFE000 R29 = 00029DA0 PC = 0006760C PD = 0010E3E8 FP = 00029DA0 SP = 00029DA0 R2 R3 R4 R5 R6 R7 R8 R29 saved starting at 00029DA8 R2 = 0010E420 R3 = 00000000 R4 = 00000001 R5 = 000F0F98 R6 = 00000000 R7 = 00000000 R8 = 00000000 R29 = 00029E40 PC = 0006D3B8 PD = 0010E420 FP = 00029E40 SP = 00029DF0 R2 R3 R4 R5 R6 R7 R8 R9 R10 R11 R29 saved starting at 00029FC8 R2 = 0010D1E0 R3 = 00027E80 R4 = 00028050 R5 = 00000000 R6 = 00000000 R7 = 00000000 R8 = 00000000 R9 = 00000000 R10 = 00000000 R11 = 00000000 R29 = 0002A030 PC = 00070C70 PD = 0010D1E0 FP = 0002A030 SP = 00029FE0 R2 R3 R4 R29 saved starting at 0002A038 R2 = 00000000 R3 = 00000000 R4 = 00000000 R29 = 00000000 probing hose 0, PCI probing PCI-to-EISA bridge, bus 1 probing PCI-to-PCI bridge, bus 2 bus 2, slot 1 -- pka -- NCR 53C810 bus 2, slot 6 -- dra -- Mylex DAC960 bus 2, slot 7 -- ewa -- DECchip 21140-AA bus 0, slot 6 -- drb -- Mylex DAC960 bus 0, slot 7 -- ewb -- DECchip 21140-AA bus 0, slot 9 -- vga -- S3 Trio64/Trio32 interrupt through vector 670 on CPU 0 EV5 detected B-Cache parity or ECC error *** unexpected machine check through vector 00000067 EV5 IPRs (CPU 0): EXC_ADDR:0000000000080018 EXC_SUM: 0000000000000000 EXC_MASK:0000000000000000 PAL_BASE:0000000000008000 ISR: 0000000000000000 ICSR: 0000004144800000 EI_ADDR: FFFFFF000008001F EI_STAT: FFFFFFF014FFFFFF VA: 0000000000000200 SC_ADDR: FFFFFF000001074F SC_STAT: 0000000000000000 MM_STAT: 000000000000DA10 IC_PERR_STAT: DC_PERR_STAT: BC_TAG_ADDR: 0000000000000000 0000000000000000 FFFFFF80100F0FFF CPU CSRs (CPU 0): CREG: 380003F238000002 ESREG: 0000000000000000 EVBCR: 0000006100000061 EVBVEAR: 03E8800603E88006 EVBCER: 0000000000000000 EVBCEAR: B800000AB800000A EVBUER: 8000000080000000 EVBUEAR: B800000EB800000E EVRESV: 0000000000000000 DTCTR: 0000011100000111 DTER: 00000000000002E0 DTTCR: 0000000000000000 DTTR: BE80000DBE80000D DTRESV: 0000000000000000 IBCSR: 0000100000001000 IBEAR: 4F203E8BE0000073 ACR: 0000012000000120 CBCR: 0000110100001001 CBER: 0000000000000000 CBEALR: 4F203E8BE0000093 CBEAHR: 0F203E8BE000009B CBRESV: 0000000000000000 ALR: 000F3B61000F3B61 PMBR: 0000000000000000 IIRR: 0000000000000000 SICR: 0000000000000000 PMCR: 0000000000000000 PMR1: 0000000000000000 PMR2: 0000000000000000 PMR3: 0000000000000000 PMR4: 0000000000000000 PMR5: 0000000000000000 Primary I/O Interface CSRs: IOCSR: FE240E0D23020D80 CERR1: 0000000000000000 CERR2: E3800010E3800010 CERR3: 00203E8B40203E8B PERR1: 0000000000080000 PERR2: 00000003000003F9 HAEO_1: 0000000000000010 HAEO_2: 0000000000000000 HBASE: 0000000000002000 WBASE1: 00000000000807FF WMASK1: 000000007FF00000 TBASE1: 0000000000000000 WBASE2: 0000000000000000 WMASK2: 0000000000000000 TBASE2: 0000000000000000 IVRPRIA: 0000002400000000 HAEO_3: 0000000000000000 HAEO_4: 0000000000000003 Memory Module 0 CSRs: ERR: 0000000000000000 CTRAP1: E2000008E2000008 CTRAP2: 00203E8B40203E8B CONFIG: 8005506880055068 EDCSTAT1:0C1407860C140C04 EDCSTAT2:000000170000000D EDCCTRL: 2000000020000000 SB_CTRL: 0000080000000800 REF_CTRL:000001D8000001D8 Memory Module 1 CSRs: ERR: 0000000000000000 CTRAP1: E2400008E2400008 CTRAP2: 00203E8B40203E8B CONFIG: 8015506980155069 EDCSTAT1:082D01550D190356 EDCSTAT2:000000170000000D EDCCTRL: 2000000020000000 SB_CTRL: 0000080000000800 REF_CTRL:000001D8000001D8 Process powerup, pcb = 00027E80 pc: 0000000000080018 ps: 3000000000000004 r2: 0000000000130F5C r5: 00000000000F64CC r3: 00000000000224F4 r6: 0000000000000015 r4: 0000000000000060 r7: 0000000000000000 exception context saved starting at 00029C40 GPRs: 0: 00000000 00000000 16: 00000000 00000004 1: 00000000 00000004 17: 00000000 00000000 2: 00000000 0010E080 18: 00000000 00000020 3: 00000000 00000004 19: 00000000 00000000 4: 00000000 000F63D0 20: 00000000 00000021 5: 00000000 000F64CC 21: 00000000 00000000 6: 00000000 00000015 22: 00000000 000F3B60 7: 00000000 00000000 23: 00000000 00000000 8: 00000000 00000000 24: 00000000 0009AEC9 9: 00000000 00000000 25: 00000000 00000001 10: 00000000 00000000 26: 00000000 0005A360 11: 00000000 00000000 27: 00000000 0010B428 12: 00000000 00000000 28: 00000000 00136190 13: 00000000 00000000 29: 00000000 00029DB0 14: 00000000 00000000 30: 00000000 00029DB0 15: 00000000 00000000 dump of active call frames: PC = 00080014 PD = 0010E080 FP = 00029DB0 SP = 00029DB0 R2 R3 R4 R5 R6 R29 saved starting at 00029DB8 R2 = 0010E420 R3 = 00000000 R4 = 00000001 R5 = 000F0F98 R6 = 00000000 R29 = 00029E40 PC = 0006D460 PD = 0010E420 FP = 00029E40 SP = 00029DF0 R2 R3 R4 R5 R6 R7 R8 R9 R10 R11 R29 saved starting at 00029FC8 R2 = 0010D1E0 R3 = 00027E80 R4 = 00028050 R5 = 00000000 R6 = 00000000 R7 = 00000000 R8 = 00000000 R9 = 00000000 R10 = 00000000 R11 = 00000000 R29 = 0002A030 PC = 00070C70 PD = 0010D1E0 FP = 0002A030 SP = 00029FE0 R2 R3 R4 R29 saved starting at 0002A038 R2 = 00000000 R3 = 00000000 R4 = 00000000 R29 = 00000000 starting console on CPU 1 starting console on CPU 2 os_type: UNIX - console CIPCA driver not started Memory Testing and Configuration Status Module Size Base Addr Intlv Mode Intlv Unit Status ------ ----- --------- ---------- ---------- ------ 0 512MB 00000000 2-Way 0 Passed 1 512MB 00000000 2-Way 1 Passed Total Bad Pages 0 AlphaServer 2100A Console V5.3-14, built on Oct 16 1998 at 15:28:19 CPU 0 booting (boot dka100.1.0.2001.0 -flags 0) block 0 of dka100.1.0.2001.0 is a valid boot block reading 15 blocks from dka100.1.0.2001.0 bootstrap code read in base = 200000, image_start = 0, image_bytes = 1e00 initializing HWRPB at 2000 initializing page table at 3fff0000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Loading /boot/loader Console: SRM firmware console VMS PAL rev: 0x4000300010114 OSF PAL rev: 0x4000100020116 Switch to OSF PAL code succeeded. FreeBSD/alpha SRM disk boot, Revision 1.0 (murphyp1@bsdalpha.ais.msu.edu, Wed Aug 29 22:01:05 EDT 2001) Memory: 1048576 k Loading /boot/defaults/loader.conf /kernel data=0x3f1a80+0x2a9c0 - halted CPU 0 halt code = 2 kernel stack not valid halt PC = 200000000 boot failure P00>>>halt CPU 0 is halted P00>>>halt 0 CPU 0 is halted P00>>>halt 12 invalid processor ID P00>>>P00>>>halt 12P00>>> invalid processor ID P00>>>halt 1 CPU 1 is halted P00>>>halt 2 CPU 2 is halted P00>>>shoewP00>>>P00>>>sshoewhshoewoshoewwshoew shoewdshoeweshoewvshoew P00>>>show dev dka0.0.0.2001.0 DKA0 RZ28D 0010 dka100.1.0.2001.0 DKA100 RZ28D 0010 dka500.5.0.2001.0 DKA500 RRD45 0436 dra0.0.0.2006.0 DRA0 3 Member RAID 5 dra1.0.0.2006.0 DRA1 3 Member RAID 5 drb0.0.0.6.0 DRB0 7 Member RAID 5 drb1.0.0.6.0 DRB1 7 Member RAID 0 drb2.0.0.6.0 DRB2 7 Member RAID 0 dva0.0.0.1000.0 DVA0 RX26/RX23 mka600.6.0.2001.0 MKA600 TLZ07 553B ewa0.0.0.2007.0 EWA0 00-00-F8-01-81-09 ewb0.0.0.7.0 EWB0 00-00-F8-01-84-89 pka0.7.0.2001.0 PKA0 SCSI Bus ID 7 P00>>> >How-To-Repeat: Just reboot the 5.0-CURRENT GENERIC kernel. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 7:48:19 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 1938337B403 for ; Tue, 4 Sep 2001 07:48:17 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f84Em9A44926 for ; Tue, 4 Sep 2001 16:48:12 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f84EmLP12218 for freebsd-alpha@freebsd.org; Tue, 4 Sep 2001 16:48:21 +0200 (CEST) Date: Tue, 4 Sep 2001 16:48:20 +0200 From: Bernd Walter To: freebsd-alpha@freebsd.org Subject: What means PG_MANAGED? Message-ID: <20010904164820.D10465@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I stubled over it and wonder what it means. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 10:24:13 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131]) by hub.freebsd.org (Postfix) with ESMTP id DFBC837B40C for ; Tue, 4 Sep 2001 10:24:09 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id TAA20372; Tue, 4 Sep 2001 19:24:07 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f84HO7u05839; Tue, 4 Sep 2001 19:24:07 +0200 (CEST) (envelope-from wkb) Date: Tue, 4 Sep 2001 19:24:07 +0200 From: Wilko Bulte To: Diego Montalvo Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Installed FreeBSD but cpu error? Message-ID: <20010904192407.C5781@freebie.xs4all.nl> References: <20010904023646.46809.qmail@web13407.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010904023646.46809.qmail@web13407.mail.yahoo.com>; from dmontal2@yahoo.com on Mon, Sep 03, 2001 at 07:36:46PM -0700 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Sep 03, 2001 at 07:36:46PM -0700, Diego Montalvo wrote: > Hello, > > I am using kern.flp 5.0-20010721 and mfsroot.flp > 5.0-20010721 to boot and pre-install FreeBSD. 5.0x is > the only boot disk that has been successful with my > AS5305. > > I am using FreeBSD 4.3-20010822 STABLE as install > CD-ROM, all works well during install. I have gone > into the "emergency holographic shell" before reboot > in order to add the 5.0 Kernel from floppy. (Andrew > Gallatin's instructions) > > During reboot (10..9..8..7) countdown I hit space bar > and load "kernel.x from 5.0-20010721" > > It now goes further than before, but still: PANICS... > > > panic: cpu_initclocks: no clock attached Sounds like a bug in the support for this particular machine type to me. Drew is not online this week, he can probably tell you W/ -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 11:40:57 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.133]) by hub.freebsd.org (Postfix) with ESMTP id 9392337B407; Tue, 4 Sep 2001 11:40:54 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA17030; Tue, 4 Sep 2001 20:40:41 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f84IeZh06148; Tue, 4 Sep 2001 20:40:35 +0200 (CEST) (envelope-from wkb) Date: Tue, 4 Sep 2001 20:40:35 +0200 From: Wilko Bulte To: FreeBSD-alpha mailing list Cc: mjacob@freebsd.org Subject: RC test update Message-ID: <20010904204034.D5781@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org FYI: DS20 booted fine off a RC cdrom Tlaser did not boot from the CD. As I have no spare cycles at work to check this out at the moment I propose to mark Tlaser broken in the 4.4-release notes. Matt, have you tried the Ames Tlaser recently? -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 11:50: 4 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id A617E37B401 for ; Tue, 4 Sep 2001 11:49:59 -0700 (PDT) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f84IntI67237; Tue, 4 Sep 2001 11:49:55 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Tue, 4 Sep 2001 11:49:41 -0700 (PDT) From: Matthew Jacob Reply-To: To: Wilko Bulte Cc: FreeBSD-alpha mailing list Subject: Re: RC test update In-Reply-To: <20010904204034.D5781@freebie.xs4all.nl> Message-ID: <20010904114518.U33746-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 4 Sep 2001, Wilko Bulte wrote: > FYI: > DS20 booted fine off a RC cdrom > Tlaser did not boot from the CD. > > As I have no spare cycles at work to check this out at the moment I propose > to mark Tlaser broken in the 4.4-release notes. > > Matt, have you tried the Ames Tlaser recently? I tried it with the CDs that I made, and it worked just peachy- remember? Did you try it from mine? Oh, well. Screw it. I will likely not have any alphas at NASA/Ames to work with shortly (and probably won't even be there anyway)- what pathetic little 'mass storage' work I actually had been doing was cancelled, and the only work left that I could be doing there that makes any sense for me to do at all is debug scheduler issues on the 1024-CPU SGI Origin IRIX system. Ho-hum. In any case, I've no time for testing prior to the 5th and will be OOT from 7/7 thru 7/13. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 11:54:58 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id 64A8F37B40B for ; Tue, 4 Sep 2001 11:54:55 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA07989; Tue, 4 Sep 2001 20:54:52 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f84Isqg06296; Tue, 4 Sep 2001 20:54:52 +0200 (CEST) (envelope-from wkb) Date: Tue, 4 Sep 2001 20:54:52 +0200 From: Wilko Bulte To: Matthew Jacob Cc: FreeBSD-alpha mailing list Subject: Re: RC test update Message-ID: <20010904205452.F5781@freebie.xs4all.nl> References: <20010904204034.D5781@freebie.xs4all.nl> <20010904114518.U33746-100000@wonky.feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010904114518.U33746-100000@wonky.feral.com>; from mjacob@feral.com on Tue, Sep 04, 2001 at 11:49:41AM -0700 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Sep 04, 2001 at 11:49:41AM -0700, Matthew Jacob wrote: > > > On Tue, 4 Sep 2001, Wilko Bulte wrote: > > > FYI: > > DS20 booted fine off a RC cdrom > > Tlaser did not boot from the CD. > > > > As I have no spare cycles at work to check this out at the moment I propose > > to mark Tlaser broken in the 4.4-release notes. > > > > Matt, have you tried the Ames Tlaser recently? > > I tried it with the CDs that I made, and it worked just peachy- remember? Did > you try it from mine? Oh, well. Screw it. Sorry, I don't recall. Bit rot. I did not try Tlaser with your .iso, as I was not in the office for 2 weeks and I had my hands on our 8400 only today :) It might be something special with the way our 8400 is configed (4 hose). Never mind, Tlaser is not too common in the FreeBSD community anyway. > I will likely not have any alphas at NASA/Ames to work with shortly (and > probably won't even be there anyway)- what pathetic little 'mass storage' work > I actually had been doing was cancelled, and the only work left that I could > be doing there that makes any sense for me to do at all is debug scheduler > issues on the 1024-CPU SGI Origin IRIX system. Ho-hum. Cool.. (or rather, HOT, with 1024 CPUs). W/ -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 15:48:45 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 92B9637B403 for ; Tue, 4 Sep 2001 15:48:33 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f84MmMP01340; Wed, 5 Sep 2001 00:48:26 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f84Mmcb13984; Wed, 5 Sep 2001 00:48:38 +0200 (CEST) Date: Wed, 5 Sep 2001 00:48:37 +0200 From: Bernd Walter To: Wilko Bulte Cc: Diego Montalvo , freebsd-alpha@FreeBSD.ORG Subject: Re: Installed FreeBSD but cpu error? Message-ID: <20010905004837.C13647@cicely20.cicely.de> References: <20010904023646.46809.qmail@web13407.mail.yahoo.com> <20010904192407.C5781@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010904192407.C5781@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Tue, Sep 04, 2001 at 07:24:07PM +0200 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Sep 04, 2001 at 07:24:07PM +0200, Wilko Bulte wrote: > On Mon, Sep 03, 2001 at 07:36:46PM -0700, Diego Montalvo wrote: > > Hello, > > > > I am using kern.flp 5.0-20010721 and mfsroot.flp > > 5.0-20010721 to boot and pre-install FreeBSD. 5.0x is > > the only boot disk that has been successful with my > > AS5305. > > > > I am using FreeBSD 4.3-20010822 STABLE as install > > CD-ROM, all works well during install. I have gone > > into the "emergency holographic shell" before reboot > > in order to add the 5.0 Kernel from floppy. (Andrew > > Gallatin's instructions) > > > > During reboot (10..9..8..7) countdown I hit space bar > > and load "kernel.x from 5.0-20010721" > > > > It now goes further than before, but still: PANICS... > > > > > > panic: cpu_initclocks: no clock attached > > Sounds like a bug in the support for this particular machine type to me. > Drew is not online this week, he can probably tell you I'm also seeing reboot problems with an axppci33 system and a recent -current. But I did not report, because I have some other problems too and wasn't able to isolate. A cold boot or after init works fine. It wait forever at the Boot: until I type enter. I have no clue what filename it wants there and it does not ask after an init. # reboot Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped syncing disks... 1 1 done Uptime: 7h30m39s Rebooting... halted CPU 0 halt code = 5 HALT instruction executed PC = fffffc0000562e20 *** no timer interrupts on CPU 0 *** CPU 0 booting *** keyboard not plugged in... (boot dka0.0.0.6.0 -flags 0) block 0 of dka0.0.0.6.0 is a valid boot block reading 15 blocks from dka0.0.0.6.0 bootstrap code read in base = 110000, image_start = 0, image_bytes = 1e00 initializing HWRPB at 2000 initializing page table at 102000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Boot: Loading *** keyboard not plugged in... Can't open file halted CPU 0 halt code = 5 HALT instruction executed PC = 20000038 boot failure >>>iu iu: No such command >>>init *** keyboard not plugged in... starting console on CPU 0 initialized idle PCB initializing semaphores initializing heap initial heap 1c0c0 memory low limit = 100000 heap = 1c0c0, 17fc0 initializing driver structures initializing idle process PID XDELTA not enabled. initializing file system initializing 8259s initializing timer data structures lowering IPL CPU 0 speed is 5.98 ns (167MHz) Powerup process has started CPU ID = 0 Initialize configuration locks etc. Configure the memory Initialising ISA/PCI interrupts. Configure the PCI Bus Start tt class, port (graphics, keyboard, then serial) drivers entering idle loop change stdin/out/err channels from nl to tt Memory size = 32Mbytes testing memory from 800000 to 1e16000 ... Start driver phase 4 access NVRAM Build this processor's slot in the hwrpb Backup Cache size = 0Kb Init SCSI class driver Start driver phase 5 AXPpci33 Common Console X4.7-1860, built on Nov 1 1996 at 06:00:01 CPU 0 booting (boot dka0.0.0.6.0 -flags 0) block 0 of dka0.0.0.6.0 is a valid boot block reading 15 blocks from dka0.0.0.6.0 bootstrap code read in base = 110000, image_start = 0, image_bytes = 1e00 initializing HWRPB at 2000 initializing page table at 102000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Loading /boot/loader *** no timer interrupts on CPU 0 *** *** keyboard not plugged in... Console: SRM firmware console VMS PAL rev: 0x1000400010538 OSF PAL rev: 0x100090002012d Switch to OSF PAL code succeeded. FreeBSD/alpha SRM disk boot, Revision 1.1 (ticso@cicely9.cicely.de, Tue Aug 21 15:40:53 CEST 2001) Memory: 32768 k [...] -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 16: 0:26 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id B280337B40B for ; Tue, 4 Sep 2001 16:00:24 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f84N6Ni61080; Tue, 4 Sep 2001 16:06:24 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200109042306.f84N6Ni61080@mass.dis.org> To: Bernd Walter Cc: Wilko Bulte , Diego Montalvo , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: Installed FreeBSD but cpu error? In-Reply-To: Message from Bernd Walter of "Wed, 05 Sep 2001 00:48:37 +0200." <20010905004837.C13647@cicely20.cicely.de> Date: Tue, 04 Sep 2001 16:06:23 -0700 From: Mike Smith Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > I'm also seeing reboot problems with an axppci33 system and a recent > -current. > But I did not report, because I have some other problems too and wasn't > able to isolate. > A cold boot or after init works fine. > It wait forever at the Boot: until I type enter. > I have no clue what filename it wants there and it does not ask after > an init. > *** keyboard not plugged in... Did you notice this? Make sure you have the keyboard/mouse the right way around. (Just a guess) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 16:11:24 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 5108937B40F; Tue, 4 Sep 2001 16:11:21 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f84N8eP01430; Wed, 5 Sep 2001 01:08:42 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f84N8tX14102; Wed, 5 Sep 2001 01:08:55 +0200 (CEST) Date: Wed, 5 Sep 2001 01:08:55 +0200 From: Bernd Walter To: Mike Smith Cc: Bernd Walter , Wilko Bulte , Diego Montalvo , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: Installed FreeBSD but cpu error? Message-ID: <20010905010855.D13647@cicely20.cicely.de> References: <200109042306.f84N6Ni61080@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109042306.f84N6Ni61080@mass.dis.org>; from msmith@FreeBSD.ORG on Tue, Sep 04, 2001 at 04:06:23PM -0700 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Sep 04, 2001 at 04:06:23PM -0700, Mike Smith wrote: > > I'm also seeing reboot problems with an axppci33 system and a recent > > -current. > > But I did not report, because I have some other problems too and wasn't > > able to isolate. > > A cold boot or after init works fine. > > It wait forever at the Boot: until I type enter. > > I have no clue what filename it wants there and it does not ask after > > an init. > > > *** keyboard not plugged in... > > Did you notice this? > > Make sure you have the keyboard/mouse the right way around. (Just a guess) I'm used to see this on all my alphas. You see that the boot after init also prints these line. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 19: 0:32 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from switch2.switchpwr.com (switch1.switchpwr.com [12.14.48.19]) by hub.freebsd.org (Postfix) with ESMTP id 1472437B40C for ; Tue, 4 Sep 2001 19:00:27 -0700 (PDT) Received: from switchpwr.com (switch4.switchpwr.com [12.14.48.22]) by switch2.switchpwr.com (8.11.0/8.11.0) with ESMTP id f851vbD02587 for ; Tue, 4 Sep 2001 21:57:37 -0400 (EDT) Message-ID: <3B95838F.41F797C4@switchpwr.com> Date: Tue, 04 Sep 2001 21:44:47 -0400 From: mel kravitz Organization: switching power inc X-Mailer: Mozilla 4.75 [en] (X11; U; NetBSD 1.5_ALPHA2 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org Subject: current problems on up2000+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Installed 5.0-current (9/4) on a up2000+ dual, netscape and acroread dump core- tried to rebuild netscape47-communicator, this fails at 'make install' -> ' exeption system: exiting due to internal error: out of memory trying to allocate exception system resources'. Anyone have a clue here? -Mel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Sep 4 20:55:26 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail11.disney.com (mail11.disney.com [208.246.35.55]) by hub.freebsd.org (Postfix) with ESMTP id 0B75237B403 for ; Tue, 4 Sep 2001 20:54:53 -0700 (PDT) Received: from panic10.noceast.dws.disney.com (panic10.corp.disney.com [153.6.129.169]) by mail11.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f854KZt07612 for ; Tue, 4 Sep 2001 21:20:35 -0700 (PDT) Received: from [172.30.50.1] by panic.noceast.dws.disney.com with ESMTP for freebsd-alpha@FreeBSD.ORG; Tue, 4 Sep 2001 17:39:40 -0400 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f84LmEs28178 for ; Tue, 4 Sep 2001 14:48:14 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id OAA23101 for ; Tue, 4 Sep 2001 14:39:37 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from [172.30.228.110] by mercury.fan.fa.disney.com; Tue, 4 Sep 2001 14:39:37 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jim Pirzyk Organization: Walt Disney Feature Animation To: Wilko Bulte , Andrew Gallatin Subject: Re: XFree86-4 and alpha DS10 Date: Tue, 4 Sep 2001 14:39:36 -0700 X-Mailer: KMail [version 1.3] Cc: freebsd-alpha@FreeBSD.ORG References: <15250.28748.426132.928287@grasshopper.cs.duke.edu> <20010903211740.A1329@freebie.xs4all.nl> In-Reply-To: <20010903211740.A1329@freebie.xs4all.nl> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Monday 03 September 2001 12:17 pm, Wilko Bulte wrote: > On Sun, Sep 02, 2001 at 01:45:48PM -0400, Andrew Gallatin wrote: > > Wilko Bulte writes: > > <...> > > > > > (--) PCI:*(0:14:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, > > > 0x018a0000/14, 0x01000000/23, BIOS @ 0x01880000/16 > > > > <...> > > > > > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff > > > correcting > > > > Hmm.. "correcting" to what, I wonder? > > > > Can you insert enough debugging code to find out why it doesn't like > > this address and what it is being corrected to? > > Drats.. :-/ Why not post the complete log file that XFree produced? Here > goes: Here is what I get, before the system hangs. This is running -current as of Monday. I have recompiled XFree86-4 with the DEBUGMEM flag set in the Xserver/hw/xfree86/loader/loader.c. The stty status works on the remote ssh session so I see that the system is in the biod routine, but the keyboard and mouse are completely unresponsive on the console. woodstock 72# X -probeonly XFree86 Version 4.1.0 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 2 June 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: FreeBSD 5.0-CURRENT alpha [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Tue Sep 4 14:36:21 2001 (==) Using config file: "/etc/X11/XF86Config" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "My Monitor" (**) | |-->Device "Matrox Millennium II 8MB" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) XKB: rules: "xfree86" (**) XKB: model: "pc101" (**) XKB: layout: "us" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 16777218.0) (--) using VT number 5 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a _LoaderFileToMem(6,0(862),64,header)=1202a1ac0 _LoaderFileToMem(6,13448(862),704,sections)=120289400 _LoaderFileToMem(6,13366(862),86,.shstrtab)=120284a80 _LoaderFileToMem(6,16080(862),19464,.rela.text)=1202a4000 _LoaderFileToMem(6,14152(862),1272,.symtab)=1202a2000 _LoaderFileToMem(6,15424(862),655,.strtab)=120289400 _LoaderFileToMem(6,64(862),11648,.text)=1202b2000 _LoaderFileToMem(6,11712(862),0,.data)=NULL _LoaderFileToMem(6,11736(862),1592,.rodata)=1202a2800 _LoaderFileToMem(6,0(36466),64,header)=1202a1c00 _LoaderFileToMem(6,3112(36466),832,sections)=120289c00 _LoaderFileToMem(6,3006(36466),110,.shstrtab)=120284c00 _LoaderFileToMem(6,4944(36466),2064,.rela.text)=1202b6000 _LoaderFileToMem(6,7008(36466),264,.rela.data)=120287a00 _LoaderFileToMem(6,7272(36466),264,.rela.rodata)=120287c00 _LoaderFileToMem(6,3944(36466),720,.symtab)=120289c00 _LoaderFileToMem(6,4664(36466),277,.strtab)=120287e00 _LoaderFileToMem(6,64(36466),2496,.text)=1202b7000 _LoaderFileToMem(6,2560(36466),96,.data)=120284c80 _LoaderFileToMem(6,2680(36466),288,.rodata)=1202b8200 _LoaderFileToMem(6,0(44062),64,header)=1202a1cc0 _LoaderFileToMem(6,1464(44062),704,sections)=1202b0800 _LoaderFileToMem(6,1382(44062),86,.shstrtab)=120284e00 _LoaderFileToMem(6,2528(44062),96,.rela.text)=120284e80 _LoaderFileToMem(6,2168(44062),288,.symtab)=1202b8400 _LoaderFileToMem(6,2456(44062),71,.strtab)=120284f00 _LoaderFileToMem(6,64(44062),1248,.text)=1202a3000 _LoaderFileToMem(6,1312(44062),0,.data)=NULL _LoaderFileToMem(6,1336(44062),8,.rodata)=1202828d0 _LoaderFileToMem(6,0(46746),64,header)=1202a1dc0 _LoaderFileToMem(6,6480(46746),704,sections)=1202b0800 _LoaderFileToMem(6,6398(46746),86,.shstrtab)=120285080 _LoaderFileToMem(6,7768(46746),480,.rela.text)=1202b8800 _LoaderFileToMem(6,7184(46746),408,.symtab)=1202b8a00 _LoaderFileToMem(6,7592(46746),169,.strtab)=12028cc00 _LoaderFileToMem(6,64(46746),6240,.text)=1202bc000 _LoaderFileToMem(6,6304(46746),24,.data)=1202bb3e0 _LoaderFileToMem(6,6352(46746),8,.rodata)=1202828f0 _LoaderFileToMem(6,0(55054),64,header)=1202a1f00 _LoaderFileToMem(6,22664(55054),832,sections)=1202b0800 _LoaderFileToMem(6,22558(55054),110,.shstrtab)=120285200 _LoaderFileToMem(6,26024(55054),14640,.rela.text)=1202be000 _LoaderFileToMem(6,40664(55054),1992,.rela.data)=1202a3800 _LoaderFileToMem(6,42656(55054),384,.rela.rodata)=1202b9000 _LoaderFileToMem(6,23496(55054),1632,.symtab)=1202c2000 _LoaderFileToMem(6,25128(55054),896,.strtab)=1202b0800 _LoaderFileToMem(6,64(55054),19904,.text)=1202ca000 _LoaderFileToMem(6,19968(55054),1240,.data)=1202c3000 _LoaderFileToMem(6,21232(55054),1288,.rodata)=1202c3800 _LoaderFileToMem(6,0(98154),64,header)=1202d0040 _LoaderFileToMem(6,1880(98154),768,sections)=1202b1c00 _LoaderFileToMem(6,1790(98154),97,.shstrtab)=120285380 _LoaderFileToMem(6,3816(98154),1512,.rela.text)=1202c2800 _LoaderFileToMem(6,5328(98154),1680,.rela.data)=1202d4000 _LoaderFileToMem(6,2648(98154),768,.symtab)=1202b1c00 _LoaderFileToMem(6,3416(98154),393,.strtab)=1202b9400 _LoaderFileToMem(6,64(98154),864,.text)=1202d2800 _LoaderFileToMem(6,928(98154),720,.data)=1202d2c00 _LoaderFileToMem(6,1672(98154),80,.rodata)=120285500 _LoaderFileToMem(6,0(105222),64,header)=1202d0140 _LoaderFileToMem(6,13384(105222),704,sections)=1202d2400 _LoaderFileToMem(6,13306(105222),84,.shstrtab)=120285600 _LoaderFileToMem(6,15392(105222),8376,.rela.text)=1202d8000 _LoaderFileToMem(6,14088(105222),912,.symtab)=1202d2400 _LoaderFileToMem(6,15000(105222),386,.strtab)=1202b9800 _LoaderFileToMem(6,64(105222),13184,.text)=1202de000 _LoaderFileToMem(6,13248(105222),0,.data)=NULL _LoaderFileToMem(6,0(129050),64,header)=1202d0240 _LoaderFileToMem(6,8384(129050),768,sections)=1202d3400 _LoaderFileToMem(6,8294(129050),92,.shstrtab)=120285800 _LoaderFileToMem(6,10080(129050),1992,.rela.text)=1202d4800 _LoaderFileToMem(6,9152(129050),672,.symtab)=1202d3400 _LoaderFileToMem(6,9824(129050),250,.strtab)=12028cd00 _LoaderFileToMem(6,64(129050),8128,.text)=1202e4000 _LoaderFileToMem(6,8192(129050),0,.data)=NULL _LoaderFileToMem(6,8216(129050),40,.rodata)=1202d0300 _LoaderFileToMem(6,0(141182),64,header)=1202d03c0 _LoaderFileToMem(6,4936(141182),704,sections)=1202d3c00 _LoaderFileToMem(6,4858(141182),84,.shstrtab)=120285980 _LoaderFileToMem(6,6968(141182),4296,.rela.text)=1202e8000 _LoaderFileToMem(6,5640(141182),936,.symtab)=1202d3c00 _LoaderFileToMem(6,6576(141182),388,.strtab)=1202b9c00 _LoaderFileToMem(6,64(141182),4736,.text)=1202ea000 _LoaderFileToMem(6,4800(141182),0,.data)=NULL _LoaderFileToMem(6,0(152506),64,header)=1202d04c0 _LoaderFileToMem(6,2544(152506),640,sections)=1202e6400 _LoaderFileToMem(6,2474(152506),78,.shstrtab)=120285b00 _LoaderFileToMem(6,3592(152506),192,.rela.text)=12028cf00 _LoaderFileToMem(6,3184(152506),312,.symtab)=1202ec000 _LoaderFileToMem(6,3496(152506),93,.strtab)=120285b80 _LoaderFileToMem(6,64(152506),2336,.text)=1202ee000 _LoaderFileToMem(6,2400(152506),16,.data)=120282a20 _LoaderFileToMem(6,0(156350),64,header)=1202d05c0 _LoaderFileToMem(6,456(156350),768,sections)=1202e6800 _LoaderFileToMem(6,362(156350),97,.shstrtab)=120285d00 _LoaderFileToMem(6,1704(156350),144,.rela.text)=12028d000 _LoaderFileToMem(6,1848(156350),192,.rela.data)=12028d100 _LoaderFileToMem(6,1224(156350),360,.symtab)=1202ec400 _LoaderFileToMem(6,1584(156350),113,.strtab)=120285d80 _LoaderFileToMem(6,64(156350),64,.text)=1202d0600 _LoaderFileToMem(6,128(156350),120,.data)=120285e00 _LoaderFileToMem(6,268(156350),56,.rodata)=1202d0640 (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a _LoaderFileToMem(6,0(176),64,header)=1202d1180 _LoaderFileToMem(6,106184(176),768,sections)=1202e6400 _LoaderFileToMem(6,106090(176),97,.shstrtab)=1202f0000 _LoaderFileToMem(6,107456(176),96,.rela.text)=1202f0080 _LoaderFileToMem(6,107552(176),13992,.rela.data)=1202f4000 _LoaderFileToMem(6,106952(176),360,.symtab)=1202ec800 _LoaderFileToMem(6,107312(176),140,.strtab)=12028d200 _LoaderFileToMem(6,64(176),64,.text)=1202d11c0 _LoaderFileToMem(6,128(176),99168,.data)=1202f8000 _LoaderFileToMem(6,99316(176),6736,.rodata)=1202f2000 (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0, module version = 0.1.0 (II) Loading /usr/X11R6/lib/modules/libscanpci.a _LoaderFileToMem(7,0(266),64,header)=1202d13c0 _LoaderFileToMem(7,217032(266),768,sections)=120312800 _LoaderFileToMem(7,216937(266),97,.shstrtab)=1202f0280 _LoaderFileToMem(7,218560(266),2712,.rela.text)=1202ef000 _LoaderFileToMem(7,221272(266),18240,.rela.data)=120316000 _LoaderFileToMem(7,217800(266),504,.symtab)=1202ecc00 _LoaderFileToMem(7,218304(266),256,.strtab)=12028d300 _LoaderFileToMem(7,64(266),2336,.text)=120314000 _LoaderFileToMem(7,2400(266),205160,.data)=12031c000 _LoaderFileToMem(7,207580(266),9319,.rodata)=120350000 (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0, module version = 0.1.0 _LoaderFreeFileMem(2028d300,256) _LoaderFreeFileMem(202ecc00,504) _LoaderFreeFileMem(20314000,2336) _LoaderFreeFileMem(2031c000,205160) _LoaderFreeFileMem(20350000,9319) _LoaderFreeFileMem(202ef000,2712) _LoaderFreeFileMem(20316000,18240) _LoaderFreeFileMem(20312c00,832) _LoaderFreeFileMem(202d13c0,64) _LoaderFreeFileMem(202f0280,97) (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(0:17:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, 0x018a0000/14, 0x01000000/23, BIOS @ 0x01890000/16 (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a _LoaderFileToMem(7,0(336),64,header)=1202d1e40 _LoaderFileToMem(7,9592(336),832,sections)=120312800 _LoaderFileToMem(7,9494(336),105,.shstrtab)=1202f0400 _LoaderFileToMem(7,13368(336),7176,.rela.text)=120314000 _LoaderFileToMem(7,20544(336),384,.rela.rodata)=1202ecc00 _LoaderFileToMem(7,10424(336),1752,.symtab)=1202d5000 _LoaderFileToMem(7,12176(336),1189,.strtab)=1202d5800 _LoaderFileToMem(7,64(336),9280,.text)=120318000 _LoaderFileToMem(7,9344(336),8,.data)=120282b00 _LoaderFileToMem(7,9376(336),80,.rodata)=1202f0500 _LoaderFileToMem(7,0(21324),64,header)=1202d1f80 _LoaderFileToMem(7,4664(21324),640,sections)=120312800 _LoaderFileToMem(7,4590(21324),78,.shstrtab)=1202f0680 _LoaderFileToMem(7,6552(21324),3456,.rela.text)=1202ef000 _LoaderFileToMem(7,5304(21324),792,.symtab)=120312800 _LoaderFileToMem(7,6096(21324),449,.strtab)=1202ed200 _LoaderFileToMem(7,64(21324),4448,.text)=120316000 _LoaderFileToMem(7,4512(21324),20,.data)=1202ad7c0 _LoaderFileToMem(7,0(31392),64,header)=12031c080 _LoaderFileToMem(7,480(31392),768,sections)=120313400 _LoaderFileToMem(7,385(31392),97,.shstrtab)=1202f0800 _LoaderFileToMem(7,1704(31392),144,.rela.text)=12028d600 _LoaderFileToMem(7,1848(31392),192,.rela.data)=12028d700 _LoaderFileToMem(7,1248(31392),360,.symtab)=1202ed600 _LoaderFileToMem(7,1608(31392),91,.strtab)=1202f0880 _LoaderFileToMem(7,64(31392),64,.text)=12031c0c0 _LoaderFileToMem(7,128(31392),136,.data)=12028d900 _LoaderFileToMem(7,284(31392),63,.rodata)=12031c100 (II) Module dbe: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a _LoaderFileToMem(7,0(1702),64,header)=12031c540 _LoaderFileToMem(7,1600(1702),768,sections)=120313400 _LoaderFileToMem(7,1505(1702),97,.shstrtab)=1202f0b00 _LoaderFileToMem(7,3792(1702),888,.rela.text)=120313400 _LoaderFileToMem(7,4680(1702),912,.rela.data)=12031e000 _LoaderFileToMem(7,2368(1702),912,.symtab)=12031e400 _LoaderFileToMem(7,3280(1702),510,.strtab)=1202eda00 _LoaderFileToMem(7,64(1702),384,.text)=1202edc00 _LoaderFileToMem(7,448(1702),736,.data)=12031ec00 _LoaderFileToMem(7,1204(1702),263,.rodata)=1202ede00 _LoaderFileToMem(7,0(7354),64,header)=12031c680 _LoaderFileToMem(7,12408(7354),832,sections)=12031e800 _LoaderFileToMem(7,12310(7354),105,.shstrtab)=1202f0d00 _LoaderFileToMem(7,16376(7354),8568,.rela.text)=120322000 _LoaderFileToMem(7,24944(7354),552,.rela.rodata)=12031e800 _LoaderFileToMem(7,13240(7354),1920,.symtab)=120326000 _LoaderFileToMem(7,15160(7354),1215,.strtab)=120326800 _LoaderFileToMem(7,64(7354),12064,.text)=120328000 _LoaderFileToMem(7,12128(7354),8,.data)=120282bd0 _LoaderFileToMem(7,12160(7354),112,.rodata)=1202f0d80 _LoaderFileToMem(7,0(32910),64,header)=12031c780 _LoaderFileToMem(7,1192(32910),768,sections)=12031f400 _LoaderFileToMem(7,1105(32910),92,.shstrtab)=1202f0f00 _LoaderFileToMem(7,2752(32910),552,.rela.text)=12031f400 _LoaderFileToMem(7,1960(32910),552,.symtab)=12031fc00 _LoaderFileToMem(7,2512(32910),235,.strtab)=12028d500 _LoaderFileToMem(7,64(32910),960,.text)=12032c000 _LoaderFileToMem(7,1024(32910),0,.data)=NULL _LoaderFileToMem(7,1044(32910),23,.rodata)=1202ae6c0 _LoaderFileToMem(7,0(36274),64,header)=12031c840 _LoaderFileToMem(7,800(36274),768,sections)=12032c400 _LoaderFileToMem(7,711(36274),92,.shstrtab)=1202f1180 _LoaderFileToMem(7,2168(36274),480,.rela.text)=120320800 _LoaderFileToMem(7,1568(36274),432,.symtab)=120320a00 _LoaderFileToMem(7,2000(36274),161,.strtab)=12028d800 _LoaderFileToMem(7,64(36274),576,.text)=12032c400 _LoaderFileToMem(7,640(36274),0,.data)=NULL _LoaderFileToMem(7,660(36274),13,.rodata)=120282c20 _LoaderFileToMem(7,0(38982),64,header)=12031c980 _LoaderFileToMem(7,20520(38982),832,sections)=12032cc00 _LoaderFileToMem(7,20422(38982),105,.shstrtab)=1202f1300 _LoaderFileToMem(7,26088(38982),12360,.rela.text)=12032e000 _LoaderFileToMem(7,38448(38982),1440,.rela.rodata)=120327000 _LoaderFileToMem(7,21352(38982),2760,.symtab)=120332000 _LoaderFileToMem(7,24112(38982),1970,.strtab)=120327800 _LoaderFileToMem(7,64(38982),19936,.text)=120336000 _LoaderFileToMem(7,20000(38982),24,.data)=1202c6c40 _LoaderFileToMem(7,20048(38982),336,.rodata)=120320e00 _LoaderFileToMem(7,0(78930),64,header)=12031ca80 _LoaderFileToMem(7,10408(78930),832,sections)=12032d400 _LoaderFileToMem(7,10310(78930),103,.shstrtab)=1202f1400 _LoaderFileToMem(7,14536(78930),7464,.rela.text)=120334000 _LoaderFileToMem(7,22000(78930),240,.rela.data)=12028db00 _LoaderFileToMem(7,11240(78930),1968,.symtab)=12033c000 _LoaderFileToMem(7,13208(78930),1327,.strtab)=12033c800 _LoaderFileToMem(7,64(78930),10080,.text)=12033e000 _LoaderFileToMem(7,10144(78930),88,.data)=1202f1480 _LoaderFileToMem(7,10252(78930),17,.rodata)=1202c9f40 _LoaderFileToMem(7,0(101230),64,header)=12031cb80 _LoaderFileToMem(7,2456(101230),768,sections)=12032d400 _LoaderFileToMem(7,2370(101230),92,.shstrtab)=1202f1600 _LoaderFileToMem(7,4248(101230),1200,.rela.text)=12033d000 _LoaderFileToMem(7,3224(101230),672,.symtab)=12032d400 _LoaderFileToMem(7,3896(101230),346,.strtab)=120321600 _LoaderFileToMem(7,64(101230),2240,.text)=120333000 _LoaderFileToMem(7,2304(101230),0,.data)=NULL _LoaderFileToMem(7,2324(101230),8,.rodata)=120282c70 _LoaderFileToMem(7,0(106738),64,header)=12031cc80 _LoaderFileToMem(7,52696(106738),832,sections)=120342000 _LoaderFileToMem(7,52598(106738),105,.shstrtab)=1202f1800 _LoaderFileToMem(7,58264(106738),32184,.rela.text)=120344000 _LoaderFileToMem(7,90448(106738),1680,.rela.rodata)=12033d800 _LoaderFileToMem(7,53528(106738),2520,.symtab)=12034c000 _LoaderFileToMem(7,56048(106738),2211,.strtab)=12034d000 _LoaderFileToMem(7,64(106738),50816,.text)=120358000 _LoaderFileToMem(7,50880(106738),8,.data)=120282ca0 _LoaderFileToMem(7,50912(106738),1648,.rodata)=12034e800 _LoaderFileToMem(7,0(198926),64,header)=12031cd80 _LoaderFileToMem(7,6216(198926),832,sections)=120342800 _LoaderFileToMem(7,6118(198926),105,.shstrtab)=1202f1980 _LoaderFileToMem(7,8848(198926),6384,.rela.text)=120366000 _LoaderFileToMem(7,15232(198926),192,.rela.rodata)=12028da00 _LoaderFileToMem(7,7048(198926),1056,.symtab)=12034e000 _LoaderFileToMem(7,8104(198926),743,.strtab)=120342800 _LoaderFileToMem(7,64(198926),5600,.text)=12036a000 _LoaderFileToMem(7,5664(198926),1,.data)=120282cd0 _LoaderFileToMem(7,5688(198926),392,.rodata)=120321c00 _LoaderFileToMem(7,0(214410),64,header)=12031ce80 _LoaderFileToMem(7,3048(214410),768,sections)=120343000 _LoaderFileToMem(7,2950(214410),99,.shstrtab)=1202f1b00 _LoaderFileToMem(7,5064(214410),3168,.rela.text)=12036c000 _LoaderFileToMem(7,8232(214410),216,.rela.rodata)=12028dc00 _LoaderFileToMem(7,3816(214410),792,.symtab)=120343000 _LoaderFileToMem(7,4608(214410),454,.strtab)=12036e000 _LoaderFileToMem(7,64(214410),2784,.text)=12036d000 _LoaderFileToMem(7,2848(214410),0,.data)=NULL _LoaderFileToMem(7,2872(214410),40,.rodata)=12031cec0 _LoaderFileToMem(7,0(222918),64,header)=12031cfc0 _LoaderFileToMem(7,7528(222918),832,sections)=120343800 _LoaderFileToMem(7,7430(222918),105,.shstrtab)=1202f1d00 _LoaderFileToMem(7,11288(222918),7968,.rela.text)=120372000 _LoaderFileToMem(7,19256(222918),648,.rela.rodata)=120343800 _LoaderFileToMem(7,8360(222918),1800,.symtab)=12034f000 _LoaderFileToMem(7,10160(222918),1122,.strtab)=12034f800 _LoaderFileToMem(7,64(222918),7104,.text)=120378000 _LoaderFileToMem(7,7168(222918),12,.data)=120282d40 _LoaderFileToMem(7,7208(222918),184,.rodata)=12028df00 _LoaderFileToMem(7,0(242882),64,header)=12031d0c0 _LoaderFileToMem(7,2688(242882),768,sections)=120374000 _LoaderFileToMem(7,2598(242882),92,.shstrtab)=1202f1f00 _LoaderFileToMem(7,4520(242882),1536,.rela.text)=12037a000 _LoaderFileToMem(7,3456(242882),720,.symtab)=120374000 _LoaderFileToMem(7,4176(242882),339,.strtab)=12036ea00 _LoaderFileToMem(7,64(242882),2432,.text)=12037e000 _LoaderFileToMem(7,2496(242882),28,.data)=12037c5c0 _LoaderFileToMem(7,2544(242882),16,.rodata)=120282d80 _LoaderFileToMem(7,0(248998),64,header)=12031d1c0 _LoaderFileToMem(7,4392(248998),832,sections)=120374800 _LoaderFileToMem(7,4294(248998),105,.shstrtab)=120380100 _LoaderFileToMem(7,6816(248998),2184,.rela.text)=12037f000 _LoaderFileToMem(7,9000(248998),384,.rela.rodata)=12036ec00 _LoaderFileToMem(7,5224(248998),1032,.symtab)=12037a800 _LoaderFileToMem(7,6256(248998),560,.strtab)=120374800 _LoaderFileToMem(7,64(248998),4096,.text)=120382000 _LoaderFileToMem(7,4160(248998),0,.data)=NULL _LoaderFileToMem(7,4184(248998),72,.rodata)=120380200 _LoaderFileToMem(7,0(258442),64,header)=12031d2c0 _LoaderFileToMem(7,3456(258442),768,sections)=120375000 _LoaderFileToMem(7,3366(258442),92,.shstrtab)=120380300 _LoaderFileToMem(7,5448(258442),1176,.rela.text)=12037b000 _LoaderFileToMem(7,4224(258442),720,.symtab)=120375000 _LoaderFileToMem(7,4944(258442),501,.strtab)=12036f200 _LoaderFileToMem(7,64(258442),3232,.text)=120383000 _LoaderFileToMem(7,3296(258442),1,.data)=120282dd0 _LoaderFileToMem(7,3317(258442),10,.rodata)=120282de0 _LoaderFileToMem(7,0(265126),64,header)=12031d3c0 _LoaderFileToMem(7,2104(265126),768,sections)=120375800 _LoaderFileToMem(7,2014(265126),92,.shstrtab)=120380500 _LoaderFileToMem(7,3736(265126),1128,.rela.text)=12037b800 _LoaderFileToMem(7,2872(265126),600,.symtab)=120375800 _LoaderFileToMem(7,3472(265126),259,.strtab)=12036f400 _LoaderFileToMem(7,64(265126),1856,.text)=120386000 _LoaderFileToMem(7,1920(265126),1,.data)=120282e10 _LoaderFileToMem(7,1941(265126),28,.rodata)=120384580 _LoaderFileToMem(7,0(270050),64,header)=12031d4c0 _LoaderFileToMem(7,960(270050),640,sections)=120388000 _LoaderFileToMem(7,890(270050),78,.shstrtab)=120380700 _LoaderFileToMem(7,2104(270050),792,.rela.text)=120388000 _LoaderFileToMem(7,1600(270050),384,.symtab)=12036f800 _LoaderFileToMem(7,1984(270050),120,.strtab)=120380780 _LoaderFileToMem(7,64(270050),768,.text)=120388800 _LoaderFileToMem(7,832(270050),0,.data)=NULL _LoaderFileToMem(7,0(273006),64,header)=12031d600 _LoaderFileToMem(7,9336(273006),704,sections)=120388c00 _LoaderFileToMem(7,9252(273006),86,.shstrtab)=120380900 _LoaderFileToMem(7,13184(273006),8472,.rela.text)=12038a000 _LoaderFileToMem(7,10040(273006),1944,.symtab)=120386800 _LoaderFileToMem(7,11984(273006),1200,.strtab)=120387000 _LoaderFileToMem(7,64(273006),8352,.text)=120394000 _LoaderFileToMem(7,8416(273006),32,.data)=120392100 _LoaderFileToMem(7,8468(273006),746,.rodata)=120389400 _LoaderFileToMem(7,0(294722),64,header)=12031d700 _LoaderFileToMem(7,30288(294722),768,sections)=120389c00 _LoaderFileToMem(7,30190(294722),99,.shstrtab)=120380b00 _LoaderFileToMem(7,36040(294722),17088,.rela.text)=120398000 _LoaderFileToMem(7,53128(294722),960,.rela.rodata)=120389c00 _LoaderFileToMem(7,31056(294722),2928,.symtab)=12039e000 _LoaderFileToMem(7,33984(294722),2049,.strtab)=12039f000 _LoaderFileToMem(7,64(294722),29888,.text)=1203a8000 _LoaderFileToMem(7,29952(294722),0,.data)=NULL _LoaderFileToMem(7,29976(294722),176,.rodata)=1203a0100 _LoaderFileToMem(7,0(348870),64,header)=12031d800 _LoaderFileToMem(7,256(348870),640,sections)=120389800 _LoaderFileToMem(7,186(348870),78,.shstrtab)=120380c80 _LoaderFileToMem(7,1472(348870),216,.rela.text)=1203a0000 _LoaderFileToMem(7,896(348870),408,.symtab)=1203b2200 _LoaderFileToMem(7,1304(348870),163,.strtab)=1203a0200 _LoaderFileToMem(7,64(348870),64,.text)=12031d8c0 _LoaderFileToMem(7,128(348870),0,.data)=NULL _LoaderFileToMem(7,0(350618),64,header)=12031d980 _LoaderFileToMem(7,6248(350618),768,sections)=120389800 _LoaderFileToMem(7,6156(350618),97,.shstrtab)=120380e00 _LoaderFileToMem(7,8952(350618),6216,.rela.text)=1203b0000 _LoaderFileToMem(7,15168(350618),216,.rela.data)=1203a0300 _LoaderFileToMem(7,7016(350618),1200,.symtab)=1203b4000 _LoaderFileToMem(7,8216(350618),733,.strtab)=120389800 _LoaderFileToMem(7,64(350618),5920,.text)=1203b8000 _LoaderFileToMem(7,5984(350618),88,.data)=120380f00 _LoaderFileToMem(7,6092(350618),26,.rodata)=1203b6f20 (II) Module extmod: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a _LoaderFileToMem(7,0(3508),64,header)=1203baec0 _LoaderFileToMem(7,896(3508),640,sections)=12038ec00 _LoaderFileToMem(7,826(3508),78,.shstrtab)=120381000 _LoaderFileToMem(7,2000(3508),192,.rela.text)=1203a0500 _LoaderFileToMem(7,1536(3508),384,.symtab)=1203b2800 _LoaderFileToMem(7,1920(3508),80,.strtab)=120381080 _LoaderFileToMem(7,64(3508),704,.text)=12038ec00 _LoaderFileToMem(7,768(3508),0,.data)=NULL _LoaderFileToMem(7,0(5760),64,header)=1203bafc0 _LoaderFileToMem(7,1424(5760),704,sections)=12038f800 _LoaderFileToMem(7,1341(5760),86,.shstrtab)=120381280 _LoaderFileToMem(7,2640(5760),456,.rela.text)=1203b2c00 _LoaderFileToMem(7,2128(5760),384,.symtab)=1203b2e00 _LoaderFileToMem(7,2512(5760),122,.strtab)=120381300 _LoaderFileToMem(7,64(5760),1184,.text)=120387800 _LoaderFileToMem(7,1248(5760),0,.data)=NULL _LoaderFileToMem(7,1268(5760),35,.rodata)=1203bb080 _LoaderFileToMem(7,0(8916),64,header)=1203bb140 _LoaderFileToMem(7,5336(8916),768,sections)=12038f800 _LoaderFileToMem(7,5238(8916),99,.shstrtab)=120381400 _LoaderFileToMem(7,8040(8916),8472,.rela.text)=1203be000 _LoaderFileToMem(7,16512(8916),288,.rela.rodata)=1203b3200 _LoaderFileToMem(7,6104(8916),1344,.symtab)=1203b4800 _LoaderFileToMem(7,7448(8916),588,.strtab)=12038f800 _LoaderFileToMem(7,64(8916),4992,.text)=1203c2000 _LoaderFileToMem(7,5056(8916),48,.data)=1203bb180 _LoaderFileToMem(7,5128(8916),72,.rodata)=120381500 _LoaderFileToMem(7,0(25776),64,header)=1203bb280 _LoaderFileToMem(7,7080(25776),704,sections)=1203bc400 _LoaderFileToMem(7,6999(25776),86,.shstrtab)=120381600 _LoaderFileToMem(7,8584(25776),1752,.rela.text)=1203b5000 _LoaderFileToMem(7,7784(25776),576,.symtab)=1203bc400 _LoaderFileToMem(7,8360(25776),218,.strtab)=1203a0600 _LoaderFileToMem(7,64(25776),6624,.text)=1203c6000 _LoaderFileToMem(7,6688(25776),0,.data)=NULL _LoaderFileToMem(7,6708(25776),253,.rodata)=1203a0700 _LoaderFileToMem(7,0(36172),64,header)=1203bb380 _LoaderFileToMem(7,992(36172),640,sections)=1203bc800 _LoaderFileToMem(7,922(36172),78,.shstrtab)=120381800 _LoaderFileToMem(7,2008(36172),600,.rela.text)=1203bc800 _LoaderFileToMem(7,1632(36172),288,.symtab)=1203b3c00 _LoaderFileToMem(7,1920(36172),82,.strtab)=120381880 _LoaderFileToMem(7,64(36172),800,.text)=1203bd800 _LoaderFileToMem(7,864(36172),0,.data)=NULL _LoaderFileToMem(7,0(38840),64,header)=1203bb480 _LoaderFileToMem(7,5800(38840),768,sections)=1203bd000 _LoaderFileToMem(7,5702(38840),99,.shstrtab)=120381a00 _LoaderFileToMem(7,8816(38840),7512,.rela.text)=1203ca000 _LoaderFileToMem(7,16328(38840),648,.rela.rodata)=1203bd000 _LoaderFileToMem(7,6568(38840),1560,.symtab)=1203b5800 _LoaderFileToMem(7,8128(38840),684,.strtab)=1203c8400 _LoaderFileToMem(7,64(38840),4672,.text)=1203ce000 _LoaderFileToMem(7,4736(38840),48,.data)=1203bb4c0 _LoaderFileToMem(7,4808(38840),856,.rodata)=1203c8c00 _LoaderFileToMem(7,0(55876),64,header)=1203bb5c0 _LoaderFileToMem(7,11704(55876),768,sections)=1203bdc00 _LoaderFileToMem(7,11606(55876),99,.shstrtab)=120381c00 _LoaderFileToMem(7,14216(55876),8112,.rela.text)=1203d2000 _LoaderFileToMem(7,22328(55876),768,.rela.rodata)=1203bdc00 _LoaderFileToMem(7,12472(55876),1224,.symtab)=1203cc000 _LoaderFileToMem(7,13696(55876),514,.strtab)=1203c9400 _LoaderFileToMem(7,64(55876),10464,.text)=1203d4000 _LoaderFileToMem(7,10528(55876),192,.data)=1203a0800 _LoaderFileToMem(7,10744(55876),824,.rodata)=1203c9c00 _LoaderFileToMem(7,0(79032),64,header)=1203bb6c0 _LoaderFileToMem(7,11256(79032),768,sections)=1203c9800 _LoaderFileToMem(7,11166(79032),97,.shstrtab)=120381d80 _LoaderFileToMem(7,14304(79032),6000,.rela.text)=1203da000 _LoaderFileToMem(7,20304(79032),48,.rela.data)=1203bb700 _LoaderFileToMem(7,12024(79032),1584,.symtab)=1203cc800 _LoaderFileToMem(7,13608(79032),689,.strtab)=1203c9800 _LoaderFileToMem(7,64(79032),10240,.text)=1203dc000 _LoaderFileToMem(7,10304(79032),368,.data)=1203d0800 _LoaderFileToMem(7,10692(79032),436,.rodata)=1203d0a00 _LoaderFileToMem(7,0(99444),64,header)=1203bb800 _LoaderFileToMem(7,29216(99444),896,sections)=1203d8400 _LoaderFileToMem(7,29102(99444),116,.shstrtab)=120381f00 _LoaderFileToMem(7,33096(99444),40608,.rela.text)=1203e2000 _LoaderFileToMem(7,73704(99444),8160,.rela.data)=1203ec000 _LoaderFileToMem(7,81864(99444),1656,.rela.rodata)=1203cd000 _LoaderFileToMem(7,30112(99444),2040,.symtab)=1203cd800 _LoaderFileToMem(7,32152(99444),939,.strtab)=1203d8400 _LoaderFileToMem(7,64(99444),20800,.text)=1203ee000 _LoaderFileToMem(7,20864(99444),5488,.data)=1203f4000 _LoaderFileToMem(7,26376(99444),2688,.rodata)=1203c5000 _LoaderFileToMem(7,0(183024),64,header)=1203bb980 _LoaderFileToMem(7,4416(183024),768,sections)=1203d8c00 _LoaderFileToMem(7,4326(183024),97,.shstrtab)=1203f8080 _LoaderFileToMem(7,6912(183024),3384,.rela.text)=1203fa000 _LoaderFileToMem(7,10296(183024),48,.rela.data)=1203bb9c0 _LoaderFileToMem(7,5184(183024),1248,.symtab)=1203e0800 _LoaderFileToMem(7,6432(183024),476,.strtab)=1203d1000 _LoaderFileToMem(7,64(183024),3904,.text)=1203fb000 _LoaderFileToMem(7,3968(183024),184,.data)=1203a0900 _LoaderFileToMem(7,4176(183024),112,.rodata)=1203f8180 _LoaderFileToMem(7,0(193428),64,header)=1203bbac0 _LoaderFileToMem(7,15552(193428),832,sections)=1203d8c00 _LoaderFileToMem(7,15446(193428),110,.shstrtab)=1203f8280 _LoaderFileToMem(7,19232(193428),19560,.rela.text)=1203fe000 _LoaderFileToMem(7,38792(193428),216,.rela.data)=1203a0a00 _LoaderFileToMem(7,39008(193428),192,.rela.rodata)=1203a0b00 _LoaderFileToMem(7,16384(193428),1872,.symtab)=1203e1000 _LoaderFileToMem(7,18256(193428),974,.strtab)=1203d8c00 _LoaderFileToMem(7,64(193428),14816,.text)=120404000 _LoaderFileToMem(7,14880(193428),168,.data)=1203a0d00 _LoaderFileToMem(7,15072(193428),336,.rodata)=1203d1600 _LoaderFileToMem(7,0(232688),64,header)=1203bbc00 _LoaderFileToMem(7,11272(232688),832,sections)=1203f6000 _LoaderFileToMem(7,11166(232688),110,.shstrtab)=1203f8400 _LoaderFileToMem(7,13880(232688),7608,.rela.text)=120408000 _LoaderFileToMem(7,21488(232688),576,.rela.data)=1203f6000 _LoaderFileToMem(7,22064(232688),816,.rela.rodata)=1203f6800 _LoaderFileToMem(7,12104(232688),1200,.symtab)=12040a000 _LoaderFileToMem(7,13304(232688),569,.strtab)=1203f6c00 _LoaderFileToMem(7,64(232688),9792,.text)=12040e000 _LoaderFileToMem(7,9856(232688),584,.data)=1203f7400 _LoaderFileToMem(7,10464(232688),664,.rodata)=1203f7800 _LoaderFileToMem(7,0(255628),64,header)=1203bbd00 _LoaderFileToMem(7,3368(255628),704,sections)=1203f7000 _LoaderFileToMem(7,3290(255628),84,.shstrtab)=1203f8580 _LoaderFileToMem(7,5056(255628),1608,.rela.text)=12040a800 _LoaderFileToMem(7,4072(255628),768,.symtab)=1203f7000 _LoaderFileToMem(7,4840(255628),209,.strtab)=1203a0c00 _LoaderFileToMem(7,64(255628),3168,.text)=1203fd000 _LoaderFileToMem(7,3232(255628),0,.data)=NULL _LoaderFileToMem(7,0(262352),64,header)=1203bbe00 _LoaderFileToMem(7,3184(262352),768,sections)=120412000 _LoaderFileToMem(7,3095(262352),97,.shstrtab)=1203f8780 _LoaderFileToMem(7,4784(262352),3888,.rela.text)=1203fc000 _LoaderFileToMem(7,8672(262352),24,.rela.data)=12040d300 _LoaderFileToMem(7,3952(262352),624,.symtab)=120412000 _LoaderFileToMem(7,4576(262352),202,.strtab)=1203a0e00 _LoaderFileToMem(7,64(262352),2400,.text)=120415000 _LoaderFileToMem(7,2464(262352),160,.data)=1203a1000 _LoaderFileToMem(7,2644(262352),413,.rodata)=120416200 _LoaderFileToMem(7,0(271108),64,header)=1203bbf00 _LoaderFileToMem(7,576(271108),640,sections)=120412c00 _LoaderFileToMem(7,506(271108),78,.shstrtab)=1203f8900 _LoaderFileToMem(7,1648(271108),528,.rela.text)=120412c00 _LoaderFileToMem(7,1216(271108),336,.symtab)=120416400 _LoaderFileToMem(7,1552(271108),96,.strtab)=1203f8980 _LoaderFileToMem(7,64(271108),384,.text)=120416600 _LoaderFileToMem(7,448(271108),0,.data)=NULL _LoaderFileToMem(7,0(273344),64,header)=12041a040 _LoaderFileToMem(7,328(273344),704,sections)=120413400 _LoaderFileToMem(7,247(273344),86,.shstrtab)=1203f8b00 _LoaderFileToMem(7,1408(273344),288,.rela.text)=120416a00 _LoaderFileToMem(7,1032(273344),312,.symtab)=120416c00 _LoaderFileToMem(7,1344(273344),63,.strtab)=12041a080 _LoaderFileToMem(7,64(273344),96,.text)=1203f8b80 _LoaderFileToMem(7,160(273344),0,.data)=NULL _LoaderFileToMem(7,180(273344),29,.rodata)=120419120 _LoaderFileToMem(7,0(275100),64,header)=12041a180 _LoaderFileToMem(7,24840(275100),832,sections)=120413400 _LoaderFileToMem(7,24742(275100),103,.shstrtab)=1203f8d00 _LoaderFileToMem(7,28488(275100),21120,.rela.text)=12041e000 _LoaderFileToMem(7,49608(275100),4080,.rela.data)=120414000 _LoaderFileToMem(7,25672(275100),2088,.symtab)=12041d000 _LoaderFileToMem(7,27760(275100),722,.strtab)=120413400 _LoaderFileToMem(7,64(275100),17760,.text)=12042c000 _LoaderFileToMem(7,17824(275100),6768,.data)=120432000 _LoaderFileToMem(7,24616(275100),88,.rodata)=1203f8d80 _LoaderFileToMem(7,0(328848),64,header)=12041a2c0 _LoaderFileToMem(7,17952(328848),832,sections)=120436000 _LoaderFileToMem(7,17854(328848),105,.shstrtab)=1203f8f80 _LoaderFileToMem(7,22472(328848),27168,.rela.text)=120438000 _LoaderFileToMem(7,49640(328848),1560,.rela.rodata)=12040b000 _LoaderFileToMem(7,18784(328848),2664,.symtab)=12041c000 _LoaderFileToMem(7,21448(328848),1024,.strtab)=120436000 _LoaderFileToMem(7,64(328848),17344,.text)=12044a000 _LoaderFileToMem(7,17408(328848),0,.data)=NULL _LoaderFileToMem(7,17432(328848),384,.rodata)=120417400 _LoaderFileToMem(7,0(380108),64,header)=12041a3c0 _LoaderFileToMem(7,928(380108),640,sections)=120436c00 _LoaderFileToMem(7,858(380108),78,.shstrtab)=1203f9100 _LoaderFileToMem(7,2360(380108),504,.rela.text)=120417800 _LoaderFileToMem(7,1568(380108),576,.symtab)=120436c00 _LoaderFileToMem(7,2144(380108),209,.strtab)=1203a1100 _LoaderFileToMem(7,64(380108),704,.text)=120437400 _LoaderFileToMem(7,768(380108),32,.data)=12045a060 _LoaderFileToMem(7,0(383032),64,header)=12041a500 _LoaderFileToMem(7,24728(383032),768,sections)=120437800 _LoaderFileToMem(7,24639(383032),97,.shstrtab)=1203f9280 _LoaderFileToMem(7,25912(383032),168,.rela.text)=1203a1300 _LoaderFileToMem(7,26080(383032),18336,.rela.data)=12045c000 _LoaderFileToMem(7,25496(383032),336,.symtab)=120417c00 _LoaderFileToMem(7,25832(383032),80,.strtab)=1203f9300 _LoaderFileToMem(7,64(383032),256,.text)=1203a1500 _LoaderFileToMem(7,320(383032),17664,.data)=120468000 _LoaderFileToMem(7,18004(383032),6597,.rodata)=12046e000 _LoaderFileToMem(7,0(427508),64,header)=12041a640 _LoaderFileToMem(7,4784(427508),704,sections)=120437800 _LoaderFileToMem(7,4702(427508),86,.shstrtab)=1203f9480 _LoaderFileToMem(7,6680(427508),3384,.rela.text)=120434000 _LoaderFileToMem(7,5488(427508),888,.symtab)=120437800 _LoaderFileToMem(7,6376(427508),303,.strtab)=120472000 _LoaderFileToMem(7,64(427508),4480,.text)=120474000 _LoaderFileToMem(7,4544(427508),10,.data)=120283d90 _LoaderFileToMem(7,4576(427508),88,.rodata)=1203f9580 _LoaderFileToMem(7,0(437632),64,header)=12041a740 _LoaderFileToMem(7,1760(437632),704,sections)=120470400 _LoaderFileToMem(7,1678(437632),86,.shstrtab)=1203f9680 _LoaderFileToMem(7,3032(437632),2664,.rela.text)=120435000 _LoaderFileToMem(7,2464(437632),456,.symtab)=120472400 _LoaderFileToMem(7,2920(437632),107,.strtab)=1203f9700 _LoaderFileToMem(7,64(437632),1504,.text)=12040b800 _LoaderFileToMem(7,1568(437632),8,.data)=120283dd0 _LoaderFileToMem(7,1596(437632),44,.rodata)=12041a7c0 _LoaderFileToMem(7,0(443388),64,header)=12041a880 _LoaderFileToMem(7,512(443388),768,sections)=120470400 _LoaderFileToMem(7,420(443388),97,.shstrtab)=1203f9900 _LoaderFileToMem(7,1840(443388),264,.rela.text)=120472800 _LoaderFileToMem(7,2104(443388),240,.rela.data)=1203a1600 _LoaderFileToMem(7,1280(443388),408,.symtab)=120472a00 _LoaderFileToMem(7,1688(443388),148,.strtab)=1203a1700 _LoaderFileToMem(7,64(443388),96,.text)=1203f9980 _LoaderFileToMem(7,160(443388),144,.data)=1203a1800 _LoaderFileToMem(7,324(443388),58,.rodata)=12041a900 (II) Module type1: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a _LoaderFileToMem(7,0(1856),64,header)=12047be40 _LoaderFileToMem(7,19504(1856),896,sections)=120470400 _LoaderFileToMem(7,19390(1856),116,.shstrtab)=1203f9c00 _LoaderFileToMem(7,24032(1856),18264,.rela.text)=12047c000 _LoaderFileToMem(7,42296(1856),624,.rela.data)=120470400 _LoaderFileToMem(7,42920(1856),144,.rela.rodata)=1203a1900 _LoaderFileToMem(7,20400(1856),2232,.symtab)=120428000 _LoaderFileToMem(7,22632(1856),1397,.strtab)=120462000 _LoaderFileToMem(7,64(1856),18144,.text)=120482000 _LoaderFileToMem(7,18208(1856),352,.data)=120472e00 _LoaderFileToMem(7,18584(1856),768,.rodata)=120471800 _LoaderFileToMem(7,0(44980),64,header)=12047bf80 _LoaderFileToMem(7,1776(44980),704,sections)=120471c00 _LoaderFileToMem(7,1698(44980),86,.shstrtab)=1203f9d80 _LoaderFileToMem(7,3256(44980),1800,.rela.text)=120462800 _LoaderFileToMem(7,2480(44980),528,.symtab)=120471c00 _LoaderFileToMem(7,3008(44980),244,.strtab)=1203a1a00 _LoaderFileToMem(7,64(44980),1536,.text)=120463000 _LoaderFileToMem(7,1600(44980),0,.data)=NULL _LoaderFileToMem(7,1620(44980),40,.rodata)=12047bfc0 _LoaderFileToMem(7,0(50096),64,header)=120476100 _LoaderFileToMem(7,2320(50096),704,sections)=120464400 _LoaderFileToMem(7,2239(50096),86,.shstrtab)=1203f9f80 _LoaderFileToMem(7,3952(50096),1368,.rela.text)=120463800 _LoaderFileToMem(7,3024(50096),672,.symtab)=120464400 _LoaderFileToMem(7,3696(50096),252,.strtab)=1203a1b00 _LoaderFileToMem(7,64(50096),1888,.text)=12048a000 _LoaderFileToMem(7,1952(50096),224,.data)=1203a1c00 _LoaderFileToMem(7,2196(50096),5,.rodata)=120283ee0 _LoaderFileToMem(7,0(55476),64,header)=1204761c0 _LoaderFileToMem(7,75272(55476),768,sections)=120464c00 _LoaderFileToMem(7,75174(55476),99,.shstrtab)=120488180 _LoaderFileToMem(7,87504(55476),53664,.rela.text)=12048c000 _LoaderFileToMem(7,141168(55476),3984,.rela.rodata)=120429000 _LoaderFileToMem(7,76040(55476),7248,.symtab)=12049a000 _LoaderFileToMem(7,83288(55476),4214,.strtab)=12049c000 _LoaderFileToMem(7,64(55476),73248,.text)=1204a2000 _LoaderFileToMem(7,73312(55476),0,.data)=NULL _LoaderFileToMem(7,73336(55476),1800,.rodata)=12048a800 _LoaderFileToMem(7,0(200688),64,header)=120476300 _LoaderFileToMem(7,2176(200688),640,sections)=120464c00 _LoaderFileToMem(7,2106(200688),78,.shstrtab)=120488300 _LoaderFileToMem(7,3352(200688),432,.rela.text)=120473a00 _LoaderFileToMem(7,2816(200688),384,.symtab)=120473c00 _LoaderFileToMem(7,3200(200688),145,.strtab)=1203a1d00 _LoaderFileToMem(7,64(200688),1984,.text)=12048b800 _LoaderFileToMem(7,2048(200688),0,.data)=NULL _LoaderFileToMem(7,0(204532),64,header)=120476400 _LoaderFileToMem(7,456(204532),768,sections)=120464c00 _LoaderFileToMem(7,366(204532),97,.shstrtab)=120488480 _LoaderFileToMem(7,1712(204532),144,.rela.text)=1203a1e00 _LoaderFileToMem(7,1856(204532),192,.rela.data)=1203a1f00 _LoaderFileToMem(7,1224(204532),360,.symtab)=1204b4000 _LoaderFileToMem(7,1584(204532),121,.strtab)=120488500 _LoaderFileToMem(7,64(204532),64,.text)=120476440 _LoaderFileToMem(7,128(204532),120,.data)=120488580 _LoaderFileToMem(7,268(204532),60,.rodata)=120476480 (II) Module freetype: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.1.9 (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o _LoaderFileToMem(7,0(0),64,header)=120477a40 _LoaderFileToMem(7,195760(0),896,sections)=120464c00 _LoaderFileToMem(7,195646(0),116,.shstrtab)=120488780 _LoaderFileToMem(7,196656(0),126408,.rela.text)=1204b8000 _LoaderFileToMem(7,323064(0),792,.rela.rodata)=120464c00 _LoaderFileToMem(7,323856(0),3576,.rela.data)=1204b6000 _LoaderFileToMem(7,327432(0),15024,.symtab)=1204d8000 _LoaderFileToMem(7,342456(0),11532,.strtab)=1204dc000 _LoaderFileToMem(7,64(0),181536,.text)=1204e6000 _LoaderFileToMem(7,181600(0),10660,.rodata)=120514000 _LoaderFileToMem(7,192264(0),2512,.data)=1204b7000 (II) Module mga: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o _LoaderFileToMem(7,0(0),64,header)=120518f80 _LoaderFileToMem(7,23440(0),832,sections)=12049e800 _LoaderFileToMem(7,23332(0),110,.shstrtab)=120488980 _LoaderFileToMem(7,24272(0),22704,.rela.text)=12051a000 _LoaderFileToMem(7,46976(0),1608,.rela.rodata)=12048b000 _LoaderFileToMem(7,48584(0),4224,.rela.data)=1204e0000 _LoaderFileToMem(7,52808(0),3072,.symtab)=1204e2000 _LoaderFileToMem(7,55880(0),1651,.strtab)=120520000 _LoaderFileToMem(7,64(0),16992,.text)=120522000 _LoaderFileToMem(7,17056(0),3317,.rodata)=120528000 _LoaderFileToMem(7,20376(0),2840,.data)=120529000 (II) Module mouse: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0 (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400 (--) Assigning device section with no busID to primary device (--) Chipset mga2164w found (WW) ****INVALID MEM ALLOCATION**** b: 0x40000000 e: 0x40ffffff correcting (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting (WW) ****INVALID MEM ALLOCATION**** b: 0x1000000 e: 0x17fffff correcting (II) Loading /usr/X11R6/lib/modules/libvgahw.a load: 0.00 cmd: XFree86 616 [biord] 0.35u 0.85s 0% 5560k load: 0.00 cmd: XFree86 616 [biord] 0.35u 0.85s 0% 5560k - JimP -- --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 2: 2: 7 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from angmar.mel.vet.com.au (angmar.mel.vet.com.au [203.39.245.7]) by hub.freebsd.org (Postfix) with ESMTP id 91DB637B40B for ; Wed, 5 Sep 2001 02:02:04 -0700 (PDT) Received: from nargothrond.ca.com (netscreen.mel.vet.com.au [203.39.245.2]) by angmar.mel.vet.com.au (Postfix) with ESMTP id 285F814F304 for ; Wed, 5 Sep 2001 19:02:42 +1000 (EST) Received: from [155.35.178.166] ([155.35.178.166]) by nargothrond.ca.com with esmtp; Wed, 05 Sep 2001 19:01:37 +1000 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Sender: odela01@nargothrond.ca.com (Unverified) Message-Id: Date: Wed, 5 Sep 2001 18:51:23 +1000 To: freebsd-alpha@freebsd.org From: Lachlan O'Dea Subject: gdb and function arguments Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I'm experiencing a problem using gdb. When I step into a function call, the arguments inside the function appear to have different values than they had in the caller. It seems that the stack frame is fine, gdb just isn't displaying the arguments properly. I've been searching for hints on this, and all I found was this message on the gdb list: http://sources.redhat.com/ml/gdb/2000-05/msg00151.html which says "A bigger problem is that GCC 2.95.2 doesn't output the right stabs for function arguments (and perhaps for local variables under some special circumstances). This makes debugging really painful, since function arguments will most likely have the wrong values in GDB." The thread then goes on to discuss how the problems can be solved, with fixing gcc appearing to be the preferred choice. So is this a problem with tools, or am I doing something wrong? If it's a bug, does it still exist in stable? Thanks for any insight. I'm running straight 4.3-RELEASE with a generic kernel. gcc version 2.95.3 [FreeBSD] 20010315 (release) gdb 4.18 -- Lachlan O'Dea Computer Associates Pty Ltd Webmaster Vet - Anti-Virus Software http://www.vet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 6:38: 4 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id AF90337B406 for ; Wed, 5 Sep 2001 06:37:57 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f85DbrP07370 for ; Wed, 5 Sep 2001 15:37:54 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f85DcCZ16858 for freebsd-alpha@freebsd.org; Wed, 5 Sep 2001 15:38:12 +0200 (CEST) Date: Wed, 5 Sep 2001 15:38:11 +0200 From: Bernd Walter To: freebsd-alpha@freebsd.org Subject: What is wrong with this patch? Message-ID: <20010905153811.F16349@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The attached patch makes my alpha HALT directly after starting the kernel. From my point of view the pv_flags stuff is completely bit rot. But it makes a difference if I remove it. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="alpha.pv_flags" Index: sys/alpha/alpha/pmap.c =================================================================== RCS file: /vol/freebsd-cvs/src/sys/alpha/alpha/pmap.c,v retrieving revision 1.64 diff -u -r1.64 pmap.c --- sys/alpha/alpha/pmap.c 2001/08/31 06:19:08 1.64 +++ sys/alpha/alpha/pmap.c 2001/09/05 07:41:31 @@ -607,7 +607,6 @@ m = &vm_page_array[i]; TAILQ_INIT(&m->md.pv_list); m->md.pv_list_count = 0; - m->md.pv_flags = 0; } /* @@ -2822,19 +2821,6 @@ } /* - * pmap_page_is_free: - * - * Called when a page is freed to allow pmap to clean up - * any extra state associated with the page. In this case - * clear modified/referenced bits. - */ -void -pmap_page_is_free(vm_page_t m) -{ - m->md.pv_flags = 0; -} - -/* * pmap_clear_reference: * * Clear the reference bit on the specified physical page. @@ -3194,8 +3180,8 @@ pv; pv = TAILQ_NEXT(pv, pv_list)) { #ifdef used_to_be - printf(" -> pmap %x, va %x, flags %x", - pv->pv_pmap, pv->pv_va, pv->pv_flags); + printf(" -> pmap %x, va %x", + pv->pv_pmap, pv->pv_va); #endif printf(" -> pmap %x, va %x", pv->pv_pmap, pv->pv_va); Index: sys/alpha/include/pmap.h =================================================================== RCS file: /vol/freebsd-cvs/src/sys/alpha/include/pmap.h,v retrieving revision 1.12 diff -u -r1.12 pmap.h --- sys/alpha/include/pmap.h 2001/07/24 07:13:05 1.12 +++ sys/alpha/include/pmap.h 2001/09/05 07:38:39 @@ -161,7 +161,6 @@ struct md_page { int pv_list_count; - int pv_flags; TAILQ_HEAD(,pv_entry) pv_list; }; Index: sys/vm/pmap.h =================================================================== RCS file: /vol/freebsd-cvs/src/sys/vm/pmap.h,v retrieving revision 1.40 diff -u -r1.40 pmap.h --- sys/vm/pmap.h 2001/03/07 05:29:21 1.40 +++ sys/vm/pmap.h 2001/09/05 07:39:55 @@ -90,9 +90,6 @@ struct proc; -#ifdef __alpha__ -void pmap_page_is_free __P((vm_page_t m)); -#endif void pmap_change_wiring __P((pmap_t, vm_offset_t, boolean_t)); void pmap_clear_modify __P((vm_page_t m)); void pmap_clear_reference __P((vm_page_t m)); Index: sys/vm/vm_page.c =================================================================== RCS file: /vol/freebsd-cvs/src/sys/vm/vm_page.c,v retrieving revision 1.173 diff -u -r1.173 vm_page.c --- sys/vm/vm_page.c 2001/08/25 05:00:44 1.173 +++ sys/vm/vm_page.c 2001/09/05 07:40:31 @@ -1146,10 +1146,6 @@ if (m->flags & PG_UNMANAGED) { m->flags &= ~PG_UNMANAGED; - } else { -#ifdef __alpha__ - pmap_page_is_free(m); -#endif } m->queue = PQ_FREE + m->pc; --HlL+5n6rz5pIUxbD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 10:58:55 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id 0455F37B408 for ; Wed, 5 Sep 2001 10:58:50 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id TAA24233; Wed, 5 Sep 2001 19:58:47 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f85Hwlg01525; Wed, 5 Sep 2001 19:58:47 +0200 (CEST) (envelope-from wkb) Date: Wed, 5 Sep 2001 19:58:47 +0200 From: Wilko Bulte To: Bernd Walter Cc: Diego Montalvo , freebsd-alpha@FreeBSD.ORG Subject: Re: Installed FreeBSD but cpu error? Message-ID: <20010905195847.C895@freebie.xs4all.nl> References: <20010904023646.46809.qmail@web13407.mail.yahoo.com> <20010904192407.C5781@freebie.xs4all.nl> <20010905004837.C13647@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010905004837.C13647@cicely20.cicely.de>; from ticso@mail.cicely.de on Wed, Sep 05, 2001 at 12:48:37AM +0200 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Sep 05, 2001 at 12:48:37AM +0200, Bernd Walter wrote: > On Tue, Sep 04, 2001 at 07:24:07PM +0200, Wilko Bulte wrote: > > On Mon, Sep 03, 2001 at 07:36:46PM -0700, Diego Montalvo wrote: > > > Hello, > > > > > > I am using kern.flp 5.0-20010721 and mfsroot.flp > > > 5.0-20010721 to boot and pre-install FreeBSD. 5.0x is > > > the only boot disk that has been successful with my > > > AS5305. > > > > > > I am using FreeBSD 4.3-20010822 STABLE as install > > > CD-ROM, all works well during install. I have gone > > > into the "emergency holographic shell" before reboot > > > in order to add the 5.0 Kernel from floppy. (Andrew > > > Gallatin's instructions) > > > > > > During reboot (10..9..8..7) countdown I hit space bar > > > and load "kernel.x from 5.0-20010721" > > > > > > It now goes further than before, but still: PANICS... > > > > > > > > > panic: cpu_initclocks: no clock attached > > > > Sounds like a bug in the support for this particular machine type to me. > > Drew is not online this week, he can probably tell you ... > entering idle loop > change stdin/out/err channels from nl to tt > Memory size = 32Mbytes > testing memory from 800000 to 1e16000 ... > Start driver phase 4 > access NVRAM > Build this processor's slot in the hwrpb > Backup Cache size = 0Kb > Init SCSI class driver > Start driver phase 5 > AXPpci33 Common Console X4.7-1860, built on Nov 1 1996 at 06:00:01 I have the latest SRM for this puppy at ftp://ftp.tcja.nl/pub/wilko Not having a NoName anymore I cannot check which rev it is -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 10:58:59 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.132]) by hub.freebsd.org (Postfix) with ESMTP id 53BF937B403; Wed, 5 Sep 2001 10:58:53 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id TAA24987; Wed, 5 Sep 2001 19:57:06 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f85Hv5U01515; Wed, 5 Sep 2001 19:57:05 +0200 (CEST) (envelope-from wkb) Date: Wed, 5 Sep 2001 19:57:05 +0200 From: Wilko Bulte To: Bernd Walter Cc: Mike Smith , Diego Montalvo , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: Installed FreeBSD but cpu error? Message-ID: <20010905195705.B895@freebie.xs4all.nl> References: <200109042306.f84N6Ni61080@mass.dis.org> <20010905010855.D13647@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010905010855.D13647@cicely20.cicely.de>; from ticso@mail.cicely.de on Wed, Sep 05, 2001 at 01:08:55AM +0200 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Sep 05, 2001 at 01:08:55AM +0200, Bernd Walter wrote: > On Tue, Sep 04, 2001 at 04:06:23PM -0700, Mike Smith wrote: > > > I'm also seeing reboot problems with an axppci33 system and a recent > > > -current. > > > But I did not report, because I have some other problems too and wasn't > > > able to isolate. > > > A cold boot or after init works fine. > > > It wait forever at the Boot: until I type enter. > > > I have no clue what filename it wants there and it does not ask after > > > an init. > > > > > *** keyboard not plugged in... > > > > Did you notice this? > > > > Make sure you have the keyboard/mouse the right way around. (Just a guess) > > I'm used to see this on all my alphas. But it ain't normal. It might depend on the make/model of the keyboard you have. -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 11:35:58 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 43D3337B408; Wed, 5 Sep 2001 11:35:53 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f85IX6P09147; Wed, 5 Sep 2001 20:33:08 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f85IXLG17673; Wed, 5 Sep 2001 20:33:21 +0200 (CEST) Date: Wed, 5 Sep 2001 20:33:20 +0200 From: Bernd Walter To: Wilko Bulte Cc: Bernd Walter , Mike Smith , Diego Montalvo , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: Installed FreeBSD but cpu error? Message-ID: <20010905203320.H16349@cicely20.cicely.de> References: <200109042306.f84N6Ni61080@mass.dis.org> <20010905010855.D13647@cicely20.cicely.de> <20010905195705.B895@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010905195705.B895@freebie.xs4all.nl>; from wkb@freebie.xs4all.nl on Wed, Sep 05, 2001 at 07:57:05PM +0200 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Sep 05, 2001 at 07:57:05PM +0200, Wilko Bulte wrote: > On Wed, Sep 05, 2001 at 01:08:55AM +0200, Bernd Walter wrote: > > On Tue, Sep 04, 2001 at 04:06:23PM -0700, Mike Smith wrote: > > > > I'm also seeing reboot problems with an axppci33 system and a recent > > > > -current. > > > > But I did not report, because I have some other problems too and wasn't > > > > able to isolate. > > > > A cold boot or after init works fine. > > > > It wait forever at the Boot: until I type enter. > > > > I have no clue what filename it wants there and it does not ask after > > > > an init. > > > > > > > *** keyboard not plugged in... > > > > > > Did you notice this? > > > > > > Make sure you have the keyboard/mouse the right way around. (Just a guess) > > > > I'm used to see this on all my alphas. > > But it ain't normal. It might depend on the make/model of the keyboard you > have. No - you are missunderstanding. It just tells that there is no keyboard plugged in. I'm prety shure it does because there is no keyboard plugged in. The problem I described was a reboot problem which is new at least since march and if I remember correctly also wasn't there 2 weeks ago. I just mentioned because the orginal mail described a reboot problem on another machine. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 11:42:56 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id 58CA137B409; Wed, 5 Sep 2001 11:42:52 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id UAA05865; Wed, 5 Sep 2001 20:41:35 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f85IfZJ01703; Wed, 5 Sep 2001 20:41:35 +0200 (CEST) (envelope-from wkb) Date: Wed, 5 Sep 2001 20:41:35 +0200 From: Wilko Bulte To: Bernd Walter Cc: Mike Smith , Diego Montalvo , freebsd-alpha@FreeBSD.ORG, msmith@mass.dis.org Subject: Re: Installed FreeBSD but cpu error? Message-ID: <20010905204135.A1651@freebie.xs4all.nl> References: <200109042306.f84N6Ni61080@mass.dis.org> <20010905010855.D13647@cicely20.cicely.de> <20010905195705.B895@freebie.xs4all.nl> <20010905203320.H16349@cicely20.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010905203320.H16349@cicely20.cicely.de>; from ticso@mail.cicely.de on Wed, Sep 05, 2001 at 08:33:20PM +0200 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Sep 05, 2001 at 08:33:20PM +0200, Bernd Walter wrote: > On Wed, Sep 05, 2001 at 07:57:05PM +0200, Wilko Bulte wrote: > > On Wed, Sep 05, 2001 at 01:08:55AM +0200, Bernd Walter wrote: > > > On Tue, Sep 04, 2001 at 04:06:23PM -0700, Mike Smith wrote: > > > > > I'm also seeing reboot problems with an axppci33 system and a recent > > > > > -current. > > > > > But I did not report, because I have some other problems too and wasn't > > > > > able to isolate. > > > > > A cold boot or after init works fine. > > > > > It wait forever at the Boot: until I type enter. > > > > > I have no clue what filename it wants there and it does not ask after > > > > > an init. > > > > > > > > > *** keyboard not plugged in... > > > > > > > > Did you notice this? > > > > > > > > Make sure you have the keyboard/mouse the right way around. (Just a guess) > > > > > > I'm used to see this on all my alphas. > > > > But it ain't normal. It might depend on the make/model of the keyboard you > > have. > > No - you are missunderstanding. > It just tells that there is no keyboard plugged in. > I'm prety shure it does because there is no keyboard plugged in. :) Duh.. > The problem I described was a reboot problem which is new at least > since march and if I remember correctly also wasn't there 2 weeks ago. > I just mentioned because the orginal mail described a reboot problem > on another machine. Sorry for the noise. -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 18: 5: 8 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id A2F1E37B405 for ; Wed, 5 Sep 2001 18:04:39 -0700 (PDT) Received: from Hermes10.corp.disney.com (root@hermes10.corp.disney.com [153.7.110.102]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f8613ce20095 for ; Wed, 5 Sep 2001 18:03:38 -0700 (PDT) Received: from [172.30.50.1] by hermes.corp.disney.com with ESMTP for freebsd-alpha@FreeBSD.ORG; Wed, 5 Sep 2001 18:03:34 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f861DOs02174 for ; Wed, 5 Sep 2001 18:13:24 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id SAA27204 for ; Wed, 5 Sep 2001 18:04:33 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from [172.30.228.110] by mercury.fan.fa.disney.com; Wed, 5 Sep 2001 18:04:33 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jim Pirzyk Organization: Walt Disney Feature Animation To: Wilko Bulte , Andrew Gallatin Subject: Re: XFree86-4 and alpha DS10 Date: Wed, 5 Sep 2001 18:04:32 -0700 X-Mailer: KMail [version 1.3] Cc: freebsd-alpha@FreeBSD.ORG References: <20010903211740.A1329@freebie.xs4all.nl> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Looking more into the addresses that are assigned, it looks like that since there is no memory address assigned to the video card, that XFree tries to assign some, and it conflicts with the memory range of some other hardware. Here from dmesg and the XFree86.0.log file: dmesg: pci0: at device 17.0 (no driver attached) dc0: port 0x1100-0x117f mem 0x18a5000-0x18a53ff irq 29 at device 9.0 on pci0 dc1: port 0x1180-0x11ff mem 0x18a5400-0x18a57ff irq 30 at device 11.0 on pci0 isp0: port 0x1000-0x10ff mem 0x18a4000-0x18a4fff irq 35 at device 14.0 on pci0 From the XFree86.0.log: (--) PCI:*(0:17:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, 0x018a0000/14, 0 x01000000/23, BIOS @ 0x01890000/16 (II) Active PCI resource ranges: [0] -1 0x018a4000 - 0x018a7fff (0x4000) MX[B]E [1] -1 0x018a5400 - 0x018a57ff (0x400) MX[B]E [2] -1 0x018a5000 - 0x018a5fff (0x1000) MX[B]E [3] -1 0x01890000 - 0x0189ffff (0x10000) MX[B](B) [4] -1 0x01000000 - 0x017fffff (0x800000) MX[B](B) [5] -1 0x018a0000 - 0x018a3fff (0x4000) MX[B](B) (II) PCI Memory resource overlap reduced 0x018a4000 from 0x018a7fff to 0x018a4fff (II) PCI Memory resource overlap reduced 0x018a5000 from 0x018a5fff to 0x018a53ff [0] -1 0x018a4000 - 0x018a4fff (0x1000) MX[B]E [1] -1 0x018a5400 - 0x018a57ff (0x400) MX[B]E [2] -1 0x018a5000 - 0x018a53ff (0x400) MX[B]E [3] -1 0x01890000 - 0x0189ffff (0x10000) MX[B](B) [4] -1 0x01000000 - 0x017fffff (0x800000) MX[B](B) [5] -1 0x018a0000 - 0x018a3fff (0x4000) MX[B](B) (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting^G So I am thinking the problem has to due with the 'no driver attached' message from the kernel. - JimP On Tuesday 04 September 2001 02:39 pm, Jim Pirzyk wrote: > On Monday 03 September 2001 12:17 pm, Wilko Bulte wrote: > > On Sun, Sep 02, 2001 at 01:45:48PM -0400, Andrew Gallatin wrote: > > > Wilko Bulte writes: > > > <...> > > > > > > > (--) PCI:*(0:14:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, > > > > 0x018a0000/14, 0x01000000/23, BIOS @ 0x01880000/16 > > > > > > <...> > > > > > > > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff > > > > correcting > > > > > > Hmm.. "correcting" to what, I wonder? > > > > > > Can you insert enough debugging code to find out why it doesn't like > > > this address and what it is being corrected to? > > > > Drats.. :-/ Why not post the complete log file that XFree produced? Here > > goes: > > Here is what I get, before the system hangs. This is running -current > as of Monday. I have recompiled XFree86-4 with the DEBUGMEM flag set > in the Xserver/hw/xfree86/loader/loader.c. The stty status works on the > remote ssh session so I see that the system is in the biod routine, but > the keyboard and mouse are completely unresponsive on the console. > > woodstock 72# X -probeonly > > XFree86 Version 4.1.0 / X Window System > (protocol Version 11, revision 0, vendor release 6510) > Release Date: 2 June 2001 > If the server is older than 6-12 months, or if your card is > newer than the above date, look for a newer version before > reporting problems. (See http://www.XFree86.Org/FAQ) > Build Operating System: FreeBSD 5.0-CURRENT alpha [ELF] > Module Loader present > (==) Log file: "/var/log/XFree86.0.log", Time: Tue Sep 4 14:36:21 2001 > (==) Using config file: "/etc/X11/XF86Config" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) ServerLayout "Simple Layout" > (**) |-->Screen "Screen 1" (0) > (**) | |-->Monitor "My Monitor" > (**) | |-->Device "Matrox Millennium II 8MB" > (**) |-->Input Device "Mouse1" > (**) |-->Input Device "Keyboard1" > (**) XKB: rules: "xfree86" > (**) XKB: model: "pc101" > (**) XKB: layout: "us" > (**) FontPath set to > "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/ >lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr >/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/ >X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to > "/usr/X11R6/lib/X11/rgb" > (==) ModulePath set to "/usr/X11R6/lib/modules" > (--) Using syscons driver with X support (version 16777218.0) > (--) using VT number 5 > > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a > _LoaderFileToMem(6,0(862),64,header)=1202a1ac0 > _LoaderFileToMem(6,13448(862),704,sections)=120289400 > _LoaderFileToMem(6,13366(862),86,.shstrtab)=120284a80 > _LoaderFileToMem(6,16080(862),19464,.rela.text)=1202a4000 > _LoaderFileToMem(6,14152(862),1272,.symtab)=1202a2000 > _LoaderFileToMem(6,15424(862),655,.strtab)=120289400 > _LoaderFileToMem(6,64(862),11648,.text)=1202b2000 > _LoaderFileToMem(6,11712(862),0,.data)=NULL > _LoaderFileToMem(6,11736(862),1592,.rodata)=1202a2800 > _LoaderFileToMem(6,0(36466),64,header)=1202a1c00 > _LoaderFileToMem(6,3112(36466),832,sections)=120289c00 > _LoaderFileToMem(6,3006(36466),110,.shstrtab)=120284c00 > _LoaderFileToMem(6,4944(36466),2064,.rela.text)=1202b6000 > _LoaderFileToMem(6,7008(36466),264,.rela.data)=120287a00 > _LoaderFileToMem(6,7272(36466),264,.rela.rodata)=120287c00 > _LoaderFileToMem(6,3944(36466),720,.symtab)=120289c00 > _LoaderFileToMem(6,4664(36466),277,.strtab)=120287e00 > _LoaderFileToMem(6,64(36466),2496,.text)=1202b7000 > _LoaderFileToMem(6,2560(36466),96,.data)=120284c80 > _LoaderFileToMem(6,2680(36466),288,.rodata)=1202b8200 > _LoaderFileToMem(6,0(44062),64,header)=1202a1cc0 > _LoaderFileToMem(6,1464(44062),704,sections)=1202b0800 > _LoaderFileToMem(6,1382(44062),86,.shstrtab)=120284e00 > _LoaderFileToMem(6,2528(44062),96,.rela.text)=120284e80 > _LoaderFileToMem(6,2168(44062),288,.symtab)=1202b8400 > _LoaderFileToMem(6,2456(44062),71,.strtab)=120284f00 > _LoaderFileToMem(6,64(44062),1248,.text)=1202a3000 > _LoaderFileToMem(6,1312(44062),0,.data)=NULL > _LoaderFileToMem(6,1336(44062),8,.rodata)=1202828d0 > _LoaderFileToMem(6,0(46746),64,header)=1202a1dc0 > _LoaderFileToMem(6,6480(46746),704,sections)=1202b0800 > _LoaderFileToMem(6,6398(46746),86,.shstrtab)=120285080 > _LoaderFileToMem(6,7768(46746),480,.rela.text)=1202b8800 > _LoaderFileToMem(6,7184(46746),408,.symtab)=1202b8a00 > _LoaderFileToMem(6,7592(46746),169,.strtab)=12028cc00 > _LoaderFileToMem(6,64(46746),6240,.text)=1202bc000 > _LoaderFileToMem(6,6304(46746),24,.data)=1202bb3e0 > _LoaderFileToMem(6,6352(46746),8,.rodata)=1202828f0 > _LoaderFileToMem(6,0(55054),64,header)=1202a1f00 > _LoaderFileToMem(6,22664(55054),832,sections)=1202b0800 > _LoaderFileToMem(6,22558(55054),110,.shstrtab)=120285200 > _LoaderFileToMem(6,26024(55054),14640,.rela.text)=1202be000 > _LoaderFileToMem(6,40664(55054),1992,.rela.data)=1202a3800 > _LoaderFileToMem(6,42656(55054),384,.rela.rodata)=1202b9000 > _LoaderFileToMem(6,23496(55054),1632,.symtab)=1202c2000 > _LoaderFileToMem(6,25128(55054),896,.strtab)=1202b0800 > _LoaderFileToMem(6,64(55054),19904,.text)=1202ca000 > _LoaderFileToMem(6,19968(55054),1240,.data)=1202c3000 > _LoaderFileToMem(6,21232(55054),1288,.rodata)=1202c3800 > _LoaderFileToMem(6,0(98154),64,header)=1202d0040 > _LoaderFileToMem(6,1880(98154),768,sections)=1202b1c00 > _LoaderFileToMem(6,1790(98154),97,.shstrtab)=120285380 > _LoaderFileToMem(6,3816(98154),1512,.rela.text)=1202c2800 > _LoaderFileToMem(6,5328(98154),1680,.rela.data)=1202d4000 > _LoaderFileToMem(6,2648(98154),768,.symtab)=1202b1c00 > _LoaderFileToMem(6,3416(98154),393,.strtab)=1202b9400 > _LoaderFileToMem(6,64(98154),864,.text)=1202d2800 > _LoaderFileToMem(6,928(98154),720,.data)=1202d2c00 > _LoaderFileToMem(6,1672(98154),80,.rodata)=120285500 > _LoaderFileToMem(6,0(105222),64,header)=1202d0140 > _LoaderFileToMem(6,13384(105222),704,sections)=1202d2400 > _LoaderFileToMem(6,13306(105222),84,.shstrtab)=120285600 > _LoaderFileToMem(6,15392(105222),8376,.rela.text)=1202d8000 > _LoaderFileToMem(6,14088(105222),912,.symtab)=1202d2400 > _LoaderFileToMem(6,15000(105222),386,.strtab)=1202b9800 > _LoaderFileToMem(6,64(105222),13184,.text)=1202de000 > _LoaderFileToMem(6,13248(105222),0,.data)=NULL > _LoaderFileToMem(6,0(129050),64,header)=1202d0240 > _LoaderFileToMem(6,8384(129050),768,sections)=1202d3400 > _LoaderFileToMem(6,8294(129050),92,.shstrtab)=120285800 > _LoaderFileToMem(6,10080(129050),1992,.rela.text)=1202d4800 > _LoaderFileToMem(6,9152(129050),672,.symtab)=1202d3400 > _LoaderFileToMem(6,9824(129050),250,.strtab)=12028cd00 > _LoaderFileToMem(6,64(129050),8128,.text)=1202e4000 > _LoaderFileToMem(6,8192(129050),0,.data)=NULL > _LoaderFileToMem(6,8216(129050),40,.rodata)=1202d0300 > _LoaderFileToMem(6,0(141182),64,header)=1202d03c0 > _LoaderFileToMem(6,4936(141182),704,sections)=1202d3c00 > _LoaderFileToMem(6,4858(141182),84,.shstrtab)=120285980 > _LoaderFileToMem(6,6968(141182),4296,.rela.text)=1202e8000 > _LoaderFileToMem(6,5640(141182),936,.symtab)=1202d3c00 > _LoaderFileToMem(6,6576(141182),388,.strtab)=1202b9c00 > _LoaderFileToMem(6,64(141182),4736,.text)=1202ea000 > _LoaderFileToMem(6,4800(141182),0,.data)=NULL > _LoaderFileToMem(6,0(152506),64,header)=1202d04c0 > _LoaderFileToMem(6,2544(152506),640,sections)=1202e6400 > _LoaderFileToMem(6,2474(152506),78,.shstrtab)=120285b00 > _LoaderFileToMem(6,3592(152506),192,.rela.text)=12028cf00 > _LoaderFileToMem(6,3184(152506),312,.symtab)=1202ec000 > _LoaderFileToMem(6,3496(152506),93,.strtab)=120285b80 > _LoaderFileToMem(6,64(152506),2336,.text)=1202ee000 > _LoaderFileToMem(6,2400(152506),16,.data)=120282a20 > _LoaderFileToMem(6,0(156350),64,header)=1202d05c0 > _LoaderFileToMem(6,456(156350),768,sections)=1202e6800 > _LoaderFileToMem(6,362(156350),97,.shstrtab)=120285d00 > _LoaderFileToMem(6,1704(156350),144,.rela.text)=12028d000 > _LoaderFileToMem(6,1848(156350),192,.rela.data)=12028d100 > _LoaderFileToMem(6,1224(156350),360,.symtab)=1202ec400 > _LoaderFileToMem(6,1584(156350),113,.strtab)=120285d80 > _LoaderFileToMem(6,64(156350),64,.text)=1202d0600 > _LoaderFileToMem(6,128(156350),120,.data)=120285e00 > _LoaderFileToMem(6,268(156350),56,.rodata)=1202d0640 > (II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/libpcidata.a > _LoaderFileToMem(6,0(176),64,header)=1202d1180 > _LoaderFileToMem(6,106184(176),768,sections)=1202e6400 > _LoaderFileToMem(6,106090(176),97,.shstrtab)=1202f0000 > _LoaderFileToMem(6,107456(176),96,.rela.text)=1202f0080 > _LoaderFileToMem(6,107552(176),13992,.rela.data)=1202f4000 > _LoaderFileToMem(6,106952(176),360,.symtab)=1202ec800 > _LoaderFileToMem(6,107312(176),140,.strtab)=12028d200 > _LoaderFileToMem(6,64(176),64,.text)=1202d11c0 > _LoaderFileToMem(6,128(176),99168,.data)=1202f8000 > _LoaderFileToMem(6,99316(176),6736,.rodata)=1202f2000 > (II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > (II) Loading /usr/X11R6/lib/modules/libscanpci.a > _LoaderFileToMem(7,0(266),64,header)=1202d13c0 > _LoaderFileToMem(7,217032(266),768,sections)=120312800 > _LoaderFileToMem(7,216937(266),97,.shstrtab)=1202f0280 > _LoaderFileToMem(7,218560(266),2712,.rela.text)=1202ef000 > _LoaderFileToMem(7,221272(266),18240,.rela.data)=120316000 > _LoaderFileToMem(7,217800(266),504,.symtab)=1202ecc00 > _LoaderFileToMem(7,218304(266),256,.strtab)=12028d300 > _LoaderFileToMem(7,64(266),2336,.text)=120314000 > _LoaderFileToMem(7,2400(266),205160,.data)=12031c000 > _LoaderFileToMem(7,207580(266),9319,.rodata)=120350000 > (II) Module scanpci: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > _LoaderFreeFileMem(2028d300,256) > _LoaderFreeFileMem(202ecc00,504) > _LoaderFreeFileMem(20314000,2336) > _LoaderFreeFileMem(2031c000,205160) > _LoaderFreeFileMem(20350000,9319) > _LoaderFreeFileMem(202ef000,2712) > _LoaderFreeFileMem(20316000,18240) > _LoaderFreeFileMem(20312c00,832) > _LoaderFreeFileMem(202d13c0,64) > _LoaderFreeFileMem(202f0280,97) > (II) Unloading /usr/X11R6/lib/modules/libscanpci.a > (--) PCI:*(0:17:0) Matrox MGA 2164W rev 0, Mem @ 0x40000000/24, > 0x018a0000/14, 0x01000000/23, BIOS @ 0x01890000/16 > (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a > _LoaderFileToMem(7,0(336),64,header)=1202d1e40 > _LoaderFileToMem(7,9592(336),832,sections)=120312800 > _LoaderFileToMem(7,9494(336),105,.shstrtab)=1202f0400 > _LoaderFileToMem(7,13368(336),7176,.rela.text)=120314000 > _LoaderFileToMem(7,20544(336),384,.rela.rodata)=1202ecc00 > _LoaderFileToMem(7,10424(336),1752,.symtab)=1202d5000 > _LoaderFileToMem(7,12176(336),1189,.strtab)=1202d5800 > _LoaderFileToMem(7,64(336),9280,.text)=120318000 > _LoaderFileToMem(7,9344(336),8,.data)=120282b00 > _LoaderFileToMem(7,9376(336),80,.rodata)=1202f0500 > _LoaderFileToMem(7,0(21324),64,header)=1202d1f80 > _LoaderFileToMem(7,4664(21324),640,sections)=120312800 > _LoaderFileToMem(7,4590(21324),78,.shstrtab)=1202f0680 > _LoaderFileToMem(7,6552(21324),3456,.rela.text)=1202ef000 > _LoaderFileToMem(7,5304(21324),792,.symtab)=120312800 > _LoaderFileToMem(7,6096(21324),449,.strtab)=1202ed200 > _LoaderFileToMem(7,64(21324),4448,.text)=120316000 > _LoaderFileToMem(7,4512(21324),20,.data)=1202ad7c0 > _LoaderFileToMem(7,0(31392),64,header)=12031c080 > _LoaderFileToMem(7,480(31392),768,sections)=120313400 > _LoaderFileToMem(7,385(31392),97,.shstrtab)=1202f0800 > _LoaderFileToMem(7,1704(31392),144,.rela.text)=12028d600 > _LoaderFileToMem(7,1848(31392),192,.rela.data)=12028d700 > _LoaderFileToMem(7,1248(31392),360,.symtab)=1202ed600 > _LoaderFileToMem(7,1608(31392),91,.strtab)=1202f0880 > _LoaderFileToMem(7,64(31392),64,.text)=12031c0c0 > _LoaderFileToMem(7,128(31392),136,.data)=12028d900 > _LoaderFileToMem(7,284(31392),63,.rodata)=12031c100 > (II) Module dbe: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a > _LoaderFileToMem(7,0(1702),64,header)=12031c540 > _LoaderFileToMem(7,1600(1702),768,sections)=120313400 > _LoaderFileToMem(7,1505(1702),97,.shstrtab)=1202f0b00 > _LoaderFileToMem(7,3792(1702),888,.rela.text)=120313400 > _LoaderFileToMem(7,4680(1702),912,.rela.data)=12031e000 > _LoaderFileToMem(7,2368(1702),912,.symtab)=12031e400 > _LoaderFileToMem(7,3280(1702),510,.strtab)=1202eda00 > _LoaderFileToMem(7,64(1702),384,.text)=1202edc00 > _LoaderFileToMem(7,448(1702),736,.data)=12031ec00 > _LoaderFileToMem(7,1204(1702),263,.rodata)=1202ede00 > _LoaderFileToMem(7,0(7354),64,header)=12031c680 > _LoaderFileToMem(7,12408(7354),832,sections)=12031e800 > _LoaderFileToMem(7,12310(7354),105,.shstrtab)=1202f0d00 > _LoaderFileToMem(7,16376(7354),8568,.rela.text)=120322000 > _LoaderFileToMem(7,24944(7354),552,.rela.rodata)=12031e800 > _LoaderFileToMem(7,13240(7354),1920,.symtab)=120326000 > _LoaderFileToMem(7,15160(7354),1215,.strtab)=120326800 > _LoaderFileToMem(7,64(7354),12064,.text)=120328000 > _LoaderFileToMem(7,12128(7354),8,.data)=120282bd0 > _LoaderFileToMem(7,12160(7354),112,.rodata)=1202f0d80 > _LoaderFileToMem(7,0(32910),64,header)=12031c780 > _LoaderFileToMem(7,1192(32910),768,sections)=12031f400 > _LoaderFileToMem(7,1105(32910),92,.shstrtab)=1202f0f00 > _LoaderFileToMem(7,2752(32910),552,.rela.text)=12031f400 > _LoaderFileToMem(7,1960(32910),552,.symtab)=12031fc00 > _LoaderFileToMem(7,2512(32910),235,.strtab)=12028d500 > _LoaderFileToMem(7,64(32910),960,.text)=12032c000 > _LoaderFileToMem(7,1024(32910),0,.data)=NULL > _LoaderFileToMem(7,1044(32910),23,.rodata)=1202ae6c0 > _LoaderFileToMem(7,0(36274),64,header)=12031c840 > _LoaderFileToMem(7,800(36274),768,sections)=12032c400 > _LoaderFileToMem(7,711(36274),92,.shstrtab)=1202f1180 > _LoaderFileToMem(7,2168(36274),480,.rela.text)=120320800 > _LoaderFileToMem(7,1568(36274),432,.symtab)=120320a00 > _LoaderFileToMem(7,2000(36274),161,.strtab)=12028d800 > _LoaderFileToMem(7,64(36274),576,.text)=12032c400 > _LoaderFileToMem(7,640(36274),0,.data)=NULL > _LoaderFileToMem(7,660(36274),13,.rodata)=120282c20 > _LoaderFileToMem(7,0(38982),64,header)=12031c980 > _LoaderFileToMem(7,20520(38982),832,sections)=12032cc00 > _LoaderFileToMem(7,20422(38982),105,.shstrtab)=1202f1300 > _LoaderFileToMem(7,26088(38982),12360,.rela.text)=12032e000 > _LoaderFileToMem(7,38448(38982),1440,.rela.rodata)=120327000 > _LoaderFileToMem(7,21352(38982),2760,.symtab)=120332000 > _LoaderFileToMem(7,24112(38982),1970,.strtab)=120327800 > _LoaderFileToMem(7,64(38982),19936,.text)=120336000 > _LoaderFileToMem(7,20000(38982),24,.data)=1202c6c40 > _LoaderFileToMem(7,20048(38982),336,.rodata)=120320e00 > _LoaderFileToMem(7,0(78930),64,header)=12031ca80 > _LoaderFileToMem(7,10408(78930),832,sections)=12032d400 > _LoaderFileToMem(7,10310(78930),103,.shstrtab)=1202f1400 > _LoaderFileToMem(7,14536(78930),7464,.rela.text)=120334000 > _LoaderFileToMem(7,22000(78930),240,.rela.data)=12028db00 > _LoaderFileToMem(7,11240(78930),1968,.symtab)=12033c000 > _LoaderFileToMem(7,13208(78930),1327,.strtab)=12033c800 > _LoaderFileToMem(7,64(78930),10080,.text)=12033e000 > _LoaderFileToMem(7,10144(78930),88,.data)=1202f1480 > _LoaderFileToMem(7,10252(78930),17,.rodata)=1202c9f40 > _LoaderFileToMem(7,0(101230),64,header)=12031cb80 > _LoaderFileToMem(7,2456(101230),768,sections)=12032d400 > _LoaderFileToMem(7,2370(101230),92,.shstrtab)=1202f1600 > _LoaderFileToMem(7,4248(101230),1200,.rela.text)=12033d000 > _LoaderFileToMem(7,3224(101230),672,.symtab)=12032d400 > _LoaderFileToMem(7,3896(101230),346,.strtab)=120321600 > _LoaderFileToMem(7,64(101230),2240,.text)=120333000 > _LoaderFileToMem(7,2304(101230),0,.data)=NULL > _LoaderFileToMem(7,2324(101230),8,.rodata)=120282c70 > _LoaderFileToMem(7,0(106738),64,header)=12031cc80 > _LoaderFileToMem(7,52696(106738),832,sections)=120342000 > _LoaderFileToMem(7,52598(106738),105,.shstrtab)=1202f1800 > _LoaderFileToMem(7,58264(106738),32184,.rela.text)=120344000 > _LoaderFileToMem(7,90448(106738),1680,.rela.rodata)=12033d800 > _LoaderFileToMem(7,53528(106738),2520,.symtab)=12034c000 > _LoaderFileToMem(7,56048(106738),2211,.strtab)=12034d000 > _LoaderFileToMem(7,64(106738),50816,.text)=120358000 > _LoaderFileToMem(7,50880(106738),8,.data)=120282ca0 > _LoaderFileToMem(7,50912(106738),1648,.rodata)=12034e800 > _LoaderFileToMem(7,0(198926),64,header)=12031cd80 > _LoaderFileToMem(7,6216(198926),832,sections)=120342800 > _LoaderFileToMem(7,6118(198926),105,.shstrtab)=1202f1980 > _LoaderFileToMem(7,8848(198926),6384,.rela.text)=120366000 > _LoaderFileToMem(7,15232(198926),192,.rela.rodata)=12028da00 > _LoaderFileToMem(7,7048(198926),1056,.symtab)=12034e000 > _LoaderFileToMem(7,8104(198926),743,.strtab)=120342800 > _LoaderFileToMem(7,64(198926),5600,.text)=12036a000 > _LoaderFileToMem(7,5664(198926),1,.data)=120282cd0 > _LoaderFileToMem(7,5688(198926),392,.rodata)=120321c00 > _LoaderFileToMem(7,0(214410),64,header)=12031ce80 > _LoaderFileToMem(7,3048(214410),768,sections)=120343000 > _LoaderFileToMem(7,2950(214410),99,.shstrtab)=1202f1b00 > _LoaderFileToMem(7,5064(214410),3168,.rela.text)=12036c000 > _LoaderFileToMem(7,8232(214410),216,.rela.rodata)=12028dc00 > _LoaderFileToMem(7,3816(214410),792,.symtab)=120343000 > _LoaderFileToMem(7,4608(214410),454,.strtab)=12036e000 > _LoaderFileToMem(7,64(214410),2784,.text)=12036d000 > _LoaderFileToMem(7,2848(214410),0,.data)=NULL > _LoaderFileToMem(7,2872(214410),40,.rodata)=12031cec0 > _LoaderFileToMem(7,0(222918),64,header)=12031cfc0 > _LoaderFileToMem(7,7528(222918),832,sections)=120343800 > _LoaderFileToMem(7,7430(222918),105,.shstrtab)=1202f1d00 > _LoaderFileToMem(7,11288(222918),7968,.rela.text)=120372000 > _LoaderFileToMem(7,19256(222918),648,.rela.rodata)=120343800 > _LoaderFileToMem(7,8360(222918),1800,.symtab)=12034f000 > _LoaderFileToMem(7,10160(222918),1122,.strtab)=12034f800 > _LoaderFileToMem(7,64(222918),7104,.text)=120378000 > _LoaderFileToMem(7,7168(222918),12,.data)=120282d40 > _LoaderFileToMem(7,7208(222918),184,.rodata)=12028df00 > _LoaderFileToMem(7,0(242882),64,header)=12031d0c0 > _LoaderFileToMem(7,2688(242882),768,sections)=120374000 > _LoaderFileToMem(7,2598(242882),92,.shstrtab)=1202f1f00 > _LoaderFileToMem(7,4520(242882),1536,.rela.text)=12037a000 > _LoaderFileToMem(7,3456(242882),720,.symtab)=120374000 > _LoaderFileToMem(7,4176(242882),339,.strtab)=12036ea00 > _LoaderFileToMem(7,64(242882),2432,.text)=12037e000 > _LoaderFileToMem(7,2496(242882),28,.data)=12037c5c0 > _LoaderFileToMem(7,2544(242882),16,.rodata)=120282d80 > _LoaderFileToMem(7,0(248998),64,header)=12031d1c0 > _LoaderFileToMem(7,4392(248998),832,sections)=120374800 > _LoaderFileToMem(7,4294(248998),105,.shstrtab)=120380100 > _LoaderFileToMem(7,6816(248998),2184,.rela.text)=12037f000 > _LoaderFileToMem(7,9000(248998),384,.rela.rodata)=12036ec00 > _LoaderFileToMem(7,5224(248998),1032,.symtab)=12037a800 > _LoaderFileToMem(7,6256(248998),560,.strtab)=120374800 > _LoaderFileToMem(7,64(248998),4096,.text)=120382000 > _LoaderFileToMem(7,4160(248998),0,.data)=NULL > _LoaderFileToMem(7,4184(248998),72,.rodata)=120380200 > _LoaderFileToMem(7,0(258442),64,header)=12031d2c0 > _LoaderFileToMem(7,3456(258442),768,sections)=120375000 > _LoaderFileToMem(7,3366(258442),92,.shstrtab)=120380300 > _LoaderFileToMem(7,5448(258442),1176,.rela.text)=12037b000 > _LoaderFileToMem(7,4224(258442),720,.symtab)=120375000 > _LoaderFileToMem(7,4944(258442),501,.strtab)=12036f200 > _LoaderFileToMem(7,64(258442),3232,.text)=120383000 > _LoaderFileToMem(7,3296(258442),1,.data)=120282dd0 > _LoaderFileToMem(7,3317(258442),10,.rodata)=120282de0 > _LoaderFileToMem(7,0(265126),64,header)=12031d3c0 > _LoaderFileToMem(7,2104(265126),768,sections)=120375800 > _LoaderFileToMem(7,2014(265126),92,.shstrtab)=120380500 > _LoaderFileToMem(7,3736(265126),1128,.rela.text)=12037b800 > _LoaderFileToMem(7,2872(265126),600,.symtab)=120375800 > _LoaderFileToMem(7,3472(265126),259,.strtab)=12036f400 > _LoaderFileToMem(7,64(265126),1856,.text)=120386000 > _LoaderFileToMem(7,1920(265126),1,.data)=120282e10 > _LoaderFileToMem(7,1941(265126),28,.rodata)=120384580 > _LoaderFileToMem(7,0(270050),64,header)=12031d4c0 > _LoaderFileToMem(7,960(270050),640,sections)=120388000 > _LoaderFileToMem(7,890(270050),78,.shstrtab)=120380700 > _LoaderFileToMem(7,2104(270050),792,.rela.text)=120388000 > _LoaderFileToMem(7,1600(270050),384,.symtab)=12036f800 > _LoaderFileToMem(7,1984(270050),120,.strtab)=120380780 > _LoaderFileToMem(7,64(270050),768,.text)=120388800 > _LoaderFileToMem(7,832(270050),0,.data)=NULL > _LoaderFileToMem(7,0(273006),64,header)=12031d600 > _LoaderFileToMem(7,9336(273006),704,sections)=120388c00 > _LoaderFileToMem(7,9252(273006),86,.shstrtab)=120380900 > _LoaderFileToMem(7,13184(273006),8472,.rela.text)=12038a000 > _LoaderFileToMem(7,10040(273006),1944,.symtab)=120386800 > _LoaderFileToMem(7,11984(273006),1200,.strtab)=120387000 > _LoaderFileToMem(7,64(273006),8352,.text)=120394000 > _LoaderFileToMem(7,8416(273006),32,.data)=120392100 > _LoaderFileToMem(7,8468(273006),746,.rodata)=120389400 > _LoaderFileToMem(7,0(294722),64,header)=12031d700 > _LoaderFileToMem(7,30288(294722),768,sections)=120389c00 > _LoaderFileToMem(7,30190(294722),99,.shstrtab)=120380b00 > _LoaderFileToMem(7,36040(294722),17088,.rela.text)=120398000 > _LoaderFileToMem(7,53128(294722),960,.rela.rodata)=120389c00 > _LoaderFileToMem(7,31056(294722),2928,.symtab)=12039e000 > _LoaderFileToMem(7,33984(294722),2049,.strtab)=12039f000 > _LoaderFileToMem(7,64(294722),29888,.text)=1203a8000 > _LoaderFileToMem(7,29952(294722),0,.data)=NULL > _LoaderFileToMem(7,29976(294722),176,.rodata)=1203a0100 > _LoaderFileToMem(7,0(348870),64,header)=12031d800 > _LoaderFileToMem(7,256(348870),640,sections)=120389800 > _LoaderFileToMem(7,186(348870),78,.shstrtab)=120380c80 > _LoaderFileToMem(7,1472(348870),216,.rela.text)=1203a0000 > _LoaderFileToMem(7,896(348870),408,.symtab)=1203b2200 > _LoaderFileToMem(7,1304(348870),163,.strtab)=1203a0200 > _LoaderFileToMem(7,64(348870),64,.text)=12031d8c0 > _LoaderFileToMem(7,128(348870),0,.data)=NULL > _LoaderFileToMem(7,0(350618),64,header)=12031d980 > _LoaderFileToMem(7,6248(350618),768,sections)=120389800 > _LoaderFileToMem(7,6156(350618),97,.shstrtab)=120380e00 > _LoaderFileToMem(7,8952(350618),6216,.rela.text)=1203b0000 > _LoaderFileToMem(7,15168(350618),216,.rela.data)=1203a0300 > _LoaderFileToMem(7,7016(350618),1200,.symtab)=1203b4000 > _LoaderFileToMem(7,8216(350618),733,.strtab)=120389800 > _LoaderFileToMem(7,64(350618),5920,.text)=1203b8000 > _LoaderFileToMem(7,5984(350618),88,.data)=120380f00 > _LoaderFileToMem(7,6092(350618),26,.rodata)=1203b6f20 > (II) Module extmod: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a > _LoaderFileToMem(7,0(3508),64,header)=1203baec0 > _LoaderFileToMem(7,896(3508),640,sections)=12038ec00 > _LoaderFileToMem(7,826(3508),78,.shstrtab)=120381000 > _LoaderFileToMem(7,2000(3508),192,.rela.text)=1203a0500 > _LoaderFileToMem(7,1536(3508),384,.symtab)=1203b2800 > _LoaderFileToMem(7,1920(3508),80,.strtab)=120381080 > _LoaderFileToMem(7,64(3508),704,.text)=12038ec00 > _LoaderFileToMem(7,768(3508),0,.data)=NULL > _LoaderFileToMem(7,0(5760),64,header)=1203bafc0 > _LoaderFileToMem(7,1424(5760),704,sections)=12038f800 > _LoaderFileToMem(7,1341(5760),86,.shstrtab)=120381280 > _LoaderFileToMem(7,2640(5760),456,.rela.text)=1203b2c00 > _LoaderFileToMem(7,2128(5760),384,.symtab)=1203b2e00 > _LoaderFileToMem(7,2512(5760),122,.strtab)=120381300 > _LoaderFileToMem(7,64(5760),1184,.text)=120387800 > _LoaderFileToMem(7,1248(5760),0,.data)=NULL > _LoaderFileToMem(7,1268(5760),35,.rodata)=1203bb080 > _LoaderFileToMem(7,0(8916),64,header)=1203bb140 > _LoaderFileToMem(7,5336(8916),768,sections)=12038f800 > _LoaderFileToMem(7,5238(8916),99,.shstrtab)=120381400 > _LoaderFileToMem(7,8040(8916),8472,.rela.text)=1203be000 > _LoaderFileToMem(7,16512(8916),288,.rela.rodata)=1203b3200 > _LoaderFileToMem(7,6104(8916),1344,.symtab)=1203b4800 > _LoaderFileToMem(7,7448(8916),588,.strtab)=12038f800 > _LoaderFileToMem(7,64(8916),4992,.text)=1203c2000 > _LoaderFileToMem(7,5056(8916),48,.data)=1203bb180 > _LoaderFileToMem(7,5128(8916),72,.rodata)=120381500 > _LoaderFileToMem(7,0(25776),64,header)=1203bb280 > _LoaderFileToMem(7,7080(25776),704,sections)=1203bc400 > _LoaderFileToMem(7,6999(25776),86,.shstrtab)=120381600 > _LoaderFileToMem(7,8584(25776),1752,.rela.text)=1203b5000 > _LoaderFileToMem(7,7784(25776),576,.symtab)=1203bc400 > _LoaderFileToMem(7,8360(25776),218,.strtab)=1203a0600 > _LoaderFileToMem(7,64(25776),6624,.text)=1203c6000 > _LoaderFileToMem(7,6688(25776),0,.data)=NULL > _LoaderFileToMem(7,6708(25776),253,.rodata)=1203a0700 > _LoaderFileToMem(7,0(36172),64,header)=1203bb380 > _LoaderFileToMem(7,992(36172),640,sections)=1203bc800 > _LoaderFileToMem(7,922(36172),78,.shstrtab)=120381800 > _LoaderFileToMem(7,2008(36172),600,.rela.text)=1203bc800 > _LoaderFileToMem(7,1632(36172),288,.symtab)=1203b3c00 > _LoaderFileToMem(7,1920(36172),82,.strtab)=120381880 > _LoaderFileToMem(7,64(36172),800,.text)=1203bd800 > _LoaderFileToMem(7,864(36172),0,.data)=NULL > _LoaderFileToMem(7,0(38840),64,header)=1203bb480 > _LoaderFileToMem(7,5800(38840),768,sections)=1203bd000 > _LoaderFileToMem(7,5702(38840),99,.shstrtab)=120381a00 > _LoaderFileToMem(7,8816(38840),7512,.rela.text)=1203ca000 > _LoaderFileToMem(7,16328(38840),648,.rela.rodata)=1203bd000 > _LoaderFileToMem(7,6568(38840),1560,.symtab)=1203b5800 > _LoaderFileToMem(7,8128(38840),684,.strtab)=1203c8400 > _LoaderFileToMem(7,64(38840),4672,.text)=1203ce000 > _LoaderFileToMem(7,4736(38840),48,.data)=1203bb4c0 > _LoaderFileToMem(7,4808(38840),856,.rodata)=1203c8c00 > _LoaderFileToMem(7,0(55876),64,header)=1203bb5c0 > _LoaderFileToMem(7,11704(55876),768,sections)=1203bdc00 > _LoaderFileToMem(7,11606(55876),99,.shstrtab)=120381c00 > _LoaderFileToMem(7,14216(55876),8112,.rela.text)=1203d2000 > _LoaderFileToMem(7,22328(55876),768,.rela.rodata)=1203bdc00 > _LoaderFileToMem(7,12472(55876),1224,.symtab)=1203cc000 > _LoaderFileToMem(7,13696(55876),514,.strtab)=1203c9400 > _LoaderFileToMem(7,64(55876),10464,.text)=1203d4000 > _LoaderFileToMem(7,10528(55876),192,.data)=1203a0800 > _LoaderFileToMem(7,10744(55876),824,.rodata)=1203c9c00 > _LoaderFileToMem(7,0(79032),64,header)=1203bb6c0 > _LoaderFileToMem(7,11256(79032),768,sections)=1203c9800 > _LoaderFileToMem(7,11166(79032),97,.shstrtab)=120381d80 > _LoaderFileToMem(7,14304(79032),6000,.rela.text)=1203da000 > _LoaderFileToMem(7,20304(79032),48,.rela.data)=1203bb700 > _LoaderFileToMem(7,12024(79032),1584,.symtab)=1203cc800 > _LoaderFileToMem(7,13608(79032),689,.strtab)=1203c9800 > _LoaderFileToMem(7,64(79032),10240,.text)=1203dc000 > _LoaderFileToMem(7,10304(79032),368,.data)=1203d0800 > _LoaderFileToMem(7,10692(79032),436,.rodata)=1203d0a00 > _LoaderFileToMem(7,0(99444),64,header)=1203bb800 > _LoaderFileToMem(7,29216(99444),896,sections)=1203d8400 > _LoaderFileToMem(7,29102(99444),116,.shstrtab)=120381f00 > _LoaderFileToMem(7,33096(99444),40608,.rela.text)=1203e2000 > _LoaderFileToMem(7,73704(99444),8160,.rela.data)=1203ec000 > _LoaderFileToMem(7,81864(99444),1656,.rela.rodata)=1203cd000 > _LoaderFileToMem(7,30112(99444),2040,.symtab)=1203cd800 > _LoaderFileToMem(7,32152(99444),939,.strtab)=1203d8400 > _LoaderFileToMem(7,64(99444),20800,.text)=1203ee000 > _LoaderFileToMem(7,20864(99444),5488,.data)=1203f4000 > _LoaderFileToMem(7,26376(99444),2688,.rodata)=1203c5000 > _LoaderFileToMem(7,0(183024),64,header)=1203bb980 > _LoaderFileToMem(7,4416(183024),768,sections)=1203d8c00 > _LoaderFileToMem(7,4326(183024),97,.shstrtab)=1203f8080 > _LoaderFileToMem(7,6912(183024),3384,.rela.text)=1203fa000 > _LoaderFileToMem(7,10296(183024),48,.rela.data)=1203bb9c0 > _LoaderFileToMem(7,5184(183024),1248,.symtab)=1203e0800 > _LoaderFileToMem(7,6432(183024),476,.strtab)=1203d1000 > _LoaderFileToMem(7,64(183024),3904,.text)=1203fb000 > _LoaderFileToMem(7,3968(183024),184,.data)=1203a0900 > _LoaderFileToMem(7,4176(183024),112,.rodata)=1203f8180 > _LoaderFileToMem(7,0(193428),64,header)=1203bbac0 > _LoaderFileToMem(7,15552(193428),832,sections)=1203d8c00 > _LoaderFileToMem(7,15446(193428),110,.shstrtab)=1203f8280 > _LoaderFileToMem(7,19232(193428),19560,.rela.text)=1203fe000 > _LoaderFileToMem(7,38792(193428),216,.rela.data)=1203a0a00 > _LoaderFileToMem(7,39008(193428),192,.rela.rodata)=1203a0b00 > _LoaderFileToMem(7,16384(193428),1872,.symtab)=1203e1000 > _LoaderFileToMem(7,18256(193428),974,.strtab)=1203d8c00 > _LoaderFileToMem(7,64(193428),14816,.text)=120404000 > _LoaderFileToMem(7,14880(193428),168,.data)=1203a0d00 > _LoaderFileToMem(7,15072(193428),336,.rodata)=1203d1600 > _LoaderFileToMem(7,0(232688),64,header)=1203bbc00 > _LoaderFileToMem(7,11272(232688),832,sections)=1203f6000 > _LoaderFileToMem(7,11166(232688),110,.shstrtab)=1203f8400 > _LoaderFileToMem(7,13880(232688),7608,.rela.text)=120408000 > _LoaderFileToMem(7,21488(232688),576,.rela.data)=1203f6000 > _LoaderFileToMem(7,22064(232688),816,.rela.rodata)=1203f6800 > _LoaderFileToMem(7,12104(232688),1200,.symtab)=12040a000 > _LoaderFileToMem(7,13304(232688),569,.strtab)=1203f6c00 > _LoaderFileToMem(7,64(232688),9792,.text)=12040e000 > _LoaderFileToMem(7,9856(232688),584,.data)=1203f7400 > _LoaderFileToMem(7,10464(232688),664,.rodata)=1203f7800 > _LoaderFileToMem(7,0(255628),64,header)=1203bbd00 > _LoaderFileToMem(7,3368(255628),704,sections)=1203f7000 > _LoaderFileToMem(7,3290(255628),84,.shstrtab)=1203f8580 > _LoaderFileToMem(7,5056(255628),1608,.rela.text)=12040a800 > _LoaderFileToMem(7,4072(255628),768,.symtab)=1203f7000 > _LoaderFileToMem(7,4840(255628),209,.strtab)=1203a0c00 > _LoaderFileToMem(7,64(255628),3168,.text)=1203fd000 > _LoaderFileToMem(7,3232(255628),0,.data)=NULL > _LoaderFileToMem(7,0(262352),64,header)=1203bbe00 > _LoaderFileToMem(7,3184(262352),768,sections)=120412000 > _LoaderFileToMem(7,3095(262352),97,.shstrtab)=1203f8780 > _LoaderFileToMem(7,4784(262352),3888,.rela.text)=1203fc000 > _LoaderFileToMem(7,8672(262352),24,.rela.data)=12040d300 > _LoaderFileToMem(7,3952(262352),624,.symtab)=120412000 > _LoaderFileToMem(7,4576(262352),202,.strtab)=1203a0e00 > _LoaderFileToMem(7,64(262352),2400,.text)=120415000 > _LoaderFileToMem(7,2464(262352),160,.data)=1203a1000 > _LoaderFileToMem(7,2644(262352),413,.rodata)=120416200 > _LoaderFileToMem(7,0(271108),64,header)=1203bbf00 > _LoaderFileToMem(7,576(271108),640,sections)=120412c00 > _LoaderFileToMem(7,506(271108),78,.shstrtab)=1203f8900 > _LoaderFileToMem(7,1648(271108),528,.rela.text)=120412c00 > _LoaderFileToMem(7,1216(271108),336,.symtab)=120416400 > _LoaderFileToMem(7,1552(271108),96,.strtab)=1203f8980 > _LoaderFileToMem(7,64(271108),384,.text)=120416600 > _LoaderFileToMem(7,448(271108),0,.data)=NULL > _LoaderFileToMem(7,0(273344),64,header)=12041a040 > _LoaderFileToMem(7,328(273344),704,sections)=120413400 > _LoaderFileToMem(7,247(273344),86,.shstrtab)=1203f8b00 > _LoaderFileToMem(7,1408(273344),288,.rela.text)=120416a00 > _LoaderFileToMem(7,1032(273344),312,.symtab)=120416c00 > _LoaderFileToMem(7,1344(273344),63,.strtab)=12041a080 > _LoaderFileToMem(7,64(273344),96,.text)=1203f8b80 > _LoaderFileToMem(7,160(273344),0,.data)=NULL > _LoaderFileToMem(7,180(273344),29,.rodata)=120419120 > _LoaderFileToMem(7,0(275100),64,header)=12041a180 > _LoaderFileToMem(7,24840(275100),832,sections)=120413400 > _LoaderFileToMem(7,24742(275100),103,.shstrtab)=1203f8d00 > _LoaderFileToMem(7,28488(275100),21120,.rela.text)=12041e000 > _LoaderFileToMem(7,49608(275100),4080,.rela.data)=120414000 > _LoaderFileToMem(7,25672(275100),2088,.symtab)=12041d000 > _LoaderFileToMem(7,27760(275100),722,.strtab)=120413400 > _LoaderFileToMem(7,64(275100),17760,.text)=12042c000 > _LoaderFileToMem(7,17824(275100),6768,.data)=120432000 > _LoaderFileToMem(7,24616(275100),88,.rodata)=1203f8d80 > _LoaderFileToMem(7,0(328848),64,header)=12041a2c0 > _LoaderFileToMem(7,17952(328848),832,sections)=120436000 > _LoaderFileToMem(7,17854(328848),105,.shstrtab)=1203f8f80 > _LoaderFileToMem(7,22472(328848),27168,.rela.text)=120438000 > _LoaderFileToMem(7,49640(328848),1560,.rela.rodata)=12040b000 > _LoaderFileToMem(7,18784(328848),2664,.symtab)=12041c000 > _LoaderFileToMem(7,21448(328848),1024,.strtab)=120436000 > _LoaderFileToMem(7,64(328848),17344,.text)=12044a000 > _LoaderFileToMem(7,17408(328848),0,.data)=NULL > _LoaderFileToMem(7,17432(328848),384,.rodata)=120417400 > _LoaderFileToMem(7,0(380108),64,header)=12041a3c0 > _LoaderFileToMem(7,928(380108),640,sections)=120436c00 > _LoaderFileToMem(7,858(380108),78,.shstrtab)=1203f9100 > _LoaderFileToMem(7,2360(380108),504,.rela.text)=120417800 > _LoaderFileToMem(7,1568(380108),576,.symtab)=120436c00 > _LoaderFileToMem(7,2144(380108),209,.strtab)=1203a1100 > _LoaderFileToMem(7,64(380108),704,.text)=120437400 > _LoaderFileToMem(7,768(380108),32,.data)=12045a060 > _LoaderFileToMem(7,0(383032),64,header)=12041a500 > _LoaderFileToMem(7,24728(383032),768,sections)=120437800 > _LoaderFileToMem(7,24639(383032),97,.shstrtab)=1203f9280 > _LoaderFileToMem(7,25912(383032),168,.rela.text)=1203a1300 > _LoaderFileToMem(7,26080(383032),18336,.rela.data)=12045c000 > _LoaderFileToMem(7,25496(383032),336,.symtab)=120417c00 > _LoaderFileToMem(7,25832(383032),80,.strtab)=1203f9300 > _LoaderFileToMem(7,64(383032),256,.text)=1203a1500 > _LoaderFileToMem(7,320(383032),17664,.data)=120468000 > _LoaderFileToMem(7,18004(383032),6597,.rodata)=12046e000 > _LoaderFileToMem(7,0(427508),64,header)=12041a640 > _LoaderFileToMem(7,4784(427508),704,sections)=120437800 > _LoaderFileToMem(7,4702(427508),86,.shstrtab)=1203f9480 > _LoaderFileToMem(7,6680(427508),3384,.rela.text)=120434000 > _LoaderFileToMem(7,5488(427508),888,.symtab)=120437800 > _LoaderFileToMem(7,6376(427508),303,.strtab)=120472000 > _LoaderFileToMem(7,64(427508),4480,.text)=120474000 > _LoaderFileToMem(7,4544(427508),10,.data)=120283d90 > _LoaderFileToMem(7,4576(427508),88,.rodata)=1203f9580 > _LoaderFileToMem(7,0(437632),64,header)=12041a740 > _LoaderFileToMem(7,1760(437632),704,sections)=120470400 > _LoaderFileToMem(7,1678(437632),86,.shstrtab)=1203f9680 > _LoaderFileToMem(7,3032(437632),2664,.rela.text)=120435000 > _LoaderFileToMem(7,2464(437632),456,.symtab)=120472400 > _LoaderFileToMem(7,2920(437632),107,.strtab)=1203f9700 > _LoaderFileToMem(7,64(437632),1504,.text)=12040b800 > _LoaderFileToMem(7,1568(437632),8,.data)=120283dd0 > _LoaderFileToMem(7,1596(437632),44,.rodata)=12041a7c0 > _LoaderFileToMem(7,0(443388),64,header)=12041a880 > _LoaderFileToMem(7,512(443388),768,sections)=120470400 > _LoaderFileToMem(7,420(443388),97,.shstrtab)=1203f9900 > _LoaderFileToMem(7,1840(443388),264,.rela.text)=120472800 > _LoaderFileToMem(7,2104(443388),240,.rela.data)=1203a1600 > _LoaderFileToMem(7,1280(443388),408,.symtab)=120472a00 > _LoaderFileToMem(7,1688(443388),148,.strtab)=1203a1700 > _LoaderFileToMem(7,64(443388),96,.text)=1203f9980 > _LoaderFileToMem(7,160(443388),144,.data)=1203a1800 > _LoaderFileToMem(7,324(443388),58,.rodata)=12041a900 > (II) Module type1: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a > _LoaderFileToMem(7,0(1856),64,header)=12047be40 > _LoaderFileToMem(7,19504(1856),896,sections)=120470400 > _LoaderFileToMem(7,19390(1856),116,.shstrtab)=1203f9c00 > _LoaderFileToMem(7,24032(1856),18264,.rela.text)=12047c000 > _LoaderFileToMem(7,42296(1856),624,.rela.data)=120470400 > _LoaderFileToMem(7,42920(1856),144,.rela.rodata)=1203a1900 > _LoaderFileToMem(7,20400(1856),2232,.symtab)=120428000 > _LoaderFileToMem(7,22632(1856),1397,.strtab)=120462000 > _LoaderFileToMem(7,64(1856),18144,.text)=120482000 > _LoaderFileToMem(7,18208(1856),352,.data)=120472e00 > _LoaderFileToMem(7,18584(1856),768,.rodata)=120471800 > _LoaderFileToMem(7,0(44980),64,header)=12047bf80 > _LoaderFileToMem(7,1776(44980),704,sections)=120471c00 > _LoaderFileToMem(7,1698(44980),86,.shstrtab)=1203f9d80 > _LoaderFileToMem(7,3256(44980),1800,.rela.text)=120462800 > _LoaderFileToMem(7,2480(44980),528,.symtab)=120471c00 > _LoaderFileToMem(7,3008(44980),244,.strtab)=1203a1a00 > _LoaderFileToMem(7,64(44980),1536,.text)=120463000 > _LoaderFileToMem(7,1600(44980),0,.data)=NULL > _LoaderFileToMem(7,1620(44980),40,.rodata)=12047bfc0 > _LoaderFileToMem(7,0(50096),64,header)=120476100 > _LoaderFileToMem(7,2320(50096),704,sections)=120464400 > _LoaderFileToMem(7,2239(50096),86,.shstrtab)=1203f9f80 > _LoaderFileToMem(7,3952(50096),1368,.rela.text)=120463800 > _LoaderFileToMem(7,3024(50096),672,.symtab)=120464400 > _LoaderFileToMem(7,3696(50096),252,.strtab)=1203a1b00 > _LoaderFileToMem(7,64(50096),1888,.text)=12048a000 > _LoaderFileToMem(7,1952(50096),224,.data)=1203a1c00 > _LoaderFileToMem(7,2196(50096),5,.rodata)=120283ee0 > _LoaderFileToMem(7,0(55476),64,header)=1204761c0 > _LoaderFileToMem(7,75272(55476),768,sections)=120464c00 > _LoaderFileToMem(7,75174(55476),99,.shstrtab)=120488180 > _LoaderFileToMem(7,87504(55476),53664,.rela.text)=12048c000 > _LoaderFileToMem(7,141168(55476),3984,.rela.rodata)=120429000 > _LoaderFileToMem(7,76040(55476),7248,.symtab)=12049a000 > _LoaderFileToMem(7,83288(55476),4214,.strtab)=12049c000 > _LoaderFileToMem(7,64(55476),73248,.text)=1204a2000 > _LoaderFileToMem(7,73312(55476),0,.data)=NULL > _LoaderFileToMem(7,73336(55476),1800,.rodata)=12048a800 > _LoaderFileToMem(7,0(200688),64,header)=120476300 > _LoaderFileToMem(7,2176(200688),640,sections)=120464c00 > _LoaderFileToMem(7,2106(200688),78,.shstrtab)=120488300 > _LoaderFileToMem(7,3352(200688),432,.rela.text)=120473a00 > _LoaderFileToMem(7,2816(200688),384,.symtab)=120473c00 > _LoaderFileToMem(7,3200(200688),145,.strtab)=1203a1d00 > _LoaderFileToMem(7,64(200688),1984,.text)=12048b800 > _LoaderFileToMem(7,2048(200688),0,.data)=NULL > _LoaderFileToMem(7,0(204532),64,header)=120476400 > _LoaderFileToMem(7,456(204532),768,sections)=120464c00 > _LoaderFileToMem(7,366(204532),97,.shstrtab)=120488480 > _LoaderFileToMem(7,1712(204532),144,.rela.text)=1203a1e00 > _LoaderFileToMem(7,1856(204532),192,.rela.data)=1203a1f00 > _LoaderFileToMem(7,1224(204532),360,.symtab)=1204b4000 > _LoaderFileToMem(7,1584(204532),121,.strtab)=120488500 > _LoaderFileToMem(7,64(204532),64,.text)=120476440 > _LoaderFileToMem(7,128(204532),120,.data)=120488580 > _LoaderFileToMem(7,268(204532),60,.rodata)=120476480 > (II) Module freetype: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.1.9 > (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o > _LoaderFileToMem(7,0(0),64,header)=120477a40 > _LoaderFileToMem(7,195760(0),896,sections)=120464c00 > _LoaderFileToMem(7,195646(0),116,.shstrtab)=120488780 > _LoaderFileToMem(7,196656(0),126408,.rela.text)=1204b8000 > _LoaderFileToMem(7,323064(0),792,.rela.rodata)=120464c00 > _LoaderFileToMem(7,323856(0),3576,.rela.data)=1204b6000 > _LoaderFileToMem(7,327432(0),15024,.symtab)=1204d8000 > _LoaderFileToMem(7,342456(0),11532,.strtab)=1204dc000 > _LoaderFileToMem(7,64(0),181536,.text)=1204e6000 > _LoaderFileToMem(7,181600(0),10660,.rodata)=120514000 > _LoaderFileToMem(7,192264(0),2512,.data)=1204b7000 > (II) Module mga: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o > _LoaderFileToMem(7,0(0),64,header)=120518f80 > _LoaderFileToMem(7,23440(0),832,sections)=12049e800 > _LoaderFileToMem(7,23332(0),110,.shstrtab)=120488980 > _LoaderFileToMem(7,24272(0),22704,.rela.text)=12051a000 > _LoaderFileToMem(7,46976(0),1608,.rela.rodata)=12048b000 > _LoaderFileToMem(7,48584(0),4224,.rela.data)=1204e0000 > _LoaderFileToMem(7,52808(0),3072,.symtab)=1204e2000 > _LoaderFileToMem(7,55880(0),1651,.strtab)=120520000 > _LoaderFileToMem(7,64(0),16992,.text)=120522000 > _LoaderFileToMem(7,17056(0),3317,.rodata)=120528000 > _LoaderFileToMem(7,20376(0),2840,.data)=120529000 > (II) Module mouse: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, > mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400 > (--) Assigning device section with no busID to primary device > (--) Chipset mga2164w found > (WW) ****INVALID MEM ALLOCATION**** b: 0x40000000 e: 0x40ffffff correcting > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting > (WW) ****INVALID MEM ALLOCATION**** b: 0x1000000 e: 0x17fffff correcting > (II) Loading /usr/X11R6/lib/modules/libvgahw.a > load: 0.00 cmd: XFree86 616 [biord] 0.35u 0.85s 0% 5560k > load: 0.00 cmd: XFree86 616 [biord] 0.35u 0.85s 0% 5560k > > > - JimP -- --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Sep 5 19: 0: 0 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id DCA4037B403 for ; Wed, 5 Sep 2001 18:59:57 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id VAA17032; Wed, 5 Sep 2001 21:59:45 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f861xGW32790; Wed, 5 Sep 2001 21:59:16 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15254.55412.456276.744140@grasshopper.cs.duke.edu> Date: Wed, 5 Sep 2001 21:59:16 -0400 (EDT) To: Jim Pirzyk Cc: Wilko Bulte , freebsd-alpha@FreeBSD.ORG Subject: Re: XFree86-4 and alpha DS10 In-Reply-To: References: <20010903211740.A1329@freebie.xs4all.nl> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Jim Pirzyk writes: > > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff correcting^G > > So I am thinking the problem has to due with the 'no driver attached' > message from the kernel. No, the kernel has nothing to do with allocating pci memory ranges; that is done by the 'bios" -- srm console in this case. The problem is that the X server always screws up when it "corrects" the memory range. Keep it from correcting anything, and you may be OK. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Sep 6 6:16:37 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D14737B405; Thu, 6 Sep 2001 06:16:28 -0700 (PDT) Received: (from dd@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id f86D7FN83455; Thu, 6 Sep 2001 06:07:15 -0700 (PDT) (envelope-from dd) Date: Thu, 6 Sep 2001 06:07:15 -0700 (PDT) From: Message-Id: <200109061307.f86D7FN83455@freefall.freebsd.org> To: peter.jeremy@alcatel.com.au, dd@FreeBSD.org, freebsd-alpha@freebsd.org Subject: Re: alpha/16319: No trailing newline in /usr/src/lib/libc/alpha/gen/sigsetjmp.S Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: No trailing newline in /usr/src/lib/libc/alpha/gen/sigsetjmp.S State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Thu Sep 6 06:06:51 PDT 2001 State-Changed-Why: This was fixed in rev. 1.5. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=16319 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Sep 6 8: 2:12 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by hub.freebsd.org (Postfix) with ESMTP id CCED837B405 for ; Thu, 6 Sep 2001 08:02:08 -0700 (PDT) Received: from durlindana.fi.infn.it (durlindana.fi.infn.it [192.84.146.216]) by postino.fi.infn.it (8.11.5/8.11.5) with ESMTP id f86F27E16654; Thu, 6 Sep 2001 17:02:07 +0200 (CEST) From: Riccardo.Veraldi@fi.infn.it Received: by durlindana.fi.infn.it (Postfix, from userid 1000) id 587225A549; Thu, 6 Sep 2001 17:00:49 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by durlindana.fi.infn.it (Postfix) with ESMTP id 480F0567D6; Thu, 6 Sep 2001 17:00:49 +0200 (CEST) Date: Thu, 6 Sep 2001 17:00:49 +0200 (CEST) X-X-Sender: To: Cc: Subject: big problem with AS1000 4/266 pls help! Message-ID: <20010906165651.R20826-100000@durlindana.fi.infn.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Filter-Version: 1.7 (postino.fi.infn.it) Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I had quite a terrible experience with AlphaServer 1000 during FreeBSD installation it always bloks on waiting 15 sec. for SCSI Devices to settle. So I thought to make a memtest fro mthe SRM console. This test has the following result: many machien checks happens and hte system restart displaying a list of sequence numbers up to "1473" where it says "output stops here" or something like that and is says "memory error detected by ROM"... So I Tryed to schange hte memory simms into other free sockets but if I change something the system starts with a sort of register dumps which never ends or even the system does not start at all sending a beep signal... Anyone could please help me with this topic?? sorry if it is not FreeBSD related thanks a lot Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Sep 6 9:37:15 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.disney.com (mail.disney.com [204.128.192.15]) by hub.freebsd.org (Postfix) with ESMTP id 68BE537B401 for ; Thu, 6 Sep 2001 09:37:11 -0700 (PDT) Received: from Hermes10.corp.disney.com (hermes10.corp.disney.com [153.7.110.102]) by mail.disney.com (Switch-2.0.1/Switch-2.0.1) with SMTP id f86Ga9e13751 for ; Thu, 6 Sep 2001 09:36:09 -0700 (PDT) Received: from [172.30.50.1] by hermes.corp.disney.com with ESMTP for freebsd-alpha@FreeBSD.ORG; Thu, 6 Sep 2001 09:36:06 -0700 Received: from plio.fan.fa.disney.com (plio.fan.fa.disney.com [153.7.118.2]) by pecos.fa.disney.com (8.11.3/8.11.3) with ESMTP id f86Gk5s13189 for ; Thu, 6 Sep 2001 09:46:05 -0700 (PDT) Received: from mercury.fan.fa.disney.com (mercury.fan.fa.disney.com [153.7.119.1]) by plio.fan.fa.disney.com (8.9.2/8.9.2) with ESMTP id JAA10682 for ; Thu, 6 Sep 2001 09:37:05 -0700 (PDT) (envelope-from Jim.Pirzyk@disney.com) Received: from [172.30.228.110] by mercury.fan.fa.disney.com; Thu, 6 Sep 2001 09:37:05 -0700 Content-Type: text/plain; charset="iso-8859-1" From: Jim Pirzyk Organization: Walt Disney Feature Animation To: Andrew Gallatin Subject: Re: XFree86-4 and alpha DS10 Date: Thu, 6 Sep 2001 09:37:00 -0700 X-Mailer: KMail [version 1.3] Cc: Wilko Bulte , freebsd-alpha@FreeBSD.ORG References: <15254.55412.456276.744140@grasshopper.cs.duke.edu> In-Reply-To: <15254.55412.456276.744140@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wednesday 05 September 2001 06:59 pm, Andrew Gallatin wrote: > Jim Pirzyk writes: > > (WW) ****INVALID MEM ALLOCATION**** b: 0x18a0000 e: 0x18a3fff > > correcting^G > > > > So I am thinking the problem has to due with the 'no driver attached' > > message from the kernel. > > No, the kernel has nothing to do with allocating pci memory ranges; > that is done by the 'bios" -- srm console in this case. > > The problem is that the X server always screws up when it "corrects" > the memory range. Keep it from correcting anything, and you may be > OK. So I took a ELSA Gloria-8 card from a DS20e and put it into this DS10. The 'show bios' at the SRM prompt now shows this card, but I still do not get a PCI mem range on bootup, I still get both these messages: pci0: at device 17.0 (no driver attached) and in XFree86.0.log (--) PCI:*(0:17:0) Texas Instruments Permedia 2 rev 1, Mem @ 0x02080000/17, 0x01000000/23, 0x01800000/23, BIOS @ 0x020b0000/16 (WW) ****INVALID MEM ALLOCATION**** b: 0x2080000 e: 0x209ffff correcting^G - JimP -- --- @(#) $Id: dot.signature,v 1.10 2001/05/17 23:38:49 Jim.Pirzyk Exp $ __o Jim.Pirzyk@disney.com ------------- pirzyk@freebsd.org _'\<,_ Senior Systems Engineer, Walt Disney Feature Animation (*)/ (*) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Sep 6 15:31: 4 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 0AED937B408 for ; Thu, 6 Sep 2001 15:30:45 -0700 (PDT) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id PAA18217 for ; Thu, 6 Sep 2001 15:30:44 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 06 Sep 2001 15:30:40 -0700 (PDT) From: John Baldwin To: alpha@FreeBSD.org Subject: FW: cvs commit: src/sys/alpha/alpha machdep.c src/sys/alpha/osf1 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This should fix the mtx_assert() panic on the proc lock with osendsig() in linux emulation that Christian "Waddy" (sorry, I've probably toasted the spelling) reported. -----FW: <200109062220.f86MKgg84498@freefall.freebsd.org>----- Date: Thu, 6 Sep 2001 15:20:42 -0700 (PDT) Sender: owner-cvs-committers@FreeBSD.org From: John Baldwin To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/alpha/alpha machdep.c src/sys/alpha/osf1 osf1_signal.c src/sys/i386/i386 machdep.c src/sys/i386/li nux linux_sysvec.c src/sys/i386/svr4 svr4_machdep.c src/sys/ia64/ia64 machdep.c src/sys/kern kern_sig.c jhb 2001/09/06 15:20:42 PDT Modified files: sys/alpha/alpha machdep.c sys/alpha/osf1 osf1_signal.c sys/i386/i386 machdep.c sys/i386/linux linux_sysvec.c sys/i386/svr4 svr4_machdep.c sys/ia64/ia64 machdep.c sys/kern kern_sig.c Log: Call sendsig() with the proc lock held and return with it held. Revision Changes Path 1.144 +2 -6 src/sys/alpha/alpha/machdep.c 1.11 +3 -3 src/sys/alpha/osf1/osf1_signal.c 1.479 +5 -6 src/sys/i386/i386/machdep.c 1.85 +3 -3 src/sys/i386/linux/linux_sysvec.c 1.21 +3 -2 src/sys/i386/svr4/svr4_machdep.c 1.43 +2 -4 src/sys/ia64/ia64/machdep.c 1.131 +1 -5 src/sys/kern/kern_sig.c --------------End of forwarded message------------------------- -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Sep 8 1:17:32 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from admin.vt.com (admin.vt.com [204.117.188.10]) by hub.freebsd.org (Postfix) with ESMTP id C4FFA37B401 for ; Sat, 8 Sep 2001 01:17:27 -0700 (PDT) Received: from earthoid.com ([208.246.62.54]) by admin.vt.com (8.8.5/8.7.3) with ESMTP id DAA29075 for ; Sat, 8 Sep 2001 03:17:01 -0500 (CDT) Message-ID: <3B99D5E2.D1B75153@earthoid.com> Date: Sat, 08 Sep 2001 03:25:06 -0500 From: Diego Montalvo X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-alpha@FreeBSD.org Subject: DEC Ethernet card Read/ Send to Switch / Hub... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I am currently running FreeBSD AXP 5.0-20010721-CURRENT on a AS5305. I have noticed that the DEC 21140-AA NIC is nor recieving nor sending info to Linksys EtherFast 10/100 Switch. The switch does detect the DEC NIC, but that is about it. The DEC card is running at 100baseTX Is there a setting , in FreeBSD I need to change? Thanks, Diego To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Sep 8 1:22:47 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp9.xs4all.nl (smtp9.xs4all.nl [194.109.127.135]) by hub.freebsd.org (Postfix) with ESMTP id CA9AC37B403 for ; Sat, 8 Sep 2001 01:22:44 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp9.xs4all.nl (8.9.3/8.9.3) with ESMTP id KAA04667; Sat, 8 Sep 2001 10:22:35 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f888MZt72225; Sat, 8 Sep 2001 10:22:35 +0200 (CEST) (envelope-from wkb) Date: Sat, 8 Sep 2001 10:22:35 +0200 From: Wilko Bulte To: Diego Montalvo Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: DEC Ethernet card Read/ Send to Switch / Hub... Message-ID: <20010908102235.A72178@freebie.xs4all.nl> References: <3B99D5E2.D1B75153@earthoid.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B99D5E2.D1B75153@earthoid.com>; from diego@earthoid.com on Sat, Sep 08, 2001 at 03:25:06AM -0500 X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, Sep 08, 2001 at 03:25:06AM -0500, Diego Montalvo wrote: > Hello, > > I am currently running FreeBSD AXP 5.0-20010721-CURRENT on a AS5305. I > have noticed that the DEC 21140-AA NIC is nor recieving nor sending info > to Linksys EtherFast 10/100 Switch. The switch does detect the DEC NIC, > but that is about it. The DEC card is running at 100baseTX > > Is there a setting , in FreeBSD I need to change? The dc driver uses the ew*0* settings of the SRM console. Do a SHOW EW* from SRM to see what I mean. You can hard-set it to 10 or 100 or FullDuplex or to auto-negotiate. I generally hard-set them. SET EW*_MODE ? tells you more -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Sep 8 4:52:41 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from smtp8.xs4all.nl (smtp8.xs4all.nl [194.109.127.134]) by hub.freebsd.org (Postfix) with ESMTP id 2952137B403 for ; Sat, 8 Sep 2001 04:52:38 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id NAA13053 for ; Sat, 8 Sep 2001 13:52:36 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.4) id f88Bqa700403 for freebsd-alpha@freebsd.org; Sat, 8 Sep 2001 13:52:36 +0200 (CEST) (envelope-from wkb) Date: Sat, 8 Sep 2001 13:52:36 +0200 From: Wilko Bulte To: freebsd-alpha@freebsd.org Subject: floppy borked on DS10/-stable? Message-ID: <20010908135235.A371@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS: FreeBSD 4.4-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Can someone with access to a DS10 please verify if it works on -stable? (I'm not sure, maybe a test on a DS20 is also valid) I tried fdformat -> gives all sorts of errors on known-good media I tried tar tf -> pretends floppy is empty (it is not) I tried tar cf -> appears to work, but reading the disk on another system produces errors like > format on x86 box Format 1440K floppy `/dev/fd0'? (y/n): y Processing VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV done. > tar cf /dev/fd0 /etc/*.conf on DS10 freebie# tar tf /dev/fd0 X11/app-defaults/Bitmap-color X11/app-defaults/Beforelight tar: Skipping to next file header... X11/app-defaults/Bitmap-color X11/app-defaults/Beforelight X11/app-defaults/Bitmap-color X11/app-defaults/Beforelight tar: Skipping to next file header... X11/app-defaults/Bitmap-color X11/app-defaults/Beforelight X11/app-defaults/Bitmap-color X11/app-defaults/Beforelight tar: Skipping to next file header... X11/app-defaults/Bitmap-color X11/app-defaults/Beforelight etc Note this is what was on the floppy *before* the fdformat, so it appears the DS10 did not write anything sensible. Hardware looks OK, I successfully booted an FreeBSD install floppy from SRM. I'll see if I can borrow a T64 CD set on monday to double-check the hw. Wilko -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Sep 8 18:11:49 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 135B137B409; Sat, 8 Sep 2001 18:11:44 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f891BQT44978; Sat, 8 Sep 2001 18:11:27 -0700 (PDT) (envelope-from jkh@freebsd.org) From: Jordan Hubbard To: blind-copy-recipients: ; X-Dispatcher: imput version 20000228(IM140) Subject: Bcc: 4.4-RC4 ISO image for Alpha now available Message-Id: <20010908181126Q.jkh@freebsd.org> Date: Sat, 08 Sep 2001 18:11:26 -0700 Mime-Version: 1.0 Content-Type: Message/rfc822 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org To: stable@freebsd.org Subject: 4.4-RC4 ISO image for Alpha now available X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010908181126G.jkh@freebsd.org> Date: Sat, 08 Sep 2001 18:11:26 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 13 Sorry for the delay, but you may now also find: ftp://ftp.freebsd.org/pub/FreeBSD/releases/alpha/ISO-IMAGES/4.4rc4-install.iso For installation testing the Alpha platform. Alpha users, please test! This image contains the XFree86 and packages collections from 4.3-RELEASE, but this was deemed better than nothing and the Alpha build cluster seems to be "in transition" at the moment, so we may have to continue using the older packages with 4.4. The XFree86 bits are essentially unchanged, so there's no penalty (that I know of) in using the bits from 4.3. Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Sep 8 22:28:58 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from admin.vt.com (admin.vt.com [204.117.188.10]) by hub.freebsd.org (Postfix) with ESMTP id F065937B405 for ; Sat, 8 Sep 2001 22:28:52 -0700 (PDT) Received: from diego1 ([208.246.62.54]) by admin.vt.com (8.8.5/8.7.3) with SMTP id AAA08150 for ; Sun, 9 Sep 2001 00:28:19 -0500 (CDT) From: "Earthoid WAPSearch" To: Subject: 5.0 20010721-CURRENT LAN/ WAN problems... Date: Sun, 9 Sep 2001 00:36:29 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org AXPers, I have been running FreeBSD 5.0 20010721-CURRENT on a AS5305. I have encountered some odd behavior between my DEC 21140-AA NIC and 5.0-Current. It seems from all the research, trial and error, that there is something not right. Problem: telnet & ping to exisisting LAN boxes or WAN - brings up "No Host found...." Synopsis: Ethernet Card is able to "Auto-Negotiate" w/ switch or hub, but does not send or recieve data.... ** Only able to ping "localhost" Observations: 1.) NIC works (tested on a Win2000 machine) able to access Internet and LAN machines. 2.) Have tried different "SRM settings: (Set ewa0_mode" Auto-Negotiate, Fast, Twisted-Pair) -- No Avail 3.) Switch led ON: -- "indicating life from NIC and NIC is detected by Switch/ Hub" 4.) 2 led lights on EtherNet Card ON: "link" & "100" -- "alive I assume" 5.) /etc/rc.conf file configured correctly -- "settings exactly ike other FreeBSD Boxes in Network" 6.) Tried another Hub which is a 10base-T and the Ethernet Card's "Auto-Negotiate" changes NIC to a "10 base-T half-duplex" -- same story bad... 7.) ifconfig -a reads: de0: flags=8c43 mtu 1500 inet 192.168.1.55 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::280:2bff:fe00:69f%de0 prefixlen 64 scopeid 0x1 ether 00:06:2b:00:06:9f media: Ethernet autoselect (100baseTX ) status: active lp0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 ppp0: flags=8010 mtu 1500 faith0: flags=8000 mtu 1500 Lastly, I have low-level formatted my drives and tried to re-Install via "FTP Install from an FTP server" and configured my network settings, and still to no avail. Can there be something with the kernel.flp and or kernel? Thanks, Diego Montalvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Sep 8 23: 2:14 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 1C15E37B401 for ; Sat, 8 Sep 2001 23:02:12 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id f89626B19476; Sat, 8 Sep 2001 23:02:06 -0700 (PDT) (envelope-from obrien) Date: Sat, 8 Sep 2001 23:02:06 -0700 From: "David O'Brien" To: Earthoid WAPSearch Cc: freebsd-alpha@FreeBSD.org Subject: Re: 5.0 20010721-CURRENT LAN/ WAN problems... Message-ID: <20010908230206.A19391@dragon.nuxi.com> Reply-To: freebsd-alpha@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from diego@earthoid.com on Sun, Sep 09, 2001 at 12:36:29AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Sep 09, 2001 at 12:36:29AM -0500, Earthoid WAPSearch wrote: > I have been running FreeBSD 5.0 20010721-CURRENT on a AS5305. I have > encountered some odd behavior between my DEC 21140-AA NIC and 5.0-Current. > It seems from all the research, trial and error, that there is something not > right. Does SRM reconize this NIC? If so, then the SRM settings can affect the proper negotiation of the card. At least this is the case on a DS-20. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message